RE: Maven WAR project - how to bundle jars
Hi, It should definitly be the case. Have you declared your packaging as war? Are you using the mvn package command to get you war? Cheers! Denis. -Message d'origine- De : John Coleman [mailto:[EMAIL PROTECTED] Envoyé : vendredi 20 juillet 2007 15:58 À : Maven Users List Objet : Maven WAR project - how to bundle jars Hi, How do I get a runtime dependency JAR file to be placed into the target WEB-INF/lib directory please? It would be nice if the provided and test scope dependencies were not copied but the rest to be put into WEB-INF/lib automatically. Regards, John Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses and it is your responsibility to scan any attachments. Eurobase Systems Limited is the main trading company in the Eurobase International Group; registered in England and Wales as company number 02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex CM2 0RE, UK. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Review] Please review French FAQ for Maven 2
For those of you speaking french, a new Maven 2 FAQ has just been launched, and I would be interested in feedback about this faq: http://java.developpez.com/faq/maven/ http://java.developpez.com/faq/maven/ Are there any errors? What do you feel is missing? You can either contact me through this thread, or through the Developpez.com forums. Thanks a lot for any of you taking time to look at this FAQ. Denis.
RE: [M204] reporting inheritance
Great, that's just what I was looking for. Voted for it!! Denis CABASSON INSEE/CNIP tél: (01.411) 735.09 -Message d'origine- De : Yann Le Du [mailto:[EMAIL PROTECTED] Envoyé : vendredi 12 mai 2006 13:30 À : Maven Users List Objet : Re: [M204] reporting inheritance Hi Denis, Have a look at : http://jira.codehaus.org/browse/MNG-1931 Regards, - Yann 2006/5/12, Cabasson Denis [EMAIL PROTECTED]: Hi, I'm looking for some kind of reportManagement part in the POM. I'd like to set a default configuration for my reports in my parent POM without biding them as report of this module. That way, every child module using this report would get the default configuration. I have tried adding this configuration to the build/pluginManagement part, but the configuration is taken into account only when is explicity call this plugin (via mvn checkstyle:checkstyle for example), and not when using the site standard goal. Am I missing something? (PS : I'm woking with latest build plugins, but I don't think this has anything to do with the question). Cheers! Denis CABASSON INSEE/CNIP - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[M204] reporting inheritance
Hi, I'm looking for some kind of reportManagement part in the POM. I'd like to set a default configuration for my reports in my parent POM without biding them as report of this module. That way, every child module using this report would get the default configuration. I have tried adding this configuration to the build/pluginManagement part, but the configuration is taken into account only when is explicity call this plugin (via mvn checkstyle:checkstyle for example), and not when using the site standard goal. Am I missing something? (PS : I'm woking with latest build plugins, but I don't think this has anything to do with the question). Cheers! Denis CABASSON INSEE/CNIP - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[M202] Nightly site plugin broken?
I'm working on the nightly builds of maven plugins, and the latest site plugin (20060314.165130-3) isn't working on my projects, which worked just fine yesterday. Here is the error stacktrace: [INFO] [site:site] [INFO] [ERROR] FATAL ERROR [INFO] [INFO] null [INFO] [INFO] Trace java.lang.NullPointerException at org.apache.maven.plugins.site.AbstractSiteRenderingMojo.populateReportsMenu( AbstractSiteRenderingMojo.java:704) at org.apache.maven.plugins.site.AbstractSiteRenderingMojo.locateDocuments(Abst ractSiteRenderingMojo.java:811) at org.apache.maven.plugins.site.SiteMojo.renderLocale(SiteMojo.java:110) at org.apache.maven.plugins.site.SiteMojo.execute(SiteMojo.java:92) at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManage r.java:415) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLife cycleExecutor.java:531) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle (DefaultLifecycleExecutor.java:472) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifec ycleExecutor.java:451) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFail ures(DefaultLifecycleExecutor.java:303) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(Defa ultLifecycleExecutor.java:270) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycle Executor.java:139) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:322) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:115) at org.apache.maven.cli.MavenCli.main(MavenCli.java:249) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39 ) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl .java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315) at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430) at org.codehaus.classworlds.Launcher.main(Launcher.java:375) I'm reverting to the previous version of this plugin, which is working just fine for me. Am I the only one experiencing problem with this one? Is this due to some change in the reports handling? Thx! Denis - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[M2.0.2] sharing assembly descriptor across modules
Hi, I have a multi-module project, and I'd like to use the same assembly descriptor for all my modules. I can put in the parent POM the assembly plugin configuration, but it will look for the assembly descriptor in each of my module. I'd like to use a single assembly descriptor (which is of course not one of the built-in descriptors) for all of my modules. Any ideas on how to do that? Thanks. Denis CABASSON - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Problems with Checkstyle, javadocs using Maven 2.0.1 for log4 j
This FAQ is just great!!! Lots of answers there!!! Great work, thx to all the contributor of thie wiki!! As for Curt worries: The Javadoc report is emtpy (file:///Users/curta/log4j-mvn2/target/ site/apidocs/index.html) though the Javadoc generation did complete successfully and can be viewed at file:///Users/curta/log4j-mvn2/ target/site/apidocs/overview-summary.html. This is a known issue: http://jira.codehaus.org/browse/MNG-1249 - External Javadoc report apidocs/index.html is overwritten It has been fixed in javadoc-plugin SNAPSHOT and is due to come out in the maven-javadoc-plugin 2.0-beta-3 in a few days (as of Yann Le Du's mail on this list on december 15th). I attempted to add additional reports, but was unable to find the right syntax. I could find Maven 1.x examples like: Seems the answer to this question is in the FAQ: http://docs.codehaus.org/display/MAVENUSER/FAQs#FAQs-HowdoIconvertmy%3Crepor ts%3EfromMaven1toMaven2%3F The generated dependencies list (http://people.apache.org/~carnold/ log4j_mvn/dependencies.html) was uneven in the documentation provided. Javamail, JMS and Activation had a long descriptions and a links, but junit, com.sun.jmx et al had nothing. Documentation provided depends on the level of documentation of the POMs of the dependencies. Guess maven evangelism won't target this till repo is clean enough... Cheers! Denis CABASSON -Message d'origine- De : Allan Ramirez [mailto:[EMAIL PROTECTED] Envoyé : lundi 19 décembre 2005 02:20 À : Maven Users List Objet : Re: Problems with Checkstyle, javadocs using Maven 2.0.1 for log4j Hi Curt, Please refer to this page http://docs.codehaus.org/display/MAVENUSER/FAQs#FAQs-WhatdoestheFATALERRORwi ththemessage%27Classorg.apache.commons.logging.impl.Jdk14Loggerdoesnotimplem entLog%27whenusingthemavencheckstylepluginmean%3F Hope this helps regards, -allan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[m2] JXR report not including CSS correctly
I have a worry with the jxr plugin which isn't generating correct links to the CSS, and thus is rendered without style on some pages. The package-summary.html pages have a link to the CSS: link rel=stylesheet type=text/css href=\.\./\.\./\.\./stylesheet.css title=style / which of course isn't working. Some other links are also messed up on the same page: a href=\.\./\.\./\.\./overview-summary.htmlOverview/a Things are working fine on the other pages. I have tried to have a look at JIRA issues on the jxr plugin, and haven't find any issues related. Is someone experimenting the same problem? Cheers! Denis CABASSON - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Problems with special characters in APT format (latin-1 and c opyright symbol)
I have solved much of my encoding problems with: plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-site-plugin/artifactId configuration outputEncodingUTF-8/outputEncoding /configuration /plugin in the build/plugins section of your POM. This way, the site is created using UTF charset Hope it helps. Denis CABASSON -Message d'origine- De : Bruno Aranda [mailto:[EMAIL PROTECTED] Envoyé : vendredi 16 décembre 2005 09:25 À : Maven Users List Objet : Re: Problems with special characters in APT format (latin-1 and copyright symbol) Nobody knows this? Has someone used accents in the apt format? Should I try an alternative approach? thanks! Bruno 2005/12/12, Bruno Aranda [EMAIL PROTECTED]: Hi there, I am trying to just the APT format but I cannot output some special symbols using unicode, such as the copyritght and latin-1 special characters (accents). I am following the APT guide [1], but when using the copyright symbol I get this in the screen: Â(c) There is a strange character before the copyright. I've tried \251, \xA9, \u00a9 ... I have similar results for other unicode characters. Do I have to change the encoding somewhere? I am running a linux box. Regards, Bruno [1] http://maven.apache.org/guides/mini/guide-apt-format.html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: RE : Problems with special characters in APT format (latin-1 and copyright symbol)
This is known problem, issue have been adressed in JIRA: http://jira.codehaus.org/browse/SUREFIRE-9 surefire has been fixed, not to take into account the locale (and thus no special chars in the generated XML files). guess we have to wait for a new build of the surefire plugin. -Message d'origine- De : Olivier Lamy [mailto:[EMAIL PROTECTED] Envoyé : vendredi 16 décembre 2005 09:38 À : 'Maven Users List' Objet : RE : Problems with special characters in APT format (latin-1 and copyright symbol) But not for surefire report when log contains special characters. I look at http://svn.apache.org/viewcvs.cgi/maven/surefire/trunk/surefire/src/main /java/org/apache/maven/surefire/report/XMLReporter.java?rev=353853view= markup - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[M2] [Ibiblio] Catalina 4.1.31
Hi! I need the catalina 4.1.31 jar, but it seems it isn't in ibiblio (at least not in tomcat/catalina). Is there a way to get it in Ibiblio (I have read http://maven.apache.org/guides/mini/guide-ibiblio-upload.html but can't find a definite answer as to who can do this, do I have to contact the Tomcat team?) Thx Denis CABASSON - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[m2] Surefire report Locale
My surefire-plugin (2.0) generates XML reports with my current Locale (FR). When trying to get a report out of those XML files, I get the following error. It's probably because in locale FR you tipe 0,187 instead of 0.187 (silly thing). Looks like the XML parser isn't taking this into account (while the generator did). [INFO] Generate Maven Surefire Report report. java.lang.NumberFormatException: For input string: 0,187 at org.apache.crimson.parser.Parser2.parseInternal(Parser2.java:691) at org.apache.crimson.parser.Parser2.parse(Parser2.java:337) at org.apache.crimson.parser.XMLReaderImpl.parse(XMLReaderImpl.java:448) at javax.xml.parsers.SAXParser.parse(SAXParser.java:345) at javax.xml.parsers.SAXParser.parse(SAXParser.java:281) at org.codehaus.mojo.surefire.ReportTestSuite.init(ReportTestSuite.java:59) at org.codehaus.mojo.surefire.SurefireReportParser.parseXMLReportFiles(Surefire ReportParser.java:42) at org.codehaus.mojo.surefire.SurefireReportGenerator.doGenerateReport(Surefire ReportGenerator.java:44) at org.codehaus.mojo.surefire.SurefireReportMojo.executeReport(SurefireReportMo jo.java:77) at org.apache.maven.reporting.AbstractMavenReport.generate(AbstractMavenReport. java:117) at org.apache.maven.plugins.site.SiteMojo.generateReportsPages(SiteMojo.java:80 2) at org.apache.maven.plugins.site.SiteMojo.execute(SiteMojo.java:301) at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManage r.java:399) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLife cycleExecutor.java:519) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle (DefaultLifecycleExecutor.java:469) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifec ycleExecutor.java:448) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFail ures(DefaultLifecycleExecutor.java:301) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(Defa ultLifecycleExecutor.java:268) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycle Executor.java:137) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:316) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:113) at org.apache.maven.cli.MavenCli.main(MavenCli.java:249) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39 ) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl .java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315) at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430) at org.codehaus.classworlds.Launcher.main(Launcher.java:375) java.lang.NumberFormatException: For input string: 0,015 at org.apache.crimson.parser.Parser2.parseInternal(Parser2.java:691) at org.apache.crimson.parser.Parser2.parse(Parser2.java:337) at org.apache.crimson.parser.XMLReaderImpl.parse(XMLReaderImpl.java:448) at javax.xml.parsers.SAXParser.parse(SAXParser.java:345) at javax.xml.parsers.SAXParser.parse(SAXParser.java:281) at org.codehaus.mojo.surefire.ReportTestSuite.init(ReportTestSuite.java:59) at org.codehaus.mojo.surefire.SurefireReportParser.parseXMLReportFiles(Surefire ReportParser.java:42) at org.codehaus.mojo.surefire.SurefireReportGenerator.doGenerateReport(Surefire ReportGenerator.java:44) at org.codehaus.mojo.surefire.SurefireReportMojo.executeReport(SurefireReportMo jo.java:77) at org.apache.maven.reporting.AbstractMavenReport.generate(AbstractMavenReport. java:117) at org.apache.maven.plugins.site.SiteMojo.generateReportsPages(SiteMojo.java:80 2) at org.apache.maven.plugins.site.SiteMojo.execute(SiteMojo.java:301) at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManage r.java:399) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLife cycleExecutor.java:519) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle (DefaultLifecycleExecutor.java:469) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifec ycleExecutor.java:448) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFail ures(DefaultLifecycleExecutor.java:301) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(Defa ultLifecycleExecutor.java:268) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycle Executor.java:137) at
RE: [m2] Surefire report Locale
I've opened a JIRA issue on this point. There is definitly a line in the Parser not taking the Locale into account http://jira.codehaus.org/browse/MOJO-128 Hope someone will be able to fix it (shouldn't be that difficult). Thx Denis - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [m2] assembly : assembling multiple bundles
That was what I feared :/ Thx anyway for your answer. I'm looking forward for the next version of M2 ^^ -Message d'origine- De : Brett Porter [mailto:[EMAIL PROTECTED] Envoyé : jeudi 17 novembre 2005 04:34 À : Maven Users List Objet : Re: [m2] assembly : assembling multiple bundles That's correct. It will be fixed as time permits or patches arrive... there isn't really a workaround right now. On 11/17/05, Cabasson Denis [EMAIL PROTECTED] wrote: Hi, I'm trying to use the m2 assembly:assembly plugin. It works fine, and I have created 2 descriptors to assemble my project. Problem is I'd like them both to execute when I run the assemblt:assembly command. I can do this using the mvn assembly:assemble -Dmaven.assembly.descriptor=... syntaw and running it twice with different parameters. But it would be ways more convenient to have them both in pom and get them executed in a single command. I have tried the following in the pom (in the build/plugins part): plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-assembly-plugin/artifactId executions execution iddescriptor1/id configuration descriptorsrc/main/assembly/descriptor1.xml/descriptor /configuration /execution execution iddescriptor2/id configuration descriptorsrc/main/assembly/descriptor2.xml/descriptor /configuration /execution /executions /plugin But that's not working and the assembly plugin is complaining about not finding its descriptor. Guess this has to do with the issue: http://jira.codehaus.org/browse/MNG-1293. Anyone has a clue how to make this work? Is there a workaround? Is it scheduled to be fixed so as to enable multiple executions of the assembly plugin? Thx Denis CABASSON - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[m2] assembly : assembling multiple bundles
Hi, I'm trying to use the m2 assembly:assembly plugin. It works fine, and I have created 2 descriptors to assemble my project. Problem is I'd like them both to execute when I run the assemblt:assembly command. I can do this using the mvn assembly:assemble -Dmaven.assembly.descriptor=... syntaw and running it twice with different parameters. But it would be ways more convenient to have them both in pom and get them executed in a single command. I have tried the following in the pom (in the build/plugins part): plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-assembly-plugin/artifactId executions execution iddescriptor1/id configuration descriptorsrc/main/assembly/descriptor1.xml/descriptor /configuration /execution execution iddescriptor2/id configuration descriptorsrc/main/assembly/descriptor2.xml/descriptor /configuration /execution /executions /plugin But that's not working and the assembly plugin is complaining about not finding its descriptor. Guess this has to do with the issue: http://jira.codehaus.org/browse/MNG-1293. Anyone has a clue how to make this work? Is there a workaround? Is it scheduled to be fixed so as to enable multiple executions of the assembly plugin? Thx Denis CABASSON - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]