Getting the Owner of the Group task

Hi all,

I having a issue wherin I am having a Group task before a external task using iw_solution_email.ipl. I have to get the single owner who took the ownership of the group task and assign him as owner to the email task.

do i need to make modifications to iw_solution_email.ipl so that i assign the owner of the previous task to this task

($wfid, $taskid, $area) = (@ARGV[0..2]);
$job = new TeamSite::WFworkflow($wfid);
$this_task = new TeamSite::WFtask($taskid);
$this_task->SetOwner($username);
like this

but how do i get username from the grp task provided i only have its name??? is there any other way to deal with this?????????

Find more posts tagged with

Comments

Adam Stoller

Hi all,

I having a issue wherin I am having a Group task before a external task using iw_solution_email.ipl. I have to get the single owner who took the ownership of the group task and assign him as owner to the email task.

do i need to make modifications to iw_solution_email.ipl so that i assign the owner of the previous task to this task

($wfid, $taskid, $area) = (@ARGV[0..2]);
$job = new TeamSite::WFworkflow($wfid);
$this_task = new TeamSite::WFtask($taskid);
$this_task->SetOwner($username);
like this

but how do i get username from the grp task provided i only have its name??? is there any other way to deal with this?????????

You can do this with an iwat trigger script that fires when a grouptask is taken and then retrieves the owner from the grouptask and sets it on some other task (your externaltask) - I and Nipper posted about this some time ago so you should be able to find the thread if you search.

Alternatively, you can either make a modified copy of iw_solution_email.ipl that takes an additional parameter (e.g.: -f from_task) or make a custom header PT that knows to retrieve the job info, dereference it for a specific taskname and retrieve the owner of that task instead of the current task.

Either method should work.

JMcNeil

If you know the name of the group task, you can get it's task object using

my $objGroupTask = TeamSite::WFTask::GetTaskByName("taskName");
my $strGroupTaskOwner = $objGroupTask->GetOwner();

ISCBorisB

If you know the name of the group task, you can get it's task object using

my $objGroupTask = TeamSite::WFTask::GetTaskByName("taskName");
my $strGroupTaskOwner = $objGroupTask->GetOwner();

Have you really tested any of that? At the time you'd be able to execute this code within External / Cgi Task, your Group Task
will be already inactive. In this state Group Task normally does not have an owner. Does RetainOwner="Yes" attribute make any difference?

Adam Stoller

Have you really tested any of that? At the time you'd be able to execute this code within External / Cgi Task, your Group Task
will be already inactive. In this state Group Task normally does not have an owner. Does RetainOwner="Yes" attribute make any difference?

I'm not sure if retainowner makes a difference, but I think in either case that the identity of the user who took ownership is retained until the task is re-activated (if retainowner="f") so you should be able to retrieve it after the fact in this case.

However - if the goal is to set the owner of the externaltask that follows the grouptask and to not have to modify the script being used by the externaltask (iw_solution_email.ipl or iwsend_mail.ipl for examples) - I believe the iwat trigger solution is pretty nice and elgant - it would, however require making use of some of the same methods in order to perform the operation of retrieving the owner of the group task and setting the owner of the externaltask.

Of note however, the code provided was wrong:

my $objGroupTask = TeamSite::WFTask::GetTaskByName("taskName");
my $strGroupTaskOwner = $objGroupTask->GetOwner();

GetTaskByName is a method of WFworkflow, not WFtask, and it returns two values - the first of which is not the task object. JM - I suggest you spend some time with the perldocs before posting code like that...

ISCBorisB

I'm not sure if retainowner makes a difference, but I think in either case that the identity of the user who took ownership is retained until the task is re-activated (if retainowner="f") so you should be able to retrieve it after the fact in this case.

I might be mistaken but my recollection from the time I've parsed WF Objects is that the owner between activations was
<no user>, with retainowner="f" anyway.

That's actually why I've asked to clarify. As you pointed out, it could not possibly has been tested so that's answered.