| Author |
Message
|
| texan |
 Posted: Tue Jul 06, 2004 9:32 am Post subject: _RC element |
 |
|
Acolyte
Joined: 25 Feb 2004
Posts: 74
|
| Our WF is sometimes keeping _RC element (<_RC>)in the <programInputData>. Does any one know why? This is causing our java program to fail. |
|
| Back to top |
|
 |
| jmac |
| Posted: Tue Jul 06, 2004 12:05 pm Post subject: |
|
|
Jedi Knight
Joined: 27 Jun 2001
Posts: 3081
Location: EmeriCon, LLC
|
It is my opinion, that _RC should not be in the input container. If it is you must be explicitly mapping it there yourself. Can you show the message that your UPES is getting...
_________________
John McDonald
RETIRED |
|
| Back to top |
|
|
| hos |
| Posted: Tue Jul 06, 2004 11:56 pm Post subject: |
|
|
Chevalier
Joined: 03 Feb 2002
Posts: 470
|
Hi,
I suppose you hit an internal feature of MQWF that is called 'container reuse'. If some specific conditions (which I will specify in a moment) are fullfilled the workflow server can reuse the output container of activity A as input container of activity B which can gain significant performance. This normally doesn't hurt, as the API does not provide a method to access _RC in an input container. But obviously it is not completely transparent in case of an UPES activity (the _RC data shows up in the container stucture and this is an error).
I think there are three ways to solve your problem:
1. change your program (UPES) to accept _RC data member in input
2. avoid that MQWF uses the container reuse feature.
3. open a PMR to get it fixed
To avoid container reuse your flow should NOT fulfill one of the following conditions:
Activity A and B belong to the same block. Furthermore activity B must not be a block activity.
A struct to struct mapping is defined from the output container of activity A to the input container of activity B and no predefined member is set in the output container of activity A.
No default values are specified for the input container of activity B.
No other data connectors with activity B as target are defined.
There is exactly one control connector with activity B as target defined. This control connector has activity A as source.
There are NO other mappings than the mentioned one defined.
Godd luck! |
|
| Back to top |
|
|
| texan |
| Posted: Wed Jul 07, 2004 6:45 am Post subject: |
|
|
Acolyte
Joined: 25 Feb 2004
Posts: 74
|
| Instead of doing _Struct to _Struct Map, I manually did the mapping to resolve it. |
|
| Back to top |
|
|
| jmac |
| Posted: Wed Jul 07, 2004 6:51 am Post subject: Re: _RC element |
|
|
Jedi Knight
Joined: 27 Jun 2001
Posts: 3081
Location: EmeriCon, LLC
|
| texan wrote: |
| Does any one know why? This is causing our java program to fail. |
Now that we know the cause, I am just wondering why your java program is failing?
_________________
John McDonald
RETIRED |
|
| Back to top |
|
|
|
|
