<html>
<head>
<style>
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 10pt;
font-family:Verdana
}
</style>
</head>
<body class='hmmessage'>
Carolyn,<BR>
<BR>
When we upgraded a month ago I made sure we kept to the 'old' Persistence Profile approach on all of our Workflow definitions by specifically choosing that option in the version independent tab. I went out of my way to ensure we did <STRONG>not</STRONG> have them switch to the 'Compatability' mode as this was a little ambiguous in its behaviour.<BR>
<BR>
I say ambiguous because I believe if the 'Create' or 'Change' version of the Workflow (I forget which) is somehow updated to be 'more recent' than '640' the system will start to treat it as if it used the XML container approach automatically. I proved this by creating a new version of the WF definition and kicked an instance off and watched as the system automatically classed it as '700' (or whatever version your dev system has) and started to treat it as an XML-based Workflow so updates were going to SWWCNTP0 not SWW_CONTOB.<BR>
<BR>
We also had to implement an OSS Note to ensure that any active Workflow instances switched back to the old binding FMs when we upgraded, but I doubt that applies to you if you upgraded so long ago.<BR>
<BR>
Like you, we have no intention of switching to the XML container for now because of reports and also error handling mechanisms that depend on SWW_CONTOB being properly updated. Trying to parse XML strings and dig through millions of tables entries just doesn't appeal to us!<BR>
<BR>
We've had no problems at all with sending through binding changes from our ECC 6 development system so far though.<BR>
<BR>Regards,<BR>
<BR>
Mike GT<BR><BR>
<HR id=stopSpelling>
<BR>
From: fuller@MIT.EDU<BR>To: sap-wug@MIT.EDU<BR>Subject: Re: Binding issues after transport to production<BR>Date: Thu, 12 Feb 2009 11:39:49 -0500<BR><BR>Jocelyn,<BR>
<DIV><BR></DIV>
<DIV>When we upgraded to ECC 6.0 a little over a year ago, I did not convert our existing workflow templates to use XML persistence. Therefore their profiles are all set as "<SPAN class=EC_Apple-style-span style="FONT-SIZE: 10px; FONT-FAMILY: -webkit-monospace; WHITE-SPACE: pre"><FONT class=EC_Apple-style-span face=Helvetica size=3><SPAN class=EC_Apple-style-span style="FONT-SIZE: 12px; WHITE-SPACE: normal">Compatibility." I compared our container handling between development and production via transaction </SPAN></FONT><SPAN class=EC_Apple-style-span style="FONT-SIZE: 12px; FONT-FAMILY: Helvetica; WHITE-SPACE: normal">SWU_CONT_PERSISTENCE. But this seems to be used to maintain the outdated "Structure" mode configuration. The table is empty in both environments. Is there another transaction I should run to check container handling?</SPAN></SPAN></DIV>
<DIV><BR></DIV>
<DIV><SPAN class=EC_Apple-style-span style="FONT-SIZE: 10px; FONT-FAMILY: -webkit-monospace; WHITE-SPACE: pre"><SPAN class=EC_Apple-style-span style="FONT-SIZE: 12px; FONT-FAMILY: Helvetica; WHITE-SPACE: normal">We have reports that read workflow containers which is one of the reasons I chose not to convert. It is my understanding that converting to XML persistence means I would need to change these reports. Since we weren't experiencing performance or storage concerns I didn't have the incentive to convert. Also, wouldn't I need to change all the business object container operations if we converted?</SPAN></SPAN></DIV>
<DIV><BR></DIV>
<DIV>A lot of these old custom workflow templates created by the non-workflow developer caused us heartaches during our upgrade to ECC 6.0, which is how I discovered some of his unorthodox practices, but they are all working smoothly now.</DIV>
<DIV><BR></DIV>
<DIV>Carolyn</DIV>
<DIV><BR></DIV>
<DIV><BR></DIV>
<DIV>
<DIV>
<DIV>On Feb 11, 2009, at 7:28 PM, Dart, Jocelyn wrote:</DIV><BR class=EC_Apple-interchange-newline>
<BLOCKQUOTE>
<DIV>Carolyn - just a thought - check in your workflow admin settings that<BR>both systems are set up with the same container handling (XML) and<BR>persistency rules. Also if you aren't already doing this... make sure<BR>your test scripts for QA always include a test on workflow instances<BR>that was created and running before your changes were applied. It can<BR>be worthwhile deliberately creating workflow instances for this purpose<BR>before importing your changes into QA. <BR>Regards,<BR>Jocelyn <BR><BR>-----Original Message-----<BR>From: sap-wug-bounces@MIT.EDU [<A href="mailto:sap-wug-bounces@MIT.EDU">mailto:sap-wug-bounces@MIT.EDU</A>] On Behalf<BR>Of Carolyn Fuller<BR>Sent: Thursday, 12 February 2009 11:05 AM<BR>To: SAP Workflow Users' Group<BR>Subject: Re: Binding issues after transport to production<BR><BR>Alon,<BR><BR>Yes. We modified the workflow binding in production in order to fix <BR>the problems that appeared in production but did not appear in either <BR>QA or development.<BR><BR>Carolyn<BR>On Feb 11, 2009, at 4:16 PM, Alon Raskin wrote:<BR><BR>
<BLOCKQUOTE>Just to clarify, you are modifying the workflows directly in the<BR></BLOCKQUOTE>
<BLOCKQUOTE>production system?<BR></BLOCKQUOTE>
<BLOCKQUOTE><BR></BLOCKQUOTE>
<BLOCKQUOTE>Alon Raskin<BR></BLOCKQUOTE>
<BLOCKQUOTE>e: <A href="mailto:araskin@3i-consulting.com">araskin@3i-consulting.com</A><BR></BLOCKQUOTE>
<BLOCKQUOTE><BR></BLOCKQUOTE>
<BLOCKQUOTE>-----Original Message-----<BR></BLOCKQUOTE>
<BLOCKQUOTE>From: sap-wug-bounces@mit.edu [<A href="mailto:sap-wug-bounces@mit.edu">mailto:sap-wug-bounces@mit.edu</A>] On <BR></BLOCKQUOTE>
<BLOCKQUOTE>Behalf<BR></BLOCKQUOTE>
<BLOCKQUOTE>Of Carolyn Fuller<BR></BLOCKQUOTE>
<BLOCKQUOTE>Sent: Wednesday, February 11, 2009 2:17 PM<BR></BLOCKQUOTE>
<BLOCKQUOTE>To: SAP Workflow Users' Group<BR></BLOCKQUOTE>
<BLOCKQUOTE>Subject: Binding issues after transport to production<BR></BLOCKQUOTE>
<BLOCKQUOTE><BR></BLOCKQUOTE>
<BLOCKQUOTE>Hi all,<BR></BLOCKQUOTE>
<BLOCKQUOTE><BR></BLOCKQUOTE>
<BLOCKQUOTE>On a couple of occasions I've moved modified workflows from our<BR></BLOCKQUOTE>
<BLOCKQUOTE>development environment to our QA environment with no problems only to<BR></BLOCKQUOTE>
<BLOCKQUOTE>encounter binding issues in production. On these occasions, deleting<BR></BLOCKQUOTE>
<BLOCKQUOTE>the bindings in production and re-creating them in production has<BR></BLOCKQUOTE>
<BLOCKQUOTE>solved the problem.<BR></BLOCKQUOTE>
<BLOCKQUOTE><BR></BLOCKQUOTE>
<BLOCKQUOTE>Are these issues due to the fact that I didn't run SWU_OBUF after the<BR></BLOCKQUOTE>
<BLOCKQUOTE>transports went in? Should SWU_OBUF be on our action log when modified<BR></BLOCKQUOTE>
<BLOCKQUOTE>workflows go into production?<BR></BLOCKQUOTE>
<BLOCKQUOTE><BR></BLOCKQUOTE>
<BLOCKQUOTE>---<BR></BLOCKQUOTE>
<BLOCKQUOTE>Carolyn Fuller<BR></BLOCKQUOTE>
<BLOCKQUOTE>Massachusetts Institute of Technology<BR></BLOCKQUOTE>
<BLOCKQUOTE>Information Services and Technology<BR></BLOCKQUOTE>
<BLOCKQUOTE>Administrative Computing<BR></BLOCKQUOTE>
<BLOCKQUOTE>Senior Analyst/ Programmer<BR></BLOCKQUOTE>
<BLOCKQUOTE>(617) 253-6213<BR></BLOCKQUOTE>
<BLOCKQUOTE><A href="http://fuller.mit.edu/">http://fuller.mit.edu/</A><BR></BLOCKQUOTE>
<BLOCKQUOTE><BR></BLOCKQUOTE>
<BLOCKQUOTE>_______________________________________________<BR></BLOCKQUOTE>
<BLOCKQUOTE>SAP-WUG mailing list<BR></BLOCKQUOTE>
<BLOCKQUOTE><A href="mailto:SAP-WUG@mit.edu">SAP-WUG@mit.edu</A><BR></BLOCKQUOTE>
<BLOCKQUOTE><A href="http://mailman.mit.edu/mailman/listinfo/sap-wug">http://mailman.mit.edu/mailman/listinfo/sap-wug</A><BR></BLOCKQUOTE>
<BLOCKQUOTE><BR></BLOCKQUOTE>
<BLOCKQUOTE>_______________________________________________<BR></BLOCKQUOTE>
<BLOCKQUOTE>SAP-WUG mailing list<BR></BLOCKQUOTE>
<BLOCKQUOTE><A href="mailto:SAP-WUG@mit.edu">SAP-WUG@mit.edu</A><BR></BLOCKQUOTE>
<BLOCKQUOTE><A href="http://mailman.mit.edu/mailman/listinfo/sap-wug">http://mailman.mit.edu/mailman/listinfo/sap-wug</A><BR></BLOCKQUOTE><BR>_______________________________________________<BR>SAP-WUG mailing list<BR><A href="mailto:SAP-WUG@mit.edu">SAP-WUG@mit.edu</A><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></DIV></BLOCKQUOTE></DIV><BR></DIV><br /><hr />Windows Live Hotmail just got better. <a href='http://www.microsoft.com/uk/windows/windowslive/products/hotmail.aspx' target='_new'>Find out more!</a></body>
</html>