Hi Alistair. No absolutely the class is on the path of the Receiving end; in fact's it's one of the reciever's own packages. Anyway it is a core class of the whole system, i.e. nothing would work without it.
Just to answer a couple of other messages; The JDK is the same JDK version both ends (although the sender is a different instance) it's the only JDK installed on my system. The object is not "unserialised" well only by the JMS package it is otherwise normally serializable. I tried also to send a couple of other custom objects including one with two member fields, both Strings; id and longname ... result was the same. As I said, these objects normally serialise via RMI over IIOP all the time and they work fine. I had a look at JAXP and I'm not impressed with it's suitability for this requirement; I don't want to write a schema just to XMLise my object which is nothing but Strings, ints, doubles, a couple of Dates, etc. Especially where I am up against a very tight dead line thanks to sales overselling a client, thinking this particular product was already available and not at the beginning of development cycle. ;-( Castor looks a bit simpler, even then I'm not convinced I want to spend the time with it just for this requirement. The thing I have with nearly all these products is they start from the XML schema. I already have a JavaObject. I don't care less about transmitting it in XML per se. It's just a work-around for my problem. They all talk about generating java objects from schemas or DTDs and not schemas from Joava Objects. Plus, if I wanted to use XML properly I would just implement FIXML, which is the correct standard for my system. I certainly don't have the time to install and implement another JMS implementation, which is possible with JRun. I simply do not have the time to waste. I found some legacy code that I ditched transformed the thing into a HashMap at a couple of points so I might ressurect that and use a Map message. I don't care, because I need to implement it this morning and go one to solving business problems this afternoon. Goddamn! Stupid, retarded, idiot-made products. They shouldn't be allowed to say it supports EJB 2.0 if it can't send an ordinary Serializable object via JMS object message! What sort of spastics are responsible for this? ((my fault, of course, after I rubbished JBoss, which would probably work great, if arcanely)). Thanks to everyone who replied. regs scot. > -----Original Message----- > From: Alastair Rodgers [mailto:alastair.rodgers@;PHOCIS.COM] > Sent: Thursday, 7 November 2002 20:26 > To: JDJList > Subject: [jdjlist] RE: JMS ObjectMessage > > > I'm afraid I haven't used JRun - only Weblogic's JMS > implementation, with which I've had no problems using custom > objects in ObjectMessage. > > > Is it normal for a JMS implementation to be really picky > > about what sort of Object will be serialisable in an ObjectMessage? > > No, you should be able to use any object that implements > java.io.Serializable. > > > > I've got a real boring plain old data bean which I can easily > > serialise and transmit via usual methods e.g. RMI. But when I > > stick the same object into an ObjectMessage on > > *deserialisation* the implementation (JRun 4) throws > > javax.jms.MessageFormatException. > > It does this as soon as I call; > > Object o = objectmsg.getObject(); > > > > It doesn't complain on the way in. It works real dandy with > > simple Java objects like java.util.Date. > > The only thing I can think of is that the class of object that > you're storing in the message isn't on the classpath for the > receiving/deserialisation end. I would have thought you'd be more > likely to get a NoClassDefFoundError if this was the case, but > it'll depend on the JMS implementation. Is the receiver in a > different ear / war? > > Sorry I can't shed more light. > > Al. > > ____________________________________________________ > To change your JDJList options, please visit: > http://www.sys-con.com/java/list.cfm > > Be respectful! Clean up your posts before replying > ____________________________________________________ > ____________________________________________________ To change your JDJList options, please visit: http://www.sys-con.com/java/list.cfm Be respectful! Clean up your posts before replying ____________________________________________________
