AW: [oscar-devel] Packaging Bundles

[Winter A. <and...@wi...>]

I usually prefer alternative 2 together with detailed docs about=20
what version of which jar is needed (maybe =
http://krysalis.org/version/index.html
can help), because I manage my own jar setup in Eclipse.

But if you think of bundles as self-contained entities (more or less)=20
alternative 1 would be a good approach.=20

So I would suggest alternative 1 plus some docs about needed jar =
versions for those
who manage there own jar setup.

- andreas

> -----Urspr=FCngliche Nachricht-----
> Von: Richard S. Hall [mailto:he...@un...]
> Gesendet: Mittwoch, 5. Mai 2004 21:11
> An: oscar-devel
> Betreff: [oscar-devel] Packaging Bundles
>=20
>=20
> As I mentioned previously, I am separating the bundles from Oscar and =

> OBR will become the official way to get bundle source code and the=20
> existing Oscar web site will become a bundle repository site.
>=20
> This raises the question of how should bundle source code be=20
> packaged. I=20
> see at least three alternatives:
>=20
>    1. Completely self-contained with everything it needs to=20
> compile with
>       build file.
>    2. Containing only the bundle source code with build file and the
>       assumption that you will get needed libraries elsewhere (i.e.,
>       osgi.jar, osgi-service.jar, osgi-util.jar, servlet.jar).
>    3. Containing only the bundle source code with build file that
>       assumes it is installed into the Oscar install directory so =
that
>       it can find needed libraries in the lib/ directory.
>=20
> Personally, I like the first alternative, even if it means that each=20
> bundle includes its own copy of osgi.jar (for example). Somehow it is =

> cleaner to have them self-contained and it makes it easier to=20
> use them=20
> not only with Oscar.
>=20
> Any other opinions on this matter?
>=20
> -> richard
>=20
>=20
> -------------------------------------------------------
> This SF.Net email is sponsored by Sleepycat Software
> Learn developer strategies Cisco, Motorola, Ericsson & Lucent=20
> use to deliver
> higher performing products faster, at low TCO.
> http://www.sleepycat.com/telcomwpreg.php?From=3Dosdnemail3
> _______________________________________________
> oscar-osgi-devel mailing list
> osc...@li...
> https://lists.sourceforge.net/lists/listinfo/oscar-osgi-devel
>=20