Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [equinox-dev] Question


I don't see how containing more than code applies here. Bundle contents are
accessed either through class loaders or directly (using the bundle object).
Through the bundle object is different, since it is a direct access, class spaces
and import/export are orthogonal. Through class loaders, resources are part of a
package definition. A Java package is both its classes and its resources.

Agreed about administration domains, but this is an administrative issue. In fact, this
is one problem with class spaces, it confuses expressing runtime dependencies with
configuration issues (administrative issues and release control issues).

Exports and imports are fully controlled by permissions in OSGi.
You could force the system to take a package from only one bundle through permissions.

Only give the export permission to that bundle. So for instance, if only the
bundle org.eclipse.core.runtime can provide the org.eclipse.core.runtime package, it can
be controlled by permissions.

So the question remains.  

Best regards,

Olivier Gruber, Ph.D.
Persistent & Distributed Object Platforms and Frameworks
IBM TJ Watson Research Center




Jeff McAffer <Jeff_McAffer@xxxxxxxxxx>
Sent by: equinox-dev-admin@xxxxxxxxxxx

03/30/2004 09:34 AM
Please respond to equinox-dev

       
        To:        equinox-dev@xxxxxxxxxxx
        cc:        
        Subject:        Re: [equinox-dev] Question




- bundles contain more than code.  


- It is sometimes important that two packages come from the same entity (e.g., protection domains, access/sharing to classes in the PRIVATE class space)


Jeff



Olivier Gruber <ogruber@xxxxxxxxxx>
Sent by: equinox-dev-admin@xxxxxxxxxxx

03/30/2004 08:19 AM

Please respond to
equinox-dev

To
equinox-dev@xxxxxxxxxxx, equinox-dev-admin@xxxxxxxxxxx
cc
Subject
[equinox-dev] Question








Can two bundles providing the same package name, same version,

provide different contents?


I would hope not.

If not, is there any other reason why the origin of a package might matter?


Best regards,


Olivier Gruber, Ph.D.
Persistent & Distributed Object Platforms and Frameworks
IBM TJ Watson Research Center



Back to the top