| Author |
Message
|
| MQRR |
 Posted: Sat Dec 06, 2003 12:03 pm Post subject: |
 |
|
Centurion
Joined: 10 Aug 2003
Posts: 110
|
Mike,
That is what my guess is. But I am not sure how they are working individually for you when u test them.
If it is possible try to delete tht Q and test it.
MQRR |
|
| Back to top |
|
 |
| stubie |
| Posted: Mon Dec 08, 2003 7:01 am Post subject: I feel your pain |
|
|
Novice
Joined: 05 Nov 2001
Posts: 14
Location: Charlotte, NC
|
I am suffering the same problem. It seems to be related to a NOOP activity being the last activity in the flow. Here's what I have found:
I have defined a test model that has three paths:
1. A manual activity, a NOOP, and a manual activity. This works fine.
2. A manual activity and a NOOP. This causes the execution server to throw an internal error and shut down, and the process gets stuck in "running" state.
3. A manual activity followed by a NOOP in a block, with another manual activity outside the block. The NOOP goes into an InError state, but the process does not stop -- the activity outside the block is reached.
This is a problem as of SP3. All of these paths work without error in SP2. SP3 is a mess anyway -- we have two hotfixes already. My guess is that a third is on the way. |
|
| Back to top |
|
|
| mike_mq |
| Posted: Tue Dec 09, 2003 1:53 pm Post subject: |
|
|
Centurion
Joined: 17 Oct 2003
Posts: 123
|
Yes Stubie. You are correct. Looks like it is a bug in SP3. I am getting the same results with similar scenarios you mentioned. Will see what happens 
Best Regards,
Mike. |
|
| Back to top |
|
|
| stubie |
| Posted: Thu Dec 11, 2003 8:28 pm Post subject: To be fixed in SP4 |
|
|
Novice
Joined: 05 Nov 2001
Posts: 14
Location: Charlotte, NC
|
I opened a PMR with IBM. It turns out that they were already aware of the problem (it was reported internally) and have a fix that will be included in SP4. No hiper fix will be made available, but SP4 could be out as early as next week.
I'll retest with SP4 once I get it and post results. |
|
| Back to top |
|
|
| mike_mq |
| Posted: Fri Dec 19, 2003 2:43 am Post subject: [SOLVED] |
|
|
Centurion
Joined: 17 Oct 2003
Posts: 123
|
Problem has been solved with SP4.
Regards
Mike. |
|
| Back to top |
|
|
| jmac |
| Posted: Fri Dec 19, 2003 10:06 am Post subject: Re: [SOLVED] |
|
|
Jedi Knight
Joined: 27 Jun 2001
Posts: 3081
Location: EmeriCon, LLC
|
| mike_mq wrote: |
| Problem has been solved with SP4.= |
Not in my opinion... but it all depends on what you want to do w/ the NOOP. I think IBM has made a mistake with the changes they implemented in SP3
_________________
John McDonald
RETIRED |
|
| Back to top |
|
|
| alexey |
| Posted: Tue Dec 30, 2003 3:35 am Post subject: |
|
|
Acolyte
Joined: 18 Dec 2003
Posts: 62
Location: Israel
|
I'm working with WF 3.4 SP4, and NOOPS seems to work fine as described in WD01 Support Pack, page 66:
using FMCINTERNALNOOP as program, server=NONE, choosing asynchronous, NO DEFINITIONS of dummy UPESes or queues.
I've tested this in blocks, outside blocks, with or without transition conditions, default connectors, etc., works fine AFAIK  .
Alexey. |
|
| Back to top |
|
|
| jmac |
| Posted: Tue Dec 30, 2003 5:54 am Post subject: |
|
|
Jedi Knight
Joined: 27 Jun 2001
Posts: 3081
Location: EmeriCon, LLC
|
The problem with the NOOP as of SP3 is that IBM changed the rules.... NOOPs that ran fine prior to SP3 will now go InError.... If you are starting from scractch you should be able to design whatever you want, it's only if you have existing templates that use the noop according to the original rules that there is an issue.
_________________
John McDonald
RETIRED |
|
| Back to top |
|
|
|
|
