| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
  |
|
| Staff Resolution |
« View previous topic :: View next topic » |
| Author |
Message
|
| pedmartins |
 Posted: Mon Nov 07, 2005 2:59 am Post subject: Staff Resolution |
 |
|
Newbie
Joined: 29 Apr 2005
Posts: 5
|
I have the following problem with staff resolution, in specific when the staff resolution fails.
The context is an external mechanism for staff resolution that has an output of a tokenized users list with the "," character. The activity takes this list as input and performs activity attribution as specified in the manual.
The problem:
If this list is invalid for some reason, for example if the user taken by input doesn't exist in the MQWF database the resolution fails and the engine assigns the activity to all the users in the database.
The manual refers that, if resolution fails, the process starter should be assigned with the activity, but the behaviour isn't happening as specified.
Thanks for any help
_________________
Best regards,
Pedro Martins |
|
| Back to top |
|
 |
| jmac |
| Posted: Mon Nov 07, 2005 5:37 am Post subject: |
|
|
Jedi Knight
Joined: 27 Jun 2001
Posts: 3081
Location: EmeriCon, LLC
|
I agree with your assesment. If you are certain that you have the FDL set up correctly for this, then I think you should open a PMR on this. I am under the impression that the assignment will go to the Process Administrator.
If you would like me to eyeball the FDL, send it to my email address and let me know what activtity it is, and I will have a look
_________________
John McDonald
RETIRED |
|
| Back to top |
|
|
| jmac |
| Posted: Mon Nov 07, 2005 9:34 am Post subject: |
|
|
Jedi Knight
Joined: 27 Jun 2001
Posts: 3081
Location: EmeriCon, LLC
|
It appears that the issue was that the item being mapped to ACTIVITY_INFO.People member was not set. I believe that this is working as designed
_________________
John McDonald
RETIRED |
|
| Back to top |
|
|
| pedmartins |
| Posted: Tue Nov 08, 2005 2:21 am Post subject: |
|
|
Newbie
Joined: 29 Apr 2005
Posts: 5
|
I have filled the Dafault value of this field with the process administrator value and now the behaviour seems to be OK.
I think this finding is a very useful and valuable detail that is not documented.
When performing external staff resolution, if the ACTIVITY_INFO.People is not set, not only the process administrator will be assigned but everyone in the database.
Since the process modelling should handle this possible situation and knowing that this can be very dangerous in production when we have thousands of users in the database I would say the Default field is quite mandatory in ACTIVITY_INFO.People.
Do you agree with my analysis, jmac?
_________________
Best regards,
Pedro Martins |
|
| Back to top |
|
|
| jmac |
| Posted: Tue Nov 08, 2005 5:01 am Post subject: |
|
|
Jedi Knight
Joined: 27 Jun 2001
Posts: 3081
Location: EmeriCon, LLC
|
Pedro:
Yes, I think what you are saying makes sense. YOU must make sure that when you do this type of staffing "From Input container" that the People field contains at least one userid.
_________________
John McDonald
RETIRED |
|
| Back to top |
|
|
|
|
|
| |
|
Page 1 of 1 |
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
|
|
|
|
