river-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Peter Firmstone <j...@zeus.net.au>
Subject Re: Class Loading issues
Date Thu, 16 Jul 2009 09:56:47 GMT
How about something totally different?

A codebase lookup service perhaps? Given a class name, serialVersionUID 
and class file checksum it can return a list of URL's registered as 
providing that service and containing that class and return a new 
checksum if the class file has been updated in a compatible manner, a 
lookup table could be provided and another service to propagate updated 
class file checksums relevant to a particular class name and 
serialVersionUID between codebase lookup services.

A classfile checksum would need to be generated for each class (when?) 
and sent with the marshalled object, instead of a list of codebase URL's

A background process might also check the currently loaded class files 
periodically for updates, and update it? How could this be done?

Class file caching proxy's could also register as codebases with the 
lookup service, in order to reduce remote network traffic and preserve 
class files when codebases are down?

I'd be interested in what Dennis Reedy has to say about QOS?

Also posted to Jira



Peter Firmstone wrote:
> Done Thanks Mike,
> Peter.
> Michael Warres wrote:
>> On Wed, Jul 15, 2009 at 7:43 PM, Peter Firmstone<jini@zeus.net.au> 
>> wrote:
>>> I stumbled across your paper on Class Loading issues in RMI and 
>>> Jini, I'm on
>>> the River dev mailling list, I'm wondering if I may upload your 
>>> paper to
>>> JIRA or our Wiki so we can follow up on your findings?
>> Sure, fine by me (not that you need my permission--it looks like the 
>> copyright
>> permits this, though IANAL).
>> Thanks,
>> -Mike

View raw message