<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=iso-8859-1">
<STYLE>
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
FONT-SIZE: 10pt;
FONT-FAMILY:Tahoma
}
</STYLE>

<META content="MSHTML 6.00.2900.3020" name=GENERATOR></HEAD>
<BODY class=hmmessage>
<DIV dir=ltr align=left><SPAN class=049041220-02072008><FONT 
face="Microsoft Sans Serif">I have a WF 101 question. </FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=049041220-02072008><FONT 
face="Microsoft Sans Serif">On the Task bindings if I&nbsp;DO NOT bind ZBUS2012 
to the task (leaving it blank), will this force the task to re-instantiate the 
object vs. passing in that copy?</FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=049041220-02072008><FONT 
face="Microsoft Sans Serif">By default, I bind the objects. Especially on Dialog 
steps where I will use some object attributes for the display in the 
text.</FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=049041220-02072008><FONT 
face="Microsoft Sans Serif"></FONT></SPAN>&nbsp;</DIV>
<DIV dir=ltr align=left><SPAN class=049041220-02072008><FONT 
face="Microsoft Sans Serif">Rick</FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=049041220-02072008><FONT 
face="Microsoft Sans Serif"></FONT></SPAN>&nbsp;</DIV>
<DIV dir=ltr align=left><SPAN class=049041220-02072008><FONT 
face="Microsoft Sans Serif"></FONT></SPAN>&nbsp;</DIV>
<DIV dir=ltr align=left>
<HR tabIndex=-1>
</DIV>
<DIV dir=ltr align=left><FONT face=Tahoma><B>From:</B> sap-wug-bounces@mit.edu 
[mailto:sap-wug-bounces@mit.edu] <B>On Behalf Of </B>Sample, 
Rick<BR><B>Sent:</B> Wednesday, July 02, 2008 11:22 AM<BR><B>To:</B> SAP 
Workflow Users' Group<BR><B>Subject:</B> RE: Release Strategy issues in 
4.6c<BR></FONT><BR></DIV>
<DIV></DIV>
<DIV dir=ltr align=left><SPAN class=725530616-02072008><FONT 
face="Microsoft Sans Serif">All,</FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=725530616-02072008><FONT 
face="Microsoft Sans Serif">Got some good ideas.</FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=725530616-02072008><FONT 
face="Microsoft Sans Serif"></FONT></SPAN>&nbsp;</DIV>
<DIV dir=ltr align=left><SPAN class=725530616-02072008><FONT 
face="Microsoft Sans Serif">I will post&nbsp;the&nbsp;details when I get the 
best solution&nbsp;working. </FONT></SPAN><SPAN class=725530616-02072008><FONT 
face="Microsoft Sans Serif">I already have an extended object, 
</FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=725530616-02072008><FONT 
face="Microsoft Sans Serif">and changing the BOR attributes&nbsp;'sounds' like 
the cleanest first attempt. i.e. no other code changes in all my 
methods.</FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=725530616-02072008><FONT 
face="Microsoft Sans Serif">But, I will have to see how it impacts my other Wfs 
hanging on ZBUS2012 first. </FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=725530616-02072008><FONT 
face="Microsoft Sans Serif">*Sigh*, Only doing reads, but a long qualification 
process ahead with multiple apps using 2012. </FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=725530616-02072008><FONT 
face="Microsoft Sans Serif"></FONT></SPAN>&nbsp;</DIV>
<DIV dir=ltr align=left><SPAN class=725530616-02072008><FONT 
face="Microsoft Sans Serif">Also, the other performance issue not related to 
Release Strategy, </FONT></SPAN><SPAN class=725530616-02072008><FONT 
face="Microsoft Sans Serif">I plan on opening an OSS Customer Message. 
</FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=725530616-02072008><FONT 
face="Microsoft Sans Serif">Since we brought up another client for the upgrade, 
it is REALLY impacting code sync'n up </FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=725530616-02072008><FONT 
face="Microsoft Sans Serif">for the RUNTIME. Gotta be some performance tuning 
BASIS can do to help us out! </FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=725530616-02072008><FONT 
face="Microsoft Sans Serif"></FONT></SPAN>&nbsp;</DIV>
<DIV dir=ltr align=left><SPAN class=725530616-02072008><FONT 
face="Microsoft Sans Serif">Again, thanks much and I really appreciate 
it!</FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=725530616-02072008><FONT 
face="Microsoft Sans Serif">Rick</FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=725530616-02072008><FONT 
face="Microsoft Sans Serif"></FONT></SPAN>&nbsp;</DIV>
<DIV dir=ltr align=left><SPAN class=725530616-02072008><FONT 
face="Microsoft Sans Serif"></FONT></SPAN>&nbsp;</DIV>
<DIV dir=ltr align=left>
<HR tabIndex=-1>
<FONT face=Tahoma><B>From:</B> sap-wug-bounces@mit.edu 
[mailto:sap-wug-bounces@mit.edu] <B>On Behalf Of </B>Mike 
Gambier<BR><B>Sent:</B> Wednesday, July 02, 2008 10:56 AM<BR><B>To:</B> SAP 
Workflow Users' Group<BR><B>Subject:</B> RE: Release Strategy issues in 
4.6c<BR></FONT><BR></DIV>
<DIV></DIV>Rick,<BR>&nbsp;<BR>We use [<STRONG>swc_refresh_object 
self</STRONG>]<STRONG> </STRONG>inside the Method&nbsp;but it's the same thing 
as calling&nbsp;FM SWO_OBJECT_REFRESH.<BR>&nbsp;<BR>Pity about the async. You 
might have to resort to a WAIT UP TO '0.5' SECONDS or 
something.<BR>&nbsp;<BR>MGT<BR><BR>
<HR>
<BR>Subject: RE: Release Strategy issues in 4.6c<BR>Date: Wed, 2 Jul 2008 
10:37:59 -0500<BR>From: Rick.Sample@graybar.com<BR>To: 
sap-wug@mit.edu<BR><BR><BR>
<META content="Microsoft SafeHTML" name=Generator>
<STYLE>
.ExternalClass .EC_hmmessage P
{padding:0px;}
.ExternalClass body.EC_hmmessage
{font-size:10pt;font-family:Tahoma;}
</STYLE>

<DIV dir=ltr align=left><SPAN class=EC_850053315-02072008><FONT 
face="Microsoft Sans Serif">Hey Mike,</FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=EC_850053315-02072008><FONT 
face="Microsoft Sans Serif">Yea, COMMIT WORK AND WAIT is not an option in one of 
my tasks. It's async! </FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=EC_850053315-02072008></SPAN><SPAN 
class=EC_850053315-02072008><FONT 
face="Microsoft Sans Serif"></FONT></SPAN>&nbsp;</DIV>
<DIV dir=ltr align=left><SPAN class=EC_850053315-02072008><FONT 
face="Microsoft Sans Serif">When you say refresh the OBJECT, you are doing 
exactly what? SWO_OBJECT_REFRESH? This I have not tried yet.</FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=EC_850053315-02072008><FONT 
face="Microsoft Sans Serif">I'll give these and the other suggestions a tonk and 
determine what works best. </FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=EC_850053315-02072008><FONT 
face="Microsoft Sans Serif"></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=EC_850053315-02072008><FONT face="Microsoft Sans Serif">Thanks 
much,</FONT></SPAN></DIV>
<DIV><SPAN class=EC_850053315-02072008><FONT 
face="Microsoft Sans Serif">Rick</FONT></SPAN></DIV>
<DIV><FONT face="Microsoft Sans Serif"></FONT>&nbsp;</DIV>
<DIV><BR></DIV>
<DIV class=EC_OutlookMessageHeader lang=en-us dir=ltr align=left>
<HR>
<FONT face=Tahoma><B>From:</B> sap-wug-bounces@mit.edu 
[mailto:sap-wug-bounces@mit.edu] <B>On Behalf Of </B>Mike 
Gambier<BR><B>Sent:</B> Wednesday, July 02, 2008 10:22 AM<BR><B>To:</B> SAP 
Workflow Users' Group<BR><B>Subject:</B> RE: Release Strategy issues in 
4.6c<BR></FONT><BR></DIV>
<DIV></DIV>Rick,<BR>&nbsp;<BR>We've had problems with this kind of thing before 
as well. Sometimes it seems that&nbsp;Workflow is just too quick for the 
database changes to actually take hold&nbsp;with&nbsp;the implicit COMMIT WORK 
statement issued inside the standard&nbsp;code.<BR>&nbsp;<BR>In the end we 
resorted to explicit&nbsp;COMMIT WORK AND WAIT statements inside our 
Methods&nbsp;where we wanted to be absolutely sure the changes have happened 
before we proceed any further. This seems to have done the trick although it's a 
bit clunky and really not that elegant at all.&nbsp; <BR>&nbsp;<BR>Occasionally 
we&nbsp;also ask the BOR Object to refresh itself&nbsp;at the end of these 
Methods&nbsp;to keep the OBJECT-_* structures up to date when we think something 
important may have changed.<BR>&nbsp;<BR>Using a Virtual attribute rather than a 
Database attribute would enforce a certain 'delay' in retrieving the database 
value again because you have to execute&nbsp;a discrete SELECT. This&nbsp;might 
be enough time for the V2 updates to happen in the back-end in the 
meantime.&nbsp;But then again it might not be enough of a delay&nbsp;if the 
system is under stress and lots of updates are happening at the same 
time.<BR>&nbsp;<BR>I guess it all depends on how soon after a database change 
are you trying to fetch the new value?<BR>&nbsp;<BR>Regards,<BR>&nbsp;<BR>Mike 
GT<BR><BR>&gt; Subject: RE: Release Strategy issues in 4.6c<BR>&gt; Date: Wed, 2 
Jul 2008 09:59:57 -0500<BR>&gt; From: Rick.Sample@graybar.com<BR>&gt; To: 
sap-wug@mit.edu<BR>&gt; <BR>&gt; Hi Florin,<BR>&gt; <BR>&gt; Sounds plausible 
and I planned to extend the object after I figured out<BR>&gt; the buffering 
issue(s). <BR>&gt; To recap:<BR>&gt; 1. The standard BOR bus2012 
swc_get_property self 'RELEASESTATUS'<BR>&gt; l_status gets buffered data. Not 
the current data I need when I need it.<BR>&gt; 2. I run the SELECT... right 
after the swc_get_property as a test,<BR>&gt; without a few seconds wait and 
still not the current data I need.<BR>&gt; 3. If I do #2 with WAIT UP TO 3 
SECONDS, I do get the most recent data.<BR>&gt; <BR>&gt; Now, what you are 
saying is if I extend the attribute, make virtual, and<BR>&gt; use SELECT ..., I 
can bypass the WAIT?<BR>&gt; What is the difference between getting from BOR 
DATABASE attribute vs. a<BR>&gt; SELECT in the method? The BOR bypassing the 
buffers?<BR>&gt; <BR>&gt; Rick<BR>&gt; <BR>&gt; <BR>&gt; <BR>&gt; -----Original 
Message-----<BR>&gt; From: sap-wug-bounces@mit.edu 
[mailto:sap-wug-bounces@mit.edu] On Behalf<BR>&gt; Of Florin Wach<BR>&gt; Sent: 
Wednesday, July 02, 2008 8:46 AM<BR>&gt; To: SAP Workflow Users' Group<BR>&gt; 
Subject: Re: Release Strategy issues in 4.6c<BR>&gt; <BR>&gt; Hi,<BR>&gt; 
<BR>&gt; oh, I see. There's no problem with that on purchase 
requisitions<BR>&gt; BUS2105, as that table attribute is reading by itself using 
a SELECT ...<BR>&gt; FROM EBAN, but the same form within BUS2012 uses the 
function module for<BR>&gt; a buffered read.<BR>&gt; <BR>&gt; To work around 
that, create a subtype w/delegation.<BR>&gt; Redefine the attribute 
ReleaseStatus<BR>&gt; Change the Source from "Database field" to 
"Virutal"<BR>&gt; Create a coding with SELECT SINGLE FRGST FROM EKKO 
INTO<BR>&gt; object-releaseStatus WHERE ebeln = object-key.<BR>&gt; <BR>&gt; 
Best wishes,<BR>&gt; Florin<BR>&gt; <BR>&gt; -------- Original-Nachricht 
--------<BR>&gt; &gt; Datum: Wed, 2 Jul 2008 08:37:34 -0500<BR>&gt; &gt; Von: 
"Sample, Rick" &lt;Rick.Sample@graybar.com&gt;<BR>&gt; &gt; An: "SAP Workflow 
Users\' Group" &lt;sap-wug@mit.edu&gt;<BR>&gt; &gt; Betreff: Release Strategy 
issues in 4.6c<BR>&gt; <BR>&gt; &gt; Hi WF's,<BR>&gt; &gt; <BR>&gt; &gt; I have 
an issue with performance. I think! <BR>&gt; &gt; I have a Purchase Release 
Strategy WF I am working on. <BR>&gt; &gt; User approves his step, Wf catches 
the Release event and <BR>&gt; &gt; evaluates for next approver. Standard 
approval stuff. <BR>&gt; &gt; <BR>&gt; &gt; The issue:<BR>&gt; &gt; When user 
approves his task, wf event triggers, then I immediately go<BR>&gt; &gt; and 
evaluate the Rel Strategy.<BR>&gt; &gt; The standard BOR swc_get_property self 
'RELEASESTATUS' l_status is<BR>&gt; &gt; obviously getting the BUFFERED data. 
<BR>&gt; &gt; If I put in a WAIT UP TO 3 SECONDS then to a SELECT with 
BYPASSING<BR>&gt; &gt; BUFFER I get the correct value <BR>&gt; &gt; from the 
SELECT, and I can verify that the BOR get property is the<BR>&gt; &gt; buffered 
data. <BR>&gt; &gt; <BR>&gt; &gt; In all my time doing WF, I have never had to 
work around such a timing<BR>&gt; &gt; issues. <BR>&gt; &gt; This solution 
'appears' to work and is in a background task, so I<BR>&gt; don't<BR>&gt; &gt; 
think it will be an problem. <BR>&gt; &gt; <BR>&gt; &gt; Also, I tried using the 
FMs in ME01 to refresh EKKO buffers, read the<BR>&gt; &gt; EKKO buffered data, 
etc. with no success.<BR>&gt; &gt; Anyone have a more elegant solution or 
comments with my above<BR>&gt; solution?<BR>&gt; &gt; <BR>&gt; &gt; Thanks 
much,<BR>&gt; &gt; <BR>&gt; &gt; <BR>&gt; &gt; <BR>&gt; &gt; 
_______________________________________________<BR>&gt; &gt; SAP-WUG mailing 
list<BR>&gt; &gt; SAP-WUG@mit.edu<BR>&gt; &gt; 
http://mailman.mit.edu/mailman/listinfo/sap-wug<BR>&gt; 
_______________________________________________<BR>&gt; SAP-WUG mailing 
list<BR>&gt; SAP-WUG@mit.edu<BR>&gt; 
http://mailman.mit.edu/mailman/listinfo/sap-wug<BR>&gt; <BR>&gt; 
_______________________________________________<BR>&gt; SAP-WUG mailing 
list<BR>&gt; SAP-WUG@mit.edu<BR>&gt; 
http://mailman.mit.edu/mailman/listinfo/sap-wug<BR><BR><BR>
<HR>
Play Live Search Charades and win £5000 <A href="http://www.searchcharades.com/" 
target=_blank>Think you know your TV, music and film?</A> <BR>
<HR>
Play now! <A href="http://www.fishticuffs.co.uk" target=_new>Get fish-slapping 
on Messenger</A> </BODY></HTML>