Hi, I guess the question is why? Or is that you like the concept of J2EE and wished .NET had it?
Because if you are only concerned about MQRFH messages then don't bother building them. Just send your payload as plain data and set the receiving JMS Queue's attribute of 'TargClient' set to MQ (vs JMS). Hence the bean will be able to read the message because the MQ JMS layer will add what is missing. The same is true for sending a message from a JMS application to your C# app (set 'TargClient' to MQ). On the other hand, if you really want to go down that road, here's a starting point: http://searchvb.techtarget.com/vsnetTip/1,293823,sid8_gci930896_tax293034,00.html Regards, Roger Lacroix Capitalware Inc. http://www.capitalware.biz Quoting mqteam <[EMAIL PROTECTED]>: > Hello All, > > > > I would like to know if there are any JMS implementations in C#, > > Meaning can I write code like this in C#: > > > > > > Using XXX.JMS > > > > Namespace mynamespace { > > > > Class myclass { > > > > Void static main .. > > > > ConnectionFactory qcf; > > Connection Conn; > > Session Sess ; > > > > Conn = qcf.createconnection() .. > > > > And so on and so forth, > > Do you know of any product like this, better yet an open source is better. > > Best option will include an MDB and support for MQSeries built in, but this > is a little to much to expect. > > > > The reason I need it is to form a common methodology on messaging from .NET > and J2EE. > > > > Cheers > > Didi > > Instructions for managing your mailing list subscription are provided in > the Listserv General Users Guide available at http://www.lsoft.com > Archive: http://vm.akh-wien.ac.at/MQSeries.archive > Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
