ObjectWeb Consortium
Search ObjectWeb Mail Archive: 

Advanced Search - Powered by Google

Mail Archive Home | oscar List | March 2005 Index

<--  Date Index  --> <--  Thread Index  -->

Re: [oscar] Classpath resolving question

Ah, thank you Stephane!

That is very helpful, I appreciate it. Just out of curiosity, does anyone know what the OSGi spec says about this kind of behaviour?

Robert Young

From: stephane.frenot@xxxxxxxxxxxx
To: Robert Young <robert_john_young@xxxxxxxxxxx>
Subject: Re: [oscar] Classpath resolving question
Date: Sun, 27 Mar 2005 11:59:42 +0200

all what you say is right.

For eclipse, it depends on how you load your projects. But the classpath
visibility works as you say.

For the standard classes they are all loaded from the system class
loader from the file $JAVA_HOME/jre/lib/rt.jar. All these classes are
visibile from everyone since they are loaded bye the top level class


On Sat, Mar 26, 2005 at 06:43:49PM -0500, Robert Young wrote:
> I had a quick question about the classpath behavior in Oscar v1.0.4.  I
> have been running oscar from within eclipse, as well as a number of bundles
> I'm developing (*), and I noticed some interesting behavior I hadn't
> expected. When I was running bundles from within Oscar from eclipse, the > bundles were able to access packages they didn't import, and did not have
> in their jar, but were defined in other jars in my project.  I realized
> this when I loaded the bundles into Knopflerfish out of curiosity, and
> noticed that a few of the bundles threw ClassNotFoundExceptions when I
> tried to load them as they referenced classes in packages that were not
> imported/defined.
> What I think is happening is eclipse was providing the project directory in > the classpath to Oscar, so the classes that weren't defined in bundle were
> being resolved from the project directory.  I was reading the Oscar 2.0
> alpha release notes and noticed the heading on 'strict class path
> visibility rules.'  I am pretty sure this answers my question, but I
> thought I would post here to confirm my assumption.
> As a side note, I am using some standard CORBA classes in my application, > which are defined under the org.omg package. AFAIK it is a standard part
> of the J2SE and J2EE platform: is it safe to say it will be accessible
> under a OSGi platforms, or would the proper solution be to create a
> seperate bundle that provided CORBA services?  (yikes!)
> Cheers,
> Robert Young
> * a small mobile agent system from my final year project.

> --
> You receive this message as a subscriber of the oscar@xxxxxxxxxxxxx mailing list.
> To unsubscribe: mailto:oscar-unsubscribe@xxxxxxxxxxxxx
> For general help: mailto:sympa@xxxxxxxxxxxxx?subject=help
> ObjectWeb mailing lists service home page: http://www.objectweb.org/wws

Stephane Frenot - Associate professor |
CITI/ARES - INSA lyon                 | mailto:stephane.frenot@xxxxxxxxxxxx
Bat. Léonard de Vinci                 | http://ares.insa-lyon.fr/~sfrenot/
21 av Jean Capelle                    | ICQ:643346 (et oui !)
69621 Villeurbanne Cedex              | +33 472 436 422 / +33 617 671 714

<--  Date Index  --> <--  Thread Index  -->

Reply via email to:

Powered by MHonArc.

Copyright © 1999-2005, ObjectWeb Consortium | contact | webmaster.