Hi You can configure the jmx management name to not include the bundle id, see details at http://camel.apache.org/camel-jmx
On Tue, Oct 28, 2014 at 6:56 AM, lakshmi.prashant <lakshmi.prash...@gmail.com> wrote: > We are setting the camel Context id in the blueprint xml and have deployed it > to the osgi environment. > > Eg: <camel:camelContext id="Quartz2_Mig_Test1" streamCache="true"> > > Then we get misfires when other VM's in the cluster try to do load balancing > of the trigger : > > No CamelContext could be found with name: *572-Quartz2_Mig_Test1* . > > Why is the osgi bundle id (572) being appended to the camelContext id to > generate the name? > If the OSGI bundle id is different for the deployed route bundle in the > different VM's, we are getting misfires when those VM's acquire the triggers > & read the job data from DB. > > We need a way in which the same name / key is used to store / look-up a > specific camel context / Timer route across VM's. > > a) In createScheduler() of QuartzComponent.java, the camelContext is stored > against the camelcontext name derived as above. > > b) Hence, whenever the derived camel context name is different in different > VM's (or) if the route bundle is re-deployed, the camel context stored in > the scheduler context (in memory) is different from the camel context stored > in DB as part of the Job Data map. > > c) This results in misfires due to ' No CamelContext could be found with > name: *572-Quartz2_Mig_Test1*' in the above 2 scenarios. > > Thanks, > Lakshmi > > > > -- > View this message in context: > http://camel.465427.n5.nabble.com/Quartz-job-data-deletion-in-clustered-quartz2-tp5757508p5758166.html > Sent from the Camel - Users mailing list archive at Nabble.com. -- Claus Ibsen ----------------- Red Hat, Inc. Email: cib...@redhat.com Twitter: davsclaus Blog: http://davsclaus.com Author of Camel in Action: http://www.manning.com/ibsen hawtio: http://hawt.io/ fabric8: http://fabric8.io/
