SRM 5.0 - Long Dump after changing container

[Mike Pokraka]

Hi Sue,
Correct, but there's the small matter of version dependent vs version
independent changes. Independent changes such as changing a method or
container can cause chaos.
There's a good note out there discussing this:
125400 - Modifying a productive Workflow
Enjoy.

Mike


On Fri, November 3, 2006 10:35, Susan Keohan wrote:
> Hi Jocelyn,
>
> Well, yes, but....
>
> Maybe in all my WFing, I've never run into this exact situation, where
> we've deleted a structure from a container used in active workflows...
> but it seems that the whole point of versioning is that the old versions
> run merrily along after you've made changes and created a new version.
> Seems like I ought to be able to drill into the 'old' workflow log and
> look into the container without a dump.
>
> Maybe the lesson is we just should never delete container elements when
> enhancing a running WF...
> Sue
>
>
> Dart, Jocelyn wrote:
>> Hi Sue,
>> Sounds like a straight format mismatch...
>> Check your structure definition matches at the business object, task,
>> and workflow levels.
>>
>>
>> Regards,
>> Jocelyn Dart
>> Senior Consultant
>> SAP Australia Pty Ltd.
>> Level 1/168 Walker St.
>> North Sydney
>> NSW, 2060
>> Australia
>> T   +61 412 390 267
>> M   + 61 412 390 267
>> E   jocelyn.dart at sap.com
>> http://www.sap.com
>>
>> The information contained in or attached to this electronic transmission
>> is confidential and may be legally privileged. It is intended only for
>> the person or entity to which it is addressed. If you are not the
>> intended recipient, you are hereby notified that any distribution,
>> copying, review, retransmission, dissemination or other use of this
>> electronic transmission or the information contained in it is strictly
>> prohibited. If you have received this electronic transmission in error,
>> please immediately contact the sender to arrange for the return of the
>> original documents.
>> Electronic transmission cannot be guaranteed to be secure and
>> accordingly, the sender does not accept liability for any such data
>> corruption, interception, unauthorized amendment, viruses, delays or the
>> consequences thereof.
>> Any views expressed in this electronic transmission are those of the
>> individual sender, except where the message states otherwise and the
>> sender is authorized to state them to be the views of SAP AG or any of
>> its subsidiaries. SAP AG, its subsidiaries, and their directors,
>> officers and employees make no representation nor accept any liability
>> for the accuracy or completeness of the views or information contained
>> herein. Please be aware that the furnishing of any pricing information/
>> business proposal herein is indicative only, is subject to change and
>> shall not be construed as an offer or as constituting a binding
>> agreement on the part of SAP AG or any of its subsidiaries to enter into
>> any relationship, unless otherwise expressly stated.
>>
>>
>> -----Original Message-----
>> From: sap-wug-bounces at mit.edu [mailto:sap-wug-bounces at mit.edu] On Behalf
>> Of Susan R. Keohan
>> Sent: Friday, 03 November 2006 12:33 AM
>> To: SAP Workflow Users' Group
>> Subject: SRM 5.0 - Long Dump after changing container
>>
>> Hello all,
>>
>> Our Shopping Cart Workflows (based on SAP-delivered Workflows)were using
>>
>> a structure for the notifications. We changed the structure
>> name and the structure itself.
>>
>> After the change, we are having dumps in standard SAP code in 1) the
>> inbox when trying to drill into a work item 2) when checking the
>> workflow container elements.
>>
>> The short dump is UC_OBJECTS_NOT_CONVERTIBLE, in  the ABAP program
>> "SAPLSWCD" - in "MOVE_CONTAINER_TO_VALUE".
>> The main program was "SAPLBW02 ".
>>
>> We've been searching OSS for applicable notes, and submitted a customer
>> message, but I wanted to check the experts while I am waiting for SAP to
>>
>> get back to us.
>>
>> Any clues out there ?
>>
> _______________________________________________
> SAP-WUG mailing list
> SAP-WUG at mit.edu
> http://mailman.mit.edu/mailman/listinfo/sap-wug
>