[jboss-dev-forums] [Design of JBossCache] - Re: Common marshalling infrastructure
david.lloyd@jboss.com
do-not-reply at jboss.com
Thu Aug 7 09:45:21 EDT 2008
"manik.surtani at jboss.com" wrote : Scott is right, this does apply to JBC as well. Currently what I do is I have a concept of cache regions, and users register class loaders per region. Any calls that are then sent over the wire contain the following:
|
| [version id: short][region id: serialized Fqn][payload]
|
| my unmarshalling code currently:
|
| 1. reads the version id and delegates to the appropriate unmarshaller
| 2. unmarshaller reads the region id and sets the TCL appropriate to that region
| 3. continues unmarshalling payload, etc
|
I would continue to do it exactly this way personally. The stream header mechanism should not be used to solve this problem (as designed today) - its purpose is just for verifying e.g. the stream's magic number (if there is one) and version number (if any).
Assuming your region ID is a string, you can just use DataInput.readUTF to read it in (and DataOutput.writeUTF to write it out); should be fairly straightforward.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4169301#4169301
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4169301
More information about the jboss-dev-forums
mailing list