You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@maven.apache.org by "Franz Allan Valencia See (JIRA)" <ji...@codehaus.org> on 2007/01/11 11:15:21 UTC
[jira] Created: (MNG-2756) parent resolution is done first before
property interpolation
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.1.x
Reporter: Franz Allan Valencia See
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
[jira] Closed: (MNG-2756) parent resolution is done first before
property interpolation
Posted by "Brett Porter (JIRA)" <ji...@codehaus.org>.
[ http://jira.codehaus.org/browse/MNG-2756?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Brett Porter closed MNG-2756.
-----------------------------
Assignee: Brett Porter
Resolution: Duplicate
Fix Version/s: (was: 2.0.x)
see MNG-624
> 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, 3.0
> Reporter: Franz Allan Valencia See
> Assignee: Brett Porter
> 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
[jira] Commented: (MNG-2756) parent resolution is done first before
property interpolation
Posted by "Jan Palmquist (JIRA)" <ji...@codehaus.org>.
[ 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
[jira] Updated: (MNG-2756) parent resolution is done first before
property interpolation
Posted by "Emmanuel Venisse (JIRA)" <ji...@codehaus.org>.
[ http://jira.codehaus.org/browse/MNG-2756?page=all ]
Emmanuel Venisse updated MNG-2756:
----------------------------------
Affects Version/s: 2.0.x
Fix Version/s: 2.0.x
> 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
[jira] Commented: (MNG-2756) parent resolution is done first before
property interpolation
Posted by "Marco Lessard (JIRA)" <ji...@codehaus.org>.
[ http://jira.codehaus.org/browse/MNG-2756?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=130377#action_130377 ]
Marco Lessard commented on MNG-2756:
------------------------------------
Using maven 2.0.8, we still have the problem with the <parent> tag.
<parent>
<groupId>com.mycompany.odp</groupId>
<artifactId>ocs-core</artifactId>
<version>${ocs.release.version}</version>
</parent>
Properties in "project.parent.version" do NOT get substituted but properties in "project.version" do.
We are on the process of migrating our 900 artifacts project to maven. Most of those artifacts will share the same release version and inherit from the same parent, so it is out of question to do a "search and replace".
Looks like a substitution bug to me.
For the moment, it is a show stopper for us that blocks the migration of our 900 artifacts.
> 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
> 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