Re: project.build.finalName incorrect in Clover forked lifecycle

[Chris Tucker]

Hi Vincent,

Issue raised:
http://jira.codehaus.org/browse/MCLOVER-59

Cheers,
Chris

On Oct 27, 2006, at 7:09 AM, Vincent Massol wrote:

Hi Chris,

This looks like a bug in the Clover plugin. Could you please create a jira

issue and I'll look into it?

Thanks
-Vincent

-----Original Message-----
From: Chris Tucker [mailto:[EMAIL PROTECTED]
Sent: mardi 24 octobre 2006 00:57
To: users@maven.apache.org
Subject: project.build.finalName incorrect in Clover forked lifecycle

Hi all,

I'm having some problems with the maven-clover-plugin and generating
resources (in the generate-resources phase) into the appropriate
target directory.  The clover plugin forks a lifecycle and modifies
the build finalName to include the classifier "-clover".  I generate
a web.xml file (for a war, using xdoclet) using the webdoclet
configuration:
<webdoclet destDir="${project.build.directory}/$
{project.build.finalName}/WEB-INF">
...
</webdoclet>
This configuration is in a custom execution for the xdoclet plugin,
running in the generate-resources phase.  It simply states to
generate some output in the destDir location (the particular output
isn't really important).

When the forked lifecycle executes, the project.build.finalName
property is not reflecting the forked lifecycle's value (i.e. it does
not include the -clover classifier).  This causes the build to fail,
as the appropriate configuration files are not written for the war
plugin to package up a war.

This problem can also easily be seen by using the maven clover plugin
(to fork a lifecycle) and binding an ant-run task to the generate-
resources phase that simply echoes out the appropriate properties:
<execution>
        <id>normal</id>
        <phase>generate-resources</phase>
        <configuration>
                <tasks>
                        <echo message="${project.build.finalName}" />
                </tasks>
        </configuration>
        <goals>
                <goal>run</goal>
        </goals>
</execution>
This will print out the same finalName in the initial and forked
lifecycles, even though clover explicitly changes the finalName to
include the classifier.

My question is: am I doing something wrong, or does this look like a
bug in maven?  I'm on the latest stable release of maven (2.0.4),
using maven-clover-plugin 2.3 and maven-war-plugin 2.0.1.

One additional piece of interesting (though maybe not relevant)
information is that help:effective-pom shows the interpolated value
of the variable ${project.build.finalName}, while it leaves other
variables (like ${project.build.directory}) in the uninterpreted
form.  Is there a reason for this, and if so is it possible that
finalName has been erroneously marked somewhere as constant between
lifecycles?

Cheers,
Chris Tucker

______________________________________________________________________ _____ Découvrez une nouvelle façon d'obtenir des réponses à toutes vos questions ! Profitez des connaissances, des opinions et des expériences des internautes sur Yahoo! Questions/Réponses

http://fr.answers.yahoo.com

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]