| Author |
Message
|
| IowaWorkflow |
 Posted: Thu Feb 12, 2004 1:05 pm Post subject: Execution Service/119 Error During Activity Start |
 |
|
Newbie
Joined: 12 Feb 2004
Posts: 8
|
We are running Workflow v3.4 with a custom VB thick client. The client runs on Windows 2000, and the server on AIX. When two users simultaneously start the same activity at the exact same time, we are seeing a problem.
One user will see a message that the activity is already checked out by another user (this is good).
The other user sees an error that there was a failure when setting up the Execution Service (this is bad). This error is coming from the VB application that the activity is trying to start. I added breakpoints to Execution Service setup code in this application, and it appears that a 119 error (FMC_ERROR_NOT_AUTHORIZED) is occurring during Execution Service setup during the simultaneous activity start.
The person that saw the message that states that the activity was already checked out shows up as the owner of the activity. The activity stays in a ready state until that user starts it.
Ideas on what is causing the 119 error? And why is it that the user that sees the error about the activity already being checked out is showing as the owner?
Thanks |
|
| Back to top |
|
 |
| jmac |
| Posted: Thu Feb 12, 2004 1:30 pm Post subject: |
|
|
Jedi Knight
Joined: 27 Jun 2001
Posts: 3081
Location: EmeriCon, LLC
|
The 119 would occur if you tried to start a workitem that you were not the owner of. I.E, admin can see workitems for JOEUSER, but if he tries to start such a workitem he will get the 119.
Your issue is pretty strange, Several questions:
1. Can yo ureliably reproduce this?
2. Can the User getting the 119 run the workitem in a situation where it another user is not concurrently tryying to access that workitem?
3. Is this a Virtual User scenario?
_________________
John McDonald
RETIRED |
|
| Back to top |
|
|
| IowaWorkflow |
| Posted: Fri Feb 13, 2004 7:12 am Post subject: |
|
|
Newbie
Joined: 12 Feb 2004
Posts: 8
|
| Quote: |
| 1. Can yo ureliably reproduce this? |
Yes, we are able to reliably reproduce this problem.
| Quote: |
| 2. Can the User getting the 119 run the workitem in a situation where it another user is not concurrently tryying to access that workitem? |
Yes, the user getting the 119 error can start the workitem without a problem when another user is not concurrently trying to access the workitem.
| Quote: |
| 3. Is this a Virtual User scenario? |
I'm not sure what a "Virtual User" is. |
|
| Back to top |
|
|
| jmac |
| Posted: Fri Feb 13, 2004 7:19 am Post subject: |
|
|
Jedi Knight
Joined: 27 Jun 2001
Posts: 3081
Location: EmeriCon, LLC
|
How Many workitems exist for the activity that is causing the question? Only 1 whcih you transfer prior to starting (A virtual user scenario), or 1 per user.
_________________
John McDonald
RETIRED |
|
| Back to top |
|
|
| IowaWorkflow |
| Posted: Mon Feb 16, 2004 8:18 am Post subject: |
|
|
Newbie
Joined: 12 Feb 2004
Posts: 8
|
| jmac wrote: |
| How Many workitems exist for the activity that is causing the question? Only 1 whcih you transfer prior to starting (A virtual user scenario), or 1 per user. |
The problem occurs when two users try to simultaneously start an activity from a group worklist. So I suppose that starting the activity actually transfers the workitem from the team to the user. It sounds like this is a virtual user scenario, right? |
|
| Back to top |
|
|
| jmac |
| Posted: Mon Feb 16, 2004 8:25 am Post subject: |
|
|
Jedi Knight
Joined: 27 Jun 2001
Posts: 3081
Location: EmeriCon, LLC
|
yes... I think it is Virtual user... You should make sure that the code is properly checking the ReturnCode from the Transfer prior to issuing the Start (or Checkout).
_________________
John McDonald
RETIRED |
|
| Back to top |
|
|
| IowaWorkflow |
| Posted: Mon Feb 16, 2004 12:15 pm Post subject: |
|
|
Newbie
Joined: 12 Feb 2004
Posts: 8
|
| jmac wrote: |
| yes... I think it is Virtual user... You should make sure that the code is properly checking the ReturnCode from the Transfer prior to issuing the Start (or Checkout). |
The Workflow Desktop Client is checking to make sure the return code from the transfer is successful prior to issuing the activity start. I think we may need to add some logic to the program that is triggered by the activity to make sure the Workflow connection is still valid at that point.
Thanks much for your quick and helpful responses! |
|
| Back to top |
|
|
| jmac |
| Posted: Mon Feb 16, 2004 12:33 pm Post subject: |
|
|
Jedi Knight
Joined: 27 Jun 2001
Posts: 3081
Location: EmeriCon, LLC
|
Here is what I think is happening:
User A refreshes VU worklist
User B refreshes VU worklist
Usaer A issues transfer of Workitem 1
User B's worklist is now no longer up to date since it indicates that Workitem 1 is still owned by VU.
I am not sure how your execution service could be compromised since User A and User B would each have their own.
GOOD LUCK
_________________
John McDonald
RETIRED |
|
| Back to top |
|
|
|
|
