Re: {Spam?} RE: {Spam?} Activities/Steps question

Greg,

ok, I guess I don't know the scope of your problem so this may be not 
practical, but is it possible for you to have an activity, say A0, in the 
beginning (before everything else) where the record type is examined and 
the decision is made about who is assigned what activity. And then in one 
particular process instance, you can branch accordingly to say activity A1 
in swimlane Groupone and then activity A2 in swimlane owned by GroupTwo, 
but in another instance, maybe activity A1 is done in swimlane groupThree 
and then activity A2 in swimlane groupTwo - in other words,branch to the 
same activity but in different swim lanes depending on the outcome of 
block A0?  Are the permutations too high for this to be feasible? This way 
you will have just one process and plus maybe you could code the logic of 
who gets what into activity block A0 and if users change their mind then 
all you need to change is that logic alone??

Geeta




"Dahl, Greg (BLM) - contr" <[email protected]> 
07/18/2005 04:20 PM
Please respond to
[email protected]


To
[email protected]
cc

Subject
{Spam?} RE: {Spam?} [shark] Activities/Steps question






I thought about this Geeta. 
 
For instance - for one type of record, GroupOne is assigned StepOne and 
GroupTwo is assigned StepTwo.
But, I also have instances where GroupThree is assigned StepOne and 
GroupTwo is assigned StepTwo.
And, of course, instances where GroupOne is assigned StepOne and 
GroupThree is assigned StepTwo.
 
I've got 500 different UserGroups as it is.  The number of existing 
permutations is quite large.  Right now, they're kept in a relational 
database table, keyed on the proper record attributes. 
 
 If I am thinking right, this means I would have to define a different 
process for each possible combination of people responsible for the flow. 
Is that right? 
 
It could be done.  It would make my code very simple because now I only 
have to figure out the correct process to start and I'd be done.  Setup 
would be tedious but possible.  However, the administrative maintenance 
(as the users change their mind about who is responsible for what) is the 
real nightmare.
 
Perhaps I'm thinking about those "swimlanes" all wrong.
 
Greg
 
-----Original Message-----
From: [email protected] [mailto:[email protected]] 
Sent: Monday, July 18, 2005 3:09 PM
To: [email protected]
Subject: Re: {Spam?} [shark] Activities/Steps question


Hi Greg, 

When I create my xpdl with JaWE, I place each activity in the "swim-lane" 
for the user/group/role responsible for the activity. And Shark certainly 
seems to be able to pick up this info nicely.  Is there any reason you 
don't/can't do the same thing? 

Geeta 



"Dahl, Greg (BLM) - contr" <[email protected]> 
07/18/2005 02:36 PM 

Please respond to
[email protected]



To
[email protected] 
cc

Subject
{Spam?} [shark] Activities/Steps question








Forgive me if I get the terminology wrong:

I created an XPDL document (using JAWE) that has five steps - in a
linear fashion.  Step two is always done after step one, step three
always after step two, etc.

When I _create_ the process, I already know which group should be
assigned to each step.

However, when I call the createProcess() method, and interrogate the
WfProcess, it appears there is only one activity (and that one only
exists after the start() method has been called). 

Am I to assume there is no way to assign all of these activities to the
proper owner when the process is created and I must assign them as each
activity is completed?

Thanks,
Greg
******* Confidentiality Notice *******
This email, its electronic document attachments, and the contents of its 
website linkages may contain confidential health information.  This 
information is intended solely for use by the individual or entity to whom 
it is addressed.  If you have received this information in error, please 
notify the sender immediately and arrange for the prompt destruction of 
the material and any accompanying attachments.





-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.


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


CONFIDENTIALITY NOTICE:This email is intended solely for the person or 
entity to which it is addressed and may contain confidential and/or 
protected health information.  Any duplication, dissemination, action 
taken in reliance upon, or other use of this information by persons or 
entities other than the intended recipient is prohibited and may violate 
applicable laws.  If this email has been received in error, please notify 
the sender and delete the information from your system.  The views 
expressed in this email are those of the sender and may not necessarily 
represent the views of IntelliCare. 

-- 
This message has been scanned for viruses and 
dangerous content by MailScanner, and is 
believed to be clean. 
--
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


CONFIDENTIALITY NOTICE:This email is intended solely for the person or 
entity to which it is addressed and may contain confidential and/or 
protected health information.  Any duplication, dissemination, action 
taken in reliance upon, or other use of this information by persons or 
entities other than the intended recipient is prohibited and may violate 
applicable laws.  If this email has been received in error, please notify 
the sender and delete the information from your system.  The views 
expressed in this email are those of the sender and may not necessarily 
represent the views of IntelliCare.

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