[ http://jira.codehaus.org/browse/MNG-2756?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_85597 ]
Jan Palmquist commented on MNG-2756: ------------------------------------ I have a somewhat similar problem, however I guess that the attached example is a bit missleading since the properties supplied in the child pom might (?) not have been examined at the time of <parent>-block evaluation... Either way, I'm also *VERY* interested in having properties expanded while evaluating the <parent>-block contents. Even if only properties defined in settings.xml or supplied by -D to the mvn-command will affect the evaluation. I'm currently working in a project with many active developers. The project is therefore brached into several development tracks - each track being developed 'independently' of the other over a limited period of time. Regularily, the branches are merged back together in order to keep the project aligned over time. This stragegy is necessary in order keep the environment within each branch stable enough for CI to work and developers productive writing code and not struggling with problems that other branches might introduce... Anyway, keeping the pom-hierarchy (and individual poms) configurable with respect to (in my case) groupIds configurable using parameters would make the recurring merging activities a lot easier... The current workaround is to let each branch have its own repository and have all developers remember to delete their local repository when they change development track... > parent resolution is done first before property interpolation > ------------------------------------------------------------- > > Key: MNG-2756 > URL: http://jira.codehaus.org/browse/MNG-2756 > Project: Maven 2 > Issue Type: Bug > Components: Inheritance and Interpolation > Affects Versions: 2.0.x, 2.1.x > Reporter: Franz Allan Valencia See > Fix For: 2.0.x > > Attachments: parent-filtering.zip > > > Possible problems > * using properties in the parent tag > * using proeprties in the repositories tag with the parent being unknown > except to that repo > Attach is a sample project whose child project does not get built. -- 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
