brett 2004/05/07 15:37:15 Modified: xdocs Tag: MAVEN-1_0-BRANCH faq.fml Log: added FAQ regarding :get/:set jelly tags, and the property inheritence changes Revision Changes Path No revision No revision 1.5.4.3 +40 -1 maven/xdocs/faq.fml Index: faq.fml =================================================================== RCS file: /home/cvs/maven/xdocs/faq.fml,v retrieving revision 1.5.4.2 retrieving revision 1.5.4.3 diff -u -r1.5.4.2 -r1.5.4.3 --- faq.fml 10 Mar 2004 11:14:03 -0000 1.5.4.2 +++ faq.fml 7 May 2004 22:37:15 -0000 1.5.4.3 @@ -247,6 +247,27 @@ </faq> </part> + + <part id="jelly"> + <title>Jelly Usage</title> + <faq id="plugin-variables"> + <question>How do I get or set plugin properties from Jelly?</question> + <answer> + <p>Plugin properties can be used with the following tags: + <a href="/reference/maven-jelly-tags/tags.html#maven:get">maven:get</a> and + <a href="/reference/maven-jelly-tags/tags.html#maven:set">maven:set</a>. + (These replace the deprecated versions of <code>${pom.getPluginContext(...).get/setVariable()}</code> + and <code>maven:pluginVar</code>.)</p> + <p>Example:</p> + <source> +<maven:get plugin="maven-war-plugin" property="maven.war.src" var="warSourceDir" /> +<echo>The WAR source directory is ${warSourceDir}<echo> +... +<maven:set plugin="maven-multiproject-plugin" property="maven.multiproject.includes" value="subprojects/*/project.xml"/> + </source> + </answer> + </faq> + </part> <part id="errors"> <title>Errors</title> @@ -291,7 +312,25 @@ </part> <part id="recent-changes"> - <title>Recent Changes</title> + <title>Recent Changes (Migrating from older versions of Maven)</title> + + <faq id="property-inheritence"> + <question>Why are strange property values appearing from other parts of my project?</question> + <answer> + <p>Early in RC3, the bug that caused project.properties file inheritence to fail was fixed. This means + that if you extend another project.xml file, you also inherit the project.properties and build.properties + files from the same directory.</p> + <p>While this was a highly demanded fix, some builds may have come to depend on it not working (including + the Maven build itself!). This is usually due to having a master build project that also serves as a base + project extended by a set of subprojects, and wanting the properties to apply to the master, but not to the + subprojects.</p> + <p>We recommend that you separate these concerns by having both a master build project and a parent project + for extension (see the maven-plugins CVS tree for an example).</p> + <p>However, should you need to maintain your old structure, and you are encountering these problems, you can + add the following property to stop parents from being inherited:</p> + <source>maven.property.inheritence=false</source> + </answer> + </faq> <faq id="classloader-property"> <question>Why shouldn't I use the dependency classloader override property?</question>
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]