[
https://issues.redhat.com/browse/JGRP-1860?page=com.atlassian.jira.plugin...
]
Todd Sandor commented on JGRP-1860:
-----------------------------------
Thanks Bela.
I had a couple other porting questions, I sent them to " Porting-Guide/Release-Notes
between 3.6.14 and 4.0.15" here javagroups-users(a)lists.sourceforge.net as they are
not appropriate here.
I did try to start a new "help" discussion here
https://sourceforge.net/p/javagroups/discussion/18795/
but when I hit the "Send email to create a new topic" nothing seemed to occur
...
Cheers
Custom classloader in RpcDispatcher
-----------------------------------
Key: JGRP-1860
URL:
https://issues.redhat.com/browse/JGRP-1860
Project: JGroups
Issue Type: Feature Request
Affects Versions: 3.2.13
Reporter: Dennis Reed
Assignee: Bela Ban
Priority: Major
Fix For: 3.4.5, 3.5
RpcDispatcher is hard-coded to use JGroups' classloader when marshalling the
users's custom objects over RPC.
RpcDispatcher uses Util.objectFromByteBuffer to unmarshall, which uses an
ObjectInputStream. ObjectInputStream uses the classloader of its caller's class
(Util).
RpcDispatcher does allow a custom marshaller to be used (implementing
RpcDispatcher.Marshaller), but since Util.objectFromByteBuffer hard-codes the use of
ObjectInputStream, a custom marshaller cannot simply set the classloader and then delegate
back to the default JGroups code.
Util.objectFromBuffer should be enhanced to use a custom ObjectInputStream implementation
that overrides resolveClass to use a custom classloader, and an API should be added to
RpcDispatcher to pass in the classloader to use.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)