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] 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]
