Latest end with modelled deadline does not workf

[Michael Pokraka]

Hi Fred,
Thanks for the useful feedback - it happens to be something I've found very flaky myself. Personally I've come to disagree with the DEV/TEST client philosophy since working on such a setup for some length of time. It gets even more fun when some people create org elements in the wrong client causing number range to get out of synch....
Cheers
Mike
 
 
Anyway, it's nice to know that it's not me who's mad, somethmes a logoff/logon was the thing to set things right...
 
On Tue, Oct 28, 2003 at 02:26:07PM +0100, Kouw, FA - SPLTX wrote:
> Mike,
>
> What I meant was that the path related to the outcome 'Latest end reached' was not being 'processed' after the latest end deadline expired. After synchronizing buffers (not using SWU_OBUF, but /$SYNC which refreshes all
> buffers in the system) the problem is solved. As you suggested I already modeled a process step that terminates the workflow as last step in the 'deadline' process path.
>
> I already sent an OSS message to SAP for my 'buffer' problem, but was not aware that this problem was related to that message. My buffering problem is, according to SAP, caused by the fact that we develop workflows in a
> development client, and test them on other clients in the same system. SAP is working on this at the moment. SAP's reaction to this problem: 'originally, it was not intended that workflow-templates are used in several
> clients (although theoretically possible), because user and org.mgmt as well as possible agents assigned to the tasks will not exist everywhere in all clients. But after your request, we re-considered this issue and
> discovered a possible way to meet your requirements....'
>
> Regards,
>
> Fred Kouw
>
> Michael Pokraka wrote:
>
> > Hi,
> > Just off the top of my head I'd say that a deadline shouldn't change the status of an item by itself. Does the modelled deadline include a step to cancel the item? This is what you'd needthe functionality you describe..
> > Cheers
> > Mike
> >
> > On Tue, Oct 28, 2003 at 12:17:27PM +0100, Kouw, FA - SPLTX wrote:
> > > Hi,
> > >
> > > I encountered the following problem:
> > >
> > > I have a step that starts a background task. The step has a latest end
> > > with a modeled deadline (5 minutes after work item creation). The method
> > > calls a program that is originally meant for use in dialog, that's why
> > > the program does not give back control to the method after an error
> > > occurs in the program. That's why I modeled a deadline for the step, to
> > > inform the user (work item) after the deadline expires.
> > >
> > > The deadline expired and the deadline monitoring job SWWDHEX has
> > > completed after the latest end date/time stamp, but the status of the
> > > work item is still 'In process'.
> > >
> > > Does anyone know what can be the cause of this?
> > >
> > > Regards,
> > >
> > > Fred Kouw
> > >
> > >
> > > **********************************************************************
> > > This e-mail and any attachment may contain confidential and privileged
> > > material intended for the addressee only. If you are not the addressee, you
> > > are notified that no part of the e-mail or any attachment may be disclosed,
> > > copied or distributed, and that any other action related to this e-mail or
> > > attachment is strictly prohibited, and may be unlawful. If you have received
> > > this e-mail by error, please notify the sender immediately by return e-mail,
> > > and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its
> > > subsidiaries and/or its employees shall not be liable for the incorrect or
> > > incomplete transmission of this e-mail or any attachments, nor responsible
> > > for any delay in receipt.
> > > **********************************************************************
> > >
> > > _____________________________________________________________________________________________
> > > This outbound message from KPN has been checked for all known viruses by KPN IV-Scan, powered by MessageLabs.
> > > For further information visit: http://www.veiliginternet.nl
> > > _____________________________________________________________________________________________
> >
> > _________________________________________________________________________________________
> > This inbound message from KPN has been checked for all known viruses by KPN IV-Scan, powered by MessageLabs.
> > For further information visit: http://www.veiliginternet.nl
> > _____________________________________________________________________________________________
>
>
> **********************************************************************
> This e-mail and any attachment may contain confidential and privileged
> material intended for the addressee only. If you are not the addressee, you
> are notified that no part of the e-mail or any attachment may be disclosed,
> copied or distributed, and that any other action related to this e-mail or
> attachment is strictly prohibited, and may be unlawful. If you have received
> this e-mail by error, please notify the sender immediately by return e-mail,
> and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its
> subsidiaries and/or its employees shall not be liable for the incorrect or
> incomplete transmission of this e-mail or any attachments, nor responsible
> for any delay in receipt.
> **********************************************************************
>
> _____________________________________________________________________________________________
> This outbound message from KPN has been checked for all known viruses by KPN IV-Scan, powered by MessageLabs.
> For further information visit: http://www.veiliginternet.nl
> _____________________________________________________________________________________________