nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

How to get all workflow jobs in the Workflow subsytem using cssdk?

System

Hi,

I need to author java code within Teamsite using CSSDK that can:

1) Get all workflow jobs
2) Check if they are active
3) Perform some opeartion on them.

Use of CSSDK is a mandate here and i cannot use any system command or perl code here.

I however am stuck at a point wherein, i fetch the csclient and get the workflow engine from it. Eg:

CSClient client = (CSClient) request.getAttribute("iw.csclient");
CSWorkflowEngine workflowEngine= client.getWorkflowEngine();

I then have few methods for getting available jobs but it seems they are only tagged to the current csclient (as per the CSSDK javadocs).

Can anyone help me in getting all workflow jobs in the subsystem using CSSDK(something like: TeamSite::WFsystem()->GetWorkflows() in perl)?

Find more posts tagged with

Comments

Adam Stoller

Assuming you got a valid CSClient object - have you tried getWorkflowsByQuery(""); ?

Migrateduser

Yes. I tried using getWorkflowsByQuery. However, it only returns the workflows associated with the current csclient (the current user in the authentication realm).

I am trying to get the java equivalent of the following statement:
my $system = new TeamSite::WFsystem();
my $wfs = $system->GetWorkflows();

Basically, all workflows in the the subsystem and not just the current user.

Adam Stoller

Hmm - my guess is you need to formulate the correct query string for that method - unfortunately (as seems often to be the case) - there are no good examples of queries provided in the documentation.

If the query format used for the method is the same as the query format used for the CLT iwqueryjobs - it would be an XML string following the DTD:[php]

[/php]Which would mean that the following might do what you want:

CSClient client = (CSClient) request.getAttribute("iw.csclient");
CSWorkflowEngine workflowEngine= client.getWorkflowEngine();
CSWorkflow jobs[] = workflowEngine.getWorkflowsByQuery("<wfquery><active/></wfquery>");
...

If the format for the query string is different (or even if I'm right) - you should probably file a documentation bug against the javadocs and complain about them not providing useful information and/or examples regarding the parameter for this (these) method(s).

I have not tried any of this out as I don't have an environment handy to do so within - just making some semi-educated guesses.

Rick Poulin

If the query format used for the method is the same as the query format used for the CLT iwqueryjobs - it would be an XML string following the DTD:

Yep, I can confirm that that's the correct DTD for the method call. However, that's only one piece of the puzzle. Your CSClient runs on behalf of a specific user, and will only have the perms of that user, including which workflows they're allowed to see. If you want the equivalent of a CGI running as SYSTEM/root, you need to create a CSClient as that user, via CSFactory.getTrustedClient() and using SYSTEM/root as the username. There are different ways of obtaining a CSFactory depending on the context around your code. Specify that context (workflow task / servlet / datasource / etc) if you need help with that.

Migrateduser

Thank you ghoti. Unfortunately this is exactly what i tried yesterday but in vain. I am still stuck with getting hold of the "superman" user Smiley Happy

I even tried doing the following earlier on (somewhere in the lines of the solution suggested by rpoulin):

Code in my jsp:
<%@ taglib uri="/WEB-INF/tlds/context.tld" prefix="context"%>

contextClass="com.interwoven.ui.teamsite.auth.CSClientContext" />
CSFactory csFactory = user_ctx.getFactory();
CSClient client = csFactory.getClientForTrustedUser("iwts","",request.getLocale(),"","");

I felt iwts might do the trick. However i am still in a limbo.

Rick Poulin

CSFactory csFactory = user_ctx.getFactory();
CSClient client = csFactory.getClientForTrustedUser("iwts","",request.getLocale(),"","");

I felt iwts might do the trick. However i am still in a limbo.

iwts is a 'normal' user and is thus subject to the same permissions matrix as any other user. You'd have to specifically add that user to teamsite and make it a master if you want to go that route. However, for maximum portability, you should use 'root'. It doesn't give you root access to your file system (so it's not a security hole) but rather just gives you implicit master access to teamsite without any additional perms config.

Also, the fact that you're writing this kind of thing as a scriptlet directly in your JSP makes me cringe, but that's another matter.. Smiley Wink

Migrateduser

Hi Rick,

Thank you for your insight. I understand the state of iwts, iwui etc. I have already tried root but was left with all workflows that were instantiated by the root user whereas i am trying to lay my hands on the entire workflow subsystem (greedy but painful Smiley Sad

)

As far as writing this code in a scriptlet is concerned, rest assured that its only for a POC sake Smiley Happy

.My working code will go into a servlet. (and i will delete the said jsp)
I am just leveraging the ease of quick and dirty programming with jsps Smiley Happy

Rick Poulin

I have already tried root but was left with all workflows that were instantiated by the root user whereas i am trying to lay my hands on the entire workflow subsystem

I find that to be very strange.. As a test, check that your own user (or any master) can see all workflows via the jobs list in TeamSite, and then check that a CSClient running as the same user sees the same list. If your query XML only has <active/>, it shouldn't be implicitly assuming <ownedby v="$YOU"/>.

As far as writing this code in a scriptlet is concerned, rest assured that its only for a POC sake .My working code will go into a servlet. (and i will delete the said jsp)
I am just leveraging the ease of quick and dirty programming with jsps

Huzzah for proper Java code structures!
/seems to be a rarity in iwov implementations