<!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 {
        PADDING-RIGHT: 0px; PADDING-LEFT: 0px; PADDING-BOTTOM: 0px; MARGIN: 0px; PADDING-TOP: 0px
}
BODY.hmmessage {
        FONT-SIZE: 10pt; FONT-FAMILY: Tahoma
}
</STYLE>
<META content="MSHTML 6.00.6000.16674" name=GENERATOR></HEAD>
<BODY class=hmmessage bgColor=#fafafa>
<DIV><FONT face=Arial>Hi Rick,</FONT></DIV>
<DIV><FONT face=Arial></FONT> </DIV>
<DIV><FONT face=Arial>thanks for the feedback. Some times the realm of 
SAP seems to take some queer turnings :-)=</FONT></DIV>
<DIV><FONT face=Arial></FONT> </DIV>
<DIV><FONT face=Arial>Best wishes,</FONT></DIV>
<DIV><FONT face=Arial>Florin</FONT></DIV>
<BLOCKQUOTE 
style="PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px">
  <DIV style="FONT: 10pt arial">----- Original Message ----- </DIV>
  <DIV 
  style="BACKGROUND: #e4e4e4; FONT: 10pt arial; font-color: black"><B>From:</B> 
  <A title=Rick.Sample@graybar.com href="mailto:Rick.Sample@graybar.com">Sample, 
  Rick</A> </DIV>
  <DIV style="FONT: 10pt arial"><B>To:</B> <A title=sap-wug@mit.edu 
  href="mailto:sap-wug@mit.edu">SAP Workflow Users' Group</A> </DIV>
  <DIV style="FONT: 10pt arial"><B>Sent:</B> Thursday, July 03, 2008 8:31 
  PM</DIV>
  <DIV style="FONT: 10pt arial"><B>Subject:</B> RE: Release Strategy issues in 
  4.6c</DIV>
  <DIV><BR></DIV>
  <DIV dir=ltr align=left><SPAN class=886252118-03072008><FONT 
  face="Microsoft Sans Serif">Florin,</FONT></SPAN></DIV>
  <DIV dir=ltr align=left><SPAN class=886252118-03072008><FONT 
  face="Microsoft Sans Serif"></FONT></SPAN> </DIV>
  <DIV dir=ltr align=left><SPAN class=886252118-03072008><FONT 
  face="Microsoft Sans Serif">What I was getting at  was using an 
  non-instance method, create the object, etc. etc. etc. </FONT></SPAN></DIV>
  <DIV dir=ltr align=left><SPAN class=886252118-03072008><FONT 
  face="Microsoft Sans Serif">That would indeed work without binding the 
  object. I would only need the key to create. </FONT></SPAN></DIV>
  <DIV dir=ltr align=left><SPAN class=886252118-03072008><FONT 
  face="Microsoft Sans Serif">BUT, </FONT></SPAN><SPAN 
  class=886252118-03072008><FONT face="Microsoft Sans Serif">I just had to step 
  away from the PC for a while. (Overkill and horrible solution. 
  LOL)</FONT></SPAN></DIV>
  <DIV dir=ltr align=left><SPAN class=886252118-03072008><FONT 
  face="Microsoft Sans Serif"></FONT></SPAN> </DIV>
  <DIV dir=ltr align=left><SPAN class=886252118-03072008><FONT 
  face="Microsoft Sans Serif">I tried ALL the suggestions but the ONLY thing I 
  can get to work is simple WAIT UP TO 3 SECONDS </FONT></SPAN></DIV>
  <DIV dir=ltr align=left><SPAN class=886252118-03072008><FONT 
  face="Microsoft Sans Serif">before I do a SELECT on EKKO. Simply bypass the 
  BUS2012 attributes. Simple did not work! </FONT></SPAN></DIV>
  <DIV dir=ltr align=left><SPAN class=886252118-03072008><FONT 
  face="Microsoft Sans Serif"></FONT></SPAN> </DIV>
  <DIV dir=ltr align=left><SPAN class=886252118-03072008><FONT 
  face="Microsoft Sans Serif">I really wanted to be able to get the data from 
  the attributes vs. a wait but it works and "it is what it 
  is".</FONT></SPAN></DIV>
  <DIV dir=ltr align=left><SPAN class=886252118-03072008><FONT 
  face="Microsoft Sans Serif">
  <DIV dir=ltr align=left><SPAN class=886252118-03072008><FONT 
  face="Microsoft Sans Serif">The code I am executing the 3 second wait is 
  in a background task anyway, so not really a 'bad' solution. 
  </FONT></SPAN></DIV>
  <DIV dir=ltr align=left><SPAN class=886252118-03072008></SPAN> </DIV>
  <DIV dir=ltr align=left><SPAN 
  class=886252118-03072008></SPAN></FONT></SPAN><SPAN 
  class=886252118-03072008></SPAN><SPAN 
  class=886252118-03072008></SPAN> </DIV></DIV><SPAN 
  style="FONT-SIZE: 8pt; COLOR: #3399cc; FONT-FAMILY: Arial"><SPAN 
  style="FONT-WEIGHT: bold; COLOR: #000000">Rick Sample</SPAN> <SPAN 
  style="COLOR: #000000">| </SPAN>Office (314) 573-5700<SPAN 
  style="COLOR: #000000"> | </SPAN>rick.sample@graybar.com <BR><A 
  href="http://www.graybar.com/">www.graybar.com</A> - <I>Works to Your 
  Advantage</I> </SPAN>
  <DIV> </DIV><BR>
  <DIV class=OutlookMessageHeader lang=en-us dir=ltr align=left>
  <HR tabIndex=-1>
  <FONT face=Tahoma size=2><B>From:</B> sap-wug-bounces@mit.edu 
  [mailto:sap-wug-bounces@mit.edu] <B>On Behalf Of </B>Florin Wach 
  (gmx)<BR><B>Sent:</B> Wednesday, July 02, 2008 3:20 PM<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><FONT face=Arial>you /have/ to bind.</FONT></DIV>
  <DIV><FONT face=Arial>The business object instances are cached in a global 
  memory, holding them there for the duration of the user's context session. So 
  it wouldn't be of any benefit.</FONT></DIV>
  <DIV><FONT face=Arial>Re-Defining the attribute to become "virtual" is 
  absolutely fine, as this is the purpose and meaning of a virtual attribute: To 
  deliver current / calculated data.</FONT></DIV>
  <BLOCKQUOTE 
  style="PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px">
    <DIV style="FONT: 10pt arial">----- Original Message ----- </DIV>
    <DIV 
    style="BACKGROUND: #e4e4e4; FONT: 10pt arial; font-color: black"><B>From:</B> 
    <A title=Rick.Sample@graybar.com 
    href="mailto:Rick.Sample@graybar.com">Sample, Rick</A> </DIV>
    <DIV style="FONT: 10pt arial"><B>To:</B> <A title=sap-wug@mit.edu 
    href="mailto:sap-wug@mit.edu">SAP Workflow Users' Group</A> </DIV>
    <DIV style="FONT: 10pt arial"><B>Sent:</B> Wednesday, July 02, 2008 10:18 
    PM</DIV>
    <DIV style="FONT: 10pt arial"><B>Subject:</B> RE: Release Strategy issues in 
    4.6c</DIV>
    <DIV><BR></DIV>
    <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 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> </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> </DIV>
    <DIV dir=ltr align=left><SPAN class=049041220-02072008><FONT 
    face="Microsoft Sans Serif"></FONT></SPAN> </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> </DIV>
    <DIV dir=ltr align=left><SPAN class=725530616-02072008><FONT 
    face="Microsoft Sans Serif">I will post the details when I get the 
    best solution 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 '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> </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> </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> </DIV>
    <DIV dir=ltr align=left><SPAN class=725530616-02072008><FONT 
    face="Microsoft Sans Serif"></FONT></SPAN> </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> <BR>We use [<STRONG>swc_refresh_object 
    self</STRONG>]<STRONG> </STRONG>inside the Method but it's the same 
    thing as calling FM SWO_OBJECT_REFRESH.<BR> <BR>Pity about the 
    async. You might have to resort to a WAIT UP TO '0.5' SECONDS or 
    something.<BR> <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> </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> </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> </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> <BR>We've had problems with this kind of thing 
    before as well. Sometimes it seems that Workflow is just too quick for 
    the database changes to actually take hold with the implicit 
    COMMIT WORK statement issued inside the standard code.<BR> <BR>In 
    the end we resorted to explicit COMMIT WORK AND WAIT statements inside 
    our Methods 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.  
    <BR> <BR>Occasionally we also ask the BOR Object to refresh 
    itself at the end of these Methods to keep the OBJECT-_* 
    structures up to date when we think something important may have 
    changed.<BR> <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 a discrete SELECT. This might be 
    enough time for the V2 updates to happen in the back-end in the 
    meantime. But then again it might not be enough of a delay if the 
    system is under stress and lots of updates are happening at the same 
    time.<BR> <BR>I guess it all depends on how soon after a database 
    change are you trying to fetch the new 
    value?<BR> <BR>Regards,<BR> <BR>Mike GT<BR><BR>> Subject: RE: 
    Release Strategy issues in 4.6c<BR>> Date: Wed, 2 Jul 2008 09:59:57 
    -0500<BR>> From: Rick.Sample@graybar.com<BR>> To: 
    sap-wug@mit.edu<BR>> <BR>> Hi Florin,<BR>> <BR>> Sounds 
    plausible and I planned to extend the object after I figured out<BR>> the 
    buffering issue(s). <BR>> To recap:<BR>> 1. The standard BOR bus2012 
    swc_get_property self 'RELEASESTATUS'<BR>> l_status gets buffered data. 
    Not the current data I need when I need it.<BR>> 2. I run the SELECT... 
    right after the swc_get_property as a test,<BR>> without a few seconds 
    wait and still not the current data I need.<BR>> 3. If I do #2 with WAIT 
    UP TO 3 SECONDS, I do get the most recent data.<BR>> <BR>> Now, what 
    you are saying is if I extend the attribute, make virtual, and<BR>> use 
    SELECT ..., I can bypass the WAIT?<BR>> What is the difference between 
    getting from BOR DATABASE attribute vs. a<BR>> SELECT in the method? The 
    BOR bypassing the buffers?<BR>> <BR>> Rick<BR>> <BR>> <BR>> 
    <BR>> -----Original Message-----<BR>> From: sap-wug-bounces@mit.edu 
    [mailto:sap-wug-bounces@mit.edu] On Behalf<BR>> Of Florin Wach<BR>> 
    Sent: Wednesday, July 02, 2008 8:46 AM<BR>> To: SAP Workflow Users' 
    Group<BR>> Subject: Re: Release Strategy issues in 4.6c<BR>> <BR>> 
    Hi,<BR>> <BR>> oh, I see. There's no problem with that on purchase 
    requisitions<BR>> BUS2105, as that table attribute is reading by itself 
    using a SELECT ...<BR>> FROM EBAN, but the same form within BUS2012 uses 
    the function module for<BR>> a buffered read.<BR>> <BR>> To work 
    around that, create a subtype w/delegation.<BR>> Redefine the attribute 
    ReleaseStatus<BR>> Change the Source from "Database field" to 
    "Virutal"<BR>> Create a coding with SELECT SINGLE FRGST FROM EKKO 
    INTO<BR>> object-releaseStatus WHERE ebeln = object-key.<BR>> <BR>> 
    Best wishes,<BR>> Florin<BR>> <BR>> -------- Original-Nachricht 
    --------<BR>> > Datum: Wed, 2 Jul 2008 08:37:34 -0500<BR>> > 
    Von: "Sample, Rick" <Rick.Sample@graybar.com><BR>> > An: "SAP 
    Workflow Users\' Group" <sap-wug@mit.edu><BR>> > Betreff: 
    Release Strategy issues in 4.6c<BR>> <BR>> > Hi WF's,<BR>> > 
    <BR>> > I have an issue with performance. I think! <BR>> > I 
    have a Purchase Release Strategy WF I am working on. <BR>> > User 
    approves his step, Wf catches the Release event and <BR>> > evaluates 
    for next approver. Standard approval stuff. <BR>> > <BR>> > The 
    issue:<BR>> > When user approves his task, wf event triggers, then I 
    immediately go<BR>> > and evaluate the Rel Strategy.<BR>> > The 
    standard BOR swc_get_property self 'RELEASESTATUS' l_status is<BR>> > 
    obviously getting the BUFFERED data. <BR>> > If I put in a WAIT UP TO 
    3 SECONDS then to a SELECT with BYPASSING<BR>> > BUFFER I get the 
    correct value <BR>> > from the SELECT, and I can verify that the BOR 
    get property is the<BR>> > buffered data. <BR>> > <BR>> > 
    In all my time doing WF, I have never had to work around such a 
    timing<BR>> > issues. <BR>> > This solution 'appears' to work 
    and is in a background task, so I<BR>> don't<BR>> > think it will 
    be an problem. <BR>> > <BR>> > Also, I tried using the FMs in 
    ME01 to refresh EKKO buffers, read the<BR>> > EKKO buffered data, etc. 
    with no success.<BR>> > Anyone have a more elegant solution or 
    comments with my above<BR>> solution?<BR>> > <BR>> > Thanks 
    much,<BR>> > <BR>> > <BR>> > <BR>> > 
    _______________________________________________<BR>> > SAP-WUG mailing 
    list<BR>> > SAP-WUG@mit.edu<BR>> > 
    http://mailman.mit.edu/mailman/listinfo/sap-wug<BR>> 
    _______________________________________________<BR>> SAP-WUG mailing 
    list<BR>> SAP-WUG@mit.edu<BR>> 
    http://mailman.mit.edu/mailman/listinfo/sap-wug<BR>> <BR>> 
    _______________________________________________<BR>> SAP-WUG mailing 
    list<BR>> SAP-WUG@mit.edu<BR>> 
    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> 
    <P>
    <HR>
    <P></P>_______________________________________________<BR>SAP-WUG mailing 
    list<BR>SAP-WUG@mit.edu<BR>http://mailman.mit.edu/mailman/listinfo/sap-wug<BR></BLOCKQUOTE>
  <P>
  <HR>
  <P></P>_______________________________________________<BR>SAP-WUG mailing 
  list<BR>SAP-WUG@mit.edu<BR>http://mailman.mit.edu/mailman/listinfo/sap-wug<BR></BLOCKQUOTE></BODY></HTML>