Regarding the marshalling of custom Fqn elements (for now/2.x), how about we apply the same MarshalledValue approach for Fqn elements that aren't in a set of JDK classes? I propose that for the purpose of the MarshalledValue, we *just* use primitives as the set of elements/values that are not wrapped in a MarshalldValue. The argument is that even though things like Strings and Dates don't need specific class loaders, should we bother with the cost of deserialization when, after replication, the objects may never be used and just get evicted after some time? After all, MarshalledValues provide a mechanism of lazy serialization/deserialization as well as the use of specific class loaders. Thoughts? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4117091#... Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&a...