Hi,
I agree that for an application server to implement MDB, the
JMS Application Server Facilities (ASF) should be implemented,
both on the JMS provider side and on the application server side.
- The application server should implement the pool of JMS sessions
(ServerSessionPool and ServerSession which encapsulate a JMS session),
so that the application server will be able to multi-thread the processing
of messages (for a JMS destination, queue or topic) across several sessions.
- the JMS provider should implement the possibility to attach a MessageListener
directly to a session (not to a consumer), and should provide the possibility
to
create ConnectionConsumer objects. A ConnectionConsumer will receive
JMS messages for a particular destination and will make use
of a pool of ServerSession provided by the application server, in order to
dispatch the received messages on several sessions.
<vendor>
This is what we are implementing in the JOnAS opensource
EJB server and in the JORAM opensource JMS implementation.
MDB in JOnAS and ASF in JORAM should be available by the
end of April.
</vendor>
Best Regards,
François
"Pavlik, Gregory" wrote:
> Well, the problem is really on the JMS implementation side. Correct
> implementations of connection consumer should be appearing on the market
> this year, but right now they are few and far between. At that point, you
> should be able to take advantage of support for concurrency in application
> servers. I don't know what other vendors are doing, but we've been
> supporting MDBs since last September and we have code in place to support
> the connection consumer interface. Others may be doing the same.
>
> I'd caution you to stay clear of the RI as a learning tool for application
> server integration with JMS. They essentially threw out Chapter 8 and came
> up with a custom solution to get around certain deficiencies in the JMS
> specification. This is a strange approach for an RI, I think, though they
> have valid reasons for their design decision. In any case, I would imagine
> that most vendors will steer clear of this approach in so far as they can,
> so its utility as a learning tool is certainly diminished.
>
> Greg
>
> -----Original Message-----
> From: cyrus brocha [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, March 13, 2001 8:34 AM
> To: [EMAIL PROTECTED]
> Subject: jms application server interfaces
>
> Hey ! Greg,
> yes ! you are correct that there is nothing
> that prevents from doint that..
> is anybody aware of any such implementations ?
> may be for handling MDB stuff of EJB2.0..
> is this the approach generally ppl take to
> implement MDB ??
> and for that the CONTAINER should maintain a
> "list" of all the messsages it has got and then using
> the ConnectionConsumer may be it will load the
> sessions with the appropriate messages (after
> unsetting the MessageListener with which it has got
> the message) and then may be calls
> ServerSession.start() on each one of them ....
> will this approach work ??
> if anybody has any better way then throw some
> light on the same.
> thanks in advance..
> Regards,
> Cyras Brocha
>
> ____________________________________________________________
> Do You Yahoo!?
> Get your free @yahoo.co.in address at http://mail.yahoo.co.in
>
> ===========================================================================
> To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
> of the message "signoff EJB-INTEREST". For general help, send email to
> [EMAIL PROTECTED] and include in the body of the message "help".
>
> ===========================================================================
> To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
> of the message "signoff EJB-INTEREST". For general help, send email to
> [EMAIL PROTECTED] and include in the body of the message "help".
--
==================================================================
Francois EXERTIER Evidian (Groupe Bull)
1, rue de Provence, BP 208, 38432 Echirolles cedex, FRANCE
mailto:[EMAIL PROTECTED]
http://www.evidian.com/jonas http://www.objectweb.org/jonas
Tel: +33 (0)4 76 29 71 51 - Fax: +33 (0)4 76 29 77 30
==================================================================
===========================================================================
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff EJB-INTEREST". For general help, send email to
[EMAIL PROTECTED] and include in the body of the message "help".
