You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@river.apache.org by Peter Firmstone <ji...@zeus.net.au> on 2010/04/01 03:00:41 UTC
Re: [jira] Updated: (RIVER-336) Jini should support platforms other
than those with RMIClassLoader as the classloading control point. IDEs inparticular
need help.
Thanks Gregg,
The CodebaseAccessClassLoader's got my attention.
Have you got a relative diff patch? I'm having a little trouble
applying it.
Regards,
Peter.
Gregg Wonderly (JIRA) wrote:
> [ https://issues.apache.org/jira/browse/RIVER-336?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
>
> Gregg Wonderly updated RIVER-336:
> ---------------------------------
>
> Attachment: rmicl.diff.txt
>
> This is a diff out of my perforce node for the affected classes that I've been using for some time. The changes shown here are preliminary and should be considered experimental.
>
>
>> 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: 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.
>>
>
>
Re: [jira] Updated: (RIVER-336) Jini should support platforms other
than those with RMIClassLoader as the classloading control point. IDEs inparticular
need help.
Posted by Peter Firmstone <ji...@zeus.net.au>.
Don't worry about it Gregg, the patch applied from the command line.
Cheers,
Peter
Peter Firmstone wrote:
> Thanks Gregg,
>
> The CodebaseAccessClassLoader's got my attention.
>
> Have you got a relative diff patch? I'm having a little trouble
> applying it.
>
> Regards,
>
> Peter.
>
>
>
> Gregg Wonderly (JIRA) wrote:
>> [
>> https://issues.apache.org/jira/browse/RIVER-336?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
>> ]
>>
>> Gregg Wonderly updated RIVER-336:
>> ---------------------------------
>>
>> Attachment: rmicl.diff.txt
>>
>> This is a diff out of my perforce node for the affected classes that
>> I've been using for some time. The changes shown here are
>> preliminary and should be considered experimental.
>>
>>
>>> 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: 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.
>>>
>>
>>
>
>