Joel - Felix's OSGi plugin has a way to add the manifest entries directly in the POM:
http://docs.safehaus.org/display/OSGI/OSGi+Plugin+for+Maven+2.0 Not as simple as copying an actual manifest file, but it should get the job done! Dan Nathan Sowatskey <[EMAIL PROTECTED]> wrote on 07/19/2006 09:54:31 AM: > Hi > > Do these help? > > http://svn.apache.org/viewcvs.cgi/incubator/felix/trunk/tools/maven2/maven-osgi-plugin/ > http://incubator.apache.org/projects/felix.html > http://mavenosgiplugin.berlios.de/ > > I am in a conference this week, so I am afraid I can't do much (I am > supposed to be paying attention to other people :-) ) but let me know > how you get on. > > Regards > > Nathan > > Hawkins, Joel wrote: > > Hi Nathan, > > > > I was going to use MUSE-38 (the JIRA for checking in OSGi support) to > > put all my OSGi java and maven stuff in. It's due at the end of the > > week. Let me know how you'd like to proceed - if you want to send me an > > example, point me to the correct reference info, or attach a sample > > POM.xml to the JIRA - up to you. > > > > Thanks again for the help, > > Joel > > > > Perhaps it makes more sense to > > -----Original Message----- > > From: Nathan Sowatskey [mailto:[EMAIL PROTECTED] > > Sent: Tuesday, July 18, 2006 11:10 AM > > To: [email protected] > > Subject: Re: Stupid Maven Questions > > > > Got it, is there a Jira entry for this? Also, what is the priority and > > when do you need it by? > > > > Many thanks > > > > Nathan > > > > Hawkins, Joel wrote: > >> Sure! I'll give you one from each end, and then I should be able to > > copy > >> your solution: > >> > >> muse-wsa-soap-2.0.0-M2-SNAPSHOT.jar -> org.apache.muse.wsa.soap.jar > > with > >> the following manifest - > >> > >> Manifest-Version: 1.0 > >> Bundle-ManifestVersion: 2 > >> Bundle-Name: Soap Plug-in > >> Bundle-SymbolicName: org.apache.muse.wsa.soap > >> Bundle-Version: 1.0.0 > >> Bundle-Localization: plugin > >> Export-Package: > >> org.apache.muse.ws.addressing,org.apache.muse.ws.addressing.soap > >> Require-Bundle: org.apache.muse.util > >> Import-Package: javax.xml.soap > >> > >> > >> And > >> muse-util-2.0.0-M2-SNAPSHOT.jar, > > muse-util-qname-2.0.0-M2-SNAPSHOT.jar, > >> muse-util-xml-2.0.0-M2-SNAPSHOT.jar, and > >> muse-util-xstream-2.0.0-M2-SNAPSHOT.jar combine into > >> org.apache.muse.util.jar with the following manifest - > >> > >> Manifest-Version: 1.0 > >> Bundle-ManifestVersion: 2 > >> Bundle-Name: Util Plug-in > >> Bundle-SymbolicName: org.apache.muse.util > >> Bundle-Version: 1.0.0 > >> Bundle-Localization: plugin > >> Export-Package: javax.xml.namespace, > >> org.apache.muse.core.serializer.xstream, > >> org.apache.muse.util, > >> org.apache.muse.util.messages, > >> org.apache.muse.util.uuid, > >> org.apache.muse.util.xml > >> Import-Package: org.apache.xml.serialize, > >> org.apache.xpath, > >> org.apache.xpath.axes, > >> org.apache.xpath.compiler, > >> org.apache.xpath.domapi, > >> org.apache.xpath.functions, > >> org.apache.xpath.jaxp, > >> org.apache.xpath.objects, > >> org.apache.xpath.operations, > >> org.apache.xpath.patterns, > >> org.apache.xpath.res > >> > >> -----Original Message----- > >> From: Nathan Sowatskey [mailto:[EMAIL PROTECTED] > >> Sent: Tuesday, July 18, 2006 10:28 AM > >> To: [email protected] > >> Subject: Re: Stupid Maven Questions > >> > >> OK, got it. > >> > >> What you want to do here is probably the same as an Eclipse plugin, > >> which are also OSGI bundles. I am not an expert in this aspect of > > Maven, > >> but at least I have a better idea of where to look now :-) > >> > >> Do you have a list of which bundles you want from which jars? > >> > >> Many thanks > >> > >> Nathan > >> > >> Hawkins, Joel wrote: > >>> Nathan, > >>> > >>> Yup, that's pretty much it. For a most of muse, there's a 1 to 1 > >> mapping > >>> of jars to bundles, so in effect I just need to make alternative > >>> versions of the jars with a different manifest. For one particular > > set > >>> (the util-* jars), I need to actually combine them into a single jar > >>> with a different manifest. > >>> > >>> I've started looking into creating a jar-re-packager plug-in, but I'd > >> be > >>> more than happy to abandon that approach if you've got a better one! > >>> > >>> Thanks, > >>> Joel > >>> > >>> -----Original Message----- > >>> From: Nathan Sowatskey [mailto:[EMAIL PROTECTED] > >>> Sent: Tuesday, July 18, 2006 8:52 AM > >>> To: [email protected] > >>> Subject: Re: Stupid Maven Questions > >>> > >>> Hi > >>> > >>> I always check the requirements before commenting on the > >> implementation > >>> ;-) > >>> > >>> So, what is it you want to achieve here? It reads like you want to > >>> create OSGi deployment bundles (just so you know I actually read the > >>> email ;-) ), but I don't want to project my assumptions :-) > >>> > >>> Regards > >>> > >>> Nathan > >>> > >>> Hawkins, Joel wrote: > >>>> Hey Nathan - I guess these are for you! > >>>> > >>>> For the OSGi support, a large part of what I'm doing is repackaging > >>>> existing code. I've got two cases, really. The first is a pretty > >>>> straight-forward repackaging, where I need to replace the > >>>> Maven-generated manifest with an OSGI-specific manifest. I'm > > assuming > >>>> some clever use of resource filters and properties may accomplish > >>> this? > >>>> (Did a bit of reading from 'Better Builds with Maven). The second > > has > >>> me > >>>> stumped - and that is the need to combine multiple jars (in this > >> case, > >>>> all of the muse-util* targets) into a single jar. In Maven 2.0, I > > can > >>>> apparently broom up resources from multiple directories, but I can't > >>>> specify multiple source trees to the compiler. Should I try to > >> compile > >>>> from multiple source trees? Should I (somehow) get the jars I'm > >> trying > >>>> to repackage, unjar and then rejar them? I know I can do all this in > >>>> ant, but using the ant integration features seems like cheating. Can > >>> you > >>>> point me to an example of the Maven-approved way of doing these? > >>>> > >>>> Thanks 10^6, > >>>> Joel > >>>> The contents of this e-mail are intended for the named addressee > >> only. > >>> It contains information that may be confidential. Unless you are the > >>> named addressee or an authorized designee, you may not copy or use > > it, > >>> or disclose it to anyone else. If you received it in error please > >> notify > >>> us immediately and then destroy it. > > --------------------------------------------------------------------- > >>>> To unsubscribe, e-mail: [EMAIL PROTECTED] > >>>> For additional commands, e-mail: [EMAIL PROTECTED] > >>>> > > > > -- > Nathan Sowatskey - Technical Leader, NMTG - Desk +34-91-201-2139 - > Mobile +34-638-083-675 - AIM id NathanCisco - [EMAIL PROTECTED] > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
