MultiLine container element binding problem

[Nigel Thurgood]

Sherie,
 
We're on 470, WAS 620.
 
I've actually done the unforgiveable and changed the requirement to suit the 'program', inasmuch that I've made the subworkflow do everything, obviating the need for the multiline container to be updated after the subworkflow has completed.
 
Previously the flow was:

*	Create multiline container by loop processing (using simple forms)
*	For each row of multiline container, call subworkflow 'A'
*	As each rendition of 'A' completes, update corresponding row of multiline container
*	After all 'A's have completed, call subworkflow 'B' for each updated row of multiline container

As the updates in point 3 were updating only the last row of the multiline container each time, step 4 was misbehaving. The reason I'd split the dynamic parallel processing into subworkflows 'A' and 'B' was that I had to wait for external data to become available prior to calling workflow 'B' - I've now merged 'A' and 'B' and all works fine.
 
However, I'm still very keen to find out why it wasn't working.
 
Thanks.
 
Nigel. 

-----Original Message-----
From: Munday,Sherie J. [mailto:MUNDAYSJ at airproducts.com]
Sent: Tuesday, 31 October 2006 1:19 AM
To: SAP Workflow Users' Group
Subject: RE: MultiLine container element binding problem


Nigel,
Which version are you running?
Sherie

  _____  

From: sap-wug-bounces at mit.edu [mailto:sap-wug-bounces at mit.edu] On Behalf Of Nigel Thurgood
Sent: Sunday, October 29, 2006 5:53 PM
To: sap-wug at mit.edu
Subject: MultiLine container element binding problem


Hi.
 
I have a requirement to 'parallel process' a subworkflow using a multiline container element, i.e. the subworkflow will be invoked for each row of the multiline container. 
 
I have managed this successfully before, but with this particular case the requirement is to update the multiline container element after the subworkflow has been processed.
 
My binding for this is as follows :
 
Workflow(A):                                                                    Subworkflow (step):
&MULTIROW[&_WF_PARFOREACH_INDEX&]&    -->    &SINGLEROW&       
&MULTIROW[&_WF_PARFOREACH_INDEX&]&    <--    &SINGLEROW&
 
With two lines in the multiline container element, each line is processed correctly by the subworkflow.
 
However, on returning to the 'calling' workflow (A), the second row is updated on each occasion, presumably because &_WF_PARFOREACH_INDEX&]& retains the value of the highest processed row index.
 
Can anyone tell me where I'm going wrong, and how to do it properly?
 
Thanks.
 
Nigel.
 



This is an email from Australian Health & Nutrition Association Limited,
ABN 63 096 452 872 trading as Sanitarium Health Food Company.

THIS E-MAIL IS CONFIDENTIAL.
Any recipient who is not the intended recipient is requested to
notify the sender by return e-mail and erase all copies of the message
and attachments. The sender cannot guarantee that this email or any
attachment to it is free of computer viruses or other conditions which may
damage or interfere with data, hardware or software with which it might be used.

If you do not wish to receive commercial email messages from Sanitarium Health Food
Company, please send an unsubscribe message to the sender of this email, or contact
unsubscribe at sanitarium.com.au.
	

This is an email from Australian Health & Nutrition Association Limited,
ABN 63 096 452 872 trading as Sanitarium Health Food Company.

THIS E-MAIL IS CONFIDENTIAL.
Any recipient who is not the intended recipient is requested to
notify the sender by return e-mail and erase all copies of the message
and attachments. The sender cannot guarantee that this email or any
attachment to it is free of computer viruses or other conditions which may
damage or interfere with data, hardware or software with which it might be used.

If you do not wish to receive commercial email messages from Sanitarium Health Food
Company, please send an unsubscribe message to the sender of this email, or contact
unsubscribe at sanitarium.com.au.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.mit.edu/pipermail/sap-wug/attachments/20061031/628a92af/attachment.htm
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/jpeg
Size: 7559 bytes
Desc: Forest Floor.jpg
Url : http://mailman.mit.edu/pipermail/sap-wug/attachments/20061031/628a92af/attachment.jpg