You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@camel.apache.org by Dave Wallin <da...@kaltire.com> on 2009/09/15 17:14:21 UTC
JMS Connection Pooling
Hello,
Does anyone know of a JMS Connection Pool implementation that would work
with SonicMQ. We have found JENKS Connection Pool for ActiveMQ. We would
also be interested in any advice on how to develop a connection pool for
SonicMQ (which interfaces need to be implemented, etc...) Thanks.
--
View this message in context: http://www.nabble.com/JMS-Connection-Pooling-tp25455892p25455892.html
Sent from the Camel Development mailing list archive at Nabble.com.
Re: JMS Connection Pooling
Posted by Dave Wallin <da...@kaltire.com>.
Thank you very much. This seems to be exactly what we're looking for.
bsnyder wrote:
>
> On Tue, Sep 15, 2009 at 9:14 AM, Dave Wallin <da...@kaltire.com>
> wrote:
>>
>> Hello,
>>
>> Does anyone know of a JMS Connection Pool implementation that would work
>> with SonicMQ. We have found JENKS Connection Pool for ActiveMQ. We
>> would
>> also be interested in any advice on how to develop a connection pool for
>> SonicMQ (which interfaces need to be implemented, etc...) Thanks.
>
> I suggest using the Spring CachingConnectionFactory:
>
> http://static.springsource.org/spring/docs/2.5.x/api/org/springframework/jms/connection/CachingConnectionFactory.html
>
> The CachingConnectionFactory is not tied to any particular MOM and
> I've found it to work very well with many different MOMs. It also
> provides Session caching and MessageProducer caching as well as
> automatic reconnection. The model it uses is to create one connection
> per instance of the CachingConnectionFactory and use that single
> connection to create many sessions. JMS compliant MOMs work very well
> with this model and if you need more than a single physical JMS
> connection object, you can just create additional
> CachingConnectionFactory instances. Given the features and
> flexibility, the widespread deployment and the use of a liberal open
> source license of the CachingConnectionFactory, why create yet another
> connection factory?
>
> Bruce
> --
> perl -e 'print
> unpack("u30","D0G)U8V4\@4VYY9&5R\"F)R=6-E+G-N>61E<D\!G;6%I;\"YC;VT*"
> );'
>
> ActiveMQ in Action: http://bit.ly/2je6cQ
> Blog: http://bruceblog.org/
> Twitter: http://twitter.com/brucesnyder
>
>
--
View this message in context: http://www.nabble.com/JMS-Connection-Pooling-tp25455892p25457526.html
Sent from the Camel Development mailing list archive at Nabble.com.
Re: JMS Connection Pooling
Posted by Bruce Snyder <br...@gmail.com>.
On Tue, Sep 15, 2009 at 9:14 AM, Dave Wallin <da...@kaltire.com> wrote:
>
> Hello,
>
> Does anyone know of a JMS Connection Pool implementation that would work
> with SonicMQ. We have found JENKS Connection Pool for ActiveMQ. We would
> also be interested in any advice on how to develop a connection pool for
> SonicMQ (which interfaces need to be implemented, etc...) Thanks.
I suggest using the Spring CachingConnectionFactory:
http://static.springsource.org/spring/docs/2.5.x/api/org/springframework/jms/connection/CachingConnectionFactory.html
The CachingConnectionFactory is not tied to any particular MOM and
I've found it to work very well with many different MOMs. It also
provides Session caching and MessageProducer caching as well as
automatic reconnection. The model it uses is to create one connection
per instance of the CachingConnectionFactory and use that single
connection to create many sessions. JMS compliant MOMs work very well
with this model and if you need more than a single physical JMS
connection object, you can just create additional
CachingConnectionFactory instances. Given the features and
flexibility, the widespread deployment and the use of a liberal open
source license of the CachingConnectionFactory, why create yet another
connection factory?
Bruce
--
perl -e 'print unpack("u30","D0G)U8V4\@4VYY9&5R\"F)R=6-E+G-N>61E<D\!G;6%I;\"YC;VT*"
);'
ActiveMQ in Action: http://bit.ly/2je6cQ
Blog: http://bruceblog.org/
Twitter: http://twitter.com/brucesnyder