JMS implementation?

[Mark Womack <ma...@womacknet.com>]

Can someone point me at a reliable JMS (reference) implementation?  I did a
little work to create a JMSReceiver (based on the JMSSink class), and I want
to compile it.  But, I need some jms version in order to do this...

thanks,
-Mark


--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>

Re: JMS implementation?

[robert burrell donkin <ro...@blueyonder.co.uk>]

another open source alternative is openjms

http://openjms.sourceforge.net/

(from www.exolab.org)

- robert

On Friday, November 22, 2002, at 06:08 AM, Mark Womack wrote:

> Can someone point me at a reliable JMS (reference) implementation?  I did 
> a
> little work to create a JMSReceiver (based on the JMSSink class), and I 
> want
> to compile it.  But, I need some jms version in order to do this...
>
> thanks,
> -Mark
>
>
> --
> To unsubscribe, e-mail:   <mailto:log4j-dev-
> unsubscribe@jakarta.apache.org>
> For additional commands, e-mail: <mailto:log4j-dev-
> help@jakarta.apache.org>
>


--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>

Re: JMS implementation?

[Ceki Gülcü <ce...@qos.ch>]

Try JMQ (Sun's reference implementation)

http://wwws.sun.com/software/download/products/Sun_tm__ONE_Msg_Que,_Platform_Ed..html

I'd also try JBoss' implementation.

The problem with JMS is that you have to try out things with at lest 3 
different implementations. I use JMS, JBoss and Weblogic. As Jason Dillon 
pointed out, SonicMQ also seems very popular.

If you just for need to compile using the JMS API, then you can get the JMS 
API from Sun:

http://java.sun.com/products/jms/docs.html

At 22:08 21.11.2002 -0800, you wrote:
>Can someone point me at a reliable JMS (reference) implementation?  I did a
>little work to create a JMSReceiver (based on the JMSSink class), and I want
>to compile it.  But, I need some jms version in order to do this...
>
>thanks,
>-Mark

--
Ceki

TCP implementations will follow a general principle of robustness: be
conservative in what you do, be liberal in what you accept from
others. -- Jon Postel, RFC 793



--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>