[mevenide-dev] [jira] Resolved: (MEVENIDE-511) Allow maven-assembly-plugin artifact producable outside of IDE
"Milos Kleint (JIRA)" <jira-yCVjj/[email protected]>
| Newsgroups | gmane.comp.jakarta.turbine.maven.mevenide.devel |
|---|---|
| Message-ID | <5711752.1208522155605.JavaMail.haus-jira@codehaus01.managed.contegix.com> |
[ http://jira.codehaus.org/browse/MEVENIDE-511?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Milos Kleint resolved MEVENIDE-511.
-----------------------------------
Resolution: Won't Fix
closing as wontfix. The issue was not with the IDE integration itself.
BTW. in upcoming 3.1.x the profile with assembly plugin configuration is no longer created.
> Allow maven-assembly-plugin artifact producable outside of IDE
> --------------------------------------------------------------
>
> Key: MEVENIDE-511
> URL: http://jira.codehaus.org/browse/MEVENIDE-511
> Project: mevenide
> Issue Type: Improvement
> Components: mevenide2-netbeans
> Affects Versions: NB_2.3
> Environment: Windows XP, Linux
> Reporter: Mark Crouch
> Assignee: Milos Kleint
> Fix For: NB_3.1
>
>
> within a pom, there is a reference to an assembly descriptor created by the plugin. This is tied to the package phase, so running "mvn package" or "mvn install" FROM THE IDE produces a "executable-netbeans" directory inside the target directory, which contains the necessary executable jar and dependencies in a lib directory.
> This is fine, but I cannot figure out how to produce this "executable-netbeans" directory outside of the idea, for example, from a Windows or Linux shell by running: "mvn package". One would think this would produce the same target/executable-netbeans directory which is produced when "Rebuild", which is mapped to "mvn clean install", produces.
> Question; in the pom, "<finalName>executable</finalName>" and in the assembly(<descriptor>${basedir}/src/main/assemblies/netbeans-run.xml</descriptor>, "<id>netbeans</id>"; these two elements seem to control the naming convention for the directory in target, in this case, "target/executable-netbeans". Does this have any bearing on the problem?
> The main problem I am having with this is I am trying to execute the Netbeans aware poms from a Continuum server, and I can't figure out how to create the executable-netbeans directory when running "mvn clean package" or "mvn clean install" from a shell(like Continuum would do). Why does this work from the IDE when the IDE seems to only be calling the "mvn clean install" on a Build or Rebuild?
> Relevant parts of the pom:
> <plugin>
> <artifactId>maven-assembly-plugin</artifactId>
> <executions>
> <execution>
> <id>nb</id>
> <phase>package</phase>
> <goals>
> <goal>directory</goal>
> </goals>
> <configuration>
> <!--<descriptor>${basedir}/src/main/assemblies/netbeans-run.xml</descriptor>-->
> <descriptor>src/main/assemblies/netbeans-run.xml</descriptor>
> <finalName>executable</finalName>
> </configuration>
> </execution>
> <execution>
> <configuration>
> <descriptorRefs>
> <descriptorRef>jar-with-dependencies</descriptorRef>
> </descriptorRefs>
> <archive>
> <manifest>
> <mainClass>com.xrite.ind.backcheck.gui.MainWindow.MainWindow</mainClass>
> </manifest>
> </archive>
> </configuration>
> </execution>
> </executions>
> </plugin>
> Assembly descriptor:
> <assembly>
> <id>netbeans</id>
> <includeBaseDirectory>false</includeBaseDirectory>
> <fileSets>
> <fileSet>
> <directory>target</directory>
> <outputDirectory></outputDirectory>
> <includes>
> <include>*.jar</include>
> </includes>
> </fileSet>
> </fileSets>
> <dependencySets>
> <dependencySet>
> <outputDirectory>lib</outputDirectory>
> <unpack>false</unpack>
> <scope>runtime</scope>
> </dependencySet>
> </dependencySets>
> </assembly>
> Is something going on internally in the Mevenide plugin which uses the <finalName> value from the pom in conjunction w/the <id> value in the assembly???
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe from this list, please visit:
http://xircles.codehaus.org/manage_email