You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@maven.apache.org by "Benjamin Bentmann (JIRA)" <ji...@codehaus.org> on 2010/03/30 21:46:23 UTC
[jira] Updated: (MNG-2584) Rebuild on pom change
[ http://jira.codehaus.org/browse/MNG-2584?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Benjamin Bentmann updated MNG-2584:
-----------------------------------
Fix Version/s: (was: 3.0-alpha-8)
> Rebuild on pom change
> ---------------------
>
> Key: MNG-2584
> URL: http://jira.codehaus.org/browse/MNG-2584
> Project: Maven 2 & 3
> Issue Type: Improvement
> Components: Design, Patterns & Best Practices
> Reporter: Kenney Westerhof
>
> After a succesful build, all classes are compiled.
> Following builds won't recompile the classes since the sources
> haven't changed.
> When a user changes a dependency in the pom and then mvn installs, the sources
> aren't checked with the modified dependency.
> I propose we save a timestamp (or the pom itself) in target/ for each build,
> and let plugins that do some sort intelligent checking take this into account.
> There are a few options:
> - define a default location for the pom and let plugins implement timestamp or content checking
> as they please
> - define some api to ask if the project has changed
> - bind the clean plugin to some startup phase and let it auto-clean if the pom (or possibly parent poms/dependent poms)
> have changed.
>
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira