Hi all<br><br>Can you please advise what should be the xml configuration of uwl for a workflow that is based on abap object based dialog step.<br><br>I have done an upgarde my abap webdynpro bsp and java based tasks are working fine.<br>
<br>regards<br>barin<br><br><div class="gmail_quote">On Mon, Nov 15, 2010 at 10:51 PM, <span dir="ltr"><<a href="mailto:sap-wug-request@mit.edu">sap-wug-request@mit.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Send SAP-WUG mailing list submissions to<br>
<a href="mailto:sap-wug@mit.edu">sap-wug@mit.edu</a><br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
<a href="http://mailman.mit.edu/mailman/listinfo/sap-wug" target="_blank">http://mailman.mit.edu/mailman/listinfo/sap-wug</a><br>
or, via email, send a message with subject or body 'help' to<br>
<a href="mailto:sap-wug-request@mit.edu">sap-wug-request@mit.edu</a><br>
<br>
You can reach the person managing the list at<br>
<a href="mailto:sap-wug-owner@mit.edu">sap-wug-owner@mit.edu</a><br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than "Re: Contents of SAP-WUG digest..."<br>
<br>
<br>
Today's Topics:<br>
<br>
1. Re: Background Workflow steps taking many hours to execute<br>
(Mike Pokraka)<br>
2. Re: Background Workflow steps taking many hours to execute<br>
(Carolyn A Fuller)<br>
3. RE: Background Workflow steps taking many hours to execute<br>
(Sample, Rick)<br>
4. Process-Controlled Workflow (Andy Curtis)<br>
5. RE: Background Workflow steps taking many hours to execute<br>
(Sample, Rick)<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Mon, 15 Nov 2010 16:33:07 -0000 (GMT)<br>
From: "Mike Pokraka" <<a href="mailto:wug@workflowconnections.com">wug@workflowconnections.com</a>><br>
Subject: Re: Background Workflow steps taking many hours to execute<br>
To: "SAP Workflow Users' Group" <<a href="mailto:sap-wug@mit.edu">sap-wug@mit.edu</a>><br>
Message-ID:<br>
<<a href="mailto:01dc4ed648dc10ddb3578aab4d539af9.squirrel@g.mail.aaisp.net.uk">01dc4ed648dc10ddb3578aab4d539af9.squirrel@g.mail.aaisp.net.uk</a>><br>
Content-Type: text/plain;charset=iso-8859-1<br>
<br>
Those are just regular workflow activity. RFCs happen all the time, and<br>
"Transaction recorded" is roughly equivalent to "on my todo list, waiting<br>
for other bits to finish first". SM58/SWU2 gives you a real-time snapshot<br>
of what the system is doing.<br>
<br>
What you're after is the RFC entry that ties in with your rogue step,<br>
which will hang around there until the RSWERRE job runs. So keep<br>
checking/refreshing throughout the day until you spot it - look at the<br>
transaction/program columns to give you a clue what triggered the entry.<br>
Once you spot one, clicking on the text should hopefully give you more<br>
info.<br>
<br>
Cheers,<br>
Mike<br>
<br>
<br>
On Mon, November 15, 2010 3:48 pm, Carolyn A Fuller wrote:<br>
> Mike,<br>
><br>
> There is no message for me to click on (see attached PDF snap shot). Also,<br>
> they seem to be going away without the help of RSWERRE. According to<br>
> SWWLOGHIST entries, RSWERRE has not been launched since Friday.<br>
><br>
> Carolyn<br>
> _______________________________________________<br>
> SAP-WUG mailing list<br>
> <a href="mailto:SAP-WUG@mit.edu">SAP-WUG@mit.edu</a><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>
Message: 2<br>
Date: Mon, 15 Nov 2010 11:48:49 -0500<br>
From: Carolyn A Fuller <<a href="mailto:fuller@MIT.EDU">fuller@MIT.EDU</a>><br>
Subject: Re: Background Workflow steps taking many hours to execute<br>
To: "SAP Workflow Users' Group" <<a href="mailto:sap-wug@MIT.EDU">sap-wug@MIT.EDU</a>><br>
Message-ID: <<a href="mailto:4BE0C57C-937D-42B5-B13D-21C5F47400CC@mit.edu">4BE0C57C-937D-42B5-B13D-21C5F47400CC@mit.edu</a>><br>
Content-Type: text/plain; charset="us-ascii"<br>
<br>
Mike,<br>
<br>
Thank you so much.<br>
<br>
So far no rogue steps this morning but I will continue to monitor throughout the day.<br>
<br>
Carolyn<br>
<br>
On Nov 15, 2010, at 11:33 AM, Mike Pokraka wrote:<br>
<br>
> Those are just regular workflow activity. RFCs happen all the time, and<br>
> "Transaction recorded" is roughly equivalent to "on my todo list, waiting<br>
> for other bits to finish first". SM58/SWU2 gives you a real-time snapshot<br>
> of what the system is doing.<br>
><br>
> What you're after is the RFC entry that ties in with your rogue step,<br>
> which will hang around there until the RSWERRE job runs. So keep<br>
> checking/refreshing throughout the day until you spot it - look at the<br>
> transaction/program columns to give you a clue what triggered the entry.<br>
> Once you spot one, clicking on the text should hopefully give you more<br>
> info.<br>
><br>
> Cheers,<br>
> Mike<br>
><br>
><br>
> On Mon, November 15, 2010 3:48 pm, Carolyn A Fuller wrote:<br>
>> Mike,<br>
>><br>
>> There is no message for me to click on (see attached PDF snap shot). Also,<br>
>> they seem to be going away without the help of RSWERRE. According to<br>
>> SWWLOGHIST entries, RSWERRE has not been launched since Friday.<br>
>><br>
>> Carolyn<br>
>> _______________________________________________<br>
>> SAP-WUG mailing list<br>
>> <a href="mailto:SAP-WUG@mit.edu">SAP-WUG@mit.edu</a><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>
> SAP-WUG mailing list<br>
> <a href="mailto:SAP-WUG@mit.edu">SAP-WUG@mit.edu</a><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>
Message: 3<br>
Date: Mon, 15 Nov 2010 11:08:14 -0600<br>
From: "Sample, Rick" <<a href="mailto:Rick.Sample@graybar.com">Rick.Sample@graybar.com</a>><br>
Subject: RE: Background Workflow steps taking many hours to execute<br>
To: "SAP Workflow Users' Group" <<a href="mailto:sap-wug@mit.edu">sap-wug@mit.edu</a>><br>
Message-ID:<br>
<<a href="mailto:804C1CFBDB06C9428368F4B9023839747D32D389F0@SEMBV1PW.graybar.com">804C1CFBDB06C9428368F4B9023839747D32D389F0@SEMBV1PW.graybar.com</a>><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
Hi Carolyn,<br>
<br>
I have to step away for a bit, but just a quick follow-up on why not running after weekend comment.<br>
<br>
The defaults are 20 mins cycle. 'Were' for 4.6c err monitor anyway. I believe on task for Temp errors will try<br>
x times and then just error after that number is reached. 3 times is what we have ours set to and 20mins apart.<br>
You would want Temp errors to trip for stuff like record locked, record not updated before <whatever occurred to trip error>, etc. Things that should shake loose if you just wait a few minutes.<br>
<br>
On ECC6 I have read in the help files these numbers changed. 'If' using BPM, these numbers are lower.<br>
As I have read. Don't know for sure.<br>
<br>
I think you and Mike are on right track. "Something" changed to cause these issues and you need to start back tracking transports while it is still fresh in everyone's minds. BASIS changes, I would get history on what and when.<br>
<br>
Don't recall, can you reproduce this in dev or QA?<br>
<br>
Rick<br>
<br>
<br>
> -----Original Message-----<br>
> From: <a href="mailto:sap-wug-bounces@MIT.EDU">sap-wug-bounces@MIT.EDU</a><br>
> [mailto:<a href="mailto:sap-wug-bounces@MIT.EDU">sap-wug-bounces@MIT.EDU</a>] On<br>
> Behalf Of Carolyn A Fuller<br>
> Sent: Monday, November 15, 2010 9:17<br>
> AM<br>
> To: SAP Workflow Users' Group<br>
> Subject: Re: Background Workflow steps<br>
> taking many hours to execute<br>
><br>
> Mike,<br>
><br>
> I just ran SWU2 and I see one entry but it<br>
> doesn't tell me much. I am pretty sure the<br>
> SDN discussion about changing the<br>
> context to a background user is the issue<br>
> but I don't know why it all of a sudden<br>
> became an issue.<br>
><br>
> Over the weekend the basis team did<br>
> change the scheduling of RSWERRE to<br>
> every 20 minutes. But I'm thinking<br>
> something else changed over the weekend<br>
> also. Because by this time Friday,<br>
> SWWLOGIHIST entries indicate<br>
> RSWERRE had executed 9 times. So far<br>
> this morning, it has not executed at all.<br>
><br>
> Also, we discovered that this started<br>
> becoming an issue on Oct 29 so I'm trying<br>
> to find out what went into production the<br>
> night before. I know the transport that<br>
> increased the number of loops that one of<br>
> the templates executes went into<br>
> production that night. But I don't<br>
> understand how that could have led to this<br>
> particular problem.<br>
><br>
> Carolyn<br>
><br>
><br>
> On Nov 14, 2010, at 5:03 AM, Mike<br>
> Pokraka wrote:<br>
><br>
> > Hi Carolyn,<br>
> ><br>
> > Looks like it's not a WF problem but<br>
> something on the basis end. The log<br>
> shows it starts a tRFC transaction and<br>
> then nothing until the error job picks it up.<br>
> Part of the error job's function is to do<br>
> exactly that. You would normally see these<br>
> sitting in SM58 or if you don't have access<br>
> then one of the WF transaction does the<br>
> same (Could be SWU2? Just look in the<br>
> menu under administration -> RFC-<br>
> something). As Rick also mentioned, the<br>
> RFC is to switch the context to a<br>
> background user.<br>
> ><br>
> > You will only see this in SM58 between<br>
> the step start and when the error job picks<br>
> it up, so a long schedule will be better for<br>
> troubleshooting. Maybe search for the<br>
> task with today's date and status not<br>
> COMPLETED in SWI1 and keep<br>
> refreshing throughout the day until you<br>
> spot one. Then go look in SM58 / SWU2<br>
> which should give you further info. The<br>
> system log may tell you more, or also<br>
> worth checking dumps.<br>
> ><br>
> > Cheers,<br>
> > Mike<br>
> ><br>
> ><br>
> > -----Original Message-----<br>
> > From: <a href="mailto:sap-wug-bounces@mit.edu">sap-wug-bounces@mit.edu</a><br>
> [mailto:<a href="mailto:sap-wug-bounces@mit.edu">sap-wug-bounces@mit.edu</a>] On<br>
> > Behalf Of Carolyn A Fuller<br>
> > Sent: 13 November 2010 21:44<br>
> > To: SAP Workflow Users' Group<br>
> > Subject: Re: Background Workflow<br>
> steps taking many hours to execute<br>
> ><br>
> > Rick,<br>
> ><br>
> > I have my personal workflow settings set<br>
> to Technical View. And the logs are all<br>
> indicating green lights and no errors.<br>
> ><br>
> > I am not sure what you mean by "Admin<br>
> would have logged a re-executed every 20<br>
> mins." RSWERRE is scheduled for every<br>
> 90 minutes. (Hopefully this will change by<br>
> Monday morning.) But even with it<br>
> scheduled for every 90 minutes I don't see<br>
> a log indicating that anything re-executed.<br>
> ><br>
> > The workflow administrators do receive<br>
> messages when any workflow errors occur<br>
> but we have not received any messages<br>
> from these delayed workflows.<br>
> ><br>
> > Carolyn<br>
> ><br>
> > On Nov 13, 2010, at 12:14 PM, Sample,<br>
> Rick wrote:<br>
> ><br>
> >> one more thing, you should be able to<br>
> see that in the log.<br>
> >> Go to the task in question, tech view,<br>
> and see what the logs tell you.<br>
> >> Admin would have logged a re-<br>
> executed every 20mins. Errors should be<br>
> >> sent to the admin as msg.<br>
> >><br>
> >>> -----Original Message-----<br>
> >>> From: <a href="mailto:sap-wug-bounces@mit.edu">sap-wug-bounces@mit.edu</a><br>
> >>> [mailto:<a href="mailto:sap-wug-bounces@mit.edu">sap-wug-bounces@mit.edu</a>]<br>
> On<br>
> >>> Behalf Of Sample, Rick<br>
> >>> Sent: Saturday, November 13, 2010<br>
> 10:56 AM<br>
> >>> To: SAP Workflow Users' Group<br>
> >>> Subject: RE: Background Workflow<br>
> steps taking many hours to execute<br>
> >>><br>
> >>> I agree, need more info. Like, any<br>
> recent changes to code like a<br>
> >>> loop?<br>
> >>><br>
> >>> But, temp errors are default to<br>
> 20mins. 20 20 and 20 is around 60,<br>
> >>> depending on start / finish of<br>
> SWWERR job.<br>
> >>> Note: in 4.6c, the default was 20mins<br>
> for the Temp Err, I believe<br>
> >>> that has changed for ECC6 due to<br>
> BPM. But we stuck to 20mins.<br>
> >>><br>
> >>> So, if temp error, sounds like it was<br>
> re- attempting something until<br>
> >>> it finished.<br>
> >>> *sounds* like it.<br>
> >>> Check the Task BOR method for<br>
> temp<br>
> >>> exceptions.<br>
> >>><br>
> >>> Rick Sample<br>
> >>><br>
> >>><br>
> >>>> -----Original Message-----<br>
> >>>> From: <a href="mailto:sap-wug-bounces@mit.edu">sap-wug-bounces@mit.edu</a><br>
> >>>> [mailto:<a href="mailto:sap-wug-bounces@mit.edu">sap-wug-bounces@mit.edu</a>]<br>
> On Behalf Of Jimmy Sun<br>
> >>>> Sent: Saturday, November 13, 2010<br>
> >>> 9:58 AM<br>
> >>>> To: SAP Workflow Users' Group<br>
> >>>> Subject: Re: Background Workflow<br>
> >>> steps taking many hours to execute<br>
> >>>><br>
> >>>> Carolyn,<br>
> >>>> If you can explain more detail of<br>
> what is<br>
> >>> the step doing, it will help<br>
> >>>> to determine ther problem.<br>
> >>>><br>
> >>>> Jimmy Sun<br>
> >>>> Senior Consultant<br>
> >>>> On 11/12/10, Carolyn A Fuller<br>
> >>>> <<a href="mailto:fuller@mit.edu">fuller@mit.edu</a>> wrote:<br>
> >>>>> Hi all,<br>
> >>>>><br>
> >>>>> Recently, my end users have<br>
> started<br>
> >>>> complaining about the performance<br>
> >>>>> of some of their workflow<br>
> background<br>
> >>>> steps. They said that this has<br>
> >>>>> just recently become a problem.<br>
> >>>>><br>
> >>>>> Today, I looked at the logs for one<br>
> of<br>
> >>> the<br>
> >>>> excessively slow workflow<br>
> >>>>> background steps and it indicated<br>
> that<br>
> >>>> the background step was created<br>
> >>>>> at 14:37:49, then started and<br>
> ended<br>
> >>>> over an hour later at 15:40:06.<br>
> >>>>> This step normally takes less than<br>
> a<br>
> >>>> second to execute.<br>
> >>>>><br>
> >>>>> What could cause the hour delay<br>
> >>>> between when the step was created<br>
> and<br>
> >>>>> when the step actually started and<br>
> >>>> ended?<br>
> >>>>><br>
> >>>>> The workflow in question is using<br>
> XML<br>
> >>>> persistence. I converted this<br>
> >>>>> workflow to using XML persistence<br>
> >>>> about a year and a half ago.<br>
> >>>>><br>
> >>>>> ---<br>
> >>>>><br>
> >>>>> Carolyn Fuller<br>
> >>>>><br>
> >>>>> Senior Analyst/ Programmer<br>
> >>>>><br>
> >>>>> Information Services and<br>
> Technology<br>
> >>>>><br>
> >>>>> Massachusetts Institute of<br>
> Technology<br>
> >>>>><br>
> >>>>> Room W92-210<br>
> >>>>><br>
> >>>>> Cambridge, MA 02139<br>
> >>>>><br>
> >>>>> (617) 253-6213<br>
> >>>>><br>
> >>>>> <a href="http://fuller.mit.edu/" target="_blank">http://fuller.mit.edu/</a><br>
> >>>>><br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 4<br>
Date: Mon, 15 Nov 2010 17:10:43 +0000<br>
From: Andy Curtis <<a href="mailto:abcurtis@gmail.com">abcurtis@gmail.com</a>><br>
Subject: Process-Controlled Workflow<br>
To: "SAP Workflow Users' Group" <<a href="mailto:sap-wug@mit.edu">sap-wug@mit.edu</a>><br>
Message-ID:<br>
<AANLkTi=<a href="mailto:NzLWm-4rwAECiA1j16Tnm5ZkAPt8ek4bdtXFR@mail.gmail.com">NzLWm-4rwAECiA1j16Tnm5ZkAPt8ek4bdtXFR@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="iso-8859-1"<br>
<br>
WUGers<br>
<br>
Just reading the SRM 7.0 Process Controlled Workflow documentation prior to<br>
getting a Sandbox system. It says the UWL is now used for delivery of<br>
workitems. The UWL does not display SAPMails (notifications). In SRM 5 the<br>
User would goto the SRM Approvals page and the Messages tab to see these<br>
SAPMails. But SRM7.0 does not appear to have a way of presenting these to<br>
the User now. Is there another SRM screen to display these to the User?<br>
<br>
I know that SONiC could be used to make the UWL display SAPMails, but SONiC<br>
is a SAP Consulting thing, not a SAP Product and last I knew SAP does not<br>
support it or offer help when it doesn't work.<br>
<br>
Anyone with PCW experience know what happens?<br>
<br>
Thanks .... Andy<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <a href="http://mailman.mit.edu/pipermail/sap-wug/attachments/20101115/0b6193f7/attachment-0001.htm" target="_blank">http://mailman.mit.edu/pipermail/sap-wug/attachments/20101115/0b6193f7/attachment-0001.htm</a><br>
<br>
------------------------------<br>
<br>
Message: 5<br>
Date: Mon, 15 Nov 2010 11:17:08 -0600<br>
From: "Sample, Rick" <<a href="mailto:Rick.Sample@graybar.com">Rick.Sample@graybar.com</a>><br>
Subject: RE: Background Workflow steps taking many hours to execute<br>
To: "SAP Workflow Users' Group" <<a href="mailto:sap-wug@mit.edu">sap-wug@mit.edu</a>><br>
Message-ID:<br>
<<a href="mailto:804C1CFBDB06C9428368F4B9023839747D32D389F9@SEMBV1PW.graybar.com">804C1CFBDB06C9428368F4B9023839747D32D389F9@SEMBV1PW.graybar.com</a>><br>
Content-Type: text/plain; charset="us-ascii"<br>
<br>
Sent last e-mail and then this one pop in.<br>
<br>
so, what was the issue? BASIS change? Other non WF change? Sun spots? (I hate sun spots!)<br>
<br>
<br>
> -----Original Message-----<br>
> From: <a href="mailto:sap-wug-bounces@MIT.EDU">sap-wug-bounces@MIT.EDU</a><br>
> [mailto:<a href="mailto:sap-wug-bounces@MIT.EDU">sap-wug-bounces@MIT.EDU</a>] On<br>
> Behalf Of Carolyn A Fuller<br>
> Sent: Monday, November 15, 2010 10:49<br>
> AM<br>
> To: SAP Workflow Users' Group<br>
> Subject: Re: Background Workflow steps<br>
> taking many hours to execute<br>
><br>
> Mike,<br>
><br>
> Thank you so much.<br>
><br>
> So far no rogue steps this morning but I<br>
> will continue to monitor throughout the<br>
> day.<br>
><br>
> Carolyn<br>
><br>
> On Nov 15, 2010, at 11:33 AM, Mike<br>
> Pokraka wrote:<br>
><br>
> > Those are just regular workflow activity.<br>
> RFCs happen all the time,<br>
> > and "Transaction recorded" is roughly<br>
> equivalent to "on my todo list,<br>
> > waiting for other bits to finish first".<br>
> SM58/SWU2 gives you a<br>
> > real-time snapshot of what the system is<br>
> doing.<br>
> ><br>
> > What you're after is the RFC entry that<br>
> ties in with your rogue step,<br>
> > which will hang around there until the<br>
> RSWERRE job runs. So keep<br>
> > checking/refreshing throughout the day<br>
> until you spot it - look at the<br>
> > transaction/program columns to give you<br>
> a clue what triggered the entry.<br>
> > Once you spot one, clicking on the text<br>
> should hopefully give you more<br>
> > info.<br>
> ><br>
> > Cheers,<br>
> > Mike<br>
> ><br>
> ><br>
> > On Mon, November 15, 2010 3:48 pm,<br>
> Carolyn A Fuller wrote:<br>
> >> Mike,<br>
> >><br>
> >> There is no message for me to click on<br>
> (see attached PDF snap shot).<br>
> >> Also, they seem to be going away<br>
> without the help of RSWERRE.<br>
> >> According to SWWLOGHIST entries,<br>
> RSWERRE has not been launched since<br>
> Friday.<br>
> >><br>
> >> Carolyn<br>
> >><br>
> __________________________________<br>
> _____________<br>
> >> SAP-WUG mailing list<br>
> >> <a href="mailto:SAP-WUG@mit.edu">SAP-WUG@mit.edu</a><br>
> >><br>
> <a href="http://mailman.mit.edu/mailman/listinfo/sap" target="_blank">http://mailman.mit.edu/mailman/listinfo/sap</a><br>
> -wug<br>
> >><br>
> ><br>
> ><br>
> ><br>
> __________________________________<br>
> _____________<br>
> > SAP-WUG mailing list<br>
> > <a href="mailto:SAP-WUG@mit.edu">SAP-WUG@mit.edu</a><br>
> ><br>
> <a href="http://mailman.mit.edu/mailman/listinfo/sap" target="_blank">http://mailman.mit.edu/mailman/listinfo/sap</a><br>
> -wug<br>
><br>
><br>
> __________________________________<br>
> _____________<br>
> SAP-WUG mailing list<br>
> <a href="mailto:SAP-WUG@mit.edu">SAP-WUG@mit.edu</a><br>
> <a href="http://mailman.mit.edu/mailman/listinfo/sap" target="_blank">http://mailman.mit.edu/mailman/listinfo/sap</a><br>
> -wug<br>
<br>
<br>
<br>
------------------------------<br>
<br>
_______________________________________________<br>
SAP-WUG mailing list<br>
<a href="mailto:SAP-WUG@mit.edu">SAP-WUG@mit.edu</a><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>
End of SAP-WUG Digest, Vol 72, Issue 32<br>
***************************************<br>
</blockquote></div><br>