CGI Task cannot 'Take'

I am using TS 6.1 with SP3 on Windows Platform.

I have a CGITask that is part of my workflow. The CGI is used to select path of users to receive emails. Email task is the successor task to the CGI Task. When the people approve or disapprove, an email is sent and the CGI Task is once again the main task. I have GroupTasks set up and they allow me to "Take" ownership. I would like to have the CGI Task be owned by who opens it each time.

Is this possible? The CGI Task has multiple users that will be accessing it. I want whoever access it, to be the owner.

Any help with this would be greatly appreciated.

[WFT]
pseudocode:
<external task start = f>
<email notification>
<email command>
</external task>

<cgitask start = t>
<command = test.ipl>
<successor 1_email>
<successor 2_email>
<successor 3_email>
<successor 4_email>
... etc ...
</cgitask>


<external task 1_email>
<email command>
</externaltask>

<grouptask 1_group>
<successor Approve> 
<successor Reject>
</grouptask>

this goes on and on... until n blocks and calls the CGI Task again. I want there to be no current owner when the CGI is called.

Any help would be appreciated. I have tried a group task prior to the CGI Task to retainowner=f and that didn't work. I also tried an external task that called an ipl that had iwuntaketask $taskid and that didn't work either.

dootndo2
WFUser::iw_newbie

Find more posts tagged with

Comments

iwovGraduate

I am not sure if I understand what you are trying to accomplish. However...

... The CGI is used to select path of users to receive emails ...

path of users ? group of users ? one user ? multiple users ?

... I want there to be no current owner when the CGI is called. ...

cgitask is NOT like grouptask which you can share with a bunch of users and let one of them take ownership of it.
Your cgitask needs to have an owner - a single owner. You can change it to a different user in a preceding task using the CLT and/or API.


     #!../../iw-perl/bin/iwperl  
     use very strict;
     my $dootndo = WFUser::iw_newbie->new($documentation);
     $dootndo->ReadDocumentation("WFT tutorial");
     $dootndo->GoToTraining() if Allowed($dootndo);

Adam Stoller

I'm not sure I'm following what you're trying to do here.

Are you looping N times through the same grouptask/cgitask and you want the cgitask to be owned by whomever takes ownership of the grouptask for a given iteration? - you can do that with an externaltask in between the grouptask and cgitask that retrieves the owner of the grouptask and sets the owner of the cgitask -- however the cgitask will not be able to start immediately.

Some folks have tried things with a concurrent externaltask and cgitask, and I believe some have tried using an iwat trigger -- but I'm not sure that they've had reliable success in getting the cgitask to start immediately -- perhaps someone whose tried it may comment.

--fish
Senior Consultant, Quotient Inc.
http://www.quotient-inc.com

dootndo2

What is happening is that when the CGI Task is invoked, the path is dynamically selected based upon the users selection. The path then is determined and the correct callback is called. Then, based upon the path, there are a series of external task - grouptask pairs. When the series is completed, the next task is transitioned back to the CGI Task. The CGI Task has dropdowns that the user can select who to send the next email notifications to (again these are the externaltask - grouptask pairs). I would like to know that when the workflow returns to the CGI page that the owner will be <no user> or at least the person that accesses it.

Basically, right now, when the workflow returns to the CGI task, who ever instantiated it the first time, is still the owner the second, third, etc. time.

Does it make sense now? This is a problem because multiple users will be in charge of making the selections from the drop down.

dootndo2

dootndo2

I want to let you know that Interwoven put these forums here for people like myself to ask questions. I don't find it productive for you or myself to have to read "get training" posts. It does not help anyone improve their knowledge. I have the manuals from training and they need work. I believe that everyone can agree on that. If it were so easy and so well documented, then this message board would be empty.

"I am not sure if I understand what you are trying to accomplish." -- If you don't have time to help me, or care to, I would appreciate it if next time you would just move on to the next post.

Very clever by the way:

#!../../iw-perl/bin/iwperl
use very strict;
my $dootndo = WFUser::iw_newbie->new($documentation);
$dootndo->ReadDocumentation("WFT tutorial");
$dootndo->GoToTraining() if Allowed($dootndo);

Adam Stoller

I'd suggest looking at the TeamSite::WFtask module and consider an externaltask that runs between your grouptask and cgitask (and/or your cgitask and grouptask) that takes care of setting the areavpath and owner of the cgitask as appropriate.

If you search the forums, you're likley to find some code samples for doing this kind of thing - but ultimately its best if you code it yourself based on your understanding of the modules and the process you want to support.

--fish
Senior Consultant, Quotient Inc.
http://www.quotient-inc.com

dootndo2

Thanks fish. I want you to know that I truly appreciate all the time you spend helping people out on this forum. Newbies like myself are very fortunate that you are willing to take the time to help us out.

So tomorrow, I will try:

CGITask ----> [ ExternalTask(email) ----> GroupTask(Approve/Reject) ] ----> GroupTask(TakeOwnership) ----> ExternalTask(SetOwnership through WFTask) ----> CGITask

I will let you know how it goes.

dootndo2