<FONT face="Default Sans Serif,Verdana,Arial,Helvetica,sans-serif" size=2><DIV>Thanks for all ur replies.. As it happened before, even this time automatically the buffer got refreshed and after 12 midnight the task were visible... This is something very weird in Workflow and is called as the Cindrella principle... :-))</DIV><DIV> </DIV><DIV>Thanks</DIV><DIV>Albina<BR></DIV><DIV><BR><DIV><BR></DIV><FONT color=#990099>-----sap-wug-bounces@mit.edu wrote: -----<BR><BR></FONT><blockquote style="PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px">To: "SAP Workflow Users' Group" <sap-wug@mit.edu><BR>From: "Neumann, Marcia" <Marcia_Neumann@cinfin.com><BR>Sent by: sap-wug-bounces@mit.edu<BR>Date: 06/21/2007 07:35AM<BR>Subject: RE: Clearing the Workflow buffer<BR><BR><FONT face="Default Monospace,Courier New,Courier,monospace" size=2 >We opened a Customer Message with SAP after we upgraded to ECC 6 asking<BR>why the Generate Runtime Version was grayed out and they replied they<BR>purposely changed it with a note.<BR><BR>Here is question to SAP.<BR><SPAN style="VISIBILITY: hidden"> </SPAN>When executing transaction PFTC in display mode in CIS the<BR>option to <SPAN style="VISIBILITY: hidden"> </SPAN>'Generate runtime version' has been grayed out<BR>(disabled). Since CIS <SPAN style="VISIBILITY: hidden"> </SPAN>is a one client system would that be the reason<BR>why option 'Generate<BR><SPAN style="VISIBILITY: hidden"> </SPAN>runtime version' has been disabled? If this option should not be<BR><SPAN style="VISIBILITY: hidden"> </SPAN>disabled can you all explain why it has been after upgrading to<BR>6.0?<BR><BR>Here is their response.<BR><SPAN style="VISIBILITY: hidden"> </SPAN>That the function has been disabled with note 979107 ('SUPPORT'<BR>Role:<BR><SPAN style="VISIBILITY: hidden"> </SPAN>Correlation editor, Process Builder).<BR><SPAN style="VISIBILITY: hidden"> </SPAN>So this is not a bug. It should be ensured that definition<BR>objects<BR><SPAN style="VISIBILITY: hidden"> </SPAN>(e.g. workflow definitions) cannot be changed in the display<BR>mode<BR><SPAN style="VISIBILITY: hidden"> </SPAN>of the corresponding tool (e.g. workflow builder).<BR><BR><SPAN style="VISIBILITY: hidden"> </SPAN>For further information please take a look at the notes 979107<BR><SPAN style="VISIBILITY: hidden"> </SPAN>and 963325.<BR><BR><SPAN style="VISIBILITY: hidden"> </SPAN>Kind regards,<BR><SPAN style="VISIBILITY: hidden"> </SPAN>Nicole Fessler<BR><SPAN style="VISIBILITY: hidden"> </SPAN>SAP AG, Workflow Development<BR><BR>Marcia Neumann<BR>IT Claims Development/Support<BR><BR>Confidentiality notice: The information included in this e-mail,<BR>including any attachments, is for the sole use of the intended recipient<BR>and may contain confidential and privileged information. Any<BR>unauthorized review, use, disclosure, distribution or similar action is<BR>prohibited. If you are not the intended recipient, please contact the<BR>sender and delete all copies of the original message immediately.<BR><BR>-----Original Message-----<BR>From: sap-wug-bounces@mit.edu [<A href="mailto:sap-wug-bounces@mit.edu" target=blank >mailto:sap-wug-bounces@mit.edu</A>] On Behalf<BR>Of Mike Pokraka<BR>Sent: Thursday, June 21, 2007 10:25 AM<BR>To: SAP Workflow Users' Group<BR>Subject: RE: Clearing the Workflow buffer<BR><BR>I'm sitting on a 620 site at mo, but have definitively done it in both<BR>640<BR>and 700 systems. Only one option in the menu works in a non-modifiable<BR>system ("Generate..." over here, "Generate and activate" is locked).<BR><BR>Cheers,<BR>Mike<BR><BR>On Thu, June 21, 2007 2:46 pm, Neumann, Marcia wrote:<BR>> Unfortunately in ECC 6 you can't generate a runtime version in a<BR>> non-modifiable system.<BR>><BR>> Marcia Neumann<BR>> IT Claims Development/Support<BR>><BR>> Confidentiality notice: The information included in this e-mail,<BR>> including any attachments, is for the sole use of the intended<BR>recipient<BR>> and may contain confidential and privileged information. Any<BR>> unauthorized review, use, disclosure, distribution or similar action<BR>is<BR>> prohibited. If you are not the intended recipient, please contact the<BR>> sender and delete all copies of the original message immediately.<BR>><BR>> -----Original Message-----<BR>> From: sap-wug-bounces@mit.edu [<A href="mailto:sap-wug-bounces@mit.edu" target=blank >mailto:sap-wug-bounces@mit.edu</A>] On<BR>Behalf<BR>> Of Mike Pokraka<BR>> Sent: Thursday, June 21, 2007 7:00 AM<BR>> To: SAP Workflow Users' Group<BR>> Subject: Re: Clearing the Workflow buffer<BR>><BR>> Hi Allan,<BR>><BR>> This sticky behaviour has also made it's way back into 620 with later<BR>> patch levels. My routine is a little simpler and works 99% of the<BR>time:<BR>> Following a change, goto the test/config client and<BR>> 1. Run SWU_OBUF<BR>> 2. Open the WF in the WF builder<BR>> 3. Menu: Workflow->Activation->Generate runtime version.<BR>><BR>> This also works in PRD where I dont't have SE37 access.<BR>> Cheers,<BR>> Mike<BR>><BR>> On Thu, June 21, 2007 8:06 am, Allan Pearson wrote:<BR>>> Since upgrading to ECC6.0 we have a variation on refreshing WF<BR>> buffers.<BR>>> Changes in the dev. Client are not reflected in the config client<BR>> (same<BR>>> box). OSS gave us the following fix which works;<BR>>><BR>>><BR>>><BR>>> <Quote><BR>>><BR>>> Generally you have to use for every changed workflow template such<BR>>> procedure:<BR>>><BR>>> 1. For example you have changed WSXXX in Version N. You activated it<BR>> in<BR>>><BR>>> the your development client (RD1_120), but it is not enough now.<BR>>><BR>>> Now you have to call after that in the client where you start your<BR>>> workflow instances (RD1_111) 3 additional steps:<BR>>><BR>>> a) SE37 -> Function SWD_WFD_REPLICATE_FROM_9999 for WSXXX and you get<BR>>> the new runtime version N+1<BR>>><BR>>> b) SWU_OBUF<BR>>><BR>>> c) SE38 -> RSWDCLRBUF with parameters:<BR>>><BR>>> Workflow Definition WSXXX Version N (version before activation by<BR>>> function)<BR>>><BR>>> <EndQuote><BR>>><BR>>><BR>>><BR>>> Would be nice if somebody knows of a permanent fix so we can stop<BR>> doing<BR>>> this.<BR>>><BR>>><BR>>><BR>>> Regards<BR>>><BR>>><BR>>><BR>>><BR>>><BR>>> Allan Pearson<BR>>><BR>>> T-Mobile<BR>>><BR>>><BR>>><BR>>><BR>>><BR>>> -----Original Message-----<BR>>> From: sap-wug-bounces@mit.edu [<A href="mailto:sap-wug-bounces@mit.edu" target=blank >mailto:sap-wug-bounces@mit.edu</A>] On<BR>> Behalf<BR>>> Of sap-wug-request@mit.edu<BR>>> Sent: 21 June 2007 00:15<BR>>> To: sap-wug@mit.edu<BR>>> Subject: SAP-WUG Digest, Vol 31, Issue 57<BR>>><BR>>><BR>>><BR>>> Send SAP-WUG mailing list submissions to<BR>>><BR>>> sap-wug@mit.edu<BR>>><BR>>><BR>>><BR>>> To subscribe or unsubscribe via the World Wide Web, visit<BR>>><BR>>> <A href="http://mailman.mit.edu/mailman/listinfo/sap-wug" target=blank >http://mailman.mit.edu/mailman/listinfo/sap-wug</A><BR>>><BR>>> or, via email, send a message with subject or body 'help' to<BR>>><BR>>> sap-wug-request@mit.edu<BR>>><BR>>><BR>>><BR>>> You can reach the person managing the list at<BR>>><BR>>> sap-wug-owner@mit.edu<BR>>><BR>>><BR>>><BR>>> When replying, please edit your Subject line so it is more specific<BR>>><BR>>> than "Re: Contents of SAP-WUG digest..."<BR>>><BR>>><BR>>><BR>>><BR>>><BR>>> Today's Topics:<BR>>><BR>>><BR>>><BR>>> 1. Re: ABAP OO (Susan R. Keohan)<BR>>><BR>>> 2. Re: Workflow Fails After Upgrade to ECC 6.0<BR>>><BR>>> (Paul.Bakker@osr.treasury.qld.gov.au)<BR>>><BR>>> 3. RE: Workflow Fails After Upgrade to ECC 6.0 (Morris, Eddie)<BR>>><BR>>> 4. Clearing the Workflow buffer (Albina Fernando)<BR>>><BR>>> 5. RE: Clearing the Workflow buffer (Miller, Jerry)<BR>>><BR>>><BR>>><BR>>><BR>>><BR>>><BR>----------------------------------------------------------------------<BR>>><BR>>><BR>>><BR>>> Message: 1<BR>>><BR>>> Date: Wed, 20 Jun 2007 16:48:58 -0400<BR>>><BR>>> From: "Susan R. Keohan" <keohan@ll.mit.edu><BR>>><BR>>> Subject: Re: ABAP OO<BR>>><BR>>> To: "SAP Workflow Users' Group" <sap-wug@mit.edu><BR>>><BR>>> Message-ID: <467992BA.1080804@ll.mit.edu><BR>>><BR>>> Content-Type: text/plain; charset=ISO-8859-1; format=flowed<BR>>><BR>>><BR>>><BR>>> John,<BR>>><BR>>><BR>>><BR>>> Ask for and you shall receive!<BR>>><BR>>><BR>>><BR>>> We will be fortunate to enjoy a very well done session by one of our<BR>> own<BR>>><BR>>><BR>>> (stop blushing Mr. Pokraka) who also presented 'Classy Workflows' at<BR>> the<BR>>><BR>>><BR>>> ASUG Annual Conference in Atlanta. Sadly, Mike's co-speaker, the<BR>> lovely<BR>>><BR>>><BR>>> and talented Anna Hill, will not be able to attend, since she works<BR>> for<BR>>><BR>>> SAP (huh ? How does that make sense?). We will miss you Anna!<BR>>><BR>>><BR>>><BR>>> Regards,<BR>>><BR>>> Sue<BR>>><BR>>><BR>>><BR>>> John White wrote:<BR>>><BR>>>> Thank you Jocelyn, and nice work on the blogs!<BR>>><BR>>>><BR>>><BR>>>> Your enthusiasm for ABAP OO is compelling, but sadly, my workflow<BR>>><BR>>>> experience has only been with BOR. But, I will make an effort to use<BR>>><BR>>>> this on my next workflow.<BR>>><BR>>>><BR>>><BR>>>> Is there a tutorial available? I need some very basic information to<BR>>><BR>>>> start with! Maybe Sap TechEd 07 in Las Vegas will have a beginners<BR>>><BR>>>> session?<BR>>><BR>>>><BR>>><BR>>>> Thanks again,<BR>>><BR>>>><BR>>><BR>>>> John<BR>>><BR>>>><BR>>><BR>>>> ________________________________<BR>>><BR>>>><BR>>><BR>>>> From: sap-wug-bounces@mit.edu [<A href="mailto:sap-wug-bounces@mit.edu" target=blank >mailto:sap-wug-bounces@mit.edu</A>] On<BR>>> Behalf<BR>>><BR>>>> Of Dart, Jocelyn<BR>>><BR>>>> Sent: Wednesday, June 20, 2007 2:24 AM<BR>>><BR>>>> To: SAP Workflow Users' Group<BR>>><BR>>>> Subject: RE: Difference between Business object method and ABAP<BR>>><BR>>>> classmethodsin atask<BR>>><BR>>>><BR>>><BR>>>><BR>>><BR>>>> Hi John,<BR>>><BR>>>><BR>>><BR>>>> Actually having worked with both ABAP OO for Workflow and BOR my<BR>>> current<BR>>><BR>>>> opinion is - only use BOR for eventing if you are using - a standard<BR>>><BR>>>> workflow as-is or an event technique that doesn't support OO - like<BR>>><BR>>>> status management events.<BR>>><BR>>>><BR>>><BR>>>> Otherwise stick with ABAP OO and link to the existing BOR using an<BR>>><BR>>>> attribute of type SIBFLPORB.<BR>>><BR>>>><BR>>><BR>>>> Best of both worlds. ABAP OO is soooooooooooooooo much easier to<BR>use<BR>>><BR>>>> for enhancements.<BR>>><BR>>>><BR>>><BR>>>><BR>>><BR>>>> Regards,<BR>>><BR>>>> Jocelyn Dart<BR>>><BR>>>> Senior Consultant<BR>>><BR>>>> SAP Australia Pty Ltd.<BR>>><BR>>>> Level 1/168 Walker St.<BR>>><BR>>>> North Sydney<BR>>><BR>>>> NSW, 2060<BR>>><BR>>>> Australia<BR>>><BR>>>> T +61 412 390 267<BR>>><BR>>>> M + 61 412 390 267<BR>>><BR>>>> E jocelyn.dart@sap.com<BR>>><BR>>>> <A href="http://www.sap.com/" target=blank >http://www.sap.com</A><<A href="http://www.sap.com/" target=blank>http://www.sap.com/</A>><BR>>><BR>>>><BR>>><BR>>>> The information contained in or attached to this electronic<BR>>> transmission<BR>>><BR>>>> is confidential and may be legally privileged. It is intended only<BR>> for<BR>>><BR>>>> the person or entity to which it is addressed. If you are not the<BR>>><BR>>>> intended recipient, you are hereby notified that any distribution,<BR>>><BR>>>> copying, review, retransmission, dissemination or other use of this<BR>>><BR>>>> electronic transmission or the information contained in it is<BR>> strictly<BR>>><BR>>>> prohibited. If you have received this electronic transmission in<BR>>> error,<BR>>><BR>>>> please immediately contact the sender to arrange for the return of<BR>> the<BR>>><BR>>>> original documents.<BR>>><BR>>>><BR>>><BR>>>> Electronic transmission cannot be guaranteed to be secure and<BR>>><BR>>>> accordingly, the sender does not accept liability for any such data<BR>>><BR>>>> corruption, interception, unauthorized amendment, viruses, delays or<BR>>> the<BR>>><BR>>>> consequences thereof.<BR>>><BR>>>><BR>>><BR>>>> Any views expressed in this electronic transmission are those of the<BR>>><BR>>>> individual sender, except where the message states otherwise and the<BR>>><BR>>>> sender is authorized to state them to be the views of SAP AG or any<BR>> of<BR>>><BR>>>> its subsidiaries. SAP AG, its subsidiaries, and their directors,<BR>>><BR>>>> officers and employees make no representation nor accept any<BR>> liability<BR>>><BR>>>> for the accuracy or completeness of the views or information<BR>> contained<BR>>><BR>>>> herein. Please be aware that the furnishing of any pricing<BR>>> information/<BR>>><BR>>>> business proposal herein is indicative only, is subject to change<BR>and<BR>>><BR>>>> shall not be construed as an offer or as constituting a binding<BR>>><BR>>>> agreement on the part of SAP AG or any of its subsidiaries to enter<BR>>> into<BR>>><BR>>>> any relationship, unless otherwise expressly stated.<BR>>><BR>>>><BR>>><BR>>>><BR>>><BR>>>><BR>>><BR>>>> ________________________________<BR>>><BR>>>><BR>>><BR>>>> From: sap-wug-bounces@mit.edu [<A href="mailto:sap-wug-bounces@mit.edu" target=blank >mailto:sap-wug-bounces@mit.edu</A>] On<BR>>> Behalf<BR>>><BR>>>> Of John White<BR>>><BR>>>> Sent: Wednesday, 20 June 2007 6:53 AM<BR>>><BR>>>> To: SAP Workflow Users' Group<BR>>><BR>>>> Subject: RE: Difference between Business object method and ABAP<BR>class<BR>>><BR>>>> methodsin atask<BR>>><BR>>>><BR>>><BR>>>><BR>>><BR>>>> I don't know the answer, but here is what I found on SDN. My<BR>>> experience<BR>>><BR>>>> has only been with BOR object, creating new, and extending existing<BR>>><BR>>>> ones. Hope this helps!<BR>>><BR>>>><BR>>><BR>>>> BOR objects is the category that have been around for a long time,<BR>>> while<BR>>><BR>>>> CL is a (relatively) new possibility. You should use whatever is<BR>more<BR>>><BR>>>> practical in each case. For instance, if you are working with<BR>>> employees<BR>>><BR>>>> and everything you need is in BOR object BUS1065 it makes sense to<BR>> use<BR>>><BR>>>> that BOR object. If you find a class that has everything you need it<BR>>><BR>>>> makes (even more) sense to use that.<BR>>><BR>>>><BR>>><BR>>>> If you have to create a completely new object type you should try to<BR>>><BR>>>> create a class instead of a new BOR object. If you simply need a<BR>>> little<BR>>><BR>>>> bit of additional functionality or a new virtual attribute, my<BR>>><BR>>>> recommendation would be to extend the object type that exists<BR>instead<BR>>> of<BR>>><BR>>>> trying to create a class that extends a BOR object.<BR>>><BR>>>><BR>>><BR>>>> and,<BR>>><BR>>>> ABAP CLASS<BR>>><BR>>>> Template for objects in ABAP Objects. Defined using CLASS - ENDCLASS<BR>>><BR>>>> either globally in a class pool or locally in another ABAP program.<BR>>> The<BR>>><BR>>>> definition of a class is made up of a declaration section for the<BR>>><BR>>>> declaration of theclass components and animplementation section for<BR>>> the<BR>>><BR>>>> implementation of the methods.<BR>>><BR>>>> BOR-OBJECT TYPES<BR>>><BR>>>> mySAP Technology service and directory of all object types (business<BR>>><BR>>>> object types, organization object types and technical object types)<BR>> in<BR>>><BR>>>> hierarchical order.<BR>>><BR>>>> The object types are each assigned to a packet (and thus indirectly<BR>>> also<BR>>><BR>>>> to an application component).<BR>>><BR>>>> Directory of all object types in hierarchical order.<BR>>><BR>>>> The object types are each assigned a development class (and thus<BR>>><BR>>>> indirectly also to an application component).<BR>>><BR>>>><BR>>><BR>>>><BR>>><BR>>>> ________________________________<BR>>><BR>>>><BR>>><BR>>>> From: sap-wug-bounces@mit.edu [<A href="mailto:sap-wug-bounces@mit.edu" target=blank >mailto:sap-wug-bounces@mit.edu</A>] On<BR>>> Behalf<BR>>><BR>>>> Of Albina Fernando<BR>>><BR>>>> Sent: Monday, June 18, 2007 1:41 PM<BR>>><BR>>>> To: sap-wug@mit.edu<BR>>><BR>>>> Subject: Difference between Business object method and ABAP class<BR>>><BR>>>> methods in atask<BR>>><BR>>>><BR>>><BR>>>><BR>>><BR>>>> Hi,<BR>>><BR>>>><BR>>><BR>>>> Can anyone tell me the difference between using Business Object<BR>>> method<BR>>><BR>>>> and Class methods in the tasks of the Workflow. For eg. When<BR>creating<BR>>> a<BR>>><BR>>>> task we have 2 options. Either Assign a Business Object method or a<BR>>> ABAP<BR>>><BR>>>> Object class method. So I need to know the difference between the<BR>> two.<BR>>><BR>>>> And also the advantages of using the two...<BR>>><BR>>>> Thanks a lot for all ur support.<BR>>><BR>>>><BR>>><BR>>>> Thanks<BR>>><BR>>>> Albina<BR>>><BR>>>><BR>>><BR>>>><BR>>><BR>>>> This email may contain confidential or privileged information for<BR>the<BR>>><BR>>>> intended recipient(s). If you are not the intended recipient, please<BR>>> do<BR>>><BR>>>> not use or disseminate the information, notify the sender and delete<BR>>> it<BR>>><BR>>>> from your system. Thanks<BR>>><BR>>>><BR>>><BR>>>><BR>> ______________________________________________________________________<BR>>><BR>>>><BR>>><BR>>>><BR>>><BR>>>><BR>>><BR>>>><BR>>><BR>>>><BR>>><BR>>>><BR>>><BR>>>><BR>>><BR>>>><BR>>><BR>>>><BR>>><BR>>>> -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --<BR>>><BR>>>><BR>>><BR>>>> This e-mail and any files transmitted with it may<BR>>><BR>>>> contain privileged, confidential, or proprietary information<BR>>><BR>>>> which may be protected from disclosure under law, and is<BR>>><BR>>>> intended solely for the use of the individual, group, or entity<BR>>><BR>>>> to whom this e-mail is addressed. If you are not one of the<BR>>><BR>>>> named recipients, please notify the sender by e-mail and<BR>>><BR>>>> delete this message immediately from your computer. Any<BR>>><BR>>>> other use, retention, dissemination, forwarding, printing, or<BR>>><BR>>>> copying of this e-mail is strictly prohibited. Thank you for<BR>>><BR>>>> your assistance.<BR>>><BR>>>><BR>>><BR>>>><BR>>><BR>>>><BR>>><BR>>>><BR>>><BR>>>><BR>>><BR>><BR>------------------------------------------------------------------------<BR>>><BR>>>><BR>>><BR>>>> _______________________________________________<BR>>><BR>>>> SAP-WUG mailing list<BR>>><BR>>>> SAP-WUG@mit.edu<BR>>><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>>> Susan R. Keohan<BR>>><BR>>> SAP Workflow Developer<BR>>><BR>>> MIT Lincoln Laboratory<BR>>><BR>>> 244 Wood Street<BR>>><BR>>> LI-200<BR>>><BR>>> Lexington, MA. 02420<BR>>><BR>>> Phone: 781-981-3561<BR>>><BR>>> Fax: 781-981-1607<BR>>><BR>>> keohan@ll.mit.edu<BR>>><BR>>><BR>>><BR>>><BR>>><BR>>> ------------------------------<BR>>><BR>>><BR>>><BR>>> Message: 2<BR>>><BR>>> Date: Thu, 21 Jun 2007 07:24:38 +1000<BR>>><BR>>> From: Paul.Bakker@osr.treasury.qld.gov.au<BR>>><BR>>> Subject: Re: Workflow Fails After Upgrade to ECC 6.0<BR>>><BR>>> To: "SAP Workflow Users' Group" <sap-wug@mit.edu><BR>>><BR>>> Message-ID:<BR>>><BR>>><BR>>><BR>><BR><OF09F3F4BD.E80E5A8E-ON4A257300.0074E5A7-4A257300.00759B01@treasury.qld.<BR>>> gov.au><BR>>><BR>>><BR>>><BR>>> Content-Type: text/plain; charset="us-ascii"<BR>>><BR>>><BR>>><BR>>> Joanne,<BR>>><BR>>><BR>>><BR>>> This kind of error occurs during binding, when a source *structure*<BR>> (as<BR>>><BR>>> opposed to field) in a container does not match a target structure.<BR>>><BR>>> Unfortunately, it won't be picked up by syntax checks or one-on-one<BR>>><BR>>> testing, unless you provide both both source and target.<BR>>><BR>>><BR>>><BR>>> If you can pinpoint the step in the workflow where it fails, and<BR>> closely<BR>>><BR>>> look at the *structure* variables that are in the binding, then you<BR>>> should<BR>>><BR>>> find the culprit.<BR>>><BR>>><BR>>><BR>>> 'Check'ing the bindings in each step should also help.<BR>>><BR>>><BR>>><BR>>> cheers<BR>>><BR>>> Paul Bakker<BR>>><BR>>><BR>>><BR>>><BR>>><BR>>><BR>>><BR>>><BR>>><BR>>> |---------+--------------------------------><BR>>><BR>>> | | "Joanne Johnson" |<BR>>><BR>>> | | <JoanneJohnson@jo-ann|<BR>>><BR>>> | | stores.com> |<BR>>><BR>>> | | Sent by: |<BR>>><BR>>> | | sap-wug-bounces@mit.e|<BR>>><BR>>> | | du |<BR>>><BR>>> | | |<BR>>><BR>>> | | |<BR>>><BR>>> | | 20/06/2007 23:43 |<BR>>><BR>>> | | Please respond to |<BR>>><BR>>> | | "SAP Workflow Users' |<BR>>><BR>>> | | Group" |<BR>>><BR>>> | | |<BR>>><BR>>> |---------+--------------------------------><BR>>><BR>>><BR>>>>---------------------------------------------------------------------<BR>-<BR>> -<BR>>> ----------------------------------------------|<BR>>><BR>>> |<BR>>> |<BR>>><BR>>> | To: <sap-wug@mit.edu><BR>>> |<BR>>><BR>>> | cc:<BR>>> |<BR>>><BR>>> | Subject: Workflow Fails After Upgrade to ECC 6.0<BR>>> |<BR>>><BR>>><BR>>>>---------------------------------------------------------------------<BR>-<BR>> -<BR>>> ----------------------------------------------|<BR>>><BR>>><BR>>><BR>>><BR>>><BR>>><BR>>><BR>>><BR>>><BR>>> Hello all,<BR>>><BR>>><BR>>><BR>>> I created a custom workflow last year while we were in SAP v4.7. We<BR>> are<BR>>><BR>>> currently in the process of upgrading to ECC 6.0 (Basis pkg level<BR>>><BR>>> SAPKB70011). This workflow no longer works in 6.0. It fails with an<BR>>> error<BR>>><BR>>> message OL383 "The source and target structure have a different<BR>number<BR>>> of<BR>>><BR>>> fields". I get this problem whether the workflow was created in 4.7<BR>>> and<BR>>><BR>>> not worked until 6.0 or if it was created and worked in 6.0.<BR>>><BR>>><BR>>><BR>>> I researched this error message and found a number of OSS Notes that<BR>>> imply<BR>>><BR>>> that there are lots of workflow problems in ECC 6.0 but none of them<BR>>> refer<BR>>><BR>>> to the BOR I am using (BKPF). I did have several notes applied in<BR>6.0<BR>>> to<BR>>><BR>>> prevent potential problems (OSS Note 887076 - Incorrect Binding After<BR>>><BR>>> Upgrade and executed pgm ZRSWD_BINDING_RESTORE and OSS Note 1043988 -<BR>>> Short<BR>>><BR>>> Dump When Workflow Restarted) however, they made no impact on the<BR>> error.<BR>>><BR>>><BR>>><BR>>> I think the problem is a binding problem because the method that is<BR>>> failing<BR>>><BR>>> is the IMPORT_FROM_BOR_CONTAINER however, when I test this method, it<BR>>> seems<BR>>><BR>>> to work ok. There are no syntax errors anywhere in the workflow or<BR>in<BR>>> the<BR>>><BR>>> business object BKPF or ZBKPF.<BR>>><BR>>><BR>>><BR>>> I also noticed that BOR BKPF has a new method in 6.0 called<BR>>> BKPF.GetARLData<BR>>><BR>>> but that's related to ArchiveLink Data so I don't think that's<BR>causing<BR>>> the<BR>>><BR>>> problem since I'm not executing that method.<BR>>><BR>>><BR>>><BR>>> Does anyone have any suggestions or insight? Thanks for the help.<BR>>><BR>>><BR>>><BR>>> Joanne Johnson<BR>>><BR>>> Jo-Ann Stores, Inc.<BR>>><BR>>><BR>>><BR>>><BR>>><BR>>><BR>>><BR>>><BR>>><BR>>> _______________________________________________<BR>>><BR>>> SAP-WUG mailing list<BR>>><BR>>> SAP-WUG@mit.edu<BR>>><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>>><BR>>><BR>>><BR>>><BR>><BR>************************************************************************<BR>>><BR>><BR>************************************************************************<BR>>> ******<BR>>><BR>>><BR>>><BR>>> Only an individual or entity who is intended to be a recipient of<BR>this<BR>>> e-mail may access or use the information contained in this e-mail or<BR>> any<BR>>> of its attachments. Opinions contained in this e-mail or any of its<BR>>> attachments do not necessarily reflect the opinions of Queensland<BR>>> Treasury.<BR>>><BR>>><BR>>><BR>>> The contents of this e-mail and any attachments are confidential and<BR>> may<BR>>> be legally privileged and the subject of copyright. If you have<BR>>> received this e-mail in error, please notify Queensland Treasury<BR>>> immediately and erase all copies of the e-mail and the attachments.<BR>>> Queensland Treasury uses virus scanning software. However, it is not<BR>>> liable for viruses present in this e-mail or in any attachment.<BR>>><BR>>><BR>>><BR>>><BR>><BR>************************************************************************<BR>>><BR>><BR>************************************************************************<BR>>> ******<BR>>><BR>>><BR>>><BR>>><BR>>><BR>>><BR>>><BR>>> ------------------------------<BR>>><BR>>><BR>>><BR>>> Message: 3<BR>>><BR>>> Date: Wed, 20 Jun 2007 23:33:55 +0200<BR>>><BR>>> From: "Morris, Eddie" <eddie.morris@sap.com><BR>>><BR>>> Subject: RE: Workflow Fails After Upgrade to ECC 6.0<BR>>><BR>>> To: "SAP Workflow Users' Group" <sap-wug@mit.edu><BR>>><BR>>> Message-ID:<BR>>><BR>>><BR>>> <E8A49408428BC34DA7C4FADD5237FAA20709379E@dewdfe22.wdf.sap.corp><BR>>><BR>>> Content-Type: text/plain; charset="US-ASCII"<BR>>><BR>>><BR>>><BR>>> Hi Joanne,<BR>>><BR>>><BR>>><BR>>> In relation to the error message OL383 can you check the method<BR>>><BR>>> associated with the step that shows this error.<BR>>><BR>>><BR>>><BR>>> The problem may be that an export parameter is incorrectly filled or<BR>> not<BR>>><BR>>> filled at all in your method code. You must make sure that the<BR>> variable<BR>>><BR>>> is filled before it is exported to the container and do not call<BR>>><BR>>> SWC_SET_ELEMENT unless your variable is filled. E.g<BR>>><BR>>><BR>>><BR>>><BR>>><BR>>> Data: OBJTYPE LIKE SWOTOBJID-OBJTYPE.<BR>>><BR>>> ...<BR>>><BR>>> SWC_GET_OBJECT_TYPE BKPF_obj OBJTYPE.<BR>>><BR>>> IF NOT OBJTYPE IS INITIAL.<BR>>><BR>>> SWC_SET_ELEMENT CONTAINER 'BKPF_obj' BKPF_obj.<BR>>><BR>>> ENDIF.<BR>>><BR>>><BR>>><BR>>><BR>>><BR>>> Maybe this can help.<BR>>><BR>>><BR>>><BR>>><BR>>><BR>>> Regards,<BR>>><BR>>> Eddie<BR>>><BR>>><BR>>><BR>>><BR>>><BR>>><BR>>><BR>>><BR>>><BR>>><BR>>><BR>>> -----Original Message-----<BR>>><BR>>> From: sap-wug-bounces@mit.edu [<A href="mailto:sap-wug-bounces@mit.edu" target=blank >mailto:sap-wug-bounces@mit.edu</A>] On<BR>> Behalf<BR>>><BR>>> Of Joanne Johnson<BR>>><BR>>> Sent: 20 June 20, 2007 14:44<BR>>><BR>>> To: sap-wug@mit.edu<BR>>><BR>>> Subject: Workflow Fails After Upgrade to ECC 6.0<BR>>><BR>>><BR>>><BR>>> Hello all,<BR>>><BR>>><BR>>><BR>>> I created a custom workflow last year while we were in SAP v4.7. We<BR>> are<BR>>><BR>>> currently in the process of upgrading to ECC 6.0 (Basis pkg level<BR>>><BR>>> SAPKB70011). This workflow no longer works in 6.0. It fails with an<BR>>><BR>>> error message OL383 "The source and target structure have a different<BR>>><BR>>> number of fields". I get this problem whether the workflow was<BR>> created<BR>>><BR>>> in 4.7 and not worked until 6.0 or if it was created and worked in<BR>> 6.0.<BR>>><BR>>><BR>>><BR>>> I researched this error message and found a number of OSS Notes that<BR>>><BR>>> imply that there are lots of workflow problems in ECC 6.0 but none of<BR>>><BR>>> them refer to the BOR I am using (BKPF). I did have several notes<BR>>><BR>>> applied in 6.0 to prevent potential problems (OSS Note 887076 -<BR>>><BR>>> Incorrect Binding After Upgrade and executed pgm<BR>ZRSWD_BINDING_RESTORE<BR>>><BR>>> and OSS Note 1043988 - Short Dump When Workflow Restarted) however,<BR>> they<BR>>><BR>>> made no impact on the error.<BR>>><BR>>><BR>>><BR>>> I think the problem is a binding problem because the method that is<BR>>><BR>>> failing is the IMPORT_FROM_BOR_CONTAINER however, when I test this<BR>>><BR>>> method, it seems to work ok. There are no syntax errors anywhere in<BR>> the<BR>>><BR>>> workflow or in the business object BKPF or ZBKPF.<BR>>><BR>>><BR>>><BR>>> I also noticed that BOR BKPF has a new method in 6.0 called<BR>>><BR>>> BKPF.GetARLData but that's related to ArchiveLink Data so I don't<BR>> think<BR>>><BR>>> that's causing the problem since I'm not executing that method.<BR>>><BR>>><BR>>><BR>>> Does anyone have any suggestions or insight? Thanks for the help.<BR>>><BR>>><BR>>><BR>>> Joanne Johnson<BR>>><BR>>> Jo-Ann Stores, Inc.<BR>>><BR>>><BR>>><BR>>><BR>>><BR>>><BR>>><BR>>><BR>>><BR>>> _______________________________________________<BR>>><BR>>> SAP-WUG mailing list<BR>>><BR>>> SAP-WUG@mit.edu<BR>>><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>>><BR>>> ------------------------------<BR>>><BR>>><BR>>><BR>>> Message: 4<BR>>><BR>>> Date: Thu, 21 Jun 2007 04:33:50 +0530<BR>>><BR>>> From: Albina Fernando <Albina.Fernando@lntinfotech.com><BR>>><BR>>> Subject: Clearing the Workflow buffer<BR>>><BR>>> To: sap-wug@mit.edu<BR>>><BR>>> Message-ID:<BR>>><BR>>><BR>>><BR>><BR><OF17CD1152.6D49BB0F-ON65257300.007EB19A-65257300.007EB19E@lntinfotech.c<BR>>> om><BR>>><BR>>><BR>>><BR>>> Content-Type: text/plain; charset="us-ascii"<BR>>><BR>>><BR>>><BR>>> An HTML attachment was scrubbed...<BR>>><BR>>> URL:<BR>>><BR>><BR><A href="http://mailman.mit.edu/pipermail/sap-wug/attachments/20070621/bde9855c/a" target=blank >http://mailman.mit.edu/pipermail/sap-wug/attachments/20070621/bde9855c/a</A><BR>>> ttachment-0001.htm<BR>>><BR>>><BR>>><BR>>> ------------------------------<BR>>><BR>>><BR>>><BR>>> Message: 5<BR>>><BR>>> Date: Wed, 20 Jun 2007 16:14:32 -0700<BR>>><BR>>> From: "Miller, Jerry" <Jerry.Miller@NOVELLUS.com><BR>>><BR>>> Subject: RE: Clearing the Workflow buffer<BR>>><BR>>> To: "'SAP Workflow Users' Group'" <sap-wug@mit.edu><BR>>><BR>>> Message-ID:<BR>>><BR>>><BR>>> <63B36FB1288C1A4D8AE8B807730D47CF824564@EVS1.corp.novellus.com><BR>>><BR>>> Content-Type: text/plain; charset="us-ascii"<BR>>><BR>>><BR>>><BR>>> Call me and I will walk you thru one possible solution.<BR>(408.577.4513)<BR>>><BR>>><BR>>><BR>>> _____<BR>>><BR>>><BR>>><BR>>> From: Albina Fernando [<A href="mailto:Albina.Fernando@lntinfotech.com" target=blank >mailto:Albina.Fernando@lntinfotech.com</A>]<BR>>><BR>>> Sent: Wednesday, June 20, 2007 4:04 PM<BR>>><BR>>> To: sap-wug@mit.edu<BR>>><BR>>> Subject: Clearing the Workflow buffer<BR>>><BR>>><BR>>><BR>>><BR>>><BR>>> Hi All,<BR>>><BR>>><BR>>><BR>>> I have one problem.. Yesterday we had transported a new task to<BR>>><BR>>> Production. Now the new task is not reflecting in production. We<BR>> checkd<BR>>> the<BR>>><BR>>> Workflow runtime version. in the development system as well as the<BR>>><BR>>> produciton system, the active, running version is the same. We had<BR>> faced<BR>>> a<BR>>><BR>>> similar problem earlier also. but he same problem got resolved on its<BR>>> own. I<BR>>><BR>>> had read in the Workflow book that every midnight the workflow<BR>buffers<BR>>> are<BR>>><BR>>> refreshed. And then automatically the tasks come to the new version.<BR>> Now<BR>>> we<BR>>><BR>>> have waited for almost a day.. but nothing seems to be changing . Can<BR>> we<BR>>><BR>>> manually clear the buffer. I suppose there is one transaction<BR>SWU_OBUF<BR>>> to<BR>>><BR>>> clear the workflow buffer. Can anyone advise me if this is the<BR>correct<BR>>> way<BR>>><BR>>> of doing or is there any job that clears/refreshes the runtime<BR>buffer.<BR>>> How<BR>>><BR>>> should we proceed in such cases.<BR>>><BR>>><BR>>><BR>>> Thanks<BR>>><BR>>> Albina<BR>>><BR>>><BR>>><BR>>><BR>>><BR>>> This email may contain confidential or privileged information for the<BR>>><BR>>> intended recipient(s). If you are not the intended recipient, please<BR>> do<BR>>> not<BR>>><BR>>> use or disseminate the information, notify the sender and delete it<BR>> from<BR>>><BR>>> your system. Thanks<BR>>><BR>>><BR>>><BR>>><BR>______________________________________________________________________<BR>>><BR>>><BR>>><BR>>> -------------- next part --------------<BR>>><BR>>> An HTML attachment was scrubbed...<BR>>><BR>>> URL:<BR>>><BR>><BR><A href="http://mailman.mit.edu/pipermail/sap-wug/attachments/20070620/1075e6f6/a" target=blank >http://mailman.mit.edu/pipermail/sap-wug/attachments/20070620/1075e6f6/a</A><BR>>> ttachment.htm<BR>>><BR>>><BR>>><BR>>> ------------------------------<BR>>><BR>>><BR>>><BR>>> _______________________________________________<BR>>><BR>>> SAP-WUG mailing list<BR>>><BR>>> SAP-WUG@mit.edu<BR>>><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>>> End of SAP-WUG Digest, Vol 31, Issue 57<BR>>><BR>>> ***************************************<BR>>><BR>>><BR>>> T-Mobile (UK) Limited<BR>>> Company Registered Number: 02382161<BR>>> Registered Office Address: Hatfield Business Park, Hatfield,<BR>>> Hertfordshire, AL10 9BW<BR>>> Registered in England and Wales<BR>>><BR>>> NOTICE AND DISCLAIMER<BR>>><BR>>> This email (including attachments) is confidential. If you are not<BR>the<BR>>> intended recipient, notify the sender immediately, delete this email<BR>> from<BR>>> your system and do not disclose or use for any purpose.<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>><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>> 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><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>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></FONT></blockquote><br></DIV></FONT>This email may contain confidential or privileged information for the intended recipient(s). If you are not the intended recipient, please do not use or disseminate the information, notify the sender and delete it from your system. Thanks<br />
<BR>
______________________________________________________________________<BR>