[jira] Closed: (MWAR-121) Maven-war-plugin not installing war. Installs .jar and renames it to .war
[ http://jira.codehaus.org/browse/MWAR-121?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stephane Nicoll closed MWAR-121. Resolution: Won't Fix Not an issue. The definition of the jar plugin in the parent pom conflicts with war Maven-war-plugin not installing war. Installs .jar and renames it to .war - Key: MWAR-121 URL: http://jira.codehaus.org/browse/MWAR-121 Project: Maven 2.x War Plugin Issue Type: Bug Environment: Windows XP Maven 2.0.7 JDK 1.5.0_10 Reporter: Dave Rathnow Assignee: Stephane Nicoll Attachments: war.zip I'm trying to use the maven-war-plugin to install a war into my local repository. mvn clean install runs fine and completes succesfully. If I look under the target directory in the project folder, there is, amoung other things, a .jar and .war file. Both have been built properly. However, if I look in my local repository, there is a .war file but when I open it, it is actually the .jar file renamed to .war. The attached zip file contains the pom for the project, the parent pom and the output from the command mvn clean install -X output.log -- 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
[jira] Commented: (DOXIA-158) doxia book with APT verbatim text not monospaced in PDF
[ http://jira.codehaus.org/browse/DOXIA-158?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_109169 ] Vincent Siveton commented on DOXIA-158: --- The normal iText's behaviour for monospaced font is to use Courier font [1]. So this issue sounds like a font limitation in iText. [1] http://www.koders.com/java/fid0F5FF00C3DD7D92F1C08A527FCF3E837D13F13B8.aspx?s=mdef%3Ainsert#L114 doxia book with APT verbatim text not monospaced in PDF --- Key: DOXIA-158 URL: http://jira.codehaus.org/browse/DOXIA-158 Project: Maven Doxia Issue Type: Bug Components: Module - Itext Affects Versions: 1.0-alpha-9 Environment: Java 5 on WinXP Reporter: David Roussel Attachments: doxia-test.zip I'm using doxia-maven-plugin 1.0-alpha-9 with APT as an imput source. When I generate xhtml then the verbatim text comes out fine as a pre tag. When I generate PDF the verbatim text is rendered with a variable width font, thus my code examples are all over the place. -- 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
[jira] Commented: (CONTINUUM-820) Shell script execution rights under Linux
[ http://jira.codehaus.org/browse/CONTINUUM-820?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_109182 ] Marcelo Riss commented on CONTINUUM-820: I have the same problem with cvs under linux. I'm using ubuntu feisty distro. Shell script execution rights under Linux - Key: CONTINUUM-820 URL: http://jira.codehaus.org/browse/CONTINUUM-820 Project: Continuum Issue Type: Bug Components: Integration - Shell Affects Versions: 1.0.3 Environment: Linux Reporter: Nicolas Cazottes Fix For: Future When adding a new shell script project, in continuum, the build does not work because of missing execution rights on the checkouted resources. The cause of the problem is that by default, a checkout with svn does not set the execution rights. Continuum should change the execution flag of the script to be executed. -- 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
[jira] Created: (MAVENUPLOAD-1752) Upload Retroweaver 2.0.1
Upload Retroweaver 2.0.1 Key: MAVENUPLOAD-1752 URL: http://jira.codehaus.org/browse/MAVENUPLOAD-1752 Project: maven-upload-requests Issue Type: Task Reporter: Xavier Le Vourch Two bundles for retroweaver for the tool itself and runtime. The bundle URL above is only for one of them. They're on sourceforge at: http://retroweaver.sourceforge.net/files/retroweaver-bundle-2.0.1.jar http://retroweaver.sourceforge.net/files/retroweaver-rt-bundle-2.0.1.jar -- 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
[jira] Updated: (ARCHETYPE-35) Possibility to change the resource destination names
[ http://jira.codehaus.org/browse/ARCHETYPE-35?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Matthew Flower updated ARCHETYPE-35: Attachment: MNG-35-archetype.patch Attached is a patch to enable this feature. The patch includes a source code change, changes to the unit tests to provide test coverage for the feature, and changes to the documentation to demonstrate the new feature. Please let me know if I've forgotten anything or if you are interested in something being implementation in a different way. Possibility to change the resource destination names Key: ARCHETYPE-35 URL: http://jira.codehaus.org/browse/ARCHETYPE-35 Project: Maven Archetype Issue Type: New Feature Reporter: Alexandre Poitras Attachments: MNG-35-archetype.patch It would be useful to be able to specify new destionation names to the copied resources so their name can be determined dynamically. For instance, let's may my archetype produce a multi-modules project. I name my project myproject (original, eh?). Now this project have a children that I would like to be call myproject-presentation and not only presentation. I think it's not doable at the moment. -- 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
[jira] Commented: (MWAR-104) handle zip dependencies in war plugin
[ http://jira.codehaus.org/browse/MWAR-104?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_109194 ] George Gastaldi commented on MWAR-104: -- When will this issue be resolved ? This is the last issue for 2.1-alpha-1 release handle zip dependencies in war plugin - Key: MWAR-104 URL: http://jira.codehaus.org/browse/MWAR-104 Project: Maven 2.x War Plugin Issue Type: Improvement Environment: all Reporter: Olivier Lamy Assignee: Stephane Nicoll Fix For: 2.1-alpha-1 Attachments: foobar.zip, MWAR-104 As MNG-1683 has been applied, the zip artifact must be handled in the war plugin. -- 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
[jira] Reopened: (MNG-2956) The documentation refers to system property user.dir when it should refer to user.home
[ http://jira.codehaus.org/browse/MNG-2956?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Donley R. P'Simer reopened MNG-2956: Wow, all it took was a quick Ctrl-F on http://maven.apache.org/settings.html to find all the places in the reference for settings.xml that refer to user.dir erroneously. I am sorry that I did not include this in my original submission, but I would not consider this to be an exhaustive list as the error seems to be pervasive. Here are the section headings I found it under when I did my search on that page: Introduction-Quick Overview Settings Details-Simple Values Settings Details-Profiles Is this report more useful now? The documentation refers to system property user.dir when it should refer to user.home -- Key: MNG-2956 URL: http://jira.codehaus.org/browse/MNG-2956 Project: Maven 2 Issue Type: Bug Components: Settings Affects Versions: 2.0.5 Environment: Windows XP Professional Reporter: Donley R. P'Simer Fix For: Reviewed Pending Version Assignment In several places the documentation for maven2 refers to the local repository and user settings.xml file being relative to the ${user.dir} system property. Behavior suggests that it is actually the ${user.home} system property that is being used. From the javadoc for System.getProperties() in jdk1.5: user.home User's home directory user.dir User's current working directory http://java.sun.com/j2se/1.5.0/docs/api/java/lang/System.html#getProperties() -- 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