Re: plugin.jelly variables not available in
Yes, this is by design. -- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/ Gilles Dodinet <[EMAIL PROTECTED]> wrote on 02/09/2003 02:49:55 AM: > ive encountered such a problem some time ago. i solved it by adding a > namespace pointing to the plugin (or so it seems) : > > ... > > where test is the test plugin (maven-test-plugin). - please note that > after that the 'test' namespace was never used. > > im really not sure if this should work (perhaps if this was just a > side-effect), tho it has for me. maybe this can help. > > -- gd > > > > Brett Porter wrote: > > >Most plugins have a hook that you can add as a prereq (although not on a > >preGoal - you'd need to do that differently by preGoal calling attainGoal on > >the content). > > > >Eg. War:load does nothing but bring the plugin into action. > > > >This is likely to change in the future. > > > >- Brett > > > > > > > >>-Original Message- > >>From: khote [mailto:[EMAIL PROTECTED] > >>Sent: Monday, 1 September 2003 3:43 PM > >>To: Maven Users List > >>Subject: Re: plugin.jelly variables not available in > >> > >> > >>I can use > >>${pom.getPluginContext('maven-WHATEVER-plugin').getVariable('X > >>XX')} only if that WHATEVER plugin was invoked prior to the > >>pre or post Goal I'm working with. I think it has to load > >>that stuff from the plugin's project.properties, I don't yet > >>know of a way to "easily" load those properties files. > >> > >>I was using the xdoc plugin, and for some reason wanted to > >>include the target/docs in my WAR. Since it's always > >>convenient to use the default properties when they work, I > >>wanted to use the xdoc properties. If I run: > >> > >>$ maven xdoc > >>$ maven war > >> > >>rather than: > >> > >>$ maven xdoc war > >> > >>then the xdoc properties would not be available to my > >>war:webapp postGoal using the > >> > >>${pom.getPluginContext('maven-xdoc-plugin').getVariable('maven > >>.xdoc.dest.dir > >>')} (or whatever it was). > >> > >>What if I have several versions of the plugin, including a > >>SNAPSHOT? Maven seems to know how to load the latest and > >>greatest, perhaps I'd have to write a plugin to do all that > >>for me: maven-loadUninvokedPluginProperties-plugin > >>or some such. > >> > >>- Original Message - > >>From: <[EMAIL PROTECTED]> > >>To: "Maven Users List" <[EMAIL PROTECTED]> > >>Sent: Sunday, August 31, 2003 9:53 PM > >>Subject: Re: plugin.jelly variables not available in > >> > >> > >> > >> > >>>Does ${pom.getPluginContext('maven-war-plugin').getVariable('XXX')} > >>>help? > >>>-- > >>>dIon Gillard, Multitask Consulting > >>>Blog: http://blogs.codehaus.org/people/dion/ > >>> > >>> > >>>"khote" <[EMAIL PROTECTED]> wrote on 30/08/2003 10:25:26 AM: > >>> > >>> > >>> > 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] > >> > >> > >> > > > > > > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] >
Re: war-plugin bug?
Does this mean, we will not see a fix for this? -Dan - Original Message - From: "Michal Maczka" <[EMAIL PROTECTED]> To: "'Maven Users List'" <[EMAIL PROTECTED]> Sent: Monday, September 01, 2003 5:14 AM Subject: RE: war-plugin bug? > This is caused by the fact that > ${artifact.id} = ${artifct.groupId}:${artifact.arifactId} > > while it should be > > ${artifact.id} = > ${artifct.groupId}:${artifact.arifactId}:${artifact.type} > > (we had a discussion about it some time ago when you have closed one > issue in JIRA with resolution "won't fix") > > So this must be first changed in maven core and then consequently in > plugins. > > > > > Michal > > > > -Original Message- > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > > Sent: Monday, September 01, 2003 6:03 AM > > To: Maven Users List > > Subject: Re: war-plugin bug? > > > > I believe this is filed as an open bug on Maven. > > > > Anyone is able to submit a patch fixing it. > > -- > > dIon Gillard, Multitask Consulting > > Blog: http://blogs.codehaus.org/people/dion/ > > > > > > "Dan Tran" <[EMAIL PROTECTED]> wrote on 31/08/2003 01:45:28 AM: > > > > > 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"> > > > > > > > > > > > > > > > > > > > > > file="${maven.repo.local}/struts/xmls/validator-rules-1.1.xml" > > > > > 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 > > > > > >
RE: war-plugin bug?
This is caused by the fact that ${artifact.id} = ${artifct.groupId}:${artifact.arifactId} while it should be ${artifact.id} = ${artifct.groupId}:${artifact.arifactId}:${artifact.type} (we had a discussion about it some time ago when you have closed one issue in JIRA with resolution "won't fix") So this must be first changed in maven core and then consequently in plugins. Michal > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Sent: Monday, September 01, 2003 6:03 AM > To: Maven Users List > Subject: Re: war-plugin bug? > > I believe this is filed as an open bug on Maven. > > Anyone is able to submit a patch fixing it. > -- > dIon Gillard, Multitask Consulting > Blog: http://blogs.codehaus.org/people/dion/ > > > "Dan Tran" <[EMAIL PROTECTED]> wrote on 31/08/2003 01:45:28 AM: > > > 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"> > > > > > > > > > > > > > > > > file="${maven.repo.local}/struts/xmls/validator-rules-1.1.xml" > > > > 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
Re: Dependency Groups
On Mon, 2003-09-01 at 13:14, Dave Ford wrote: > Is there a way to define reusable "lib groups"? IntelliJ lets you do this > under project properties/paths/libraries. For example, if i use hibernate in > 5 different projects. And hibernate requires 5 jar files. That's a lot of > extra typing in project.xml (dependencies section). Transitive dependencies will come but not slated for the 1.0 release. > > Dave Ford > Smart Soft - The Developer Training Company > http://www.smart-soft.com > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] -- jvz. Jason van Zyl [EMAIL PROTECTED] http://tambora.zenplex.org In short, man creates for himself a new religion of a rational and technical order to justify his work and to be justified in it. -- Jacques Ellul, The Technological Society - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Dependency Groups
You may use XML Entities Nelson Arapé On Monday 01 September 2003 13:14, Dave Ford wrote: > Is there a way to define reusable "lib groups"? IntelliJ lets you do this > under project properties/paths/libraries. For example, if i use hibernate > in 5 different projects. And hibernate requires 5 jar files. That's a lot > of extra typing in project.xml (dependencies section). > > > Dave Ford > Smart Soft - The Developer Training Company > http://www.smart-soft.com > > > > - > 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]
Dependency Groups
Is there a way to define reusable "lib groups"? IntelliJ lets you do this under project properties/paths/libraries. For example, if i use hibernate in 5 different projects. And hibernate requires 5 jar files. That's a lot of extra typing in project.xml (dependencies section). Dave Ford Smart Soft - The Developer Training Company http://www.smart-soft.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: plugin.jelly variables not available in
ive encountered such a problem some time ago. i solved it by adding a namespace pointing to the plugin (or so it seems) : ... where test is the test plugin (maven-test-plugin). - please note that after that the 'test' namespace was never used. im really not sure if this should work (perhaps if this was just a side-effect), tho it has for me. maybe this can help. -- gd Brett Porter wrote: Most plugins have a hook that you can add as a prereq (although not on a preGoal - you'd need to do that differently by preGoal calling attainGoal on the content). Eg. War:load does nothing but bring the plugin into action. This is likely to change in the future. - Brett -Original Message- From: khote [mailto:[EMAIL PROTECTED] Sent: Monday, 1 September 2003 3:43 PM To: Maven Users List Subject: Re: plugin.jelly variables not available in I can use ${pom.getPluginContext('maven-WHATEVER-plugin').getVariable('X XX')} only if that WHATEVER plugin was invoked prior to the pre or post Goal I'm working with. I think it has to load that stuff from the plugin's project.properties, I don't yet know of a way to "easily" load those properties files. I was using the xdoc plugin, and for some reason wanted to include the target/docs in my WAR. Since it's always convenient to use the default properties when they work, I wanted to use the xdoc properties. If I run: $ maven xdoc $ maven war rather than: $ maven xdoc war then the xdoc properties would not be available to my war:webapp postGoal using the ${pom.getPluginContext('maven-xdoc-plugin').getVariable('maven .xdoc.dest.dir ')} (or whatever it was). What if I have several versions of the plugin, including a SNAPSHOT? Maven seems to know how to load the latest and greatest, perhaps I'd have to write a plugin to do all that for me: maven-loadUninvokedPluginProperties-plugin or some such. - Original Message - From: <[EMAIL PROTECTED]> To: "Maven Users List" <[EMAIL PROTECTED]> Sent: Sunday, August 31, 2003 9:53 PM Subject: Re: plugin.jelly variables not available in Does ${pom.getPluginContext('maven-war-plugin').getVariable('XXX')} help? -- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/ "khote" <[EMAIL PROTECTED]> wrote on 30/08/2003 10:25:26 AM: 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Integrate jaxrpc as dependency
Markus Pscheidt wrote: > The problem is that there seems to be no download place available for > jaxrpc.jar which I could use in the URL parameter of the dependency > element. The place at ibiblio does not contain jar files for jaxrpc ( > http://www.ibiblio.org/maven/jaxrpc/ ). Sun's licensig policy does not allow ibiblio (and others) to redistribute their software. A solution (legal+technical) is being worked on to assist Maven users in dowloading necessary jars fulfilling Sun's policy (which is presenting full license text to the user and his/ her explicit acceptance of it). > Of course, one solution is to copy jaxrpc.jar to > $MAVEN_REPO_LOCAL/jaxrpc/jars/jaxrpc-1.0.jar, but this is not very elegant. Until the aforementioned solution is complete this is exactly the way you should solve your problem. R. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Integrate jaxrpc as dependency
- Original Message - From: "Markus Pscheidt" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, September 01, 2003 4:18 PM Subject: Integrate jaxrpc as dependency > Hi! > > What is the best way to integrate jaxrpc - which is part of the Java Web > Service Developer Pack (Java WSDP) - into the dependeny list of my > project.xml file? I need it because i want to have Axis in my > dependencies list also. > > The problem is that there seems to be no download place available for > jaxrpc.jar which I could use in the URL parameter of the dependency > element. The place at ibiblio does not contain jar files for jaxrpc ( > http://www.ibiblio.org/maven/jaxrpc/ ). > > Of course, one solution is to copy jaxrpc.jar to > $MAVEN_REPO_LOCAL/jaxrpc/jars/jaxrpc-1.0.jar, but this is not very elegant. It's the solution. Else, you can create your remote repository on your web server, and define : maven.repo.remote = http://www.ibiblio.org/maven, http://your-server Else, you can use MavenProxy (http://wiki.codehaus.org/maven/MavenProxy) > > Markus > > > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > _ > Envie de discuter en "live" avec vos amis ? Télécharger MSN Messenger > http://www.ifrance.com/_reloc/m la 1ère messagerie instantanée de France _ Envie de discuter en "live" avec vos amis ? Télécharger MSN Messenger http://www.ifrance.com/_reloc/m la 1ère messagerie instantanée de France - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Integrate jaxrpc as dependency
Hi! What is the best way to integrate jaxrpc - which is part of the Java Web Service Developer Pack (Java WSDP) - into the dependeny list of my project.xml file? I need it because i want to have Axis in my dependencies list also. The problem is that there seems to be no download place available for jaxrpc.jar which I could use in the URL parameter of the dependency element. The place at ibiblio does not contain jar files for jaxrpc ( http://www.ibiblio.org/maven/jaxrpc/ ). Of course, one solution is to copy jaxrpc.jar to $MAVEN_REPO_LOCAL/jaxrpc/jars/jaxrpc-1.0.jar, but this is not very elegant. Markus - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Adding RMIC into the jar goal
How do I integrate rmic into the jar goal ? Thanks Pat -Original Message- From: Bateman, Patrick eMEDIA [mailto:[EMAIL PROTECTED] Sent: 29 August 2003 11:05 To: 'Maven Users List' Subject: Test Plugin : maven.junit.sysproperties I'm trying the set two properties for my JUnit tests using 'maven.junit.sysproperties' maven.junit.sysproperties=mtconfig_env mtconfig_dir mtconfig_env=${mtconfig_env} mtconfig_dir=${basedir}/../mt_config/ This cause a stack overflow because mt_config is self referencing. What I really want to achieve is to initialise mtconfig_env with an environment varaible from the OS. How do Maven property files load environment variables from the OS? Thanks Pat This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Checkstyle plugin 2.0 release
The Maven team is pleased to announce the Checkstyle plugin 2.0 release! http://maven.apache.org/reference/plugins/checkstyle/ The Maven Checkstyle plugin is a plugin for Checkstyle (http://checkstyle.sourceforge.net) that allows for code to be checked and a Maven report produced Changes in this version: Note that this plugin has been tested with Maven HEAD. Using it with another version of Maven is at your own risks! :-) You can download the Checkstyle Maven plugin here: http://www.ibiblio.org/maven/maven/plugins/maven-checkstyle-plugin-2.0.jar Have fun! -- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/
Re: plugin.jelly variables not available in
I think xdoc has an init goal for that. -- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/ "khote" <[EMAIL PROTECTED]> wrote on 01/09/2003 03:43:22 PM: > I can use > ${pom.getPluginContext('maven-WHATEVER-plugin').getVariable('XXX')} only if > that WHATEVER plugin was invoked prior to the pre or post Goal I'm working > with. I think it has to load that stuff from the plugin's > project.properties, I don't yet know of a way to "easily" load those > properties files. > > I was using the xdoc plugin, and for some reason wanted to include the > target/docs in my WAR. Since it's always convenient to use the default > properties when they work, I wanted to use the xdoc properties. > If I run: > > $ maven xdoc > $ maven war > > rather than: > > $ maven xdoc war > > then the xdoc properties would not be available to my war:webapp postGoal > using the > > ${pom.getPluginContext('maven-xdoc-plugin').getVariable('maven.xdoc.dest.dir > ')} (or whatever it was). > > What if I have several versions of the plugin, including a SNAPSHOT? Maven > seems to know how to load the latest and greatest, perhaps I'd have to write > a plugin to do all that for me: maven-loadUninvokedPluginProperties-plugin > or some such. > > - Original Message - > From: <[EMAIL PROTECTED]> > To: "Maven Users List" <[EMAIL PROTECTED]> > Sent: Sunday, August 31, 2003 9:53 PM > Subject: Re: plugin.jelly variables not available in > > > > Does > > ${pom.getPluginContext('maven-war-plugin').getVariable('XXX')} > > help? > > -- > > dIon Gillard, Multitask Consulting > > Blog: http://blogs.codehaus.org/people/dion/ > > > > > > "khote" <[EMAIL PROTECTED]> wrote on 30/08/2003 10:25:26 AM: > > > > > 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: plugin.jelly variables not available in
Most plugins have a hook that you can add as a prereq (although not on a preGoal - you'd need to do that differently by preGoal calling attainGoal on the content). Eg. War:load does nothing but bring the plugin into action. This is likely to change in the future. - Brett > -Original Message- > From: khote [mailto:[EMAIL PROTECTED] > Sent: Monday, 1 September 2003 3:43 PM > To: Maven Users List > Subject: Re: plugin.jelly variables not available in > > > I can use > ${pom.getPluginContext('maven-WHATEVER-plugin').getVariable('X > XX')} only if that WHATEVER plugin was invoked prior to the > pre or post Goal I'm working with. I think it has to load > that stuff from the plugin's project.properties, I don't yet > know of a way to "easily" load those properties files. > > I was using the xdoc plugin, and for some reason wanted to > include the target/docs in my WAR. Since it's always > convenient to use the default properties when they work, I > wanted to use the xdoc properties. If I run: > > $ maven xdoc > $ maven war > > rather than: > > $ maven xdoc war > > then the xdoc properties would not be available to my > war:webapp postGoal using the > > ${pom.getPluginContext('maven-xdoc-plugin').getVariable('maven > .xdoc.dest.dir > ')} (or whatever it was). > > What if I have several versions of the plugin, including a > SNAPSHOT? Maven seems to know how to load the latest and > greatest, perhaps I'd have to write a plugin to do all that > for me: maven-loadUninvokedPluginProperties-plugin > or some such. > > - Original Message - > From: <[EMAIL PROTECTED]> > To: "Maven Users List" <[EMAIL PROTECTED]> > Sent: Sunday, August 31, 2003 9:53 PM > Subject: Re: plugin.jelly variables not available in > > > > Does ${pom.getPluginContext('maven-war-plugin').getVariable('XXX')} > > help? > > -- > > dIon Gillard, Multitask Consulting > > Blog: http://blogs.codehaus.org/people/dion/ > > > > > > "khote" <[EMAIL PROTECTED]> wrote on 30/08/2003 10:25:26 AM: > > > > > 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: plugin.jelly variables not available in
I can use ${pom.getPluginContext('maven-WHATEVER-plugin').getVariable('XXX')} only if that WHATEVER plugin was invoked prior to the pre or post Goal I'm working with. I think it has to load that stuff from the plugin's project.properties, I don't yet know of a way to "easily" load those properties files. I was using the xdoc plugin, and for some reason wanted to include the target/docs in my WAR. Since it's always convenient to use the default properties when they work, I wanted to use the xdoc properties. If I run: $ maven xdoc $ maven war rather than: $ maven xdoc war then the xdoc properties would not be available to my war:webapp postGoal using the ${pom.getPluginContext('maven-xdoc-plugin').getVariable('maven.xdoc.dest.dir ')} (or whatever it was). What if I have several versions of the plugin, including a SNAPSHOT? Maven seems to know how to load the latest and greatest, perhaps I'd have to write a plugin to do all that for me: maven-loadUninvokedPluginProperties-plugin or some such. - Original Message - From: <[EMAIL PROTECTED]> To: "Maven Users List" <[EMAIL PROTECTED]> Sent: Sunday, August 31, 2003 9:53 PM Subject: Re: plugin.jelly variables not available in > Does > ${pom.getPluginContext('maven-war-plugin').getVariable('XXX')} > help? > -- > dIon Gillard, Multitask Consulting > Blog: http://blogs.codehaus.org/people/dion/ > > > "khote" <[EMAIL PROTECTED]> wrote on 30/08/2003 10:25:26 AM: > > > 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: [ANN] PMD plugin 1.1 released
I don't think so. -- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/ Andy Jefferson <[EMAIL PROTECTED]> wrote on 30/08/2003 10:44:04 PM: > 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] >
Re: plugin.jelly variables not available in
Does ${pom.getPluginContext('maven-war-plugin').getVariable('XXX')} help? -- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/ "khote" <[EMAIL PROTECTED]> wrote on 30/08/2003 10:25:26 AM: > 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] >
Re: Test Plugin : maven.junit.sysproperties
In case noone has answered, pass the env var in via the command prompt (-Dvar=$ENV_VAR), or do it using an ant environment task. -- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/ "Bateman, Patrick eMEDIA" <[EMAIL PROTECTED]> wrote on 29/08/2003 08:05:23 PM: > I'm trying the set two properties for my JUnit tests using > 'maven.junit.sysproperties' > > maven.junit.sysproperties=mtconfig_env mtconfig_dir > mtconfig_env=${mtconfig_env} > mtconfig_dir=${basedir}/../mt_config/ > > This cause a stack overflow because mt_config is self referencing. > > What I really want to achieve is to initialise mtconfig_env with an > environment varaible from the OS. > > How do Maven property files load environment variables from the OS? > > Thanks > > Pat > This email and any files transmitted with it are confidential and intended > solely for the use of the individual or entity to whom they are addressed. > If you have received this email in error please notify the system manager. > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] >
Re: war-plugin bug?
I believe this is filed as an open bug on Maven. Anyone is able to submit a patch fixing it. -- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/ "Dan Tran" <[EMAIL PROTECTED]> wrote on 31/08/2003 01:45:28 AM: > 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 un
RE: Word2HTML plugin 1.3 release
Yep. Theoretically it is :-) The 'current' directory has the 1.4-SNAPSHOT docs in it I'll fix that soonwe need to document how that stuff should work a bit more too. e.g. What the site heading should be, where HEAD docs should go etc. -- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/ "Vincent Massol" <[EMAIL PROTECTED]> wrote on 29/08/2003 05:58:50 PM: > Hi dIon, > > When you go to > http://maven.apache.org/reference/plugins/word2html/1.3/index.html the > header still says "Doc for 1.4-SNAPSHOT" :-) > > -Vincent > > > -Original Message- > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > > Sent: 28 August 2003 09:05 > > To: [EMAIL PROTECTED] > > Subject: Word2HTML plugin 1.3 release > > > > The Maven team is pleased to announce the Word2HTML plugin 1.3 > release! > > > > http://maven.apache.org/reference/plugins/word2html/ > > > > The Maven Word2HTML plugin is a plugin that automates the conversion > of > > .doc files into HTML. > > > > Changes in this version: > > > > o Correctly handle files with .. in the names > > o Open the word documents in readonly mode > > o Make plugin run when maven site is invoked > > > > You can download the Word2HTML plugin here: > > > http://www.ibiblio.org/maven/maven/plugins/maven-word2html-plugin-1.3.ja > r > > > > Have fun! > > dIon > > -- > > dIon Gillard, Multitask Consulting > > Blog: http://blogs.codehaus.org/people/dion/ > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] >