incubator-river-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Gregg Wonderly (JIRA)" <j...@apache.org>
Subject [jira] Updated: (RIVER-336) Jini should support platforms other than those with RMIClassLoader as the classloading control point. IDEs inparticular need help.
Date Fri, 02 Apr 2010 05:08:27 GMT

     [ https://issues.apache.org/jira/browse/RIVER-336?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Gregg Wonderly updated RIVER-336:
---------------------------------

    Attachment: PreferredClassProvider.java

Here is the full PreferredClassProvider that I am currently using.  Note that there are some
other various changes in this code, including some attempts at optimizing concurrency through
the cache of PreferredClassLoader instances.   Those changes have been discussed on the web
in different places, including at artima.com on my blog there.  I'm not convinced that these
changes are the "best" way to do this, I just wired some things together and made some changes
after testing.

> Jini should support platforms other than those with RMIClassLoader as the classloading
control point.  IDEs inparticular need help.
> -----------------------------------------------------------------------------------------------------------------------------------
>
>                 Key: RIVER-336
>                 URL: https://issues.apache.org/jira/browse/RIVER-336
>             Project: River
>          Issue Type: New Feature
>          Components: net_jini_loader
>    Affects Versions: AR3
>            Reporter: Gregg Wonderly
>         Attachments: Greggs_Mods-with-some-minor-changes.patch, Greggs_Mods.patch, PreferredClassProvider.java,
PreferredClassProvider.java.rej, rmicl.diff.txt
>
>
> 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.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


Mime
View raw message