<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
<meta name="Generator" content="Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri","sans-serif";}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
span.EmailStyle17
{mso-style-type:personal-compose;
font-family:"Calibri","sans-serif";
color:windowtext;}
.MsoChpDefault
{mso-style-type:export-only;
font-family:"Calibri","sans-serif";}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="EN-US" link="blue" vlink="purple">
<div class="WordSection1">
<p class="MsoNormal">Well, this is interesting. We added some steps to a workflow that we’ve been using for a long time now. Everything worked fine when we tested our changed workflow in our development system. Now in our QA system, the workflow hangs at the
new steps (which are in a fork because they are independent of each other, and independent of the previously existing steps). The two steps that hang are instantiations of class-based objects. This is my first use of ABAP OO classes as object instances in
a workflow (been using utility methods for a while now). It took me a couple whacks to get everything working fine in Dev, but it was working and not hanging, so I wouldn’t think anything about the class is the problem. Also, if I test the class methods in
SE24, everything works fine.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Here’s the step history in Dev for one of the steps – total time 2s:<o:p></o:p></p>
<p class="MsoNormal">Workflow System Background work item created 03/12/2012 15:51:39<o:p></o:p></p>
<p class="MsoNormal">Workflow System Execution started automatically 03/12/2012 15:51:39<o:p></o:p></p>
<p class="MsoNormal">Workflow System Work Item Processing Complete 03/12/2012 15:51:40<o:p></o:p></p>
<p class="MsoNormal">Workflow System Result Processing 03/12/2012 15:51:41<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Here’s the step history for the same step in QA, with a similar object – total time about 27 minutes!:
<o:p></o:p></p>
<p class="MsoNormal">Workflow System Background work item created 03/16/2012 10:08:38<o:p></o:p></p>
<p class="MsoNormal">Workflow System Execution started automatically 03/16/2012 10:08:38<o:p></o:p></p>
<p class="MsoNormal">Workflow System RSWWERRE 03/16/2012 10:35:07<o:p></o:p></p>
<p class="MsoNormal">Workflow System Work Item Processing Complete 03/16/2012 10:35:08<o:p></o:p></p>
<p class="MsoNormal">Workflow System Result Processing 03/16/2012 10:35:08<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">The two new steps are similar and are parallel in a three-way fork with another step that wasn’t touched for this change, other than to move it into the fork. However, due to other changes on the QA box which hosed an RFC connection, the
old step is hanging too, but for purposes of our test I just manually complete that one. (I’ll get the RFC problem fixed later, I promise.) I wouldn’t think the steps in parallel would care about the RFC step in another branch hanging, but … any other ideas?<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Since this process isn’t time critical and RSWWERRE is restarting it soon enough, we’ll probably move it forward even if we don’t figure out why it’s doing this. I just wondered if anyone has any ideas why this might be happening?<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Oh, and everything was transported yesterday, and I started testing today, and did SWU_OBUF “just because” anyway, but of course that didn’t help.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Thanks in advance for any suggestions!<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Margaret <o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
</body>
</html>