<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
<TITLE></TITLE>
<META content="MSHTML 6.00.2900.3059" name=GENERATOR></HEAD>
<BODY>
<P><FONT size=2>Hi Paul.</FONT></P>
<P><FONT size=2>Good to see someone's on Southern Hemisphere time!</FONT><FONT
size=2><BR>Aus and NZ are separate elements (for the purpose of a simple test I
created 2 structures based on MAKT).<BR>Only AUS to AUS, and only NZ to NZ -
only one structure can be referenced directly by a simple form.<BR>The first
form to be saved is the form that gets cleared - ie the data is lost.</FONT></P>
<P><FONT size=2>Not much of a screenflow to show:</FONT></P>
<P><FONT size=2><IMG src="cid:174381804@03052007-04bc"></FONT></P>
<P><FONT size=2><FONT face=Arial color=#0000ff>For testing, I just created a
start form, again based on structure MAKT; thus I have three structure container
elements, STARTFORM, AUSTRALIA, and NEWZEALAND</FONT></FONT></P>
<P><FONT size=2><IMG src="cid:174381804@03052007-04c3"></FONT></P>
<P><FONT size=2><FONT face=Arial color=#0000ff>To run, just enter the Tx name in
SE93 and execute;</FONT></FONT></P>
<P><FONT size=2><FONT face=Arial color=#0000ff>in SBWP session 1, open one of
the tasks.</FONT></FONT></P>
<DIV><FONT size=2><FONT face=Arial color=#0000ff>in SBWP session 2, open the
other task.</FONT></FONT></DIV>
<DIV><FONT face=Arial color=#0000ff size=2>Start form :</FONT></DIV>
<DIV><IMG src="cid:174381804@03052007-04ca"></DIV>
<DIV><FONT size=2> </FONT></DIV>
<DIV><FONT size=2><FONT face=Arial color=#0000ff>Workflow
inbox:</FONT></FONT></DIV>
<DIV><FONT size=2><IMG src="cid:174381804@03052007-04d1"></FONT></DIV>
<DIV><FONT face=Arial color=#0000ff size=2></FONT> </DIV>
<DIV><FONT face=Arial color=#0000ff size=2>NewZealand:</FONT></DIV>
<DIV><FONT face=Arial color=#0000ff size=2></FONT> </DIV>
<DIV><IMG src="cid:174381804@03052007-04d8"></DIV>
<DIV><FONT size=2><FONT face=Arial color=#0000ff></FONT></FONT> </DIV>
<DIV><FONT size=2><FONT face=Arial color=#0000ff>Australia: </FONT></FONT></DIV>
<DIV><FONT face=Arial color=#0000ff size=2></FONT> </DIV>
<DIV><FONT size=2><FONT face=Arial color=#0000ff> (same but with
2's)</FONT></DIV>
<P><FONT face=Arial color=#0000ff>Then, I save and exit out of NZ, and
then save and exit out of Aus.</FONT></P>
<P><FONT face=Arial color=#0000ff>Resultant container:</FONT></P>
<P><IMG src="cid:174381804@03052007-04e6"></P>
<P><FONT face=Arial color=#0000ff>As you can see, NZ data has
disappeared!</FONT></P>
<DIV><FONT face=Arial color=#0000ff>Sorry, missed one screen dump, of the
container after saving NZ, but prior to saving Aus:</FONT></DIV>
<DIV><IMG src="cid:174381804@03052007-04ed"></DIV>
<P><FONT face=Arial color=#0000ff>(trust me on that one - no smoke and mirrors
involved!).</FONT></P>
<DIV><FONT face=Arial color=#0000ff>Any help appreciated.</FONT></DIV>
<DIV><FONT face=Arial color=#0000ff></FONT> </DIV>
<DIV><FONT face=Arial color=#0000ff>Cheers.</FONT></DIV>
<DIV><FONT face=Arial color=#0000ff></FONT> </DIV>
<DIV><FONT face=Arial color=#0000ff>Nigel.</FONT></DIV>
<P><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> |
To:
<sap-wug@mit.edu>
|<BR> |
cc:
|<BR> | Subject: FW: Container
problem in parallel processing with simple
forms
|<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"
target=_blank>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"
target=_blank>http://mailman.mit.edu/mailman/listinfo/sap-wug</A><BR><BR><BR><BR><BR>******************************************************************************************************************************************************<BR><BR>Only
an individual or entity who is intended to be a recipient of this e-mail may
access or use the information contained in this e-mail or any of its
attachments. Opinions contained in this e-mail or any of its 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 legally
privileged and the subject of copyright. If you have received this e-mail
in error, please notify Queensland Treasury immediately and erase all copies of
the e-mail and the attachments. Queensland Treasury uses virus scanning
software. However, it is not liable for viruses present in this e-mail or
in any
attachment. <BR><BR>******************************************************************************************************************************************************<BR><BR><BR></P></FONT><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>