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