I've run into a RMI classloading problem that I don't know how to
solve and I'm hoping someone has a suggestion about how to proceed.
In this scenario there are 3 jvms:
A. gshell
B. a controller server
C. a cluster node.
In B, there are 2 classloaders of interest: j2ee-security and plugin
occurring in the same place in the FarmBean code? If not, are there
any fundamental differences between the call environments?
Rick
David Jencks wrote:
I've run into a RMI classloading problem that I don't know how to
solve and I'm hoping someone has a suggestion about how to proceed
Shoot, I was hoping a stand-alone test case would fail as well, but
it doesn't. :( So the issue is specific to invoking this within
eclipse bundles.
- sachin
On Apr 25, 2006, at 11:17 PM, Sachin Patel wrote:
I'm running into the following exception when launching 1.1 within
eclipse
Ok playing around I think I figured out the problem, but its going to
be tricky getting a correct solution. The issue is the following...
I'm supporting both V1 and V11 there are several jars at the same
versions between 1.0 and 1.1 namely (mx4j, commons-logging, spec
jars, etc..). Now
At worst case adding duplicate jars with increase the size 1-1.5 megs.
Thank you for listening to my conversation with myself :)
- sachin
On Apr 26, 2006, at 10:05 AM, Sachin Patel wrote:
Ok playing around I think I figured out the problem, but its going
to be tricky getting a correct
The nested exception case is interesting since there is value in
recreating an exception on the client side. From what I recall, Corba
does not have a standard way a sending back an arbitrary server
exception to the client.
As for remote interfaces, the client should already be able to access
On Mar 17, 2005, at 6:06 PM, Alan D. Cabrera wrote:
[EMAIL PROTECTED] wrote:
Hi,
I would like to know if it would be helpful to have a RMI class
server.
Currently, I see two potential usage:
* deployment: currently, we need to be carefull about the exceptions
nested within
DeploymentException
IIOP
has special hooks to do remote class loading javax.rmi.CORBA.Util,
which in OpenEJB delegates to org.openejb.corba.util.UtilDelegateImpl.
I think we should start with the most basic as RMI classloading is
built into the VM and that is what we are using by default for JMX
remoting.
I think
, which in OpenEJB
delegates to org.openejb.corba.util.UtilDelegateImpl.
I think we should start with the most basic as RMI classloading is built
into the VM and that is what we are using by default for JMX remoting.
Everything else would add additional dependencies on the client.
That's
Hi,
I would like to know if it would be helpful to have a RMI class server.
Currently, I see two potential usage:
* deployment: currently, we need to be carefull about the exceptions nested
within
DeploymentException otherwise we will get a ClassNotFoundException. As a matter
of
fact, by
[EMAIL PROTECTED] wrote:
Hi,
I would like to know if it would be helpful to have a RMI class server.
Currently, I see two potential usage:
* deployment: currently, we need to be carefull about the exceptions nested
within
DeploymentException otherwise we will get a ClassNotFoundException. As a
Hi,
Hi,
I would like to know if it would be helpful to have a RMI
class server.
Currently, I see two potential usage:
* deployment: currently, we need to be carefull about the
exceptions nested within DeploymentException otherwise we
will get a ClassNotFoundException. As a matter
12 matches
Mail list logo