Re: Deciding next participant based upon workflow execution
Monique Maker <[email protected]>
| Newsgroups | gmane.comp.java.enhydra.shark |
|---|---|
| Message-ID | <[email protected]> |
I am not sure what is the real situation - may be only Sahrk guys can answer that. My opinion is that getAssignments should return a list of participants (persons, groups, etc.) which are eligible to process the activity (actId). There are no other participants added before or after this method finishes. You receive several lists of possible participants but you can reject all of them. I suppose that - userIds is the list of user-role mappings made via admin interface; - responsibleIds - I have no idea what is this; - processRequesterId is the participant that started the process (this might be another process) - xpdlParticipant is the participant assigned in the XPDL file (activity's swimlane); - xpdlResponsibleParticipants - I have no idea what is this; Hope this helps. Regards, Monique delbd wrote: > Yes, i looked at it. However, this is not very clear on javadoc what are > parameters passed to getAssignments and what i should return. > For example, are the named passed to assignement manager already mapped > from xpdl definition to shak user mapping? Or will this process take place afterwards? > > > Le Lundi 25 Juillet 2005 15:16, Monique Maker a écrit : > >>Create your own assignment manager and set it in your Shark.config. >> >>For example see XPDLStraightParticipantMappingAssignmentManager. >> >>Regards, >>Monique >> >>delbd wrote: >> >>>Hello in some workflows i have a variabale which is calculated using tools >>>and which contains the name participant which will do a specific action.. >>>What should i do in the xpdl / shark to have this person assigned the next action? >>> >>>(In my case this is the manager of the process initiator, manager which >>>is extracted from various dbs , like the holydays db). >>> >> >> >
message-footer.txt
(text/plain, 271 B)
-- You receive this message as a subscriber of the [email protected] mailing list. To unsubscribe: mailto:[email protected] For general help: mailto:[email protected]?subject=help ObjectWeb mailing lists service home page: http://www.objectweb.org/wws