Re: [OT] DOM Document as JMS message object's container

[Erik Weber]

Perhaps the XML document could be stored elsewhere, and the object you 
embed in your JMS message could be of a simpler type which just contains 
a URI for the XML document. Then, the object that receives the JMS 
message could be a "reconstruction" wrapper, basically, that can use the 
URI to reconstruct an instance of your original type (which contains the 
Document and all the methods, etc.), and pass this on to whatever object 
was going to receive the message in the first place. You might have a 
matching "deconstruction" wrapper at the front of JMS -- a guy who might 
extract the Document from your original object, store it, and create the 
new URI-containing object and enqueue it to JMS.

Then in the future if you find a way to Serialize all the objects you 
need to embed, you just get rid of the wrappers.

Also, I don't know if the XBeans project is still around, but a few 
years back, its purpose was to make it easy to build systems that pass 
around XML documents as messages (it used JavaBeans that fired "DOM 
Events" as I recall). It was looking pretty good, but then I remember 
that development seemed to just cease on it. I would contact the lead 
developer and never hear back from him.

Erik
Pingili, Madhupal wrote:
This is way Off Topic. 

I have an object that implements Serializable in order to be sent to JMS
Queue destination.
This object contains org.w3c.dom.Document as private member and creates a
new DOM document
in it's constructor. It also has other methods to access
document.createElement(...), createTextNode(...) etc.
Now, I am getting an error "MQJMS1060: Unable to serialize object".
I found out that this is because Document is not Serializable inside the
message object.
Can anyone tell me if there is an implementation of org.w3c.dom.Document
that is Serializable?
OR is this the wrong design and I should just build another type of JMS
message? 

Any direction to solve this problem or better design will be helpful.
----------
Reddy Pingili
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
 

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]