« Return to Thread: Splitter processing end

RE: Re: Splitter processing end

by antoine.borg :: Rate this Message:

Hi,

Why not use Server notifications and just re-enable the endpoint once the first one has finished? http://ricston.com/blog/?p=87

HTH

A

Antoine Borg, Senior Consultant | Tel: +32 28 504 696
ricston Ltd., BP 2, 1180 Uccle, Brussels, BELGIUM

email: antoine.borgantoine.borg@... | blog: blog.ricston.com | web: ricston.com

From: David Borja [mailto:adborja@...]
Sent: Tuesday, October 28, 2008 2:33 PM
To: user@...
Subject: [mule-user] Re: Splitter processing end

This in in mule 1.4.4 ...

Thanks

On Tue, Oct 28, 2008 at 8:32 AM, David Borja <adborja@...> wrote:

Hi mule users/devs ...

I have a splitter that splits a large file into little portions and these portions are procesed. This happens every minute (quartz provider).

However, if in a minute the large file is not processed completely, then the next quartz execution shouldn't start the flow.

I'm trying to do this, with some flag in a derby database: the initial state of this flag is "ready", when the process starts, then this flag is checked, if the flag has the "ready" state, then the process can continue, and changes its state to "running", when the flow finishes, then the flag state returns to "ready" state for next execution.

The problem is that i don't know when the flow finishes. My splitter returns "null" in method "getMessagePart" when there isn't portions anymore, and this causes the process stops. Is in this moment when i need to change the flag state to "ready", but how can i filter a "null" response from splitter?

Thanks!!

« Return to Thread: Splitter processing end