You are viewing a plain text version of this content. The canonical link for it is here.
Posted to notifications@ant.apache.org by "Pavel Savara (JIRA)" <ji...@apache.org> on 2009/01/11 16:01:59 UTC
[jira] Created: (IVY-1001) ivy:buildlist is not ordering modules
properly when module name is defined as ${ant.project.name}
ivy:buildlist is not ordering modules properly when module name is defined as ${ant.project.name}
-------------------------------------------------------------------------------------------------
Key: IVY-1001
URL: https://issues.apache.org/jira/browse/IVY-1001
Project: Ivy
Issue Type: Bug
Affects Versions: 2.0-RC2
Environment: windows vista
Reporter: Pavel Savara
I have multimodule solution.
I wanted to save myself from repeating module name on two places so I replaced name of module in ivy.xml with ${ant.project.name}, which is related to build.xml in module.
<info
organisation="net.sf.robocode"
module="${ant.project.name}"
status="integration"/>
After such change, ivy:buildlist is giving wrong order of modules and no warning.
I will attach zip with example of such behavior.
I have following dependencies:
robocode.api<-robocode.core<-robocode.battle
When you run any toplevel task which includes ivy:buildlist i.e. clean, you will get following (alphabetical?) order
robocode.api
robocode.battle
robocode.core
Which is wrong, because battle depends on core.
If you visit robocode.core\ivy.xml and replace
module="${ant.project.name}"
with
module="robocode.core"
Everything is fixed and you get correct order.
I spend 4 hours until I found what's wrong :-(
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Updated: (IVY-1001) ivy:buildlist is not ordering modules
properly when module name is defined as ${ant.project.name}
Posted by "Pavel Savara (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/IVY-1001?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Pavel Savara updated IVY-1001:
------------------------------
Attachment: projects.zip
> ivy:buildlist is not ordering modules properly when module name is defined as ${ant.project.name}
> -------------------------------------------------------------------------------------------------
>
> Key: IVY-1001
> URL: https://issues.apache.org/jira/browse/IVY-1001
> Project: Ivy
> Issue Type: Bug
> Affects Versions: 2.0-RC2
> Environment: windows vista
> Reporter: Pavel Savara
> Attachments: projects.zip
>
>
> I have multimodule solution.
> I wanted to save myself from repeating module name on two places so I replaced name of module in ivy.xml with ${ant.project.name}, which is related to build.xml in module.
> <info
> organisation="net.sf.robocode"
> module="${ant.project.name}"
> status="integration"/>
> After such change, ivy:buildlist is giving wrong order of modules and no warning.
> I will attach zip with example of such behavior.
> I have following dependencies:
> robocode.api<-robocode.core<-robocode.battle
> When you run any toplevel task which includes ivy:buildlist i.e. clean, you will get following (alphabetical?) order
> robocode.api
> robocode.battle
> robocode.core
> Which is wrong, because battle depends on core.
> If you visit robocode.core\ivy.xml and replace
> module="${ant.project.name}"
> with
> module="robocode.core"
> Everything is fixed and you get correct order.
> I spend 4 hours until I found what's wrong :-(
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (IVY-1001) ivy:buildlist is not ordering modules
properly when module name is defined as ${ant.project.name}
Posted by "Maarten Coene (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/IVY-1001?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12790991#action_12790991 ]
Maarten Coene commented on IVY-1001:
------------------------------------
Carlton: I'm not sure it's a bug because if you don't specify the status in your ivy.xml file, it will default to "integration" and "latest.milestone" doesn't match the status "integration".
Pavel: I don't know what Ivy can do to solve this problem. Maybe indeed only some extra documentation for the ivy:buildlist task that you should be carefull when the ivy.xml file contains properties...
Maarten
> ivy:buildlist is not ordering modules properly when module name is defined as ${ant.project.name}
> -------------------------------------------------------------------------------------------------
>
> Key: IVY-1001
> URL: https://issues.apache.org/jira/browse/IVY-1001
> Project: Ivy
> Issue Type: Bug
> Affects Versions: 2.0-RC2
> Environment: windows vista
> Reporter: Pavel Savara
> Attachments: projects.zip
>
>
> I have multimodule solution.
> I wanted to save myself from repeating module name on two places so I replaced name of module in ivy.xml with ${ant.project.name}, which is related to build.xml in module.
> <info
> organisation="net.sf.robocode"
> module="${ant.project.name}"
> status="integration"/>
> After such change, ivy:buildlist is giving wrong order of modules and no warning.
> I will attach zip with example of such behavior.
> I have following dependencies:
> robocode.api<-robocode.core<-robocode.battle
> When you run any toplevel task which includes ivy:buildlist i.e. clean, you will get following (alphabetical?) order
> robocode.api
> robocode.battle
> robocode.core
> Which is wrong, because battle depends on core.
> If you visit robocode.core\ivy.xml and replace
> module="${ant.project.name}"
> with
> module="robocode.core"
> Everything is fixed and you get correct order.
> I spend 4 hours until I found what's wrong :-(
> As well because it was my first serious attempt to use Ivy so I was no learning curve same time.
> I think we need fix it if it is bug, or document that ant properties are not OK in Ivy files and warn user if possible.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (IVY-1001) ivy:buildlist is not ordering modules
properly when module name is defined as ${ant.project.name}
Posted by "Carlton Brown (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/IVY-1001?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12790950#action_12790950 ]
Carlton Brown commented on IVY-1001:
------------------------------------
I am also having a problem. However, in my case it is not due to Ant properties. These work fine. My problem occurs when any of my ivy.xml files use a dependency revision of 'latest.milestone'. It returns the incorrect sequence. if I use 'latest.integration' then it works fine. Very odd.
> ivy:buildlist is not ordering modules properly when module name is defined as ${ant.project.name}
> -------------------------------------------------------------------------------------------------
>
> Key: IVY-1001
> URL: https://issues.apache.org/jira/browse/IVY-1001
> Project: Ivy
> Issue Type: Bug
> Affects Versions: 2.0-RC2
> Environment: windows vista
> Reporter: Pavel Savara
> Attachments: projects.zip
>
>
> I have multimodule solution.
> I wanted to save myself from repeating module name on two places so I replaced name of module in ivy.xml with ${ant.project.name}, which is related to build.xml in module.
> <info
> organisation="net.sf.robocode"
> module="${ant.project.name}"
> status="integration"/>
> After such change, ivy:buildlist is giving wrong order of modules and no warning.
> I will attach zip with example of such behavior.
> I have following dependencies:
> robocode.api<-robocode.core<-robocode.battle
> When you run any toplevel task which includes ivy:buildlist i.e. clean, you will get following (alphabetical?) order
> robocode.api
> robocode.battle
> robocode.core
> Which is wrong, because battle depends on core.
> If you visit robocode.core\ivy.xml and replace
> module="${ant.project.name}"
> with
> module="robocode.core"
> Everything is fixed and you get correct order.
> I spend 4 hours until I found what's wrong :-(
> As well because it was my first serious attempt to use Ivy so I was no learning curve same time.
> I think we need fix it if it is bug, or document that ant properties are not OK in Ivy files and warn user if possible.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Updated: (IVY-1001) ivy:buildlist is not ordering modules
properly when module name is defined as ${ant.project.name}
Posted by "Pavel Savara (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/IVY-1001?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Pavel Savara updated IVY-1001:
------------------------------
Description:
I have multimodule solution.
I wanted to save myself from repeating module name on two places so I replaced name of module in ivy.xml with ${ant.project.name}, which is related to build.xml in module.
<info
organisation="net.sf.robocode"
module="${ant.project.name}"
status="integration"/>
After such change, ivy:buildlist is giving wrong order of modules and no warning.
I will attach zip with example of such behavior.
I have following dependencies:
robocode.api<-robocode.core<-robocode.battle
When you run any toplevel task which includes ivy:buildlist i.e. clean, you will get following (alphabetical?) order
robocode.api
robocode.battle
robocode.core
Which is wrong, because battle depends on core.
If you visit robocode.core\ivy.xml and replace
module="${ant.project.name}"
with
module="robocode.core"
Everything is fixed and you get correct order.
I spend 4 hours until I found what's wrong :-(
As well because it was my first serious attempt to use Ivy so I was no learning curve same time.
I think we need fix it if it is bug, or document that ant properties are not OK in Ivy files and warn user if possible.
was:
I have multimodule solution.
I wanted to save myself from repeating module name on two places so I replaced name of module in ivy.xml with ${ant.project.name}, which is related to build.xml in module.
<info
organisation="net.sf.robocode"
module="${ant.project.name}"
status="integration"/>
After such change, ivy:buildlist is giving wrong order of modules and no warning.
I will attach zip with example of such behavior.
I have following dependencies:
robocode.api<-robocode.core<-robocode.battle
When you run any toplevel task which includes ivy:buildlist i.e. clean, you will get following (alphabetical?) order
robocode.api
robocode.battle
robocode.core
Which is wrong, because battle depends on core.
If you visit robocode.core\ivy.xml and replace
module="${ant.project.name}"
with
module="robocode.core"
Everything is fixed and you get correct order.
I spend 4 hours until I found what's wrong :-(
> ivy:buildlist is not ordering modules properly when module name is defined as ${ant.project.name}
> -------------------------------------------------------------------------------------------------
>
> Key: IVY-1001
> URL: https://issues.apache.org/jira/browse/IVY-1001
> Project: Ivy
> Issue Type: Bug
> Affects Versions: 2.0-RC2
> Environment: windows vista
> Reporter: Pavel Savara
> Attachments: projects.zip
>
>
> I have multimodule solution.
> I wanted to save myself from repeating module name on two places so I replaced name of module in ivy.xml with ${ant.project.name}, which is related to build.xml in module.
> <info
> organisation="net.sf.robocode"
> module="${ant.project.name}"
> status="integration"/>
> After such change, ivy:buildlist is giving wrong order of modules and no warning.
> I will attach zip with example of such behavior.
> I have following dependencies:
> robocode.api<-robocode.core<-robocode.battle
> When you run any toplevel task which includes ivy:buildlist i.e. clean, you will get following (alphabetical?) order
> robocode.api
> robocode.battle
> robocode.core
> Which is wrong, because battle depends on core.
> If you visit robocode.core\ivy.xml and replace
> module="${ant.project.name}"
> with
> module="robocode.core"
> Everything is fixed and you get correct order.
> I spend 4 hours until I found what's wrong :-(
> As well because it was my first serious attempt to use Ivy so I was no learning curve same time.
> I think we need fix it if it is bug, or document that ant properties are not OK in Ivy files and warn user if possible.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.