Re: war-plugin bug?
that is an anoying bug to me, i think it is reported already. (not sure thou) So the first suggested solution solve this dilema. -Dan - Original Message - From: "khote" <[EMAIL PROTECTED]> To: "Maven Users List" <[EMAIL PROTECTED]> Sent: Saturday, August 30, 2003 8:22 AM Subject: Re: war-plugin bug? > Those are good suggestions, some things I hadn't thought of. I am using a > war:webapp postGoal to copy in some docs into my webapp before the WAR is > created. > > What I discovered was that the first use of > > taglibs > taglib-session > 1.0.1 etc. > > when I wanted the jar in /WEB-INF/lib, > > was overwritten in the Map (or Hash or whatever) that was built for lib.path > by the second use of that same name, when I specified that > tld > > So unless I used two different names, I would always lose the first one when > the maven-war-plugin executed. > > I found another way also: I took all the taglib jars I want to use and > unjarred them into a common temp directory, then went into that directory > and > > jar cf taglibs-1.0.1 org > > then moved that into my taglibs repository. Only had to have that one > dependency then overkill I know, but it works. > > I'm trying to move an existing Tomcat/Struts application that works well > enough into a JBoss-Tomcat/Struts, still trying to lose that Tomcat-think > about how things are done. Some of those taglibs can help me watch/see > what's going on in the JSP environment, they're really just for debugging > right now. > > Thanks, > K > > > - Original Message - > From: "Dan Tran" <[EMAIL PROTECTED]> > To: "Maven Users List" <[EMAIL PROTECTED]>; "khote" > <[EMAIL PROTECTED]> > Sent: Saturday, August 30, 2003 8:11 AM > Subject: Re: war-plugin bug? > > > > Since tld file can live any where under WEB-INF > > directory, it is ambiguous for maven to blindfully > > copy the tld file to WEB-INF/ > > > > there are 2 solutions: > > 1. if you are usig servet 2.3 configure your taglib to look for tld in > the > > jar file > > so you dont have to copy it to web-inf. > > > >2. You need to tell maven what do by putting a postgoal in maven.xml > > > > here is an example > > > > > > > default="nightly-build" > > xmlns:m="maven" > > xmlns:j="jelly:core" > > xmlns:u="jelly:util"> > > > > > > > > > tofile= > > "${maven.build.dir}/${pom.artifactId}/WEB-INF/validator-rules.xml" /> > > > > > > > > > > > > - Original Message - > > From: "khote" <[EMAIL PROTECTED]> > > To: "Maven Users List" <[EMAIL PROTECTED]> > > Sent: Saturday, August 30, 2003 4:10 AM > > Subject: war-plugin bug? > > > > > > > Wanting to try out some jakarta-taglibs. It's not on ibiblio, so I > > > downloaded them and moved them into a taglibs (both jars and tlds) > > directory > > > in my local repository. > > > > > > > > > taglibs > > > session > > > 1.0.1 > > > true > > > > > > > > > > > > taglibs > > > session > > > 1.0.1 > > > tld > > > true > > > > > > > > > maven successfully finds, them. However, when I try to use the > > war-plugin, > > > only the jar is copied into the WEB-INF/lib, the tld is not copied into > > > WEB-INF/tld. > > > > > > I am already successfully using the jstl standard and struts plugins > this > > > way, both jars and tlds, they are behaving as expected. In fact I just > > > copied their dependency statements as above and changed the name. > > > > > > I went into the maven-war-plugin's plugin.jelly and put some 's in > > it > > > to see what's happening: > > > > > > > > >JAR: copying lib.path = ${lib.path} > > > > > > > > > > > > > > >TLD: copying lib.path = ${lib.path} > > > > > > > > > > > > It is simply not seeing the session-1.0.1.tld, it is not being put in > the > > > dependencies collection. > > > Bug? > > > > > > > > > - > > > 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] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: war-plugin bug?
Those are good suggestions, some things I hadn't thought of. I am using a war:webapp postGoal to copy in some docs into my webapp before the WAR is created. What I discovered was that the first use of taglibs taglib-session 1.0.1 etc. when I wanted the jar in /WEB-INF/lib, was overwritten in the Map (or Hash or whatever) that was built for lib.path by the second use of that same name, when I specified that tld So unless I used two different names, I would always lose the first one when the maven-war-plugin executed. I found another way also: I took all the taglib jars I want to use and unjarred them into a common temp directory, then went into that directory and jar cf taglibs-1.0.1 org then moved that into my taglibs repository. Only had to have that one dependency then overkill I know, but it works. I'm trying to move an existing Tomcat/Struts application that works well enough into a JBoss-Tomcat/Struts, still trying to lose that Tomcat-think about how things are done. Some of those taglibs can help me watch/see what's going on in the JSP environment, they're really just for debugging right now. Thanks, K - Original Message - From: "Dan Tran" <[EMAIL PROTECTED]> To: "Maven Users List" <[EMAIL PROTECTED]>; "khote" <[EMAIL PROTECTED]> Sent: Saturday, August 30, 2003 8:11 AM Subject: Re: war-plugin bug? > Since tld file can live any where under WEB-INF > directory, it is ambiguous for maven to blindfully > copy the tld file to WEB-INF/ > > there are 2 solutions: > 1. if you are usig servet 2.3 configure your taglib to look for tld in the > jar file > so you dont have to copy it to web-inf. > >2. You need to tell maven what do by putting a postgoal in maven.xml > > here is an example > > >default="nightly-build" > xmlns:m="maven" > xmlns:j="jelly:core" > xmlns:u="jelly:util"> > > > > tofile= > "${maven.build.dir}/${pom.artifactId}/WEB-INF/validator-rules.xml" /> > > > > > > - Original Message - > From: "khote" <[EMAIL PROTECTED]> > To: "Maven Users List" <[EMAIL PROTECTED]> > Sent: Saturday, August 30, 2003 4:10 AM > Subject: war-plugin bug? > > > > Wanting to try out some jakarta-taglibs. It's not on ibiblio, so I > > downloaded them and moved them into a taglibs (both jars and tlds) > directory > > in my local repository. > > > > > > taglibs > > session > > 1.0.1 > > true > > > > > > > > taglibs > > session > > 1.0.1 > > tld > > true > > > > > > maven successfully finds, them. However, when I try to use the > war-plugin, > > only the jar is copied into the WEB-INF/lib, the tld is not copied into > > WEB-INF/tld. > > > > I am already successfully using the jstl standard and struts plugins this > > way, both jars and tlds, they are behaving as expected. In fact I just > > copied their dependency statements as above and changed the name. > > > > I went into the maven-war-plugin's plugin.jelly and put some 's in > it > > to see what's happening: > > > > > >JAR: copying lib.path = ${lib.path} > > > > > > > > > >TLD: copying lib.path = ${lib.path} > > > > > > > > It is simply not seeing the session-1.0.1.tld, it is not being put in the > > dependencies collection. > > Bug? > > > > > > - > > 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]
Re: war-plugin bug?
Since tld file can live any where under WEB-INF directory, it is ambiguous for maven to blindfully copy the tld file to WEB-INF/ there are 2 solutions: 1. if you are usig servet 2.3 configure your taglib to look for tld in the jar file so you dont have to copy it to web-inf. 2. You need to tell maven what do by putting a postgoal in maven.xml here is an example - Original Message - From: "khote" <[EMAIL PROTECTED]> To: "Maven Users List" <[EMAIL PROTECTED]> Sent: Saturday, August 30, 2003 4:10 AM Subject: war-plugin bug? > Wanting to try out some jakarta-taglibs. It's not on ibiblio, so I > downloaded them and moved them into a taglibs (both jars and tlds) directory > in my local repository. > > > taglibs > session > 1.0.1 > true > > > > taglibs > session > 1.0.1 > tld > true > > > maven successfully finds, them. However, when I try to use the war-plugin, > only the jar is copied into the WEB-INF/lib, the tld is not copied into > WEB-INF/tld. > > I am already successfully using the jstl standard and struts plugins this > way, both jars and tlds, they are behaving as expected. In fact I just > copied their dependency statements as above and changed the name. > > I went into the maven-war-plugin's plugin.jelly and put some 's in it > to see what's happening: > > >JAR: copying lib.path = ${lib.path} > > > > >TLD: copying lib.path = ${lib.path} > > > > It is simply not seeing the session-1.0.1.tld, it is not being put in the > dependencies collection. > Bug? > > > - > 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]
Re: Excluding files from .war using war:war
WAR plugin needs some improvements, they are scheduled for 1.0-final See description of http://jira.codehaus.org/secure/ViewIssue.jspa?key=MAVEN-667 Konrad wrote: Hi Sri. Thanks for your suggestion, but I already tried that: src/webapp/images *.* Unfortunately, it's not working. Does it work for you? -- Norbert Pabiś - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [ANN] PMD plugin 1.1 released
Hi Andy, I've tried it with Maven beta 10 (that's the version I'm currently using on my machine) and it works for me. That said, I know that Maven beta 10 has a dependency somewhere in a plugin on a SNAPSHOT version of the maven jar (and the first time you run maven it downloads the latest snapshot jar). Ok, I've checked the CVS history of pmd.jsl and you're right. The change to the util package was made on the 30th of June. So you're right, this plugin is not supposed to work with Maven b10. However, it does for me and I suspect it's because it downloads and uses this maven.jar snapshot. Sorry about that. -Vincent > -Original Message- > From: Andy Jefferson [mailto:[EMAIL PROTECTED] > Sent: 30 August 2003 14:44 > To: Maven Users List > Subject: Re: [ANN] PMD plugin 1.1 released > > On Saturday 30 Aug 2003 12:53, Vincent Massol wrote: > > The Maven team is pleased to announce the PMD plugin 1.1 release! > > Vincent, > > I just tried the PMD 1.1 plugin (and im using Maven beta10) and it gets to > > [echo] Converting the PMD report to xdoc ... > > BUILD FAILED > File.. /home/andy/.maven/plugins/maven-xdoc-plugin-1.4-SNAPSHOT/ > Element... j:include > Line.. 107 > Column 55 > /home/andy/.maven/plugins/maven-pmd-plugin-1.1/plugin- > resources/pmd.jsl:13:71: > org.apache.maven.util.MavenTool > > If i look at maven.jar that comes with beta10 I find that MavenTool > exists, > yet is org.apache.maven.MavenTool, and not in a util package. Are you sure > that this works with beta10 ? > > > > -- > Andy > > > - > 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]
Re: [ANN] PMD plugin 1.1 released
On Saturday 30 Aug 2003 12:53, Vincent Massol wrote: > The Maven team is pleased to announce the PMD plugin 1.1 release! Vincent, I just tried the PMD 1.1 plugin (and im using Maven beta10) and it gets to [echo] Converting the PMD report to xdoc ... BUILD FAILED File.. /home/andy/.maven/plugins/maven-xdoc-plugin-1.4-SNAPSHOT/ Element... j:include Line.. 107 Column 55 /home/andy/.maven/plugins/maven-pmd-plugin-1.1/plugin-resources/pmd.jsl:13:71: org.apache.maven.util.MavenTool If i look at maven.jar that comes with beta10 I find that MavenTool exists, yet is org.apache.maven.MavenTool, and not in a util package. Are you sure that this works with beta10 ? -- Andy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Correct location of maven-java-plugin-1.3.jar
Hi all I would like to know please, where I should locate this jar. Am attempting to build turbine project.. Maven starts up then following some of the build and compilation steps, the following error occurs. BUILD FAILED File.. file:/C:/Documents and Settings/Owner/.maven/plugins/maven-java-plugin-1.3/ Element... ant:javac Line.. 55 Column 48 Compile failed; see the compiler error output for details. Total time: 38 seconds %MAVEN_HOME% is C:\org\apache\maven\1. 0-beta-10 and no changes have been made to maven.repo.local or other default settings. The plugin is already installed at the location indicated in the failure message above. The jar is currently under %MAVEN_HOME%\plugins I presume it should be somewhere under the .../Owner/.maven/repository Have read the wiki document http://wiki.codehaus.org/maven/MigratingFromBeta9ToBeta10 but this does not help clarify anything (to me anyway) in this case. I do not think this is anything to do with paths as maven is working correctly with other stuff. Thanks in advance Roger Windows XP
[ANN] PMD plugin 1.1 released
The Maven team is pleased to announce the PMD plugin 1.1 release! http://maven.apache.org/reference/plugins/pmd The Maven PMD plugin is a plugin that wraps the PMD framework (http://pmd.sourceforge.net). PMD is a source checking framework that works by scanning Java source code and looks for potential problems like: unused local variables, empty catch blocks, unused parameters, empty 'if' statements, etc. Changes in this version: o Adding maven.pmd.includes and maven.pmd.excludes to match functionality in checkstyle plugin. o Now respects pom.build.sourceModifications. o Add xml declaration to generated report. Fixed for character encoding. o Make sure the report does not fail if PMD does not detect any violation. Fixes bug MAVEN-538 Note that this plugin has been tested with Maven beta 10. Using it with another version of Maven is at your own risks! :-) You can download the PMD Maven plugin here: http://www.ibiblio.org/maven/maven/plugins/maven-pmd-plugin-1.1.jar Have fun! -Vincent - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
war-plugin bug?
Wanting to try out some jakarta-taglibs. It's not on ibiblio, so I downloaded them and moved them into a taglibs (both jars and tlds) directory in my local repository. taglibs session 1.0.1 true taglibs session 1.0.1 tld true maven successfully finds, them. However, when I try to use the war-plugin, only the jar is copied into the WEB-INF/lib, the tld is not copied into WEB-INF/tld. I am already successfully using the jstl standard and struts plugins this way, both jars and tlds, they are behaving as expected. In fact I just copied their dependency statements as above and changed the name. I went into the maven-war-plugin's plugin.jelly and put some 's in it to see what's happening: JAR: copying lib.path = ${lib.path} TLD: copying lib.path = ${lib.path} It is simply not seeing the session-1.0.1.tld, it is not being put in the dependencies collection. Bug? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [aspectj-users] Problem with iajc and jdk 1.4.1 - RESOLVED
Chad Woolley wrote: Hi, This is apparently a maven bug. I converted my maven.xml to an ant build.xml, and now it works fine. I'm crossposting this to the maven group, I'll open a bug if I get time. If you don't have the time to file a bug report, how can you expect it to ever get fixed ? Thanks for the help, Chad - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: plugin.jelly variables not available in
Guess I can answer part of my own question. If I want to store this in my war as /xdocs in maven-war-plugin's project.properties, the value of maven.war.webapp.dir is set as per the documents: maven.war.build.dir = ${maven.build.dir} maven.war.webapp.dir = ${maven.war.build.dir}/${pom.artifactId} in my maven.xml: will set webapp.xdocs.dir = ${maven.war.build.dir}/${pom.artifactId}/xdocs This works as a because that particular plugin is loaded, and so it sets these values from it's own plugin.properties. I've found this doesn't work if I'm trying to get a variable from a plugin that hasn't been loaded during the execution. - Original Message - From: "khote" <[EMAIL PROTECTED]> To: "Maven Users List" <[EMAIL PROTECTED]> Sent: Friday, August 29, 2003 5:25 PM Subject: plugin.jelly variables not available in > I'm playing around with a postGoal for webapp ... > > > > > > I'm copying the docs directory generated by the xdoc plugin into my .war > > I notice in the plugin documentation that certain values such as > maven.war.webapp.dir have default values. I look in the maven-war-plugin's > plugin.jelly and see where they are set. Yet these values are not available > to my maven.xml postGoal, in fact they have no value at all by the time they > get there. I have to manually set them in > project.properties/build.properties or even reset them to the same values in > my maven.xml postGoal. It would be nice if I could use the expected > defaults in postGoals, is there a setting somewhere that can take care of > this? > > K > > > - > 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]
Re: Excluding files from .war using war:war
from http://ant.apache.org/manual/CoreTasks/copy.html Copy a set of files to a directory can you use - Original Message - From: "Sri Sankaran" <[EMAIL PROTECTED]> To: "Maven Users List" <[EMAIL PROTECTED]> Sent: Friday, August 29, 2003 1:34 PM Subject: RE: Excluding files from .war using war:war I haven't tried it. Sorry I didn't mean to suggest that. The war:webapp goal -- which gets invoked when you call war:war -- copies everything in your webapps directory -- with no excludes: I think the only alternative is to prep a copy of your webapps directory with just what you want copied and then set the maven.war.src to point to it. I use that technique since I have to modify my web.xml before building the war. Sri -Original Message- From: Konrad [mailto:[EMAIL PROTECTED] Sent: Fri 8/29/2003 2:18 PM To: Maven Users List Cc: Subject: RE: Excluding files from .war using war:war Hi Sri. Thanks for your suggestion, but I already tried that: src/webapp/images *.* Unfortunately, it's not working. Does it work for you? Thank you. Sri Sankaran <[EMAIL PROTECTED]> wrote: Have you tried using the sub-element of the element? See http://maven.apache.org/reference/project-descriptor.html#resource. Sri -Original Message- From: Konrad [mailto:[EMAIL PROTECTED] Sent: Friday, August 29, 2003 12:42 PM To: [EMAIL PROTECTED] Subject: Excluding files from .war using war:war Does the "war" plugin's war:war goal read the in project.xml when deciding what files to include/exclude in the .war that is built, or is only for .jars? I'm trying to figure out how to exclude certain resources from the .war. I saw that there is a "maven.war.classes.excludes" property for the "war" plugin, but didn't see a "maven.war.resource.excludes" one. Do I just need to write a pregoal for "war:war" that deletes certain resources in "${maven.war.webapp.dir}"? Thank you. - Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software > - > 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]
plugin.jelly variables not available in
I'm playing around with a postGoal for webapp ... I'm copying the docs directory generated by the xdoc plugin into my .war I notice in the plugin documentation that certain values such as maven.war.webapp.dir have default values. I look in the maven-war-plugin's plugin.jelly and see where they are set. Yet these values are not available to my maven.xml postGoal, in fact they have no value at all by the time they get there. I have to manually set them in project.properties/build.properties or even reset them to the same values in my maven.xml postGoal. It would be nice if I could use the expected defaults in postGoals, is there a setting somewhere that can take care of this? K - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]