Workflows starting for deleted objects

[Michael Pokraka]

Ahh, but that is exactly what LIKP.EXISTENCECHECK doe. Or at least it's s=
upposed to do.=20
But... as far as I can figure, since it has a key, it must exist, therefo=
re workflow instantiates the object (or at least it tries to) before exec=
utiong the method. In the trace it fails with 'Object handle for object c=
annot be created'.
 
Thanks for the input,=20
Cheers
Mike
 
On Mon, May 19, 2003 at 01:16:10PM +0200, Schmidinger, Heinz (Unaxis IT B=
Z) wrote:
> Hi Mike,
>=20
> just an idee:
>=20
> cretae an own instanceless method just reading the table if row exists =
and
> return a parameter (not)exits.
>=20
> regards
>=20
> Heinz
>=20
> -----Urspr=FCngliche Nachricht-----
> Von: Michael Pokraka [mailto:workflow at quirky.me.uk]
> Gesendet am: Montag, 19. Mai 2003 13:02
> An: SAP-WUG at MITVMA.MIT.EDU
> Betreff: Workflows starting for deleted objects
>=20
> Hi all,
> Another question to ponder:
>=20
> Users often create deliveries and delete them straight afterwards (I'm =
too
> scared to ask why - but I assume it's when they mess things up and want=
 to
> start again).
> Now, we have workflows that start after a LIKP.CREATED event, using the
> event queue. The Queue introduces a delay, and hence we have workflows =
which
> fail straight away (object doesn't exist). Adding a task based on
> LIKP.EXISTENCECHECK also fails, it appears to be that it falls over whe=
n
> instantiating the object in order to check it's existence... (duh!).
>=20
> Any ideas would be welcome...
> Thank
> Mike