Vantage 8.03.409C: Has anyone encountered this

That is another weird thing. So I did put in a message box yesterday. For a few hours I was still getting calls saying it still is not working. Then for no reason that I could tell . . . the message started coming through, but it was not on the 1st or 2nd release but on the 3rd. Just to state, I did save the BPM and was out of the Methods Directives form during those hours.


--- In vantage@yahoogroups.com, Jose Gomez <jose@...> wrote:
>
> Is it actually firing? As in if you put messagebox does it show it?
>
>
> *Jose C Gomez*
> *Software Engineer*
> *
> *
> *
> *T: 904.469.1524 mobile
> E: jose@...
> http://www.josecgomez.com
> <http://www.linkedin.com/in/josecgomez> <http://www.facebook.com/josegomez>
> <http://www.google.com/profiles/jose.gomez> <http://www.twitter.com/joc85>
> <http://www.josecgomez.com/professional-resume/>
> <http://www.josecgomez.com/feed/>
> <http://www.usdoingstuff.com>
>
> *Quis custodiet ipsos custodes?*
>
>
> On Wed, Jul 3, 2013 at 11:49 AM, dgodfrey_amc <dgodfrey@...> wrote:
>
> > **
> >
> >
> > We have had a BPM currently active (enabled) for about a month now. As of
> > Monday I get a call telling me that a BPM is not working anymore. I called
> > our IT guy (I don't handle the hardware/installation/updates side of
> > things) and he said nothing has changed.
> >
> > So, has anyone encountered a BPM stop working. I am the only one touching
> > BPMs.
> >
> > The BPM is on the PO.Update pre-Processing Method to auto-populate the
> > PromiseDt of the PORel table.
> >
> > so my condition is: "there is at least one added row in the ttPORel table"
> >
> > my action is: " synchronously execute 4GL for each ttPORel where
> > ttPORel.PromiseDt ... record nothing"
> >
> > the code is simple. It has worked great until Monday:
> > for each ttPORel where ttPORel.PromiseDt = ? no-lock.
> > Assign ttPORel.PromiseDt = ttPORel.DueDate.
> > MESSAGE 'Populating PORel.PromiseDt on PO# ' + string(ttPORel.PONum) + ',
> > Line# ' + string(ttPORel.POLine) + ', Rel# ' + string(ttPORel.PORelNum).
> > end.
> >
> >
> >
>
>
> [Non-text portions of this message have been removed]
>
We have had a BPM currently active (enabled) for about a month now. As of Monday I get a call telling me that a BPM is not working anymore. I called our IT guy (I don't handle the hardware/installation/updates side of things) and he said nothing has changed.

So, has anyone encountered a BPM stop working. I am the only one touching BPMs.

The BPM is on the PO.Update pre-Processing Method to auto-populate the PromiseDt of the PORel table.

so my condition is: "there is at least one added row in the ttPORel table"

my action is: " synchronously execute 4GL for each ttPORel where ttPORel.PromiseDt ... record nothing"

the code is simple. It has worked great until Monday:
for each ttPORel where ttPORel.PromiseDt = ? no-lock.
Assign ttPORel.PromiseDt = ttPORel.DueDate.
MESSAGE 'Populating PORel.PromiseDt on PO# ' + string(ttPORel.PONum) + ', Line# ' + string(ttPORel.POLine) + ', Rel# ' + string(ttPORel.PORelNum).
end.
Is it actually firing? As in if you put messagebox does it show it?


*Jose C Gomez*
*Software Engineer*
*
*
*
*T: 904.469.1524 mobile
E: jose@...
http://www.josecgomez.com
<http://www.linkedin.com/in/josecgomez> <http://www.facebook.com/josegomez>
<http://www.google.com/profiles/jose.gomez> <http://www.twitter.com/joc85>
<http://www.josecgomez.com/professional-resume/>
<http://www.josecgomez.com/feed/>
<http://www.usdoingstuff.com>

*Quis custodiet ipsos custodes?*


On Wed, Jul 3, 2013 at 11:49 AM, dgodfrey_amc <dgodfrey@...> wrote:

> **
>
>
> We have had a BPM currently active (enabled) for about a month now. As of
> Monday I get a call telling me that a BPM is not working anymore. I called
> our IT guy (I don't handle the hardware/installation/updates side of
> things) and he said nothing has changed.
>
> So, has anyone encountered a BPM stop working. I am the only one touching
> BPMs.
>
> The BPM is on the PO.Update pre-Processing Method to auto-populate the
> PromiseDt of the PORel table.
>
> so my condition is: "there is at least one added row in the ttPORel table"
>
> my action is: " synchronously execute 4GL for each ttPORel where
> ttPORel.PromiseDt ... record nothing"
>
> the code is simple. It has worked great until Monday:
> for each ttPORel where ttPORel.PromiseDt = ? no-lock.
> Assign ttPORel.PromiseDt = ttPORel.DueDate.
> MESSAGE 'Populating PORel.PromiseDt on PO# ' + string(ttPORel.PONum) + ',
> Line# ' + string(ttPORel.POLine) + ', Rel# ' + string(ttPORel.PORelNum).
> end.
>
>
>


[Non-text portions of this message have been removed]