[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [equinox-dev] OSGi & RMI
- From: "Stuart McCulloch" <stuart.mcculloch@xxxxxxxxxx>
- Date: Mon, 14 May 2007 17:17:53 +0200
- Delivered-to: email@example.com
- Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=pPFOfqTWl2kadQUliJIERNWKRoOdid04bsoYlJ+D+3+1m057rDTFE0muvJIypEB66wy/GK+rDtlVZjzZh/2/F45wt7212DwvsMaliySO6cu7m3+vzp7F5LCa8gychNVgNXpRGmNAzcCLa5yArKKwdBSwiVg3/PjHJgb/Soj/hQk=
Looks like BeanRegistrar.lookup constructs a proxy that implements
IExampleRemote, but probably uses a different classloader during its
construction - this would explain why it can't be cast to the local type.
If you have access to the lookup code, try to see what classloader it
uses - ie. getClassLoader() on an existing type (from either the client
or the provider bundle) or the thread context classloader (TCCL).
If the proxy only needs access to the client types then you just need
to use the client classloader - either by getting the lookup method to
use getClassLoader on one the parameters passed in from the client,
or by setting the TCCL to the right classloader before the lookup call
(and resetting it afterwards).
If the proxy needs access to both client and provider types then one
solution is to use a custom classloader to 'bridge' the two hierarchies.
Basically this bridge classloader would know about client and provider
classloaders and delegates to the right one according to the package
name (or delegate one way then delegates the other way on failure).
Alternatively you could try Dynamic-ImportPackage: * in the provider
bundle, which would allow it to find the right client type instance, but
this forces you to expose implementation types in your client, and
makes it harder to replace and re-wire packages.
Another option is using Eclipse-BuddyPolicy to bridge across bundles
but this is specific to Equinox and isn't supported on other frameworks.
For some extra info on this see:
hope this helps :)
( if not, a zipfile of the code would be useful, as Edward suggested )
On 12/05/07, Patrick Bakker <patrick@xxxxxxxxxxxx> wrote:
I'm experimenting with the best way to modularize an application using Swing
to communicate to stateless session beans. I'm using Java SE 5 + JBoss
4.2.0.CR2 + Eclipse 3.2.2.
I know its some kind of classloader/isolation issue with OSGi/RMI because I
can construct a simple Java application that works fine.
Suppose I have 5 bundles (I'm using Eclipse bundles rather than OSGi but I'm
using Swing not SWT) & their important classes:
For JBoss I use an ant script to create jar from the packages in
example.clientserver and example.server to create example.server.jar which I
drop in the deploy directory:
public class ExampleBean implements IExample, IExampleRemote
public void doSomething()
public interface IExample
public void doSomething();
public interface IExampleRemote extends IExample
For the client I have everything packaged as individual bundles. When
example.client needs a bean it starts another thread which calls
BeanRegistrar.lookup(String jndiName) to get a reference to a remote bean.
public class Task extends Thread
public void Task(TaskCallback callback)
this.callback = callback;
inSwing = false;
public void run()
IExampleRemote example = (IExampleRemote)
inSwing = true;
If I collapse this entire example down to a simple Java application instead
of bundles it works fine.
If I run it as an Eclispe RCP, I get:
java.lang.ClassCastException: $Proxy0 cannot be cast to
at example.client.Task.run(Task.java:xx) <-- stops at the line with
I've googled around extensively and OSGi/RMI issues come up in several
places but the closest anybody gets to answering anything is to hint that
this may be problematic and the conversation ends just before anybody says
anything useful. A few other documents mention the Eclipse Buddy policy
extension. I've experimented with it but have not had any success yet. Also,
I'm not sure exactly what I'm trying to do so I'm basically just guessing at
I am running the program under the default Java security manager with the
following permissive policy:
I do that by supplying VM arguments to the run program option in Eclipse:
Can anybody help me get to the bottom of this?
equinox-dev mailing list