Dequeue Work Item

Sandy maorriyan.santoso at gmail.com
Thu Jun 12 06:22:10 EDT 2008


Hi Florin.
Many thanks for your prompt reply (always :p )
Since you're the one who replied my e-mail, I have to tell you that this
still related with issue in my terminating event.
Try to use alternative solution.
I thought that was a good solution by using Export-Import to memory.
In my case once user clicked button on ABAP program, this program should
send value to workflow task and tell workflow to continue the process. Again
the best way to solve this issue is via terminating event or wait step.

But any way, your e-mail gave me a light.
Instead of using call transaction, I will call function module in my method.
my ABAP program should be as a function module where its export parameter is
value associate with button in ABAP program.
Export parameter will be receive within my method and pass it back to task
container for further process.


On Thu, Jun 12, 2008 at 5:53 PM, Florin Wach <florin.wach at gmx.net> wrote:

> Hi Sandy,
>
> I have experienced a very similar problem and I worked around that by using
> the new ABAP-Objects for the workitem's container. But apparently that
> container get's rolled back whenever the work item was cancelled (and not
> fully processed).  By the way, I'm talking about a synchronous dialog step.
>
> Instead of writing the value immediatly back to the container, you could
> use the EXPORT TO MEMORY statement to pass information back from the
> transaction to the calling business object method, picking it up there to
> pass it back via the method container (as plain exporting element).
> Another possibility could be, to use a separate database table with the
> work*flows* WI_ID as the key field and you pass this to the transaction (as
> hidden parameter or so). The transaction then can put entries there, as you
> wish, and you create an extended WORKITEM object with a virtual attribut
> holding the information from the db table. In the workflow you can then use
> the instance of the workflow itself to access it.
>
> Maybe this gives you some more ideas.
>
> Best wishes,
> Florin
>
> -------- Original-Nachricht --------
> > Datum: Thu, 12 Jun 2008 17:25:26 +0800
> > Von: Sandy <maorriyan.santoso at gmail.com>
> > An: "SAP Workflow - MIT" <sap-wug at mit.edu>
> > Betreff: Dequeue Work Item
>
> > Hi All.
> >
> > I have workflow task that execute ABAP program via call transaction. So
> > when
> > user receive work item they execute work item and bring ABAP program.
> > Within this program user need to click certain button. When they execute
> > certain button, data base field get updated and need to update task
> > container element.
> >
> > The design is when work item executed, it send work item to ABAP program
> > and
> > do SAP_WAPI_WRITE_CONTAINER to update container element depend on
> selected
> > button.
> > I got enqueue error message says that work item has been locked by the
> > user
> > it self.
> > It is obvious when user execute work item and transaction called, work
> > item
> > still get locked.
> >
> > Is there any alternative to update container element of work item while
> > work
> > item executed?
> > Statement "LEAVE TO TRANSACTION" is not an option since I need to pass
> > parameters value when I call ABAP transaction
> _______________________________________________
> SAP-WUG mailing list
> SAP-WUG at mit.edu
> http://mailman.mit.edu/mailman/listinfo/sap-wug
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.mit.edu/pipermail/sap-wug/attachments/20080612/b1b7f606/attachment.htm


More information about the SAP-WUG mailing list