Scripting Eclipse with Rhino: classloader belongs to the plugin providing Rhino, not the plugin using it?

Rhino should be using the current Thread's ContextClassLoader. Try Thread. SetContextClassLoader (don't forget to restore it).

Is there a way to change the classloader used by Rhino Rhino should be using the current Thread's ContextClassLoader. Try Thread. SetContextClassLoader (don't forget to restore it).

If that does not work, maybe you can create your own Rhino ContextFactory: public final void initApplicationClassLoader(java.lang. ClassLoader loader) Set explicit class loader to use when searching for Java classes.

Thanks, in the end this was what I was looking for – TomSW Feb 8 '10 at 14:55.

I don't know Rhino specifics, but you could consider using Eclipse "buddy classloading" with the "registered" policy. Rhino's plug-in (net.weissmann.tom. Rhino, say) would declare itself "open to extension" by specifying Eclipse-BuddyPolicy: registered in its MANIFEST.MF.

Plug-ins with classes that Rhino should be able to see would specify Eclipse-RegisterBuddy: net.weissmann.tom. Rhino and would need a bundle-level dependency on net.weissmann.tom.rhino. http://www.eclipsezone.com/articles/eclipse-vms/ http://wiki.eclipse.org/index.php/Context_Class_Loader_Enhancements#Technical_Solution.

I cant really gove you an answer,but what I can give you is a way to a solution, that is you have to find the anglde that you relate to or peaks your interest. A good paper is one that people get drawn into because it reaches them ln some way.As for me WW11 to me, I think of the holocaust and the effect it had on the survivors, their families and those who stood by and did nothing until it was too late.

Related Questions