I do not have a preferred implementation, no. I understand the basics of JMS 
and how it works, but I have never actually used it before. I do usually work 
with Spring Framework, but my understanding is that it's relatively agnostic as 
to the underlying implementation of JMS.

ActiveMQ looks interesting. One concern I have is that some of the 
documentation seems rather dated: referring to JavaEE 1.4, for example, when 
1.6 came out two years ago and 1.7 is on the brink of approval. And then 
there's the context resource definition on the Tomcat page and references to 
the shared lib directory, and immediately below that an 'updated' resource 
definition for "Tomcat 5.5 or later" that's "completely untested but should 
work." Seeing as how 6.0 and 7.0 are both mature and 8.0 is around the corner 
somewhere, this seems awfully dated. How well-maintained and up-to-date is 
ActiveMQ? Can we expect work on the impending JMS 2.0 specification to begin 
any time in the future?

Thanks,

Nick

-----Original Message-----
From: Daniel Mikusa [mailto:dmik...@vmware.com]
Sent: Wednesday, January 30, 2013 11:41 AM
To: Tomcat Users List
Subject: Re: JMS in a Tomcat Environment

On Jan 30, 2013, at 11:20 AM, Williams, Nick wrote:

> Knowing that Tomcat is not a full JavaEE application server, I understand 
> that it doesn't support all JavaEE specifications, and that JMS is one of the 
> specifications that Tomcat does not implement. However, I'm wondering if any 
> Tomcat users out there have any experience with any JMS solutions that can be 
> easily integrated into a Tomcat cluster?

The first one that comes to mind is ActiveMQ...

  https://activemq.apache.org/tomcat.html

but I'm sure there are other options.  Do you have a preferred JMS 
implementation?

Dan

>
> Thanks,
>
> Nick


This e-mail may contain privileged or confidential information. If you are not 
the intended recipient: (1) you may not disclose, use, distribute, copy or rely 
upon this message or attachment(s); and (2) please notify the sender by reply 
e-mail, and then delete this message and its attachment(s). Underwriters 
Laboratories Inc. and its affiliates disclaim all liability for any errors, 
omissions, corruption or virus in this message or any attachments.


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Reply via email to