<HTML dir=ltr><HEAD><TITLE>RE: FW: Container problem in parallel processing with simple forms</TITLE>
<META http-equiv=Content-Type content="text/html; charset=unicode">
<META content="MSHTML 6.00.6000.16414" name=GENERATOR></HEAD>
<BODY>
<DIV id=idOWAReplyText28481 dir=ltr>
<DIV dir=ltr><FONT face=Arial color=#000000 size=2>Hi Paul.</FONT></DIV>
<DIV dir=ltr><FONT face=Arial size=2></FONT> </DIV>
<DIV dir=ltr><FONT face=Arial size=2>Both branches are required to complete.</FONT></DIV>
<DIV dir=ltr><FONT face=Arial size=2></FONT> </DIV>
<DIV dir=ltr><FONT face=Arial size=2>Paul Batey? How on earth are you!</FONT></DIV>
<DIV dir=ltr><FONT face=Arial size=2></FONT> </DIV>
<DIV dir=ltr><FONT face=Arial size=2>Not sure if I made this clear, but if one task is opened, data is entered on the form, saved and exited; then the other form is opened, data entered, saved and exited - then alle ist gut. Problem only occurs when both tasks are opened at the same time. Maybe it's my accent or something.</FONT></DIV>
<DIV dir=ltr><FONT face=Arial size=2></FONT> </DIV>
<DIV dir=ltr><FONT face=Arial size=2>Cheers.</FONT></DIV>
<DIV dir=ltr><FONT face=Arial size=2></FONT> </DIV>
<DIV dir=ltr><FONT face=Arial size=2>Nigel.</FONT></DIV></DIV>
<DIV dir=ltr><BR>
<HR tabIndex=-1>
<FONT face=Tahoma size=2><B>From:</B> paul.batey@presenceofit.com.au [mailto:paul.batey@presenceofit.com.au]<BR><B>Sent:</B> Thu 3/05/2007 4:12 PM<BR><B>To:</B> sap-wug@mit.edu<BR><B>Subject:</B> RE: FW: Container problem in parallel processing with simple forms<BR></FONT><BR></DIV>
<DIV>
<P><FONT size=2>G'day Nigel,<BR><BR>On the condition of the fork, is it necessary for both branches to be<BR>completed (2 from 2) or just 1 (1 from 2)?<BR><BR>Cheers,<BR><BR>Paul Batey<BR><BR>Original Message:<BR>-----------------<BR>From: Nigel Thurgood Nigel.Thurgood@sanitarium.com.au<BR>Date: Thu, 3 May 2007 14:59:15 +1000<BR>To: sap-wug@mit.edu<BR>Subject: RE: FW: Container problem in parallel processing with simple forms<BR><BR><BR>Hi Paul.<BR><BR>Good to see someone's on Southern Hemisphere time!<BR>Aus and NZ are separate elements (for the purpose of a simple test I<BR>created 2 structures based on MAKT).<BR>Only AUS to AUS, and only NZ to NZ - only one structure can be referenced<BR>directly by a simple form.<BR>The first form to be saved is the form that gets cleared - ie the data is<BR>lost.<BR><BR>Not much of a screenflow to show:<BR><BR><BR><BR>For testing, I just created a start form, again based on structure MAKT;<BR>thus I have three structure container elements, STARTFORM, AUSTRALIA, and<BR>NEWZEALAND<BR><BR><BR><BR>To run, just enter the Tx name in SE93 and execute;<BR><BR>in SBWP session 1, open one of the tasks.<BR><BR>in SBWP session 2, open the other task.<BR>Start form :<BR><BR><BR>Workflow inbox:<BR><BR><BR>NewZealand:<BR><BR><BR><BR>Australia:<BR><BR> (same but with 2's)<BR><BR>Then, I save and exit out of NZ, and then save and exit out of Aus.<BR><BR>Resultant container:<BR><BR><BR><BR>As you can see, NZ data has disappeared!<BR><BR>Sorry, missed one screen dump, of the container after saving NZ, but prior<BR>to saving Aus:<BR><BR><BR>(trust me on that one - no smoke and mirrors involved!).<BR><BR>Any help appreciated.<BR><BR>Cheers.<BR><BR>Nigel.<BR><BR><BR><BR>-----Original Message-----<BR>From: Paul.Bakker@osr.treasury.qld.gov.au<BR>[ <A href="mailto:Paul.Bakker@osr.treasury.qld.gov.au">mailto:Paul.Bakker@osr.treasury.qld.gov.au</A>]<BR>Sent: Thursday, 3 May 2007 11:08 AM<BR>To: SAP Workflow Users' Group<BR>Subject: Re: FW: Container problem in parallel processing with simple<BR>forms<BR><BR><BR>Nigel,<BR><BR> Please allow me to barge in. Can you please confirm:<BR><BR>- AUS and NZ are separate elements in the _workflow_ container.<BR>- Only the AUS element is passed to the AUS task<BR>- Only the NZ element is passed to the NZ task<BR>- If the NZ task is completed after the AUS task, the contents of AUS are<BR>wiped out in the workflow container<BR><BR>If all the above are true, then it certainly sounds like a problem.<BR><BR>However, if AUS and NZ are somehow linked together (eg if they are _both_<BR>passed to the AUS and NZ tasks), then this behaviour is perfectly normal .<BR>An analogy would be two ABAP programs updating a single row in a database<BR>table.<BR><BR>I don't understand where the field GT_CONTAINER comes into it. Why is it<BR>used? Does it contain both elements? That may be your problem.<BR><BR>Maybe your screenshots would help to clarify?<BR><BR>cheers<BR>Paul B<BR>(Brisbane)<BR><BR><BR><BR><BR>|---------+----------------------------------><BR>| | "Nigel Thurgood" |<BR>| | <Nigel.Thurgood@sanitar|<BR>| | ium.com.au> |<BR>| | Sent by: |<BR>| | sap-wug-bounces@mit.edu|<BR>| | |<BR>| | |<BR>| | 03/05/2007 10:23 |<BR>| | Please respond to "SAP |<BR>| | Workflow Users' Group" |<BR>| | |<BR>|---------+----------------------------------><BR> >-------------------------------------------------------------------------<BR>-----------------------------------------|<BR> | <BR>|<BR> | To: <sap-wug@mit.edu> <BR>|<BR> | cc: <BR>|<BR> | Subject: FW: Container problem in parallel processing with<BR>simple forms |<BR> >-------------------------------------------------------------------------<BR>-----------------------------------------|<BR><BR><BR><BR><BR>Thanks for replying Mike.<BR><BR>Unfortunately either I didn't explain clearly enough or you misinterpreted<BR>the problem - I'll assume it was the former (smiley thing).<BR><BR>Scenario is:<BR><BR>Two parallel branch fork, each fork containing a simple form ('Change'<BR>form).<BR><BR>First branch / form references container structure 'Australia'<BR><BR>Second branch /form references container structure 'NewZealand'.<BR><BR>NOTE THAT THESE ARE SEPARATE CONTAINER STRUCTURES.<BR><BR>Australian agent opens the Australian form, and BEFORE HE HAS SAVED HIS<BR>CHANGES, New Zealand agent opens the New Zealand form.<BR><BR>Australian agent saves and closes the Australian form.<BR><BR>New Zealand agent saves and closes the New Zealand form.<BR><BR>The workflow log shows that only container structure New Zealand has any<BR>data set in it. This is because the Australian changes were reset when the<BR>New Zealand form was saved.<BR><BR>You've earnt yourself an early mark, or I'm missing the bleeding obvious<BR>somewhere. I hope it's me, as this means mucho changes to my workflows.<BR><BR>Note that this is a real-life scenario. The workflow (create material<BR>master record) determines whether the material is for Australia, New<BR>Zealand, or both. If both, then a task is sent to both country's agents.<BR>The problem only occurs when both tasks are open (and not saved) at the<BR>same time. At first I supposed this would be a one in a thousand happening<BR>(still too many!), but in fact the scheduled RSWUWFML2 sends both agents a<BR>'You have new work items' email with logon icon, and both being keen as<BR>mustard, the tasks are opened pretty much simultaneously and this causes<BR>the conflict.<BR><BR>>From what I can gather, and I need to look at this in more detail, when<BR>the task starts, the entire container, including Australia AND New Zealand<BR>and other elements and structures, is read into field GT_CONTAINER.<BR><BR>Australia then makes changes to the Australia form and saves. The Australia<BR>structure of the gt_container is updated by the local Australia structure.<BR>Note that the New Zealand structure, blank at the outset, remains blank.<BR><BR>New Zealand then makes changes to the New Zealand structure and saves. The<BR>New Zealand structure of the gt_container is updated by the local New<BR>Zealand structure. Note that the Australia structure, blank when the New<BR>Zealand step commenced, becomes blank again.<BR><BR>Thus the Australia changes are overwritten (or more accurately 'cleared').<BR><BR>If you wish, I can send screen shots of all the above . I've written a<BR>dummy workflow to debug this problem, with just a fork, two form steps and<BR>a start transaction.<BR><BR>Cheers.<BR><BR>Nigel.<BR><BR><BR><BR><BR>-----Original Message-----<BR>From: Mike Pokraka [ <A href="mailto:asap@workflowconnections.com">mailto:asap@workflowconnections.com</A>]<BR>Sent: Wednesday, 2 May 2007 9:09 PM<BR>To: SAP Workflow Users' Group<BR>Subject: Re: Container problem in parallel processing with simple forms<BR><BR><BR>Hi Nigel,<BR><BR>This is neither a problem nor a limitation but works correctly as I'd<BR>imagine it would.<BR><BR>It *should* always update the entire structure including elements A B C D<BR>E and whatever else, otherwise we might as well all go home right now.<BR>Updates always update an entire row, that's how databases work. It would<BR>be disastrous if it worked differntly!<BR><BR>Your only solution is to use speparate structures / container elements for<BR>the two agents.<BR><BR>Cheers,<BR>Mike<BR><BR><BR><BR>On Wed, May 2, 2007 1:44 am, Nigel Thurgood wrote:<BR>> Scenario is a fork with 2 branches, each branch contains a simple form<BR>> step. Branch A form changes container element structure 'A', branch B<BR>form<BR>> changes container structure element 'B'.<BR>><BR>> * Agents A and B open forms A and B simultaneously, then the<BR>GT_CONTAINER<BR>> for both forms has both structures A and B blank.<BR>> * Agent A enters data on form and presses 'Save';<BR>><BR>> * Function SWY_STRUCTURE_TO_CONTAINER firstly calls function<BR>> SWY_GET_CONTAINER, which loads a local copy of blank structures A and B<BR>> from GT_CONTAINER (ie as at when the form was opened);<BR>> * The container element name ('A') is sourced, and then<BR>SWC_SET_ELEMENT<BR>> updates structure A of the local container;<BR>> * SWC_SET_CONTAINER then updates GT_CONTAINER with the local<BR>container.<BR>><BR>> * Agent B enters data on form and presses 'Save';<BR>><BR>> * SWY_GET_CONTAINER loads local copy of blank structures A and B (ie<BR>as at<BR>> when the form was opened);<BR>><BR>> * The container element name ('B') is sourced, and then<BR>SWC_SET_ELEMENT<BR>> updates structure B of the local container;<BR>> * SWC_SET_CONTAINER then updates GT_CONTAINER with the local<BR>container.<BR>><BR>> * End result is that Agent A / form A changes are overwritten.<BR>><BR>> Apologies if this has been vovered before / is a know problem /<BR>> limitation. Any advice would be appreciated.<BR>><BR>> Best regards.<BR>><BR>> Nigel E Thurgood<BR>><BR>> Senior Application Specialist<BR>> Sanitarium Health Food Company<BR>><BR>> Phone: (02) 4349-6019<BR>> Mobile: 0416 254919<BR>><BR>> This is an email from Australian Health & Nutrition Association Limited,<BR>> ABN 63 096 452 872 trading as Sanitarium Health Food Company.<BR>><BR>> THIS E-MAIL IS CONFIDENTIAL.<BR>> Any recipient who is not the intended recipient is requested to<BR>> notify the sender by return e-mail and erase all copies of the message<BR>> and attachments. The sender cannot guarantee that this email or any<BR>> attachment to it is free of computer viruses or other conditions which<BR>> may<BR>> damage or interfere with data, hardware or software with which it might<BR>be<BR>> used.<BR>><BR>> If you do not wish to receive commercial email messages from Sanitarium<BR>> Health Food<BR>> Company, please send an unsubscribe message to the sender of this email,<BR>> or contact<BR>> unsubscribe@sanitarium.com.au.<BR>> _______________________________________________<BR>> SAP-WUG mailing list<BR>> SAP-WUG@mit.edu<BR>> <A href="http://mailman.mit.edu/mailman/listinfo/sap-wug">http://mailman.mit.edu/mailman/listinfo/sap-wug</A><BR>><BR><BR><BR>--<BR>Mike Pokraka<BR>Senior Consultant<BR>Workflow Connections<BR>Mobile: +44(0)7786 910855<BR>This is an email from Australian Health & Nutrition Association Limited,<BR>ABN 63 096 452 872 trading as Sanitarium Health Food Company.<BR><BR>THIS E-MAIL IS CONFIDENTIAL.<BR>Any recipient who is not the intended recipient is requested to<BR>notify the sender by return e-mail and erase all copies of the message<BR>and attachments. The sender cannot guarantee that this email or any<BR>attachment to it is free of computer viruses or other conditions which may<BR>damage or interfere with data, hardware or software with which it might be<BR>used.<BR><BR>If you do not wish to receive commercial email messages from Sanitarium<BR>Health Food<BR>Company, please send an unsubscribe message to the sender of this email, or<BR>contact<BR>unsubscribe@sanitarium.com.au.<BR><BR><BR>_______________________________________________<BR>SAP-WUG mailing list<BR>SAP-WUG@mit.edu<BR><A href="http://mailman.mit.edu/mailman/listinfo/sap-wug">http://mailman.mit.edu/mailman/listinfo/sap-wug</A><BR><BR><BR><BR><BR>****************************************************************************<BR>**************************************************************************<BR><BR>Only an individual or entity who is intended to be a recipient of this<BR>e-mail may access or use the information contained in this e-mail or any of<BR>its attachments. Opinions contained in this e-mail or any of its<BR>attachments do not necessarily reflect the opinions of Queensland Treasury.<BR><BR>The contents of this e-mail and any attachments are confidential and may be<BR>legally privileged and the subject of copyright. If you have received this<BR>e-mail in error, please notify Queensland Treasury immediately and erase<BR>all copies of the e-mail and the attachments. Queensland Treasury uses<BR>virus scanning software. However, it is not liable for viruses present in<BR>this e-mail or in any attachment.<BR><BR>****************************************************************************<BR>**************************************************************************<BR><BR><BR><BR><BR>This is an email from Australian Health & Nutrition Association Limited,<BR>ABN 63 096 452 872 trading as Sanitarium Health Food Company.<BR><BR>THIS E-MAIL IS CONFIDENTIAL.<BR>Any recipient who is not the intended recipient is requested to<BR>notify the sender by return e-mail and erase all copies of the message<BR>and attachments. The sender cannot guarantee that this email or any<BR>attachment to it is free of computer viruses or other conditions which may<BR>damage or interfere with data, hardware or software with which it might be<BR>used.<BR><BR>If you do not wish to receive commercial email messages from Sanitarium<BR>Health Food<BR>Company, please send an unsubscribe message to the sender of this email, or<BR>contact<BR>unsubscribe@sanitarium.com.au.<BR><BR><BR>--------------------------------------------------------------------<BR>mail2web.com – Enhanced email for the mobile individual based on Microsoft®<BR>Exchange - <A href="http://link.mail2web.com/Personal/EnhancedEmail">http://link.mail2web.com/Personal/EnhancedEmail</A><BR><BR><BR><BR><BR></FONT></P></DIV><br><br><table bgcolor=white style="color:black"><tr><td><br>This is an email from Australian Health & Nutrition Association Limited,<br>
ABN 63 096 452 872 trading as Sanitarium Health Food Company.<br>
<br>
THIS E-MAIL IS CONFIDENTIAL.<br>
Any recipient who is not the intended recipient is requested to<br>
notify the sender by return e-mail and erase all copies of the message<br>
and attachments. The sender cannot guarantee that this email or any<br>
attachment to it is free of computer viruses or other conditions which may<br>
damage or interfere with data, hardware or software with which it might be used.<br>
<br>
If you do not wish to receive commercial email messages from Sanitarium Health Food<br>
Company, please send an unsubscribe message to the sender of this email, or contact<br>
unsubscribe@sanitarium.com.au.<br>
</td></tr></table></BODY></HTML>