AW: Workflow condition step returns wrong value

[Gregory Kowalik]

Thornsten,
 
My 2 cents:
I think you are wrong in your statement,
The update task does only database operations. That what it is responsible for.
The event cannot be triggered from within an update task.
So it is physically possible that the event will be raised before the values are
actually written to the disk.
 
Greg
 
 
 
 
 
 
"Quenzer, Kenneth" <QuenzeKD at oge.com> on 09/28/2000 02:13:26 PM
 
Please respond to "SAP Workflow Users' Group" <SAP-WUG at MITVMA.MIT.EDU>
 
To:   SAP-WUG at MITVMA.MIT.EDU
cc:    (bcc: Gregory Kowalik)
Subject:  Re: AW: Workflow condition step returns wrong value
 
 
 
-------------- next part --------------
Hi Thorsten,
 
I was mistaken in my previous answer.  The problem that I ran into was =
in a
workflow that executed a task which created a business object and then =
the
subsequent step attempted to access an attribute of the newly created
business object.  In some cases the step was executed before the databa=
se
tables were updated which caused the step to fail.  This sounds like a
different problem than what you are referring to.
 
Kenny Quenzer
 
-----Original Message-----
From: Dr. Thorsten Wewers [mailto:thorsten.wewers at bmt-consulting.de]
Sent: Thursday, September 28, 2000 12:59 PM
To: SAP-WUG at MITVMA.MIT.EDU
Subject: AW: AW: Workflow condition step returns wrong value
 
Hi Kenny,
 
right, therefore the function module that raises the event in update ta=
sk
must be called as the last thing, i.e. after all the insert, update etc=
.
statements. Then, with a commit work right after that function module, =
the
event is "committed" (raised) after the database contents have been
"physically" updated (in update task, right before the event). If it's =
not
implemented this way by SAP, it's plainly wrong.
 
Please tell me the business objects and events where you encountered su=
ch a
problem. My former workflow development colleagues in SAP will definite=
ly be
happy to know about this.
 
Thorsten Wewers
http://www.bmt-consulting.de/
 
-----Urspr=FCngliche Nachricht-----
Von: SAP Workflow [mailto:Owner-SAP-WUG at MITVMA.MIT.EDU]Im Auftrag von
Quenzer, Kenneth
Gesendet: Donnerstag, 28. September 2000 19:37
An: SAP-WUG at MITVMA.MIT.EDU
Betreff: Re: AW: Workflow condition step returns wrong value
 
 
Hi Thorsten,
 
I have experience this problem before and it was my understanding that =
it
can occur because most updates to the database are executed asynchronou=
sly
in an update process on the application server.  Therefore, even if the=
 
event is triggered at the same time that the SQL statement to insert th=
e
record is executed the actual update to the database may not have occur=
red.
 
 
Kenny Quenzer
 
-----Original Message-----
From: Dr. Thorsten Wewers [mailto:thorsten.wewers at bmt-consulting.de]
Sent: Thursday, September 28, 2000 11:34 AM
To: SAP-WUG at MITVMA.MIT.EDU
Subject: AW: AW: Workflow condition step returns wrong value
 
Patrik,
 
if in one SAP application, the event is triggered BEFORE the applicatio=
n
data are written on the database, this is worth an OSS message to SAP. =
It
mustn't occur.
 
Could you tell me which business object and method you're talking about=
?
 
Cheers,
 
Thorsten
 
-----Urspr=FCngliche Nachricht-----
Von: SAP Workflow [mailto:Owner-SAP-WUG at MITVMA.MIT.EDU]Im Auftrag von
Patrik vanOdijk
Gesendet: Donnerstag, 28. September 2000 17:54
An: SAP-WUG at MITVMA.MIT.EDU
Betreff: Re: AW: Workflow condition step returns wrong value
 
 
 
 
Thorsten, Sarah.
 
I agree with what you say Thorsten. We did the workflow branch solution=
 and
saw
alot of RFC's. We changed that to a checkfunction and the load did go d=
own
drastically. This is ofcourse depending on the type of workflow, the nu=
mber
of
flows started and the percentage of flows that are terminated ofcourse.=
 
 
One issue that also needs to be adressed concerning this is a problem w=
ith
synchronisation. In some applications the, for example CREATED, event i=
s
triggered before the database update has been done. This means that the=
 
access
to the object is not succesful in the check function. Sometimes this wo=
rks
with
the first solution Sarah suggests since the slowness of the RFC could a=
low
the
database update to finish, but that doesn't seem like a very stabil sol=
ution
really.
 
We had to build an exit for one application to check a status for one
created
object and skip the triggering of the created event within the applicat=
ion
instead of with the check function just of the above described problem.=
 
 
Whats your opinion on this?
 
/Patrik
 
 
 
 
"Dr. Thorsten Wewers" <thorsten.wewers at bmt-consulting.de> on 2000-09-28=
 
16:34:10
 
Please respond to "SAP Workflow Users' Group" <SAP-WUG at MITVMA.MIT.EDU>
 
To:   SAP-WUG at MITVMA.MIT.EDU
cc:    (bcc: Patrik van Odijk/GBG/FRONTEC)
 
Subject:  AW: Workflow condition step returns wrong value
 
 
 
 
=