My question is: is it true that CachingConnectionFactory causes problem in
Camel OSGi environment?
On Jan 3, 2014 7:21 PM, Claus Ibsen claus.ib...@gmail.com wrote:
On Fri, Jan 3, 2014 at 1:18 PM, Muhammad Ichsan ich...@gmail.com wrote:
I'm using org.springframework.jms.connection.CachingConnectionFactory
instead of org.apache.activemq.pool.PooledConnectionFactory. Is that
problem?
If you are using blueprint, then yeah you need to call its start|stop
method also - the method names may be destroy / init or whatever, so
you need to check that out.
If you use spring xml file, then spring automatic should call its
start|stop methods.
But in blueprint this does not happen.
While using org.apache.activemq.pool.PooledConnectionFactory with
proper start and stop (init-method=start destroy-method=stop), I
have no problem.
On Fri, Jan 3, 2014 at 6:32 PM, Claus Ibsen claus.ib...@gmail.com
wrote:
If you use a connection pool then make sure that this pool is also
shutdown when you stop the bundle.
eg usually that is to ensure the pool start|stop methods is invoked.
See details at:
http://camel.apache.org/activemq
On Fri, Jan 3, 2014 at 12:07 PM, Muhammad Ichsan ich...@gmail.com
wrote:
I have routes defined in an OSGi bundle. The routes use activemq
component to process data. To be exact, I have camel listen into 3
different queue with concurrency = 10.
As I started it in servicemix (apache-servicemix-4.4.0-fuse-00-27), I
see in the Active MQ Web console that the queues are consumed as
expected:
- queue.a = 10 concurrent consumers
- queue.b = 10 concurrent consumers
- queue.c = 10 concurrent consumers
Without doing any transaction, I stop the bundle. But strangely I have
the following fact:
- queue.a = 10 concurrent consumers
- queue.b = 9 concurrent consumers
- queue.c = 1 concurrent consumers
where I expect all of them to be 0 concurrent consumers.
This is a big problem, since when I start the bundle back, it creates
more than 10 concurrent consumers for each queue. And my transaction
can not run properly, because the old consumers (which remains),
interfere the transaction messages.
My question is, what's wrong here? Is a bug? Or I should do something
to make it as expected?
FYI, this is my ActiveMQ log level = INFO on Servicemix:
http://pastebin.com/AcgQApDK
Thanks
--
~The best men are men who benefit to others
http://www.michsan.web.id 一緒に勉強しましょう!
Yang berkualitas memang beda rasanya!
http://rizqi-cookies.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
Make your Camel applications look hawt, try: http://hawt.io
--
~The best men are men who benefit to others
http://www.michsan.web.id 一緒に勉強しましょう!
Yang berkualitas memang beda rasanya!
http://rizqi-cookies.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
Make your Camel applications look hawt, try: http://hawt.io