Skip to main content

This content is closed to future replies and is no longer being maintained or updated.
Links may no longer function. If you have a similar request, please write a new post.

Question

 Naveen Mandapati (NaveenM4274)
Tech Mahindra
Lead System Architect
Tech Mahindra
CA
NaveenM4274 Member since 2014 17 posts
Tech Mahindra
Posted: Jun 16, 2015
Last activity: Jul 18, 2017
Posted: 16 Jun 2015 14:31 EDT
Last activity: 18 Jul 2017 10:16 EDT
Closed
Solved

SOAP Service - Dynamically Create Cases for Different Work Pools ( rulesets not available in Service AccessGroup)

I have SOAP Service which can not have authentication enabled due to Consumers are not ready to change.

Based on some attribute in the incoming SOAP Request, can i update current rulesets to create work objects for different work pools ?

I already have the required rulesets but how to update Current Rulesetlist before creating the case ? Any thoughts

***Updated by moderator: Lochan to close post***
This post has been archived for educational purposes. Contents and links will no longer be updated. If you have the same/similar question, please write a new post.

To see attachments, please log in.
System Administration

Accepted Solution

Posted: 9 years ago
Posted: 17 Jun 2015 12:25 EDT
Naveen Mandapati (NaveenM4274)
Tech Mahindra
Lead System Architect
Tech Mahindra
CA

Found a way...! this should do it

ClipboardProperty ruleSetCp;
ruleSetCp =  tools.findPage("TempAppPage").getProperty("pyRuleSetList");

int aAction = tools.getAuthorizationHandle().UPDATE_REPLACE;
try
{
    final com.pega.pegarules.priv.authorization.PegaAuthorization authorization = (com.pega.pegarules.priv.authorization.PegaAuthorization)tools.getThread().getAuthorization();
boolean status = authorization.setRuleSets(tools, aAction, ruleSetCp);
oLog.infoForced("Rulesets update : " + status);   
}
catch (PRSecurityException prsEx) {}

Please comment if there any other thoughts...!

To see attachments, please log in.
Posted: 9 years ago
Posted: 17 Jun 2015 1:19 EDT
Rajiv Nistala (nistr) Senior Manager - Engineering
Pegasystems
IN

The agents currently do this by changing the accessgroup. You can refer to SYSTEM-QUEUE-SERVICELEVEL!ESTABLISHCONTEXT activity to see how the accessgroup is altered.

To see attachments, please log in.
Posted: 9 years ago
Posted: 17 Jun 2015 10:51 EDT
Naveen Mandapati (NaveenM4274)
Tech Mahindra
Lead System Architect
Tech Mahindra
CA

I have been trying to use the following in my service activity with no luck

com.pega.pegarules.priv.authorization.PegaAuthorization auth = (com.pega.pegarules.priv.authorization.PegaAuthorization) tools.getAuthorizationHandle();
String strAccessGroup = auth.replaceAccessGroupToUse(tools, myStepPage.getString(".pyAccessGroup"));

The above code doesn't work for requestors of type App, only works for btach requstors.

com.pega.pegarules.priv.authorization.PegaAuthorization auth = (com.pega.pegarules.priv.authorization.PegaAuthorization) tools.getAuthorizationHandle();

String strAccessGroup = auth.setActiveAccessGroupToUse(tools, myStepPage.getString(".pyAccessGroup"));

i belive its not setting the provided accessgroup, because i see JAVA code executing properly 

 ** Failed to find a 'RULE-OBJ-FLOW' with the name 'TESTFLOW' that applies to 'XXXXX-Work-Test'. There were 2 rules with this name in the rulebase, but none matched this request. The 2 rules named 'TESTFLOW' defined in the rulebase are: 1 related to applies-to class 'XXXXX-Work-Test', but were defined in rulesets which are not in your rulesetlist: 'SSG:01-01-01'. 1 unrelated to applies-to class 'XXXXX-Work-Test', for example: 'PegaPDFS-Work-testCasetype'.   Current RulesetList:

{bunch of rulesets for the Service requestor }

1) Where is the Current RulesetList picked up from  pxRequestor or pxThread

Show More

I have been trying to use the following in my service activity with no luck

com.pega.pegarules.priv.authorization.PegaAuthorization auth = (com.pega.pegarules.priv.authorization.PegaAuthorization) tools.getAuthorizationHandle();
String strAccessGroup = auth.replaceAccessGroupToUse(tools, myStepPage.getString(".pyAccessGroup"));

The above code doesn't work for requestors of type App, only works for btach requstors.

com.pega.pegarules.priv.authorization.PegaAuthorization auth = (com.pega.pegarules.priv.authorization.PegaAuthorization) tools.getAuthorizationHandle();

String strAccessGroup = auth.setActiveAccessGroupToUse(tools, myStepPage.getString(".pyAccessGroup"));

i belive its not setting the provided accessgroup, because i see JAVA code executing properly 

 ** Failed to find a 'RULE-OBJ-FLOW' with the name 'TESTFLOW' that applies to 'XXXXX-Work-Test'. There were 2 rules with this name in the rulebase, but none matched this request. The 2 rules named 'TESTFLOW' defined in the rulebase are: 1 related to applies-to class 'XXXXX-Work-Test', but were defined in rulesets which are not in your rulesetlist: 'SSG:01-01-01'. 1 unrelated to applies-to class 'XXXXX-Work-Test', for example: 'PegaPDFS-Work-testCasetype'.   Current RulesetList:

{bunch of rulesets for the Service requestor }

1) Where is the Current RulesetList picked up from  pxRequestor or pxThread

2) will we able to update that list run time ?

Any thoughts ? appreciate your help

Thanks

Naveen


Show Less
To see attachments, please log in.

Accepted Solution

Posted: 9 years ago
Posted: 17 Jun 2015 12:25 EDT
Naveen Mandapati (NaveenM4274)
Tech Mahindra
Lead System Architect
Tech Mahindra
CA

Found a way...! this should do it

ClipboardProperty ruleSetCp;
ruleSetCp =  tools.findPage("TempAppPage").getProperty("pyRuleSetList");

int aAction = tools.getAuthorizationHandle().UPDATE_REPLACE;
try
{
    final com.pega.pegarules.priv.authorization.PegaAuthorization authorization = (com.pega.pegarules.priv.authorization.PegaAuthorization)tools.getThread().getAuthorization();
boolean status = authorization.setRuleSets(tools, aAction, ruleSetCp);
oLog.infoForced("Rulesets update : " + status);   
}
catch (PRSecurityException prsEx) {}

Please comment if there any other thoughts...!

To see attachments, please log in.
Posted: 9 years ago
Posted: 13 Jul 2015 12:09 EDT
Eric Osman (ericosman_GCS) Senior Software Solutions Engineer
Pegasystems
US

Hi,

Regarding the code you posted, which I repeat below, how are you actually setting up your "TempAppPage" ?   We tried to suggest your code to our customer, and they aren't clear on that question.   Our customer is in a "JMS MDB Requestor session (container managed)" context.   Thanks.  /Eric

ClipboardProperty ruleSetCp;
ruleSetCp =  tools.findPage("TempAppPage").getProperty("pyRuleSetList");

int aAction = tools.getAuthorizationHandle().UPDATE_REPLACE;
try
{
    final com.pega.pegarules.priv.authorization.PegaAuthorization authorization = (com.pega.pegarules.priv.authorization.PegaAuthorization)tools.getThread().getAuthorization();
boolean status = authorization.setRuleSets(tools, aAction, ruleSetCp);
oLog.infoForced("Rulesets update : " + status);   
}
catch (PRSecurityException prsEx) {}

To see attachments, please log in.
Posted: 9 years ago
Posted: 17 Jul 2015 10:41 EDT
Naveen Mandapati (NaveenM4274)
Tech Mahindra
Lead System Architect
Tech Mahindra
CA

Hello Eric,

Our requirement is something, We have many Rule-Applications deployed on same PEGA instance, we wanted to create a generic service to create / update cases for all the applications with out having their rulesets in servie accessgroup.

for that building a rulesetstack dynamically based on the input parameter

Here TempAppPage  is just a page to hold ruleset stack which will be fed to below code to refresh the requestor ruleset stack

final com.pega.pegarules.priv.authorization.PegaAuthorization authorization = (com.pega.pegarules.priv.authorization.PegaAuthorization)tools.getThread().getAuthorization();

boolean status = authorization.setRuleSets(tools, aAction, ruleSetCp);


Instead of using the above code you call Code-Security.SetRulesets  which will do the same thing.


Hope this helps

Cheers

Naveen

To see attachments, please log in.
Posted: 9 years ago
Posted: 22 Sep 2015 15:07 EDT
Sankar (SethuSankar)

Naveen/Eric,

I have a similar requirement and I used the above snippet(for a JMS Service).. However it is still considering the static AG specified in the service package..Does the above snippet work well only for batch requestors?

Do we have a way to make it work for APP Requestor as well?

To see attachments, please log in.
Posted: 9 years ago
Posted: 22 Sep 2015 16:24 EDT
Sankar (SethuSankar)

I tried it..However it didn't work.. I passed the 2nd parameter as a string(AG Name)..

Do we have access to the authorization package classes and methods? I looked at the engine APIs and I couldn't find this package in the help.

To see attachments, please log in.
Posted: 9 years ago
Posted: 24 Sep 2015 23:09 EDT
Sankar (SethuSankar)

Used the replaceAccessGroup method available in the above activity(System-Queue-ServiceLevel.EstablishContext) and got the below exception..

** Invalid requestor type APP; only BATCH requestors are supported by this method.

To see attachments, please log in.
Posted: 9 years ago
Posted: 23 Sep 2015 10:01 EDT
Jim Kelly (JimKelly_GCS)
PEGA
Senior Manager of Technical Support Engineering
Pegasystems Inc.
US

Can you provide screenshots for the ServicePage used by the soap service.
Please include all tabs

It may be that there is a conflict regards pooling and a context switch.

To see attachments, please log in.

We'd prefer it if you saw us at our best.

Pega Collaboration Center has detected you are using a browser which may prevent you from experiencing the site as intended. To improve your experience, please update your browser.

Close Deprecation Notice