I would clear the two tables, perform the action check it gets
serialized into the queue, then run the action process manually.
Also check the action log, and or add further logging into your BPM if
required.
When it runs the process reads the bp action queue and creates temporary
.p procedure from the action queue data in the work directory then
executes this so you can also check here for any issues.
If something in the queue caused the process to loop or terminate, each
time it started it would only perform one item then exit.
Hope that helps
Regards,
Stephen
From:
vantage@yahoogroups.com [mailto:
vantage@yahoogroups.com] On Behalf
Of Elizabeth
Sent: 23 December 2010 18:45
To:
vantage@yahoogroups.com
Subject: [Vantage] Re: BPM Action Queue table
Yes I am, it runs on startup and is set for continuous processing every
minute. Shutting it off and then running it manually has no effect.
Additionally, there is an old (and I thought deleted) BPM that DOES run
every time I restart the appservers. It just sends an empty email (as
there is no "tt" table for it to draw data from), and I think this is
what it bugging up the works.
Ernie Lowell
Diba Industries
--- In
vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com> ,
"Stephen Edginton" <stephene@...> wrote:
>
> I assume you are running the BPM Action Process, required for ASYNC
> procs?
>
>
>
> Regards,
>
> Stephen
>
>
>
> From: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
[mailto:
vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com> ] On
Behalf
> Of Elizabeth
> Sent: 23 December 2010 15:56
> To: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
> Subject: [Vantage] BPM Action Queue table
>
>
>
>
>
> My BPM async processor isn't working. If I set them to run
synchronously
> they work fine, but not when set asynchronously. Doing some checking I
> find that the BPACTIONQUEUE and BPACTIONQUEUEDATA tables have over
2000
> lines of data each... indicating (to me at least) that the BPM is
> working and sending stuff to the queue but for some reason the queue
> isn't doing its part.
>
> This is all test data and I don't mind losing it in the least. Is
there
> any way I can just clear out these tables?
>
> And does that seem like a probably cause of the hiccup?
>
> Thanks and Merry Christmas!
>
> Ernie Lowell
> Diba Industries
>
>
>
>
>
> [Non-text portions of this message have been removed]
>
[Non-text portions of this message have been removed]