Dennis,
At GlueBeans our goal was to develop an EJB server, where a client could
access any normal EJB (Entity or Session) asynchronously. The async transport
mechanism we used to do this was Oracle AQ. We could have done this with IBM MQ as
well, and in fact we are going to be working on this.
Basically what this means is that MQ is not being used as a datastore (a JDBC
database would still be a datastore - for instance), but only as a transport, in
place of IIOP/RMI. This is in variation to what you are trying to do, and IMHO
probably what you want to do.
-Krishna
Dennis Kremer wrote:
> I am also interested in hearing from anybody with EJB/MQ experience. I am
> considering using BMP Entity Beans that use a non-relational datastore and the
> access mechanism will be MQSeries. Is this appropriate?
>
> Mark Cassidy <[EMAIL PROTECTED]> on 07/05/99 11:54:18 PM
>
> Please respond to A mailing list for Enterprise JavaBeans development
> <[EMAIL PROTECTED]>
>
> To: [EMAIL PROTECTED]
> cc: (bcc: Dennis M Kremer/TPS/PGH/PNC)
> Subject: MQSeries and EJB
>
> I have done simple tests using MQSeries from within a
> WebLogic deployed bean. -Seems to work fine putting a
> message on one queue, legacy app gets invoked and puts
> message on another queue, then code in the bean gets
> the message.
>
> I'm concerned that there may be some thread management
> that will rear its ugly head in the MQSeries code
> --EJB beans are not supposed to do thread management.
> Does anyone know if there are gotcha's here? I am not
> going to do anything fancy like subscribe to all new
> messages.
>
> (Using MQSeries to link together legacy apps with EJB
> seems like a natural. Using it to link in XML for new
> apps seems like a good fit too. So hoping that
> someone out there has had some experience with
> MQSeries + EJB that they can share.)
>
> Thanks for any info,
> - Mark
> _________________________________________________________
> Do You Yahoo!?
> Get your free @yahoo.com address at http://mail.yahoo.com
>
> ===========================================================================
> 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".
===========================================================================
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".
