Hi Oliver,
That talk was really just trying to highlight the issues - it wasn't
long enough to go into any detail. I'm impressed that you got anything
at all out of it without the soundtrack ;-)
Rather than clog up this list with Newton specifics it's probably best
to direct any further questions to one of the Newton lists at
http://newton.codecauldron.org/mailman/listinfo
Regards,
Robert
Olivier Pernet wrote:
On Nov 27, 2007 1:59 PM, Robert Dunne <[EMAIL PROTECTED]> wrote:
Hi,
Newton's been mentioned a couple of times in this thread, so I thought I'd
write a quick note to clear up what its approach to RMI does and does not
do.
Thankfully, we haven't had to reimplement all of RMI. Under the covers all
we've done is change the way RMI deals with classloaders and codebases, to
make it more OSGi friendly. Also, our RMI work doesn't involve any bytecode
manipulation.
Our early work made it possible to associate a codebase with a bundle using
an new manifest header. Newton's deployment process takes care of making the
codebase jars available, so that there's no separate stage in which you have
to put jars on an HTTP server etc. We still use this approach, although we
are gradually phasing it out.
Our current approach is based on bundles only, rather than special codebase
jars. In this approach bundle and package integrity are never violated so,
for example, it doesn't involve transfer of classes independent of their
bundles or dynamic generation of new bundles.
Keeping it very brief, we use codebase annotations to encode the identity of
the bundle or public package from which each class comes. During
deserialization this information is used to decide which classloader to use,
and to install any missing bundles.
In our view an ideal solution would require a couple of changes to the way
OSGi works, so we've outlined the issues as we see them in an RFP submitted
to the OSGi EEG. Similar issues apply to other widely used technologies,
such as ORM based persistence, so we're hopeful that a future OSGi
specification will tackle them.
Regards,
Robert
Thanks for the precisions. I clearly need to look more into Newton to
stop sounding stupid, now that I don't risk reproducing bits of it
into SmartFrog anymore. My only excuse is that your EclipseCon '07
slides, without the voice, were a bit misleading :)
Could you tell us a bit more about how you coped with the problem I
outlined earlier ? As I understand it, you found a way to deal with
installing needed bundles and their dependancies
just by using a custom RMIClassLoaderSpi implementation ?
_______________________________________________
OSGi Developer Mail List
[email protected]
http://www2.osgi.org/mailman/listinfo/osgi-dev
