Hi Thomas,
2013/2/22 Thomas Neidhart <thomas.neidh...@gmail.com> > On 02/22/2013 05:35 PM, Thomas Neidhart wrote: > > On 02/22/2013 05:09 PM, Thomas Neidhart wrote: > >> On 02/20/2013 09:48 PM, Jörg Schaible wrote: > >>> Hi Thomas, > >>> > >>> Thomas Neidhart wrote: > >>> > >>>> On 02/20/2013 09:33 PM, Oliver Heger wrote: > >>>>> Am 20.02.2013 16:42, schrieb t...@apache.org: > >>>>>> Author: tn > >>>>>> Date: Wed Feb 20 15:42:09 2013 > >>>>>> New Revision: 1448251 > >>>>>> > >>>>>> URL: http://svn.apache.org/r1448251 > >>>>>> Log: > >>>>>> Update version info > >>>>>> > >>>>>> Modified: > >>>>>> commons/proper/logging/trunk/src/conf/MANIFEST.MF > >>>>>> > >>>>>> Modified: commons/proper/logging/trunk/src/conf/MANIFEST.MF > >>>>>> URL: > >>>>>> > >>> > http://svn.apache.org/viewvc/commons/proper/logging/trunk/src/conf/MANIFEST.MF?rev=1448251&r1=1448250&r2=1448251&view=diff > >>>>>> > >>>>>> > >>> > ============================================================================== > >>>>>> > >>>>>> --- commons/proper/logging/trunk/src/conf/MANIFEST.MF (original) > >>>>>> +++ commons/proper/logging/trunk/src/conf/MANIFEST.MF Wed Feb 20 > >>>>>> 15:42:09 2013 > >>>>>> @@ -5,4 +5,4 @@ Specification-Version: 1.0 > >>>>>> Implementation-Title: Commons Logging > >>>>>> Implementation-Vendor-Id: org.apache > >>>>>> Implementation-Vendor: Apache Software Foundation > >>>>>> -Implementation-Version: 1.1.1 > >>>>>> +Implementation-Version: 1.1.2 > >>>>>> > >>>>>> > >>>>> Just wondering whether this is necessary. Doesn't the maven build > >>>>> automatically generate a fully configured MANIFEST including OSGi > meta > >>>>> data? > >>> > >>> wondered about exactly the same. > >>> > >>>> > >>>> yes, but somehow the ant build script is still in use (e.g. for gump) > >>>> and both ant & maven refer to this hard-coded manifest. > >>> > >>> If Gump uses Ant here, this is just for historical reasons. Gump can > use > >>> Maven since quite some time now. > >> > >> Ok, when I try to remove the hard-coded manifest, the > >> maven-bundle-plugin steps in and automatically creates one. > >> > >> This is fine, but the Import-Package contains all (optional) > >> dependencies which are not marked like that. > >> > >> I am not so familiar with these things, does somebody know how to > >> specify this? > >> > >> Or would this not work at all, as already outlined in LOGGING-124? > > > > After some research, I started with this: > > > > <plugin> > > <groupId>org.apache.felix</groupId> > > <artifactId>maven-bundle-plugin</artifactId> > > <inherited>true</inherited> > > <configuration> > > <instructions> > > <Import-Package>*;resolution:=optional</Import-Package> > > <DynamicImport-Package>*</DynamicImport-Package> > > </instructions> > > </configuration> > > </plugin> > > > > All dependencies are optional, so this should be fine. > > I added the DynamicImport but this may be to generic, and has to be > > limited to the actual packages that are loaded dynamically by the > > discovery process. > > > > Can anybody provide me with a simple test bundle to see if logging would > > work when loaded in e.g. apache felix? > > Well, I have not yet a clue about osgi, and I see that felix has > re-bundled commons-logging in a total different way: > > http://svn.apache.org/repos/asf/felix/trunk/commons/commons-logging/pom.xml I have some experience with osgi (although I'm no expert either ;-). I can have a look tonight when I'm at home. We can also ask the felix ML. They have been supportive with OSGi meta data. Benedikt > > > Thomas > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org > > -- http://people.apache.org/~britter/ http://www.systemoutprintln.de/ http://twitter.com/BenediktRitter http://github.com/britter