SWP_WORKITEM_CALLBACK_REPEAT

[Dart, Jocelyn]

Hi Koenraad,
 
If you are in 6.20, have you tried the SAP_WAPI_ADM* function modules?
SAP_WAPI_ADM_WORKFLOW_RESUME is probably worth a look.
 
FYI Mark, the released equivalent of the one you suggested is SAP_WAPI_ADM_WORKFLOW_REDORULE.
 
Regards,
Jocelyn
 
-----Original Message-----
From: SAP Workflow [mailto:Owner-SAP-WUG at MITVMA.MIT.EDU] On Behalf Of Koenraad Janssens
Sent: Wednesday,31 March 2004 9:31 PM
To: SAP-WUG at MITVMA.MIT.EDU
Subject: Re: SWP_WORKITEM_CALLBACK_REPEAT
 
 
Hello Mark
 
We used this function on 4.6B to restart certain kinds of hanging WF's.
Mostly for tasks without a user assignment.  (background)
This function doesn't help in those cases.  We've opened an OSS message
but aren't getting any results.  As always we lost a few days while SAP
tries to deny they are responsible for this problem.   This is one of
their answers:
 
quote:
 
As you might have realized, the workflow engine has changed somewhat
in 620 and so the function module SWP_WORKITEM_CALLBACK_REPEAT no
longer exists and the process of using this kind of functionality
is a lot more complicated in 620.
 
The problem you are experiencing is with a custom developed method and
so it is up to you to make sure the work item goes into status ERROR
when a problem/exception occurs. In this case you will need to use
the MESSAGES parameter to determine if there were any errors and
raise an appropriate workflow exception.
 
end quote.
 
Offcourse this is balony...  the method executes correctly (so it doesn't
need a status error).... but then the workflow runtime doesn't pick up the
next task.  (it has to end a sublow and continue with the main flow)
Anyway we hope that they will come up with a proper solution.....  but my
idea of SAP OSS has changed during this upgrade.... I'm really tired to
see the same stupid excuses everytime again just so they wouldn't have to
look at it.....
 
I know they probably get a lot of crap messages everyday....   but
still... aaarrggghhhh
 
Kind regards
 
Koenraad
 
 
 
 
 
Mark.Pyc at bhint.com
Sent by: Owner-SAP-WUG at MITVMA.MIT.EDU
31/03/2004 11:50
Please respond to SAP-WUG
 
 
        To:     SAP-WUG at MITVMA.MIT.EDU
        cc:
        Subject:        Re: SWP_WORKITEM_CALLBACK_REPEAT
 
 
G'day Koenraad,
 
Nice timing! We started looking at this yesterday morning just as your
mail appeared....
 
There is an 'unreleased' function SWL_WI_ADM_REDO_RULE into which you
simply pass the Workitem ID. It seems only to be used in the Workitem with
out Agent transaction (SWI2_ADM1).
 
There are other options in terms of agent re-resolution these days as long
as you think about it at development time. You can specify an event at the
header level within the graphic builder on the 'Version Dependent' /
'Event' tab which will re-evaluate the roles of any active Workitems.
Simply specify the event and choose the receiver type 'Reevaluate Rules of
Active Work Items'. This has to be done for every workflow definition
though. In some cases there will be process specific events which make
sense here, but not in all cases. For the unplanned situations the above
function should get you out of trouble...
 
Have fun,
Mark
 
 
 
 
 
 
Koenraad Janssens <koenraad.janssens at sidmar.arcelor.com>
Sent by: SAP Workflow <Owner-SAP-WUG at MITVMA.MIT.EDU>
30/03/2004 11:29
Please respond to SAP Workflow Users' Group
 
 
        To:     SAP-WUG at MITVMA.MIT.EDU
        cc:
        Subject:        SWP_WORKITEM_CALLBACK_REPEAT
 
 
Is there a 4.7 replacement/alternative for this function?
 
Kind regards
 
Koenraad
 
***********************************************************************************
This message should only be read by those persons to whom it is
addressed, and may contain confidential information, the disclosure
of which is prohibited. This message is not intended to create rights
or obligations without subsequent written confirmation of its contents.
If you have received this message in error, please notify us immediately
***********************************************************************************