You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@servicemix.apache.org by "Kari J. Niemi (JIRA)" <ji...@apache.org> on 2010/11/05 22:18:00 UTC

[jira] Commented: (SM-2008) jbi maven plugin: service assembly & attached artifact

    [ https://issues.apache.org/activemq/browse/SM-2008?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=63103#action_63103 ] 

Kari J. Niemi commented on SM-2008:
-----------------------------------

Actually, with maven 2.2.1 I was getting both jar&zip of a service assembly to the rpm -with maven3 I was only able to get the jar file. I had to start picking the SA to rpm using a relative path (../.../../xxx/yyy/) instead of a maven dependency... which really is not the maven way to do it....

> jbi maven plugin: service assembly & attached artifact
> ------------------------------------------------------
>
>                 Key: SM-2008
>                 URL: https://issues.apache.org/activemq/browse/SM-2008
>             Project: ServiceMix
>          Issue Type: Bug
>          Components: tooling
>            Reporter: Kari J. Niemi
>
> jbi maven plugin would seem the behave badly when creating a service assembly.  At least when the pom file with packaging jbi-service-assembly contains only dependencies to jbi-service-units (and the project for that pom.xml does not contain any java code in src/main/java), the plugin first creates a jar, installs it as a _zip_, then creates the correct zip and installs it as an attached artifact. 
> If I got it right from the plugins source code, it's contradicting the "correct way" that's referred here:
> http://maven.40175.n5.nabble.com/Missing-search-results-with-assembly-attached-artifacts-td131996.html
> "What happens in those cases is that you end up with empty jar, and a zip that has _same_ coordinates as main artifact, but only different extension. Since Nexus reads POM to figure out the packaging, it will think in these two cases it is "JAR"."
> I ran in to this problem when trying to package the service assebly using the maven-rpm-plugin. When using dependencies to package the rpm, it just keeps packing the jar whiles of the service assembly -not the zip file at all. I suppose it's because the jar & zip files have the same maven coordinates. With the BCs/SEs the zip file gets the classifier "installer", and with that I can get the BC/SE zip file to the rpm(but I'm also getting the jar there even if I'm setting the dependency type to zip...)
> maven 2.09,2.2.1,3 tried. latest beta of maven-rpm-plugin, jbi-maven-plugin:4.0,4.3...errrr....at least some combinations of these...

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.