[RIVER-336] Jini should support platforms other than those with RMIClassLoader as the classloading control point. IDEs inparticular need help.

• Type: New Feature
• Status: Resolved
• Priority: Major
• Resolution: Fixed
• Affects Version/s: River_2.2.0
• Component/s: net_jini_loader
• Assignee: Unassigned
• Reporter: Gregg Wonderly
• Created: 29/Mar/10 20:42
• Updated: 04/Dec/15 11:29
• Resolved: 02/Nov/12 09:09

Description

The RMIClassLoader class and RMIClassLoaderSPI is currently the control point for managing the "platform" view of how classes are loaded. In IDEs and other different environments, the "parent" classloader view, is not always the "system class loader". There are some other variations on class loading that seem to indicate that while RMIClassLoaderSPI can be plugged into, it doesn't always provide quite the right facilities because even plugging into the system class loader to override it might not be possible.

The diffs included here show some preliminary work that I did investigating this issue to try and make it possible to discover and load Jini servers within the netbeans IDE.

Refinement and some rework will be needed, and some other investigation into other platforms such as JEE and other IDEs would be helpful in making sure we understand what is really needed. Even OSGi would be something to look at.

Issue Links

• is related to: RIVER-362 Denial of Service during unmarshalling of smart proxy's