[mojo-dev] [jira] (MNBMODULE-231) More flexible artifact attachment (BuildInstallersMojo)

[Peter Hansson (JIRA)]

Peter Hansson created MNBMODULE-231 More flexible artifact attachment (BuildInstallersMojo) Issue Type: Improvement Assignee: Jesse Glick Created: 16/Dec/13 9:05 AM Description: I've added some steps to the Ant scripts so that I now produce both 32-bit binaries and 64-bit binaries (for Linux and Windows) and with/without bundled JRE in the same build operation. Hence I produce filenames that look like this: installersFilePrefix + "windows-with-jre-32bit.exe" installersFilePrefix + "windows-with-jre-64bit.exe" installersFilePrefix + "windows.exe" (I do the same for Linux) This doesn't work well with BuildInstallersMojo.java which is pretty strict about what your output filenames should be, i.e. it will throw an error if it cannot find a file -windows.exe and worse it is not prepared for the fact that one platform can potentially produce several output files. I believe the solution would be to introduce a new parameter to the goal that would allow full control over exactly what artifacts the goal produces from within the POM. If this one would be defined then it would override the current artifact-guessing mechanism in BuildInstallersMojo.java. All in all I was hoping to be able to do something like this in the POM: <configuration> .... <customArtifacts> <artifactName>aaa</artifactName> <artifactName>bbb</artifactName> <artifactName>ccc</artifactName> </customArtifacts> </configuration> Current workaround would be to run your build several times with different parameters. Not nice .. and takes a lot more time, especially if you also pack and/or sign the code. Project: Mojo's NetBeans Module Maven Plugin Priority: Minor Reporter: Peter Hansson

This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators 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