Hi,

that's exatly the point. If you use Hazelcast (for seda queing), you'll do
it, because need the cluster functionality. If you don't need that - don't
use the Hazelcast component for this case. If you need a cluster, then you
'll have normally more than one node. When you shut down one of them, it
should not wait on pending exchanges, because the active nodes can handle
those.

On Tue, Aug 11, 2015 at 10:25 AM, Claus Ibsen <[email protected]> wrote:

> Hi
>
> Oh could it also be that the seda queue is clusteted, and if you
> shutdown one node, you want other nodes to continue as-is, and the
> node being shutdown should not wait for pending messages on the queue
> to complete first.
>
> The regular seda queue is pure internal and therefore it makes sense
> it drain and process those messages as part of its shutdown. But for a
> clustered queue its a different story.
>
>
>
> On Tue, Aug 11, 2015 at 9:31 AM, Claus Ibsen <[email protected]>
> wrote:
> > Hi
> >
> > I am not aware of any specific reason. And if there was one, then I
> > prefer to write code comments or in the class javadoc about such
> > reason.
> >
> > We love contributions so you are welcome to log a JIRA and work on a
> > patch to implement this.
> > http://camel.apache.org/contributing.html
> >
> > On Mon, Aug 10, 2015 at 10:01 PM, Abhijeet Kushe
> > <[email protected]> wrote:
> >> I wanted to know why the HazelCastSedaConsumer the 2.x or 3.x version
> does
> >> not implement ShutdownAware interface which is implemented by
> >> Camel-SedaConsumer
> >> <
> http://camel.apache.org/maven/current/camel-core/apidocs/org/apache/camel/component/seda/SedaConsumer.html
> >
> >> .
> >> We wanted to automate the gracelshutdown feature of one our services
> which
> >> uses Camel and Hazelcast but we are blocked because we cannot find the
> >> pendingInflightExchanges.We can extend the consumer where we implement
> that
> >> service and maintaining the exchange count separately but it would have
> >> been good if the Hazelcast themselves were implemented
> >> But before beginning our implementation I wanted to know if there is a
> >> specific reason for not implementing it or it was a miss
> >>
> >> --
> >> Thanks & Regards
> >> Abhijeet S Kushe
> >
> >
> >
> > --
> > Claus Ibsen
> > -----------------
> > http://davsclaus.com @davsclaus
> > Camel in Action 2nd edition: http://www.manning.com/ibsen2
>
>
>
> --
> Claus Ibsen
> -----------------
> http://davsclaus.com @davsclaus
> Camel in Action 2nd edition: http://www.manning.com/ibsen2
>

Reply via email to