Return-Path: Delivered-To: apmail-incubator-felix-dev-archive@www.apache.org Received: (qmail 73122 invoked from network); 29 Jan 2006 18:14:31 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 29 Jan 2006 18:14:31 -0000 Received: (qmail 54960 invoked by uid 500); 29 Jan 2006 18:14:30 -0000 Delivered-To: apmail-incubator-felix-dev-archive@incubator.apache.org Received: (qmail 54917 invoked by uid 500); 29 Jan 2006 18:14:30 -0000 Mailing-List: contact felix-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: felix-dev@incubator.apache.org Delivered-To: mailing list felix-dev@incubator.apache.org Received: (qmail 54905 invoked by uid 99); 29 Jan 2006 18:14:30 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 29 Jan 2006 10:14:30 -0800 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: local policy) Received: from [66.134.204.98] (HELO sausalito.ascert.com) (66.134.204.98) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 29 Jan 2006 10:14:29 -0800 Received: from [10.10.10.103] ([10.10.10.103] unverified) by sausalito.ascert.com with Microsoft SMTPSVC(5.0.2195.6713); Sun, 29 Jan 2006 10:14:05 -0800 Message-ID: <43DD05EB.9090706@ascert.com> Date: Sun, 29 Jan 2006 18:14:03 +0000 From: Rob Walker User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: felix-dev@incubator.apache.org Subject: Re: using Apache libs in OSGi References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 29 Jan 2006 18:14:05.0742 (UTC) FILETIME=[CA638CE0:01C624FF] X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N If you haven't already, you might want to try mangen: http://oscar-osgi.sourceforge.net/mangen/ It was created out of just such a need on our project, and we've used it to help with manifest generation of at least 15 third party libs, including Apache ones. The original version was developed as part of the Oscar ObjectWeb project - although with Richard's help I did put some OSGi 2.0 and OBR 2.0 generation code in there. We do plan to move this into Felix at a suitable point, and also to include newer OSGi and OBR manifest generation support. Regards -- Rob Walker Jeff McAffer wrote: >This is actually a generic question but since there is so much cool stuff >at Apache and this is an Apache OSGi community... > >I recently wanted to play with JXpath from Apache Commons. Of course, I >wanted to do this in OSGi so bundles were needed. Applying all the tools >at hand I got the various downloads, generated bundles, discovered what I >don't have and applied this recursively until I had acquired several >archives, spelunked, extracted bits and pieces and finally come up with >something that may actually run. > >The point? This is way too hard and will drive folks away from using OSGi >or towards just including all of what they need in their own bundles. >Neither option is attractive. > >So I am curious if there is much of a movement in Apache to promote the >generation/inclusion of OSGi metadata in the output JARs (in particular >the Commons stuff). You can get some of this info by reading the various >property files but it is still alot of error prone work. > >In addition, many of the downloads I got were distribution zips rather >then runnable JARs. Even if the JARs were in fact bundles, consumers >still have to get the zip, dissect and pour over the manifests to ensure >they have the right stuff. Making the actual runnable bundles available >directly in Maven, OBR2, ... would make this much easier. It has the nice >effect that it encourages producer communities to look at their dependency >structure in a more explicit way and hopefully rationalize it. > >Jeff > > > -- Ascert - Taking systems to the Edge robw@ascert.com +44 (0)20 7488 3470 www.ascert.com