MultiLine container element binding problem

[Munday,Sherie J.]

Nigel,
Sorry for my delayed response.  Mike is right on target.  With your
version, you should be able to select the icon between the bindings and
choose "append".
Cheers,
Sherie

-----Original Message-----
From: sap-wug-bounces at mit.edu [mailto:sap-wug-bounces at mit.edu] On Behalf
Of Mike Pokraka
Sent: Tuesday, October 31, 2006 4:58 AM
To: SAP Workflow Users' Group
Subject: RE: MultiLine container element binding problem

Hi Nigel,
The version question was very relevant, prior to NW04 there is no
indexed access to multiline containers. On 630 or lower I am not
completely sure it this was even supposed to work, my guess was that
this sort of binding should not be possible.
I've not tried it, so I might be wrong. The usual way I handle it is to
use an 'Append to table' type binding into a new multiline element. This
also helps debugging as you can see the before and after.
Cheers,
Mike


On Mon, October 30, 2006 22:00, Nigel Thurgood wrote:
> 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.
> _______________________________________________
> SAP-WUG mailing list
> SAP-WUG at mit.edu
> http://mailman.mit.edu/mailman/listinfo/sap-wug
>


_______________________________________________
SAP-WUG mailing list
SAP-WUG at mit.edu
http://mailman.mit.edu/mailman/listinfo/sap-wug