I just asked James Strachan and he said: <jstrachan> dkulp: but yes, you've gotta cache sessions <jstrachan> and consumers
I don't know the details, but since he knows the insides of ActiveMQ pretty well, I'd take his advise. :-) Dan On Tuesday 02 September 2008 5:00:38 pm Christian Schneider wrote: > Hi, > > I am just working an a refactoring of the JMS Transport. In the module > there is an implementation of a session cache. > > As we later want to switch to SpringTemplate and Spring > ListenerContainer I want to get rid of as much pooling implementation as > possible. > So my question is: Do we really need a session cache. As far as I > understood from JMS specs sessions are lightweight short lived objects. > So I think it would not harm to create a new session for each message > and destroy it later. The same is true for producers. > > The connection on the other hand has to be cached as it is costly to > create. I think the connection could be stored as a simple attribute of > JMSConduit or JMSDestination. > As far as I know it is thread safe too. > > What is your knowledge about this? > > Best regards > > Christian -- Daniel Kulp [EMAIL PROTECTED] http://www.dankulp.com/blog