[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
Re[2]: AW: [equinox-dev] Packaging opensource libraries as osgi bundles
|
I have made the OSGi Alliance board aware of the desire of an independent
repository. Any suggestions how the submit rules, retainment policies,
licensing issues, etc should be organized are welcome.
Is there a chance this would be THE bundle repository? Apache Felix is
also working hard on a repository that will be linked in OBR.
Kind regards,
Peter Kriens
NB> Jeff,
NB> Piero's original email did mention Orbit, and noted that it can only
NB> contain Eclipse-approved libraries. A more general repository would be
NB> very useful, as it could include libraries that Eclipse projects will
NB> never be allowed to use, eg the GPL-licensed ones etc.
NB> There's not necessarily much of a technical challenge here, it's more a
NB> problem of hosting costs. I think it would be a great thing for the OSGi
NB> Alliance to sponsor such an effort since it would ease the migration path
NB> for developers moving to OSGi.
NB> Even better would be if more open source projects could be convinced to
NB> offer bundle-ized distributions themselves. Again I think the Alliance
NB> might have a role to play.
NB> After all, what else have they got to spend those $20k/year membership
NB> fees on? ;-)
NB> - Neil
>> see the Orbit project
>> http://eclipse.org/orbit
>> Jeff
>> "Ziegler, Alexander " <Alexander.Ziegler@xxxxxxxxxxxx>
>> Sent by: equinox-dev-bounces@xxxxxxxxxxx
>> 11/10/2006 03:51 AM
>> Please respond to
>> Equinox development mailing list <equinox-dev@xxxxxxxxxxx>
>> To
>> <pc@xxxxxxxxxxxxxxxxxxxx>, "Equinox development mailing list"
>> <equinox-dev@xxxxxxxxxxx>
>> cc
>> Subject
>> AW: [equinox-dev] Packaging opensource libraries as osgi bundles Hi,
>> to package opensource a) libraries into bundles sounds good. It is
NB> encouraging bundle like developing. Which opensource libraries could
NB> canditates? All? e.g. like the Maven public repository? Maintaining a
NB> repository of opensource bundles can become expensive depend the amount of
>> opensource libraries and those different release cycles. To adopt
NB> services
>> for opensource libraries feels more difficult for me because you have to
NB> define contracts and interfaces whose have to fulfil all requirements and
>> to maintaining the stuff if some requirement change. Opensource
NB> libraries
>> have different APIs, different concepts how to use. Maybe for some
NB> libraries it is better to whose by classes directly.
>> Best Regards
>> Alexander
>> Von: equinox-dev-bounces@xxxxxxxxxxx
>> [mailto:equinox-dev-bounces@xxxxxxxxxxx] Im Auftrag von Piero Campanelli
NB> Gesendet: Donnerstag, 9. November 2006 17:48
>> An: osgi-dev@xxxxxxxxxxxxxxxx; equinox-dev@xxxxxxxxxxx;
>> felix-dev@xxxxxxxxxxxxxxxxxxxx
>> Betreff: [equinox-dev] Packaging opensource libraries as osgi bundles Hi,
>> I am reflecting to the fact that it would be nice if a set of opensource
NB> projects (starting from most used/trendy) would be packaged as osgi
NB> bundles and keeped them in a repository. ( bundles.osgi.org for example or
>> any other). I see interesting the Eclipse Orbit initiative which is
NB> however devoted only to "eclipse-related" libraries.
>> Clearly the problem of maintaining this repository would be high but the
NB> benefits for osgi adoption could be interesting (specially when people see
>> that with osgi they are able to manage lot of lines code more easily
NB> than
>> traditional approach).
>> What do you think about that?
>> PS
>> As exercise I am starting porting existing opensource libraries as OSGi
NB> bundles. I think there are two level of adoption:
>> a) package "components" as osgi bundles and keep tracks of dependencies
NB> and versions
>> b) adopt a service oriented approach (using osgi registry or declarative
NB> service)
>> a) can be done easily and I think can also be maintained externally from
NB> the main trunk of the project (if project is well modularized). b) should
>> be adopted from project team :)
>> _______________________________________________
>> equinox-dev mailing list
>> equinox-dev@xxxxxxxxxxx
>> https://dev.eclipse.org/mailman/listinfo/equinox-dev
>> _______________________________________________
>> equinox-dev mailing list
>> equinox-dev@xxxxxxxxxxx
>> https://dev.eclipse.org/mailman/listinfo/equinox-dev
NB> _______________________________________________
NB> equinox-dev mailing list
NB> equinox-dev@xxxxxxxxxxx
NB> https://dev.eclipse.org/mailman/listinfo/equinox-dev
--
Peter Kriens Tel +33467542167
9C, Avenue St. Drézéry AOL,Yahoo: pkriens
34160 Beaulieu, France ICQ 255570717
Skype pkriens Fax +1 8153772599
