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; } } }

CGI task after group task issue.

Nikunj

Hi,

TS 6.5 SP1
OS:Unix

Basic work-flow:
Author task -> Group task -> CGI task->External task( deploy task) -> back to group task.

(Note: above is not complete exact workflow i have just picked up necessary part of workflow to explain the scenario.)

Requirement:
Workflow should allow any user from a group to deploy files to selected environment (staging/prod/dev etc) from CGI task.

we did this so that we don't have multiple duplicate workflows in our system for deploying same files.

Current settings:

1. Group task: retainowner:f
2. CGI task:
owner:iw_user (mentioned in wft)
immediate:t

we are setting the owner of the CGI task in CGI ipl, by retrieving the owner of Grouptask

my ($success, $objGroupTask)=$workflow->GetTaskByName("GROUPTASKNAME");
my $strGroupTaskOwner = $objGroupTask->GetOwner();
$task->SetOwner($strGroupTaskOwner);

3. Selected field is then submitted to an ipl(say middleman.ipl) which sets the value n transistion's to next task. i.e. $task->CallBack(0, "");

Issue:
1. A user from a group is able to take the ownership, and is shown the CGI screen immediately and also allows him to select the field and submit the value to middleman.ipl, this ipl runs but task does not get transistioned.
2. Task sits at "Start input task" and is assigned to IW_USER (i.e. the one which was mentioned in wft which is workflow owner)

So any help is appreciated.

Find more posts tagged with

Comments

ISCBorisB

Hi,

TS 6.5 SP1
OS:Unix

Basic work-flow:
Author task -> Group task -> CGI task->External task( deploy task) -> back to group task.

(Note: above is not complete exact workflow i have just picked up necessary part of workflow to explain the scenario.)

Requirement:
Workflow should allow any user from a group to deploy files to selected environment (staging/prod/dev etc) from CGI task.

we did this so that we don't have multiple duplicate workflows in our system for deploying same files.

Current settings:

1. Group task: retainowner:f
2. CGI task:
owner:iw_user (mentioned in wft)
immediate:t

we are setting the owner of the CGI task in CGI ipl, by retrieving the owner of Grouptask

my ($success, $objGroupTask)=$workflow->GetTaskByName("GROUPTASKNAME");
my $strGroupTaskOwner = $objGroupTask->GetOwner();
$task->SetOwner($strGroupTaskOwner);

3. Selected field is then submitted to an ipl(say middleman.ipl) which sets the value n transistion's to next task. i.e. $task->CallBack(0, "");

Issue:
1. A user from a group is able to take the ownership, and is shown the CGI screen immediately and also allows him to select the field and submit the value to middleman.ipl, this ipl runs but task does not get transistioned.
2. Task sits at "Start input task" and is assigned to IW_USER (i.e. the one which was mentioned in wft which is workflow owner)

So any help is appreciated.

There are various methods to transition CGI Tasks (iw-cc/transitiontask redirect, CGI_lite::iwcallback, WFTask::CallBack etc)
So, what method do you use to transition? On what event?

Nikunj

We are using $task->CallBack(0, "some comments");

Adam Stoller

Does the task following the hung task happen to have the lock="true" (or 'yes' or whatever) set?

If so, the problem may be due to the next task not being able to complete it's activation because it is trying to get the locks.

ISCBorisB

We are using $task->CallBack(0, "some comments");

OK - so what exactly is your issue?

Is it that only original CGI Task Owner gets CGI starting automatically? Is it that even the owner gets it
only once and not after looping back to the Group task? Or is it that whoever takes the grouptask gets
CGI only once?

Nikunj

Reply to Ghoti:
we dont have, we have lock = "f", since we want all the user to be able to edit the files even though it is attached to work flow.

Boris:
Scenario 1:
Owner of workflow takes the Group task, immediately shows him the CGI task, selects the environments->submits-> and task is transitioned to next task.
Works fine.

Scenario 2:
A member of group takes the group task, CGI screen is shown to him immediately->selects the environment->submit-> CGI task is reassigned to OWNER i.e. task does not get transitioned to next task.

on a side note why does this forum keeps signing me out...had to retype this post twice does anybody facing this issue? Even when i click on browser back it signs me out. Smiley Sad

nipper

on a side note why does this forum keeps signing me out...had to retype this post twice does anybody facing this issue? Even when i click on browser back it signs me out.

I saw this at another site, it seems to be site specific (with some help from the forum). In that case there were 2 gateways out and you would connect through A or B and when it changed through the day, DevNet thought it was a new connection and wanted you to log in again. Serious pain and there was nothing you could do.

ISCBorisB

we are setting the owner of the CGI task in CGI ipl, by retrieving the owner of Grouptask...

I'm sure there is more to it than that but still - the above does not look to me as workable solution. It's a cat chasing
it's own tail. In order for CGI to start automatically it has to have the same owner as a grouptask. To obtain a correct
grouptask owner a CGI Task has first to start automatically. Do I miss something here?

You may perhaps consider re-setting CGI Task ownership on the background as soon as Group Task is taken. To do that you can
use "iwat" Command and trigger your script on the "GroupTaskTaken" event. Note that trigger belongs to a System, not WF.
That means your script should be smart enough to ignore "GroupTaskTaken" Events from other WFs, etc

example.pdf

Nikunj

Yeah, i had read that too in my search for this solution.
But couldn't find original "iwat" solution thread.
Would you mind giving more insight into this?

Since we would like to first analyze all the intricacies of this solution and then implement it since we don't want our system to be impacted by this.

Also there is no other solution other then using iwat event?

ISCBorisB

Yeah, i had read that too in my search for this solution.
But couldn't find original "iwat" solution thread.
Would you mind giving more insight into this?

Since we would like to first analyze all the intricacies of this solution and then implement it since we don't want our system to be impacted by this.

Also there is no other solution other then using iwat event?

I'm not aware of any thread that demonstrates "iwat GroupTaskTaken..." usage for your scenario. You'd have to play with it yourself.

iwat is (somewhat fleetingly) documented in the "Command-Line Tools" Manual, there are several Forum threads discussing how to use it.
I've illustrated rudimentary iwat Event sniffer [thread=28496]here[/thread], perhaps it may help a little

Adam Stoller

Yeah, i had read that too in my search for this solution.
But couldn't find original "iwat" solution thread.
Would you mind giving more insight into this?

Since we would like to first analyze all the intricacies of this solution and then implement it since we don't want our system to be impacted by this.

Also there is no other solution other then using iwat event?

There should be some threads regarding this by myself and/or nipper.
I would try to provide a link but I am currently reading DevNet remotely from my iPad and it isn't easy to do that using the iPad so you will have to try harder yourself.

nipper

....... but I am currently reading DevNet remotely from my iPad and it isn't easy to do that using the iPad so you will have to try harder yourself.

Show off....