Richard S. Hall wrote:
John E. Conlon wrote:
Encountering maven bug
http://jira.codehaus.org/browse/MNG-1682 when building the trunk. This is a subtle bug that often goes undetected. To see it you will have to check the console output from the build.
Look at the last line of each build to verify that a proper file
extension was used to store the bundle in the local repo.

[INFO]
Installing /home/jconlon/projects/svns/felix/trunk/mosgi.jmx.httpconnector/target/org.apache.felix.mosgi.jmx.httpconnector-0.9.0-incubator-SNAPSHOT.jar to /home/jconlon/.m2/repository/org/apache/felix/org.apache.felix.mosgi.jmx.httpconnector/0.9.0-incubator-SNAPSHOT/org.apache.felix.mosgi.jmx.httpconnector-0.9.0-incubator-SNAPSHOT.osgi-bundle


To work around this I had to split up the trunk/pom-old-plugin.xml in to
3 files to isolate the
<module>ipojo.arch</module>

from the rest of the modules.

Shall I open an issue on Jira?

Yeah, this is basically a known issue. I thought we had it fixed by splitting the pom.xml in two...are you seeing still seeing it in the trunk with the two pom files?
Yes. I see it when I run the ant build which uses the two pom.xmls underneath. I would not have caught it if the build would have completed.(and that can happen if one already has an older snapshot in the repository, one that a latter project requires. This can induce hard to find bugs.)

In order to keep the sequence as I noted I had to split pom-old-plugin.xml in to 3 files. The first builds all modules up to ipojo.arch, the second just ipojo.arch the third all the rest. AFAIK the bug kicks in when more than two packaging types are uses in the multiproject. In this case ipojo has does a <packaging>ipojo-bundle</packaging> which triggers the bug.

Anyone know when maven developers will fix this blocker? (It's labeled Major, but it should be Blocker - Hey were forced to use Ant here!)

John

Reply via email to