Dynamic Parallel Processing Question

[Rina Spector]

Hello Bratzler, Loren

*joining you to your question.*

*  maybe define a local container  like loc _table_approvers  fill it with
the line element and overwrite the workflow container*
*  if you don't mind the original order because it would depend on
approvers.*

*Best regards*
*Rina*


On Wed, Feb 19, 2014 at 4:32 PM, Bratzler, Loren
<loren.bratzler at nscorp.com>wrote:

> I have a question about Dynamic Parallel Processing.  I am wondering if it
> is possible to pass results back to the multi-line element in the main
> workflow container from the LINE element in the individual parallel tasks?
>
>
>
> Here is my test example:
>
>
>
> I created a simple test workflow with a Dynamic Parallel Block (this is
> the only step in the test workflow):
>
>
>
>
>
> The Parallel Block is designated as ParForEach because I want the approval
> tasks to go to all approvers at the same time:
>
>
>
> The Parallel Processing for the block is based on the multi-line element
> TABLE_OF_APPROVERS:
>
>
>
> The TABLE_OF_APPROVERS element is a structure that has an Agent, an Item
> Number, and a Result field:
>
>
>
> I have set up the binding to pass the indexed multiline element of the
> workflow container to the LINE element in the step container.  I also set
> up a return binding to pass the LINE element back to the indexed multiline
> element.  This was what I was hoping would allow me to update the multiline
> element in the workflow container but it does not appear to be working:
>
>
>
> For the User Decision step within the block, I have defined the Agent to
> be the Approver from the LINE element:
>
>
>
> And in the binding for the User Decision step, I am passing back
> _WI_RESULT to the User Decision field on the LINE element:
>
>
>
> When I test this in SWUS, I define two entries in the TABLE_OF_APPROVERS
> multiline element:
>
>
>
> The workflow runs and correctly creates two approval tasks as expected.
> One user Rejects and the other user Approves:
>
>
>
> If I look at the containers for the individual Parallel Block steps, I can
> see that the LINE elements are getting updated with the User Decision:
>
>
>
>
>
> But when I look at the main workflow container, the multiline element did
> not get updated with the User Decisions:
>
>
>
> So is it possible to do what I am trying to do here?  Can I pass results
> from the individual parallel steps back to the multiline container element
> in the main workflow?
>
>
>
>
>
> Loren Bratzler
>
> Norfolk Southern Corporation
>
> Email: loren.bratzler at nscorp.com
>
>
>
> _______________________________________________
> SAP-WUG mailing list
> SAP-WUG at mit.edu
> http://mailman.mit.edu/mailman/listinfo/sap-wug
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.mit.edu/pipermail/sap-wug/attachments/20140220/b5e7c3a3/attachment-0001.htm
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image014.png
Type: image/png
Size: 13317 bytes
Desc: not available
Url : http://mailman.mit.edu/pipermail/sap-wug/attachments/20140220/b5e7c3a3/attachment-0011.png
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image011.png
Type: image/png
Size: 19059 bytes
Desc: not available
Url : http://mailman.mit.edu/pipermail/sap-wug/attachments/20140220/b5e7c3a3/attachment-0012.png
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image005.jpg
Type: image/jpeg
Size: 6984 bytes
Desc: not available
Url : http://mailman.mit.edu/pipermail/sap-wug/attachments/20140220/b5e7c3a3/attachment-0001.jpg
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image009.png
Type: image/png
Size: 24297 bytes
Desc: not available
Url : http://mailman.mit.edu/pipermail/sap-wug/attachments/20140220/b5e7c3a3/attachment-0013.png
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image008.png
Type: image/png
Size: 19242 bytes
Desc: not available
Url : http://mailman.mit.edu/pipermail/sap-wug/attachments/20140220/b5e7c3a3/attachment-0014.png
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 11847 bytes
Desc: not available
Url : http://mailman.mit.edu/pipermail/sap-wug/attachments/20140220/b5e7c3a3/attachment-0015.png
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image012.png
Type: image/png
Size: 11137 bytes
Desc: not available
Url : http://mailman.mit.edu/pipermail/sap-wug/attachments/20140220/b5e7c3a3/attachment-0016.png
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image010.png
Type: image/png
Size: 18267 bytes
Desc: not available
Url : http://mailman.mit.edu/pipermail/sap-wug/attachments/20140220/b5e7c3a3/attachment-0017.png
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image004.png
Type: image/png
Size: 6775 bytes
Desc: not available
Url : http://mailman.mit.edu/pipermail/sap-wug/attachments/20140220/b5e7c3a3/attachment-0018.png
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image013.png
Type: image/png
Size: 11260 bytes
Desc: not available
Url : http://mailman.mit.edu/pipermail/sap-wug/attachments/20140220/b5e7c3a3/attachment-0019.png
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image007.png
Type: image/png
Size: 28736 bytes
Desc: not available
Url : http://mailman.mit.edu/pipermail/sap-wug/attachments/20140220/b5e7c3a3/attachment-0020.png
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image003.png
Type: image/png
Size: 9735 bytes
Desc: not available
Url : http://mailman.mit.edu/pipermail/sap-wug/attachments/20140220/b5e7c3a3/attachment-0021.png