[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[equinox-dev] Re: [osgi-dev] Interoperability problems...
- From: "Neil Bartlett" <njbartlett@xxxxxxxxx>
- Date: Wed, 21 Mar 2007 14:42:36 -0000 (GMT)
- Delivered-to: email@example.com
- Importance: Normal
- User-agent: SquirrelMail/1.4.5
Sorry for not being clear with my terminology. I perhaps should have said
"not broken" rather than "compliant".
My point goes back to Niclas' original problem with his customers, who
produce bundles that are broken (e.g. missing some Import-Package) and yet
they believe they are not broken because they work on Equinox, which they
have been told is the Reference Implementation. When those bundles are
then run on Knopflerfish or Felix and they do not work, the developer
assumes Knopflerfish and Felix are broken, rather than his bundle.
However if, as Tom tells us, Equinox is only the RI when downloaded from
the Alliance and configured according to the Alliance's instructions,
surely Niclas simply needs to recommend to his customers that they first
test their bundles _on that RI_ before assuming they will be portable to
other OSGi implementations.
> I am confused by this question.... Please clarify...
> A bundle that is implementing an OSGi service and wants to claim
> compatibility with the spec, needs to run the compatibiltiy kit.
> A bundle that implments some service "on top of" an OSGi spec has no OSGi
> "compatibility" opportunity, as there is no OSGi spec to be compatiblie
> with. Hence, there is no need for an RI, but simply an implementation of
> a "compatibile" runtime (e.g. Equinox).
> What am I missing here?
> Jim Colson, Chief Architect - IBM Client Software
> Distinguished Engineer
> IBM Academy of Technology
> Board Member - IT Architect Certification
> 11501 Burnet Rd. Austin, TX 78758
> Ph 512-823-7357, Fax 512-838-0962
> email: jccolson@xxxxxxxxxx
> Admin: Christine Willis 512-838-3667
> email: Christine_Willis@xxxxxxxxxx
Sent by: "OSGi Developer Mail List"
03/21/2007 09:07 [equinox-dev] Re: [osgi-dev]
AM Interoperability problems...
Please respond to
This is a subtle point which I had missed the importance of until now. It
implies that all OSGi developers, if they wish to ensure their bundles are
strictly compliant, must test against the RI downloaded from the OSGi
Alliance. In particular, a bundle tested against a copy of Equinox
downloaded from eclipse.org cannot necessarily be assumed to be compliant.
In light of this, could somebody tell me where on the OSGi Alliance
website (OUTSIDE the member area) I can download the RI?
> The RI shipped by the OSGi Alliance is configured to be a strict OSGi
> Framework. To launch the official RI from OSGi you must follow the
> instructions provided by the OSGi Alliance. That will give you a strict
> OSGi Framework. Changing Equinox to default to a strict OSGi Framework
> and then force Eclipse to configure it for its needs will cause issues
> all Eclipse clients and applications. All of the Eclipse
> clients/applications will have to be reconfigured when they are upgraded
> to the latest Equinox that is now strict. That is something I'm sure the
> Eclipse community would not enjoy.
equinox-dev mailing list
equinox-dev mailing list
Download this as a file