[jira] [Commented] (IVY-1586) Retrieves test-library instead of binary-library

2019-10-19 Thread Jaikiran Pai (Jira)


[ 
https://issues.apache.org/jira/browse/IVY-1586?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16955126#comment-16955126
 ] 

Jaikiran Pai commented on IVY-1586:
---

> No javadocs, sources, etc. are downloaded to the ivy cache.

That had me worried a bit. So I checked the Nutch project and its ivy.xml and 
ivysettings.xml. The dependencies have been configured (with default 
configuration mappings) such that the source, javadocs confs aren't pulled in 
by dependencies. As a result the sources and javadocs jars aren't pulled in and 
the current retrieve pattern used that is enough for it to succeed.

 

> A final comment: the [ivy retrieve 
> docs|https://ant.apache.org/ivy/history/latest-milestone/use/retrieve.html] 
> mention mostly patterns without "type" or "classifier". Might need a clear 
> hint as many libs are shipped with javadocs and sources.

I'll see what we can do there and add a note in the relevant place.

 

> Retrieves test-library instead of binary-library
> 
>
> Key: IVY-1586
> URL: https://issues.apache.org/jira/browse/IVY-1586
> Project: Ivy
>  Issue Type: Bug
>  Components: Ant
>Affects Versions: 2.5.0-rc1
> Environment: Eclipse Photon 4.8.0 64bit
> Ant 1.10.3.v20180417-1627
> Apache IvyDE 2.2.0.final-201311091524-RELEASE
> Apache Ivy 2.5.0.cr1_20180412005306
>Reporter: Arni Schulze
>Assignee: Jaikiran Pai
>Priority: Blocker
> Fix For: master
>
> Attachments: Ant_1st_output.txt, Ant_2nd_output.txt, build.xml, 
> ivy-1586-test.zip, ivy.xml
>
>
> If I delete the local Ivy cache and run my Ant script to retrieve 
> "ch.quos.logback logback-classic 1.2.3" I get the correct library and its 
> dependencies (see Ant_1st_output).
> But if I run the Ant script again (now having a local Ivy cache) it retrieves 
> the test-library and the test-library of the dependencies instead of the 
> correct ones (see Ant_2nd_output).
> I added minimalistic ivy.xml and Ant script. Because of the different 
> behavior of the first and every other run, I think this is a bug in Ivy.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)


[jira] [Commented] (IVY-1586) Retrieves test-library instead of binary-library

2019-10-16 Thread Sebastian Nagel (Jira)


[ 
https://issues.apache.org/jira/browse/IVY-1586?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16952944#comment-16952944
 ] 

Sebastian Nagel commented on IVY-1586:
--

Ok, understood. Thanks!

Although the Nutch build.xml specifies as retrieve pattern
{noformat}

{noformat}
the ant build succeeds. I guess that's because we also include "classifier" in 
the maven2.pattern:
{noformat}
  
{noformat}
No javadocs, sources, etc. are downloaded to the ivy cache.

Is the conclusion correct that the following retrieve pattern is also safe?
{noformat}
lib/[artifact]-[revision](-[classifier]).[ext]}}
{noformat}

A final comment: the [ivy retrieve 
docs|https://ant.apache.org/ivy/history/latest-milestone/use/retrieve.html] 
mention mostly patterns without "type" or "classifier". Might need a clear hint 
as many libs are shipped with javadocs and sources.

> Retrieves test-library instead of binary-library
> 
>
> Key: IVY-1586
> URL: https://issues.apache.org/jira/browse/IVY-1586
> Project: Ivy
>  Issue Type: Bug
>  Components: Ant
>Affects Versions: 2.5.0-rc1
> Environment: Eclipse Photon 4.8.0 64bit
> Ant 1.10.3.v20180417-1627
> Apache IvyDE 2.2.0.final-201311091524-RELEASE
> Apache Ivy 2.5.0.cr1_20180412005306
>Reporter: Arni Schulze
>Assignee: Jaikiran Pai
>Priority: Blocker
> Fix For: master
>
> Attachments: Ant_1st_output.txt, Ant_2nd_output.txt, build.xml, 
> ivy-1586-test.zip, ivy.xml
>
>
> If I delete the local Ivy cache and run my Ant script to retrieve 
> "ch.quos.logback logback-classic 1.2.3" I get the correct library and its 
> dependencies (see Ant_1st_output).
> But if I run the Ant script again (now having a local Ivy cache) it retrieves 
> the test-library and the test-library of the dependencies instead of the 
> correct ones (see Ant_2nd_output).
> I added minimalistic ivy.xml and Ant script. Because of the different 
> behavior of the first and every other run, I think this is a bug in Ivy.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)


[jira] [Commented] (IVY-1586) Retrieves test-library instead of binary-library

2019-10-16 Thread Jaikiran Pai (Jira)


[ 
https://issues.apache.org/jira/browse/IVY-1586?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16952870#comment-16952870
 ] 

Jaikiran Pai commented on IVY-1586:
---

I had a look a the attached sample. It uses the following retrieve pattern 
"lib/[conf]/[artifact]-[revision].[ext]". Some of the artifacts from the 
dependencies have "source" and "javadoc" type artifacts which too get pulled in 
during retrieve. These artifacts are of a different "type". However, since the 
retrieve pattern you use doesn't take that into account, the target file to 
which they will be retrieved will end up being the same as that of the original 
jar. So it's really an issue in the retrieve pattern being used in that 
example. You can instead use "lib/[conf]/[type]/[artifact]-[revision].[ext]"

> Retrieves test-library instead of binary-library
> 
>
> Key: IVY-1586
> URL: https://issues.apache.org/jira/browse/IVY-1586
> Project: Ivy
>  Issue Type: Bug
>  Components: Ant
>Affects Versions: 2.5.0-rc1
> Environment: Eclipse Photon 4.8.0 64bit
> Ant 1.10.3.v20180417-1627
> Apache IvyDE 2.2.0.final-201311091524-RELEASE
> Apache Ivy 2.5.0.cr1_20180412005306
>Reporter: Arni Schulze
>Assignee: Jaikiran Pai
>Priority: Blocker
> Fix For: master
>
> Attachments: Ant_1st_output.txt, Ant_2nd_output.txt, build.xml, 
> ivy-1586-test.zip, ivy.xml
>
>
> If I delete the local Ivy cache and run my Ant script to retrieve 
> "ch.quos.logback logback-classic 1.2.3" I get the correct library and its 
> dependencies (see Ant_1st_output).
> But if I run the Ant script again (now having a local Ivy cache) it retrieves 
> the test-library and the test-library of the dependencies instead of the 
> correct ones (see Ant_2nd_output).
> I added minimalistic ivy.xml and Ant script. Because of the different 
> behavior of the first and every other run, I think this is a bug in Ivy.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)


[jira] [Commented] (IVY-1586) Retrieves test-library instead of binary-library

2019-10-15 Thread Sebastian Nagel (Jira)


[ 
https://issues.apache.org/jira/browse/IVY-1586?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16952266#comment-16952266
 ] 

Sebastian Nagel commented on IVY-1586:
--

Yes, I've removed the ~/.ivy2/ folder before running "ant". I've tried it twice 
and now again to be sure. Interestingly, I was able to build Nutch with the new 
ivy lib and an empty cache. 

> Retrieves test-library instead of binary-library
> 
>
> Key: IVY-1586
> URL: https://issues.apache.org/jira/browse/IVY-1586
> Project: Ivy
>  Issue Type: Bug
>  Components: Ant
>Affects Versions: 2.5.0-rc1
> Environment: Eclipse Photon 4.8.0 64bit
> Ant 1.10.3.v20180417-1627
> Apache IvyDE 2.2.0.final-201311091524-RELEASE
> Apache Ivy 2.5.0.cr1_20180412005306
>Reporter: Arni Schulze
>Assignee: Jaikiran Pai
>Priority: Blocker
> Fix For: master
>
> Attachments: Ant_1st_output.txt, Ant_2nd_output.txt, build.xml, 
> ivy-1586-test.zip, ivy.xml
>
>
> If I delete the local Ivy cache and run my Ant script to retrieve 
> "ch.quos.logback logback-classic 1.2.3" I get the correct library and its 
> dependencies (see Ant_1st_output).
> But if I run the Ant script again (now having a local Ivy cache) it retrieves 
> the test-library and the test-library of the dependencies instead of the 
> correct ones (see Ant_2nd_output).
> I added minimalistic ivy.xml and Ant script. Because of the different 
> behavior of the first and every other run, I think this is a bug in Ivy.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)


[jira] [Commented] (IVY-1586) Retrieves test-library instead of binary-library

2019-10-15 Thread Jaikiran Pai (Jira)


[ 
https://issues.apache.org/jira/browse/IVY-1586?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16952026#comment-16952026
 ] 

Jaikiran Pai commented on IVY-1586:
---

I remember trying your very own attached project to get this working. Before I 
verify it again, just one quick question - you tried this against a clean/fresh 
Ivy cache right?

 

> Retrieves test-library instead of binary-library
> 
>
> Key: IVY-1586
> URL: https://issues.apache.org/jira/browse/IVY-1586
> Project: Ivy
>  Issue Type: Bug
>  Components: Ant
>Affects Versions: 2.5.0-rc1
> Environment: Eclipse Photon 4.8.0 64bit
> Ant 1.10.3.v20180417-1627
> Apache IvyDE 2.2.0.final-201311091524-RELEASE
> Apache Ivy 2.5.0.cr1_20180412005306
>Reporter: Arni Schulze
>Assignee: Jaikiran Pai
>Priority: Blocker
> Fix For: master
>
> Attachments: Ant_1st_output.txt, Ant_2nd_output.txt, build.xml, 
> ivy-1586-test.zip, ivy.xml
>
>
> If I delete the local Ivy cache and run my Ant script to retrieve 
> "ch.quos.logback logback-classic 1.2.3" I get the correct library and its 
> dependencies (see Ant_1st_output).
> But if I run the Ant script again (now having a local Ivy cache) it retrieves 
> the test-library and the test-library of the dependencies instead of the 
> correct ones (see Ant_2nd_output).
> I added minimalistic ivy.xml and Ant script. Because of the different 
> behavior of the first and every other run, I think this is a bug in Ivy.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)


[jira] [Commented] (IVY-1586) Retrieves test-library instead of binary-library

2019-10-15 Thread Sebastian Nagel (Jira)


[ 
https://issues.apache.org/jira/browse/IVY-1586?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16951929#comment-16951929
 ] 

Sebastian Nagel commented on IVY-1586:
--

Hi [~jaikiran], when running ant/ivy with the attached ivy-1586-test.zip file I 
still get an error:
{noformat}
> rm -rf ~/.ivy2/
> mkdir lib
> ant -d -v -lib .
...
[ivy:resolve] :: Apache Ivy 2.5.0-rc2-local-20191011045141 - 20191011045141 :: 
https://ant.apache.org/ivy/ ::
...
BUILD FAILED
.../ivy-1586-3/build.xml:10: impossible to ivy retrieve: 
java.lang.RuntimeException: problem during retrieve of 
MyOrganisation#IvyResolveBug: java.lang.RuntimeException: Multiple artifacts of 
the module org.seleniumhq.selenium#selenium-java;3.141.59 are retrieved to the 
same file! Update the retrieve pattern  to fix this error.
...
{noformat}


> Retrieves test-library instead of binary-library
> 
>
> Key: IVY-1586
> URL: https://issues.apache.org/jira/browse/IVY-1586
> Project: Ivy
>  Issue Type: Bug
>  Components: Ant
>Affects Versions: 2.5.0-rc1
> Environment: Eclipse Photon 4.8.0 64bit
> Ant 1.10.3.v20180417-1627
> Apache IvyDE 2.2.0.final-201311091524-RELEASE
> Apache Ivy 2.5.0.cr1_20180412005306
>Reporter: Arni Schulze
>Assignee: Jaikiran Pai
>Priority: Blocker
> Fix For: master
>
> Attachments: Ant_1st_output.txt, Ant_2nd_output.txt, build.xml, 
> ivy-1586-test.zip, ivy.xml
>
>
> If I delete the local Ivy cache and run my Ant script to retrieve 
> "ch.quos.logback logback-classic 1.2.3" I get the correct library and its 
> dependencies (see Ant_1st_output).
> But if I run the Ant script again (now having a local Ivy cache) it retrieves 
> the test-library and the test-library of the dependencies instead of the 
> correct ones (see Ant_2nd_output).
> I added minimalistic ivy.xml and Ant script. Because of the different 
> behavior of the first and every other run, I think this is a bug in Ivy.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)


[jira] [Commented] (IVY-1586) Retrieves test-library instead of binary-library

2019-10-10 Thread Jaikiran Pai (Jira)


[ 
https://issues.apache.org/jira/browse/IVY-1586?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16949134#comment-16949134
 ] 

Jaikiran Pai commented on IVY-1586:
---

[~snagel], I just pushed a fix which I believe should fix the "Multiple 
artifacts of the module .. are retrieved to the same file!". It was a genuine 
bug. Thank you for reporting it. As usual please try the latest nightly when 
you get a chance. I plan to release Ivy soon, so it would be good to have this 
verified.

> Retrieves test-library instead of binary-library
> 
>
> Key: IVY-1586
> URL: https://issues.apache.org/jira/browse/IVY-1586
> Project: Ivy
>  Issue Type: Bug
>  Components: Ant
>Affects Versions: 2.5.0-rc1
> Environment: Eclipse Photon 4.8.0 64bit
> Ant 1.10.3.v20180417-1627
> Apache IvyDE 2.2.0.final-201311091524-RELEASE
> Apache Ivy 2.5.0.cr1_20180412005306
>Reporter: Arni Schulze
>Assignee: Jaikiran Pai
>Priority: Blocker
> Fix For: master
>
> Attachments: Ant_1st_output.txt, Ant_2nd_output.txt, build.xml, 
> ivy-1586-test.zip, ivy.xml
>
>
> If I delete the local Ivy cache and run my Ant script to retrieve 
> "ch.quos.logback logback-classic 1.2.3" I get the correct library and its 
> dependencies (see Ant_1st_output).
> But if I run the Ant script again (now having a local Ivy cache) it retrieves 
> the test-library and the test-library of the dependencies instead of the 
> correct ones (see Ant_2nd_output).
> I added minimalistic ivy.xml and Ant script. Because of the different 
> behavior of the first and every other run, I think this is a bug in Ivy.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)


[jira] [Commented] (IVY-1586) Retrieves test-library instead of binary-library

2019-09-25 Thread Sebastian Nagel (Jira)


[ 
https://issues.apache.org/jira/browse/IVY-1586?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16937570#comment-16937570
 ] 

Sebastian Nagel commented on IVY-1586:
--

Sorry, my mistake - I've tried with the right one, see the log snippets but 
copied the wrong version ID from the jar file. Should be: 
2.5.0.cr2_20190921121652. For the test Nutch build the version is defined in 
[default.properties|https://github.com/sebastian-nagel/nutch/blob/test-IVY-1586/default.properties#L66]

> Retrieves test-library instead of binary-library
> 
>
> Key: IVY-1586
> URL: https://issues.apache.org/jira/browse/IVY-1586
> Project: Ivy
>  Issue Type: Bug
>  Components: Ant
>Affects Versions: 2.5.0-rc1
> Environment: Eclipse Photon 4.8.0 64bit
> Ant 1.10.3.v20180417-1627
> Apache IvyDE 2.2.0.final-201311091524-RELEASE
> Apache Ivy 2.5.0.cr1_20180412005306
>Reporter: Arni Schulze
>Assignee: jaikiran pai
>Priority: Blocker
> Fix For: master
>
> Attachments: Ant_1st_output.txt, Ant_2nd_output.txt, build.xml, 
> ivy-1586-test.zip, ivy.xml
>
>
> If I delete the local Ivy cache and run my Ant script to retrieve 
> "ch.quos.logback logback-classic 1.2.3" I get the correct library and its 
> dependencies (see Ant_1st_output).
> But if I run the Ant script again (now having a local Ivy cache) it retrieves 
> the test-library and the test-library of the dependencies instead of the 
> correct ones (see Ant_2nd_output).
> I added minimalistic ivy.xml and Ant script. Because of the different 
> behavior of the first and every other run, I think this is a bug in Ivy.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)


[jira] [Commented] (IVY-1586) Retrieves test-library instead of binary-library

2019-09-25 Thread jaikiran pai (Jira)


[ 
https://issues.apache.org/jira/browse/IVY-1586?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16937563#comment-16937563
 ] 

jaikiran pai commented on IVY-1586:
---

I'll look at the project in a while, but a quick thing:

 

>> I have still troubles to get the Nutch build running using the nightly ivy 
>> jar (2.5.0-rc2-local-20190908122243).

Can you try with a more recent one instead from here 
[https://builds.apache.org/view/All/job/Ivy/819/artifact/build/.|https://builds.apache.org/view/All/job/Ivy/819/artifact/build/]
 The one you are using is from 8th September.

> Retrieves test-library instead of binary-library
> 
>
> Key: IVY-1586
> URL: https://issues.apache.org/jira/browse/IVY-1586
> Project: Ivy
>  Issue Type: Bug
>  Components: Ant
>Affects Versions: 2.5.0-rc1
> Environment: Eclipse Photon 4.8.0 64bit
> Ant 1.10.3.v20180417-1627
> Apache IvyDE 2.2.0.final-201311091524-RELEASE
> Apache Ivy 2.5.0.cr1_20180412005306
>Reporter: Arni Schulze
>Assignee: jaikiran pai
>Priority: Blocker
> Fix For: master
>
> Attachments: Ant_1st_output.txt, Ant_2nd_output.txt, build.xml, 
> ivy-1586-test.zip, ivy.xml
>
>
> If I delete the local Ivy cache and run my Ant script to retrieve 
> "ch.quos.logback logback-classic 1.2.3" I get the correct library and its 
> dependencies (see Ant_1st_output).
> But if I run the Ant script again (now having a local Ivy cache) it retrieves 
> the test-library and the test-library of the dependencies instead of the 
> correct ones (see Ant_2nd_output).
> I added minimalistic ivy.xml and Ant script. Because of the different 
> behavior of the first and every other run, I think this is a bug in Ivy.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)


[jira] [Commented] (IVY-1586) Retrieves test-library instead of binary-library

2019-09-25 Thread Sebastian Nagel (Jira)


[ 
https://issues.apache.org/jira/browse/IVY-1586?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16937562#comment-16937562
 ] 

Sebastian Nagel commented on IVY-1586:
--

Hi [~jaikiran], I have still troubles to get the Nutch build running using the 
nightly ivy jar (2.5.0-rc2-local-20190908122243). This is reproducible by
1. running the docker build using [this 
Dockerfile|https://github.com/sebastian-nagel/nutch/blob/test-IVY-1586/docker/Dockerfile].
 The docker build guarantees that a clear ivy cache is always used.
2. I tried to boil it down to a relatively simple ant project attached as zip 
and running
{noformat}
> rm -rf ~/.ivy2/
> mkdir lib
> ant -d -v -lib .
...
[ivy:resolve] :: Apache Ivy 2.5.0-rc2-local-20190921121652 - 20190921121652 :: 
https://ant.apache.org/ivy/ ::
...
BUILD FAILED
/mnt/data/wastl/proj/crawler/nutch/git/trunk/ivy/ivy-1586-2/build.xml:10: 
impossible to ivy retrieve: java.lang.RuntimeException: problem during retrieve 
of MyOrganisation#IvyResolveBug: java.lang.RuntimeException: Multiple artifacts 
of the module com.codeborne#phantomjsdriver;1.2.1 are retrieved to the same 
file! Update the retrieve pattern  to fix this error.
{noformat}

The error message isn't really helpful as it does not contain any hints which 
artifacts are retrieved to which target.


> Retrieves test-library instead of binary-library
> 
>
> Key: IVY-1586
> URL: https://issues.apache.org/jira/browse/IVY-1586
> Project: Ivy
>  Issue Type: Bug
>  Components: Ant
>Affects Versions: 2.5.0-rc1
> Environment: Eclipse Photon 4.8.0 64bit
> Ant 1.10.3.v20180417-1627
> Apache IvyDE 2.2.0.final-201311091524-RELEASE
> Apache Ivy 2.5.0.cr1_20180412005306
>Reporter: Arni Schulze
>Assignee: jaikiran pai
>Priority: Blocker
> Fix For: master
>
> Attachments: Ant_1st_output.txt, Ant_2nd_output.txt, build.xml, 
> ivy.xml
>
>
> If I delete the local Ivy cache and run my Ant script to retrieve 
> "ch.quos.logback logback-classic 1.2.3" I get the correct library and its 
> dependencies (see Ant_1st_output).
> But if I run the Ant script again (now having a local Ivy cache) it retrieves 
> the test-library and the test-library of the dependencies instead of the 
> correct ones (see Ant_2nd_output).
> I added minimalistic ivy.xml and Ant script. Because of the different 
> behavior of the first and every other run, I think this is a bug in Ivy.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)


[jira] [Commented] (IVY-1586) Retrieves test-library instead of binary-library

2019-09-24 Thread jaikiran pai (Jira)


[ 
https://issues.apache.org/jira/browse/IVY-1586?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16936502#comment-16936502
 ] 

jaikiran pai commented on IVY-1586:
---

Thank you for verifying and confirming that. Yes, when 2.5.0 will be released, 
a fresh cache would have to be used since the older version had ended up 
creating incorrect module descriptors.

> Retrieves test-library instead of binary-library
> 
>
> Key: IVY-1586
> URL: https://issues.apache.org/jira/browse/IVY-1586
> Project: Ivy
>  Issue Type: Bug
>  Components: Ant
>Affects Versions: 2.5.0-rc1
> Environment: Eclipse Photon 4.8.0 64bit
> Ant 1.10.3.v20180417-1627
> Apache IvyDE 2.2.0.final-201311091524-RELEASE
> Apache Ivy 2.5.0.cr1_20180412005306
>Reporter: Arni Schulze
>Assignee: jaikiran pai
>Priority: Blocker
> Fix For: master
>
> Attachments: Ant_1st_output.txt, Ant_2nd_output.txt, build.xml, 
> ivy.xml
>
>
> If I delete the local Ivy cache and run my Ant script to retrieve 
> "ch.quos.logback logback-classic 1.2.3" I get the correct library and its 
> dependencies (see Ant_1st_output).
> But if I run the Ant script again (now having a local Ivy cache) it retrieves 
> the test-library and the test-library of the dependencies instead of the 
> correct ones (see Ant_2nd_output).
> I added minimalistic ivy.xml and Ant script. Because of the different 
> behavior of the first and every other run, I think this is a bug in Ivy.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)


[jira] [Commented] (IVY-1586) Retrieves test-library instead of binary-library

2019-09-24 Thread Jira


[ 
https://issues.apache.org/jira/browse/IVY-1586?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16936498#comment-16936498
 ] 

Sebastian Götz commented on IVY-1586:
-

It was me posting this comment. Afterwards I checked it again an found out, 
that it worked okay after I deleted my IVY cache once. After that I could build 
several times without problems even until now. So it's just necessary to clear 
IVY's cache after the upgrade to 2.5.0-rc2 once.

> Retrieves test-library instead of binary-library
> 
>
> Key: IVY-1586
> URL: https://issues.apache.org/jira/browse/IVY-1586
> Project: Ivy
>  Issue Type: Bug
>  Components: Ant
>Affects Versions: 2.5.0-rc1
> Environment: Eclipse Photon 4.8.0 64bit
> Ant 1.10.3.v20180417-1627
> Apache IvyDE 2.2.0.final-201311091524-RELEASE
> Apache Ivy 2.5.0.cr1_20180412005306
>Reporter: Arni Schulze
>Assignee: jaikiran pai
>Priority: Blocker
> Fix For: master
>
> Attachments: Ant_1st_output.txt, Ant_2nd_output.txt, build.xml, 
> ivy.xml
>
>
> If I delete the local Ivy cache and run my Ant script to retrieve 
> "ch.quos.logback logback-classic 1.2.3" I get the correct library and its 
> dependencies (see Ant_1st_output).
> But if I run the Ant script again (now having a local Ivy cache) it retrieves 
> the test-library and the test-library of the dependencies instead of the 
> correct ones (see Ant_2nd_output).
> I added minimalistic ivy.xml and Ant script. Because of the different 
> behavior of the first and every other run, I think this is a bug in Ivy.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)


[jira] [Commented] (IVY-1586) Retrieves test-library instead of binary-library

2019-09-24 Thread jaikiran pai (Jira)


[ 
https://issues.apache.org/jira/browse/IVY-1586?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16936479#comment-16936479
 ] 

jaikiran pai commented on IVY-1586:
---

Hello [~snagel], I saw a comment that this isn't working but that comment was 
deleted later. Just want to make sure that this works fine now, for you. I plan 
to do a release of Ivy soon, so want to be sure that this is taken care of.

> Retrieves test-library instead of binary-library
> 
>
> Key: IVY-1586
> URL: https://issues.apache.org/jira/browse/IVY-1586
> Project: Ivy
>  Issue Type: Bug
>  Components: Ant
>Affects Versions: 2.5.0-rc1
> Environment: Eclipse Photon 4.8.0 64bit
> Ant 1.10.3.v20180417-1627
> Apache IvyDE 2.2.0.final-201311091524-RELEASE
> Apache Ivy 2.5.0.cr1_20180412005306
>Reporter: Arni Schulze
>Assignee: jaikiran pai
>Priority: Blocker
> Fix For: master
>
> Attachments: Ant_1st_output.txt, Ant_2nd_output.txt, build.xml, 
> ivy.xml
>
>
> If I delete the local Ivy cache and run my Ant script to retrieve 
> "ch.quos.logback logback-classic 1.2.3" I get the correct library and its 
> dependencies (see Ant_1st_output).
> But if I run the Ant script again (now having a local Ivy cache) it retrieves 
> the test-library and the test-library of the dependencies instead of the 
> correct ones (see Ant_2nd_output).
> I added minimalistic ivy.xml and Ant script. Because of the different 
> behavior of the first and every other run, I think this is a bug in Ivy.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)


[jira] [Commented] (IVY-1586) Retrieves test-library instead of binary-library

2019-09-23 Thread Jira


[ 
https://issues.apache.org/jira/browse/IVY-1586?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16935824#comment-16935824
 ] 

Sebastian Götz commented on IVY-1586:
-

Jaikiran, I still have trouble with this issue. I just grabbed the nightly 
build and made a short test in our productive build environment. The retrieve 
still fails with the following error:
{code:java}
...

[ivy:configure] :: Apache Ivy 2.5.0-rc2-local-20190921121652 - 20190921121652 
:: https://ant.apache.org/ivy/ ::

...

BUILD FAILED
D:\jenkins\jobs\isac3-web (any 11)\workspace\build-common.xml:284: impossible 
to ivy retrieve: java.lang.RuntimeException: problem during retrieve of 
eu.inform#isac3-web: java.lang.RuntimeException: Multiple artifacts of the 
module org.opensaml#opensaml-saml-api;3.1.1 are retrieved to the same file! 
Update the retrieve pattern  to fix this error.
at 
org.apache.ivy.core.retrieve.RetrieveEngine.retrieve(RetrieveEngine.java:238)
at org.apache.ivy.Ivy.retrieve(Ivy.java:561)
at org.apache.ivy.ant.IvyRetrieve.doExecute(IvyRetrieve.java:113)
at org.apache.ivy.ant.IvyTask.execute(IvyTask.java:259)
at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:292)
at jdk.internal.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
at 
java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.reflect.Method.invoke(Method.java:566)
at 
org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106)
at org.apache.tools.ant.Task.perform(Task.java:350)
at org.apache.tools.ant.Target.execute(Target.java:448)
at org.apache.tools.ant.Target.performTasks(Target.java:469)
at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1399)
at org.apache.tools.ant.Project.executeTarget(Project.java:1370)
at 
org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:41)
at org.apache.tools.ant.Project.executeTargets(Project.java:1260)
at org.apache.tools.ant.Main.runBuild(Main.java:849)
at org.apache.tools.ant.Main.startAnt(Main.java:228)
at org.apache.tools.ant.launch.Launcher.run(Launcher.java:283)
at org.apache.tools.ant.launch.Launcher.main(Launcher.java:101)
Caused by: java.lang.RuntimeException: Multiple artifacts of the module 
org.opensaml#opensaml-saml-api;3.1.1 are retrieved to the same file! Update the 
retrieve pattern  to fix this error.
at 
org.apache.ivy.core.retrieve.RetrieveEngine.determineArtifactsToCopy(RetrieveEngine.java:413)
at 
org.apache.ivy.core.retrieve.RetrieveEngine.retrieve(RetrieveEngine.java:122)
... 19 more
{code}
How must I change the retrieve pattern to achive a correct dependency 
resolution?

 

 

> Retrieves test-library instead of binary-library
> 
>
> Key: IVY-1586
> URL: https://issues.apache.org/jira/browse/IVY-1586
> Project: Ivy
>  Issue Type: Bug
>  Components: Ant
>Affects Versions: 2.5.0-rc1
> Environment: Eclipse Photon 4.8.0 64bit
> Ant 1.10.3.v20180417-1627
> Apache IvyDE 2.2.0.final-201311091524-RELEASE
> Apache Ivy 2.5.0.cr1_20180412005306
>Reporter: Arni Schulze
>Assignee: jaikiran pai
>Priority: Blocker
> Fix For: master
>
> Attachments: Ant_1st_output.txt, Ant_2nd_output.txt, build.xml, 
> ivy.xml
>
>
> If I delete the local Ivy cache and run my Ant script to retrieve 
> "ch.quos.logback logback-classic 1.2.3" I get the correct library and its 
> dependencies (see Ant_1st_output).
> But if I run the Ant script again (now having a local Ivy cache) it retrieves 
> the test-library and the test-library of the dependencies instead of the 
> correct ones (see Ant_2nd_output).
> I added minimalistic ivy.xml and Ant script. Because of the different 
> behavior of the first and every other run, I think this is a bug in Ivy.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)


[jira] [Commented] (IVY-1586) Retrieves test-library instead of binary-library

2019-09-21 Thread jaikiran pai (Jira)


[ 
https://issues.apache.org/jira/browse/IVY-1586?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16935024#comment-16935024
 ] 

jaikiran pai commented on IVY-1586:
---

[~snagel], I pushed a commit which should now fix the issue you noted in your 
recent comments. I have added a testcase which replicates your usecase and that 
is now passing. As usual, the nightly build is available at 
[https://builds.apache.org/view/A/view/Ant/job/Ivy/lastSuccessfulBuild/artifact/]
 for testing.

> Retrieves test-library instead of binary-library
> 
>
> Key: IVY-1586
> URL: https://issues.apache.org/jira/browse/IVY-1586
> Project: Ivy
>  Issue Type: Bug
>  Components: Ant
>Affects Versions: 2.5.0-rc1
> Environment: Eclipse Photon 4.8.0 64bit
> Ant 1.10.3.v20180417-1627
> Apache IvyDE 2.2.0.final-201311091524-RELEASE
> Apache Ivy 2.5.0.cr1_20180412005306
>Reporter: Arni Schulze
>Assignee: jaikiran pai
>Priority: Blocker
> Attachments: Ant_1st_output.txt, Ant_2nd_output.txt, build.xml, 
> ivy.xml
>
>
> If I delete the local Ivy cache and run my Ant script to retrieve 
> "ch.quos.logback logback-classic 1.2.3" I get the correct library and its 
> dependencies (see Ant_1st_output).
> But if I run the Ant script again (now having a local Ivy cache) it retrieves 
> the test-library and the test-library of the dependencies instead of the 
> correct ones (see Ant_2nd_output).
> I added minimalistic ivy.xml and Ant script. Because of the different 
> behavior of the first and every other run, I think this is a bug in Ivy.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)


[jira] [Commented] (IVY-1586) Retrieves test-library instead of binary-library

2019-09-10 Thread Sebastian Nagel (Jira)


[ 
https://issues.apache.org/jira/browse/IVY-1586?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16926729#comment-16926729
 ] 

Sebastian Nagel commented on IVY-1586:
--

I've updated the Nutch build files to use the ivy jar from the nightly builds 
(see [test-IVY-1586 
branch|https://github.com/sebastian-nagel/nutch/tree/test-IVY-1586]) and the 
build fails with an error indicating that there are also changes to the 
retrieve pattern necessary:
{noformat}
> git clone https://github.com/sebastian-nagel/nutch.git nutch_source
...
> cd nutch_source
> git checkout test-IVY-1586
...

> rm -rf ~/.ivy2/

> ant compile-core-test
...
ivy-download-unchecked:
  [get] Getting: 
https://builds.apache.org/view/A/view/Ant/job/Ivy/lastSuccessfulBuild/artifact/build/artifact/org.apache.ivy_2.5.0.cr2_20190908122243.jar
  [get] To: ./ivy/ivy-2.5.0.cr2_20190908122243.jar
...
resolve-default:
[ivy:resolve] :: Apache Ivy 2.5.0-rc2-local-20190908122243 - 20190908122243 :: 
https://ant.apache.org/ivy/ ::
...
[ivy:resolve] downloading 
https://repo1.maven.org/maven2/org/apache/hadoop/hadoop-common/2.9.2/hadoop-common-2.9.2.jar
 ...
[ivy:resolve] 
..
 (3818kB)
[ivy:resolve] .. (0kB)
[ivy:resolve]   [SUCCESSFUL ] 
org.apache.hadoop#hadoop-common;2.9.2!hadoop-common.jar (458ms)
...

resolve-test:
[ivy:resolve] downloading 
https://repo1.maven.org/maven2/org/apache/hadoop/hadoop-common/2.9.2/hadoop-common-2.9.2-tests.jar
 ...
[ivy:resolve] 

 (2559kB)
...

BUILD FAILED
./build.xml:552: impossible to ivy retrieve: java.lang.RuntimeException: 
problem during retrieve of org.apache.nutch#nutch: java.lang.RuntimeException: 
Multiple artifacts of the module org.apache.hadoop#hadoop-common;2.9.2 are 
retrieved to the same file! Update the retrieve pattern  to fix this error.
{noformat}

> Retrieves test-library instead of binary-library
> 
>
> Key: IVY-1586
> URL: https://issues.apache.org/jira/browse/IVY-1586
> Project: Ivy
>  Issue Type: Bug
>  Components: Ant
>Affects Versions: 2.5.0-rc1
> Environment: Eclipse Photon 4.8.0 64bit
> Ant 1.10.3.v20180417-1627
> Apache IvyDE 2.2.0.final-201311091524-RELEASE
> Apache Ivy 2.5.0.cr1_20180412005306
>Reporter: Arni Schulze
>Assignee: jaikiran pai
>Priority: Blocker
> Attachments: Ant_1st_output.txt, Ant_2nd_output.txt, build.xml, 
> ivy.xml
>
>
> If I delete the local Ivy cache and run my Ant script to retrieve 
> "ch.quos.logback logback-classic 1.2.3" I get the correct library and its 
> dependencies (see Ant_1st_output).
> But if I run the Ant script again (now having a local Ivy cache) it retrieves 
> the test-library and the test-library of the dependencies instead of the 
> correct ones (see Ant_2nd_output).
> I added minimalistic ivy.xml and Ant script. Because of the different 
> behavior of the first and every other run, I think this is a bug in Ivy.



--
This message was sent by Atlassian Jira
(v8.3.2#803003)


[jira] [Commented] (IVY-1586) Retrieves test-library instead of binary-library

2019-09-10 Thread Sebastian Nagel (Jira)


[ 
https://issues.apache.org/jira/browse/IVY-1586?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16926719#comment-16926719
 ] 

Sebastian Nagel commented on IVY-1586:
--

The issue is still reproducible with the attached build.xml:
{noformat}
> wget 
> https://builds.apache.org/view/A/view/Ant/job/Ivy/lastSuccessfulBuild/artifact/build/artifact/org.apache.ivy_2.5.0.cr2_20190908122243.jar

> # cleanup lib/ and caches
> rm -rf lib/* ~/.ivy2/

> rm -rf lib/* ~/.ivy2/

> # first run
> ant -lib .
Buildfile: .../build.xml

resolve:
[ivy:resolve] :: Apache Ivy 2.5.0-rc2-local-20190908122243 - 20190908122243 :: 
https://ant.apache.org/ivy/ ::
[ivy:resolve] :: loading settings :: url = 
jar:file:..././org.apache.ivy_2.5.0.cr2_20190908122243.jar!/org/apache/ivy/core/settings/ivysettings.xml
[ivy:resolve] :: resolving dependencies :: 
MyOrganisation#IvyResolveBug;working@mymachine
[ivy:resolve]   confs: [default]
  
[ivy:resolve]   found ch.qos.logback#logback-classic;1.2.3 in public
  
[ivy:resolve]   found ch.qos.logback#logback-core;1.2.3 in public   
  
[ivy:resolve]   found org.slf4j#slf4j-api;1.7.25 in public  
  
[ivy:resolve] downloading 
https://repo1.maven.org/maven2/ch/qos/logback/logback-classic/1.2.3/logback-classic-1.2.3.jar
 ...
[ivy:resolve] . (283kB)
[ivy:resolve] .. (0kB)
[ivy:resolve]   [SUCCESSFUL ] 
ch.qos.logback#logback-classic;1.2.3!logback-classic.jar (100ms)
[ivy:resolve] downloading 
https://repo1.maven.org/maven2/ch/qos/logback/logback-core/1.2.3/logback-core-1.2.3.jar
 ...
[ivy:resolve]  (460kB)
[ivy:resolve] .. (0kB)
[ivy:resolve]   [SUCCESSFUL ] 
ch.qos.logback#logback-core;1.2.3!logback-core.jar (96ms)
[ivy:resolve] downloading 
https://repo1.maven.org/maven2/org/slf4j/slf4j-api/1.7.25/slf4j-api-1.7.25.jar 
...
[ivy:resolve] .. (40kB)
[ivy:resolve] .. (0kB)
[ivy:resolve]   [SUCCESSFUL ] org.slf4j#slf4j-api;1.7.25!slf4j-api.jar (63ms)
[ivy:resolve] :: resolution report :: resolve 1469ms :: artifacts dl 274ms
-
|  |modules||   artifacts   |
|   conf   | number| search|dwnlded|evicted|| number|dwnlded|
-
|  default |   3   |   3   |   3   |   0   ||   3   |   3   |
-
[ivy:retrieve] :: retrieving :: MyOrganisation#IvyResolveBug
[ivy:retrieve]  confs: [default]
[ivy:retrieve]  3 artifacts copied, 0 already retrieved (784kB/18ms)

BUILD SUCCESSFUL
Total time: 2 seconds
> ls -lhtr lib
total 792K
-rw--- 1 wastl wastl  41K Mar 16  2017 slf4j-api.jar
-rw--- 1 wastl wastl 461K Mar 31  2017 logback-core.jar
-rw--- 1 wastl wastl 284K Mar 31  2017 logback-classic.jar

> # second run
> ant -lib .
Buildfile: .../build.xml

resolve:
[ivy:resolve] :: Apache Ivy 2.5.0-rc2-local-20190908122243 - 20190908122243 :: 
https://ant.apache.org/ivy/ ::
[ivy:resolve] :: loading settings :: url = 
jar:file:..././org.apache.ivy_2.5.0.cr2_20190908122243.jar!/org/apache/ivy/core/settings/ivysettings.xml
[ivy:resolve] :: resolving dependencies :: 
MyOrganisation#IvyResolveBug;working@mymachine
[ivy:resolve]   confs: [default]
[ivy:resolve]   found ch.qos.logback#logback-classic;1.2.3 in public
[ivy:resolve]   found ch.qos.logback#logback-core;1.2.3 in public
[ivy:resolve]   found org.slf4j#slf4j-api;1.7.25 in public
[ivy:resolve] downloading 
https://repo1.maven.org/maven2/ch/qos/logback/logback-core/1.2.3/logback-core-1.2.3-tests.jar
 ...
[ivy:resolve] ... (370kB)
[ivy:resolve] .. (0kB)
[ivy:resolve]   [SUCCESSFUL ] 
ch.qos.logback#logback-core;1.2.3!logback-core.jar(test-jar) (445ms)
[ivy:resolve] downloading 
https://repo1.maven.org/maven2/org/slf4j/slf4j-api/1.7.25/slf4j-api-1.7.25-tests.jar
 ...
[ivy:resolve] .. (31kB)
[ivy:resolve] .. (0kB)
[ivy:resolve]   [SUCCESSFUL ] 
org.slf4j#slf4j-api;1.7.25!slf4j-api.jar(test-jar) (94ms)
[ivy:resolve] :: resolution report :: resolve 142ms :: artifacts dl 563ms
-
|  |modules||   artifacts   |
|   conf   | number| search|dwnlded|evicted|| number|dwnlded|
-
|  default |   3   |   0   |   0   |   0   

[jira] [Commented] (IVY-1586) Retrieves test-library instead of binary-library

2019-09-07 Thread jaikiran pai (Jira)


[ 
https://issues.apache.org/jira/browse/IVY-1586?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16924881#comment-16924881
 ] 

jaikiran pai commented on IVY-1586:
---

I just pushed a fix for IVY-1580. Please give our nightly build 
https://builds.apache.org/view/A/view/Ant/job/Ivy/lastSuccessfulBuild/artifact/ 
a try to verify if this solves your issue (be sure to use a clean Ivy cache 
before trying this newer version).

> Retrieves test-library instead of binary-library
> 
>
> Key: IVY-1586
> URL: https://issues.apache.org/jira/browse/IVY-1586
> Project: Ivy
>  Issue Type: Bug
>  Components: Ant
>Affects Versions: 2.5.0-rc1
> Environment: Eclipse Photon 4.8.0 64bit
> Ant 1.10.3.v20180417-1627
> Apache IvyDE 2.2.0.final-201311091524-RELEASE
> Apache Ivy 2.5.0.cr1_20180412005306
>Reporter: Arni Schulze
>Assignee: jaikiran pai
>Priority: Blocker
> Attachments: Ant_1st_output.txt, Ant_2nd_output.txt, build.xml, 
> ivy.xml
>
>
> If I delete the local Ivy cache and run my Ant script to retrieve 
> "ch.quos.logback logback-classic 1.2.3" I get the correct library and its 
> dependencies (see Ant_1st_output).
> But if I run the Ant script again (now having a local Ivy cache) it retrieves 
> the test-library and the test-library of the dependencies instead of the 
> correct ones (see Ant_2nd_output).
> I added minimalistic ivy.xml and Ant script. Because of the different 
> behavior of the first and every other run, I think this is a bug in Ivy.



--
This message was sent by Atlassian Jira
(v8.3.2#803003)


[jira] [Commented] (IVY-1586) Retrieves test-library instead of binary-library

2019-04-23 Thread JIRA


[ 
https://issues.apache.org/jira/browse/IVY-1586?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16824090#comment-16824090
 ] 

Sebastian Götz commented on IVY-1586:
-

Any progress on this one?

> Retrieves test-library instead of binary-library
> 
>
> Key: IVY-1586
> URL: https://issues.apache.org/jira/browse/IVY-1586
> Project: Ivy
>  Issue Type: Bug
>  Components: Ant
>Affects Versions: 2.5.0-rc1
> Environment: Eclipse Photon 4.8.0 64bit
> Ant 1.10.3.v20180417-1627
> Apache IvyDE 2.2.0.final-201311091524-RELEASE
> Apache Ivy 2.5.0.cr1_20180412005306
>Reporter: Arni Schulze
>Assignee: jaikiran pai
>Priority: Blocker
> Attachments: Ant_1st_output.txt, Ant_2nd_output.txt, build.xml, 
> ivy.xml
>
>
> If I delete the local Ivy cache and run my Ant script to retrieve 
> "ch.quos.logback logback-classic 1.2.3" I get the correct library and its 
> dependencies (see Ant_1st_output).
> But if I run the Ant script again (now having a local Ivy cache) it retrieves 
> the test-library and the test-library of the dependencies instead of the 
> correct ones (see Ant_2nd_output).
> I added minimalistic ivy.xml and Ant script. Because of the different 
> behavior of the first and every other run, I think this is a bug in Ivy.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Commented] (IVY-1586) Retrieves test-library instead of binary-library

2019-03-19 Thread jaikiran pai (JIRA)


[ 
https://issues.apache.org/jira/browse/IVY-1586?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16796708#comment-16796708
 ] 

jaikiran pai commented on IVY-1586:
---

Sorry everyone, I just read this JIRA today. This is indeed a bug and is 
actually a duplicate of IVY-1580. I am in the middle of some (Ant) releases 
this week and once that is done, I will get back with some details and 
proposals for IVY-1580. Unfortunately, that one isn't an easy fix. I'll keep 
this one open in the meantime, given the number of inputs provided here.

> Retrieves test-library instead of binary-library
> 
>
> Key: IVY-1586
> URL: https://issues.apache.org/jira/browse/IVY-1586
> Project: Ivy
>  Issue Type: Bug
>  Components: Ant
>Affects Versions: 2.5.0-rc1
> Environment: Eclipse Photon 4.8.0 64bit
> Ant 1.10.3.v20180417-1627
> Apache IvyDE 2.2.0.final-201311091524-RELEASE
> Apache Ivy 2.5.0.cr1_20180412005306
>Reporter: Arni Schulze
>Assignee: jaikiran pai
>Priority: Blocker
> Attachments: Ant_1st_output.txt, Ant_2nd_output.txt, build.xml, 
> ivy.xml
>
>
> If I delete the local Ivy cache and run my Ant script to retrieve 
> "ch.quos.logback logback-classic 1.2.3" I get the correct library and its 
> dependencies (see Ant_1st_output).
> But if I run the Ant script again (now having a local Ivy cache) it retrieves 
> the test-library and the test-library of the dependencies instead of the 
> correct ones (see Ant_2nd_output).
> I added minimalistic ivy.xml and Ant script. Because of the different 
> behavior of the first and every other run, I think this is a bug in Ivy.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Commented] (IVY-1586) Retrieves test-library instead of binary-library

2019-03-19 Thread Gianluca Sabato (JIRA)


[ 
https://issues.apache.org/jira/browse/IVY-1586?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16796129#comment-16796129
 ] 

Gianluca Sabato commented on IVY-1586:
--

Same here with Apache Jena jars. E.G.:
{code:xml}

org.apache.jena
jena-core
tests
3.4.0
test


org.apache.jena
jena-base
tests
3.4.0
test

{code}
I cannot share the code, but with an empty cache Ivy brings in the right jars 
without "tests" classifier.
Second time running with a not empty cache, Ivy brings in the jars with the 
"tests" classifier instead of the right ones.

Eclipse use them for compilation and deployment.

This is blocking bug for us, I hope it get addressed soon.
 * Eclipse 4.10.0 64bit
 * Apache IvyDE 2.2.0.final-201311091524-RELEASE
 * Apache Ivy 2.5.0.cr1_20180412005306

> Retrieves test-library instead of binary-library
> 
>
> Key: IVY-1586
> URL: https://issues.apache.org/jira/browse/IVY-1586
> Project: Ivy
>  Issue Type: Bug
>  Components: Ant
>Affects Versions: 2.5.0-rc1
> Environment: Eclipse Photon 4.8.0 64bit
> Ant 1.10.3.v20180417-1627
> Apache IvyDE 2.2.0.final-201311091524-RELEASE
> Apache Ivy 2.5.0.cr1_20180412005306
>Reporter: Arni Schulze
>Priority: Blocker
> Attachments: Ant_1st_output.txt, Ant_2nd_output.txt, build.xml, 
> ivy.xml
>
>
> If I delete the local Ivy cache and run my Ant script to retrieve 
> "ch.quos.logback logback-classic 1.2.3" I get the correct library and its 
> dependencies (see Ant_1st_output).
> But if I run the Ant script again (now having a local Ivy cache) it retrieves 
> the test-library and the test-library of the dependencies instead of the 
> correct ones (see Ant_2nd_output).
> I added minimalistic ivy.xml and Ant script. Because of the different 
> behavior of the first and every other run, I think this is a bug in Ivy.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Commented] (IVY-1586) Retrieves test-library instead of binary-library

2019-03-15 Thread Eric Milles (JIRA)


[ 
https://issues.apache.org/jira/browse/IVY-1586?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16793821#comment-16793821
 ] 

Eric Milles commented on IVY-1586:
--

Same issue for 
com.ibm.watson.developer_cloud:natural-language-understanding:6.0.0.  The POM 
references the core library twice:
{code:xml}

  com.ibm.watson.developer_cloud
  core
  6.0.0
  compile


  com.ibm.watson.developer_cloud
  core
  6.0.0
  tests
  test

{code}

And Ivy is translating to this single dependency element:
{code:xml}



{code}

So the core dependency is only retrieved using the "tests" classifier.

> Retrieves test-library instead of binary-library
> 
>
> Key: IVY-1586
> URL: https://issues.apache.org/jira/browse/IVY-1586
> Project: Ivy
>  Issue Type: Bug
>  Components: Ant
>Affects Versions: 2.5.0-rc1
> Environment: Eclipse Photon 4.8.0 64bit
> Ant 1.10.3.v20180417-1627
> Apache IvyDE 2.2.0.final-201311091524-RELEASE
> Apache Ivy 2.5.0.cr1_20180412005306
>Reporter: Arni Schulze
>Priority: Blocker
> Attachments: Ant_1st_output.txt, Ant_2nd_output.txt, build.xml, 
> ivy.xml
>
>
> If I delete the local Ivy cache and run my Ant script to retrieve 
> "ch.quos.logback logback-classic 1.2.3" I get the correct library and its 
> dependencies (see Ant_1st_output).
> But if I run the Ant script again (now having a local Ivy cache) it retrieves 
> the test-library and the test-library of the dependencies instead of the 
> correct ones (see Ant_2nd_output).
> I added minimalistic ivy.xml and Ant script. Because of the different 
> behavior of the first and every other run, I think this is a bug in Ivy.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Commented] (IVY-1586) Retrieves test-library instead of binary-library

2019-03-06 Thread thales (JIRA)


[ 
https://issues.apache.org/jira/browse/IVY-1586?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16785598#comment-16785598
 ] 

thales commented on IVY-1586:
-

In my case  the following workaround was the fix:

In ivy.xml, from:



to explicitly stating the qualifier with type jar:


 
 

 

 

Ant 1.10.3

Eclipse, Version: 2018-12 (4.10.0)
Build id: 20181214-0600

> Retrieves test-library instead of binary-library
> 
>
> Key: IVY-1586
> URL: https://issues.apache.org/jira/browse/IVY-1586
> Project: Ivy
>  Issue Type: Bug
>  Components: Ant
>Affects Versions: 2.5.0-rc1
> Environment: Eclipse Photon 4.8.0 64bit
> Ant 1.10.3.v20180417-1627
> Apache IvyDE 2.2.0.final-201311091524-RELEASE
> Apache Ivy 2.5.0.cr1_20180412005306
>Reporter: Arni Schulze
>Priority: Blocker
> Attachments: Ant_1st_output.txt, Ant_2nd_output.txt, build.xml, 
> ivy.xml
>
>
> If I delete the local Ivy cache and run my Ant script to retrieve 
> "ch.quos.logback logback-classic 1.2.3" I get the correct library and its 
> dependencies (see Ant_1st_output).
> But if I run the Ant script again (now having a local Ivy cache) it retrieves 
> the test-library and the test-library of the dependencies instead of the 
> correct ones (see Ant_2nd_output).
> I added minimalistic ivy.xml and Ant script. Because of the different 
> behavior of the first and every other run, I think this is a bug in Ivy.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Commented] (IVY-1586) Retrieves test-library instead of binary-library

2019-02-13 Thread JIRA


[ 
https://issues.apache.org/jira/browse/IVY-1586?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16767923#comment-16767923
 ] 

Sebastian Götz commented on IVY-1586:
-

Exact same issue in our project. After a wipe of the IVY cache the first 
resolve works. The second drags in the test.jar (with maven classifier 
??tests??). Several dependencies are effected by this problem:
 * {{ (transitively draghged in by spring-ws-security)}}
 * {{}}

Any workaround besides wiping the cache each time I start a build?

> Retrieves test-library instead of binary-library
> 
>
> Key: IVY-1586
> URL: https://issues.apache.org/jira/browse/IVY-1586
> Project: Ivy
>  Issue Type: Bug
>  Components: Ant
>Affects Versions: 2.5.0-rc1
> Environment: Eclipse Photon 4.8.0 64bit
> Ant 1.10.3.v20180417-1627
> Apache IvyDE 2.2.0.final-201311091524-RELEASE
> Apache Ivy 2.5.0.cr1_20180412005306
>Reporter: Arni Schulze
>Priority: Blocker
> Attachments: Ant_1st_output.txt, Ant_2nd_output.txt, build.xml, 
> ivy.xml
>
>
> If I delete the local Ivy cache and run my Ant script to retrieve 
> "ch.quos.logback logback-classic 1.2.3" I get the correct library and its 
> dependencies (see Ant_1st_output).
> But if I run the Ant script again (now having a local Ivy cache) it retrieves 
> the test-library and the test-library of the dependencies instead of the 
> correct ones (see Ant_2nd_output).
> I added minimalistic ivy.xml and Ant script. Because of the different 
> behavior of the first and every other run, I think this is a bug in Ivy.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Commented] (IVY-1586) Retrieves test-library instead of binary-library

2019-01-28 Thread k918912 (JIRA)


[ 
https://issues.apache.org/jira/browse/IVY-1586?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16753972#comment-16753972
 ] 

k918912 commented on IVY-1586:
--

Same issue affects me with Log4j2 using Ant 1.10.5:


This affects Ivy 2.4.0 and 2.5.0-rc1.

My current workaround, which is rather stupid, is overwriting the test jars 
with the release jars in my Ivy cache directory, so the correct files are used 
on deployment.

> Retrieves test-library instead of binary-library
> 
>
> Key: IVY-1586
> URL: https://issues.apache.org/jira/browse/IVY-1586
> Project: Ivy
>  Issue Type: Bug
>  Components: Ant
>Affects Versions: 2.5.0-rc1
> Environment: Eclipse Photon 4.8.0 64bit
> Ant 1.10.3.v20180417-1627
> Apache IvyDE 2.2.0.final-201311091524-RELEASE
> Apache Ivy 2.5.0.cr1_20180412005306
>Reporter: Arni Schulze
>Priority: Blocker
> Attachments: Ant_1st_output.txt, Ant_2nd_output.txt, build.xml, 
> ivy.xml
>
>
> If I delete the local Ivy cache and run my Ant script to retrieve 
> "ch.quos.logback logback-classic 1.2.3" I get the correct library and its 
> dependencies (see Ant_1st_output).
> But if I run the Ant script again (now having a local Ivy cache) it retrieves 
> the test-library and the test-library of the dependencies instead of the 
> correct ones (see Ant_2nd_output).
> I added minimalistic ivy.xml and Ant script. Because of the different 
> behavior of the first and every other run, I think this is a bug in Ivy.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Commented] (IVY-1586) Retrieves test-library instead of binary-library

2018-11-18 Thread jerome angibaud (JIRA)


[ 
https://issues.apache.org/jira/browse/IVY-1586?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16690842#comment-16690842
 ] 

jerome angibaud commented on IVY-1586:
--

Same issue with 
 

> Retrieves test-library instead of binary-library
> 
>
> Key: IVY-1586
> URL: https://issues.apache.org/jira/browse/IVY-1586
> Project: Ivy
>  Issue Type: Bug
>  Components: Ant
>Affects Versions: 2.5.0-rc1
> Environment: Eclipse Photon 4.8.0 64bit
> Ant 1.10.3.v20180417-1627
> Apache IvyDE 2.2.0.final-201311091524-RELEASE
> Apache Ivy 2.5.0.cr1_20180412005306
>Reporter: Arni Schulze
>Priority: Blocker
> Attachments: Ant_1st_output.txt, Ant_2nd_output.txt, build.xml, 
> ivy.xml
>
>
> If I delete the local Ivy cache and run my Ant script to retrieve 
> "ch.quos.logback logback-classic 1.2.3" I get the correct library and its 
> dependencies (see Ant_1st_output).
> But if I run the Ant script again (now having a local Ivy cache) it retrieves 
> the test-library and the test-library of the dependencies instead of the 
> correct ones (see Ant_2nd_output).
> I added minimalistic ivy.xml and Ant script. Because of the different 
> behavior of the first and every other run, I think this is a bug in Ivy.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Commented] (IVY-1586) Retrieves test-library instead of binary-library

2018-10-31 Thread Sebastian Nagel (JIRA)


[ 
https://issues.apache.org/jira/browse/IVY-1586?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16669915#comment-16669915
 ] 

Sebastian Nagel commented on IVY-1586:
--

A similar or even the same issue has been observed in the Nutch nightly builds, 
see NUTCH-2672.
I can confirm that this issue is easily reproducible using the ivy.xml provided 
by [~a.schulze] running ivy twice with the same cache:
{noformat}
> # first run 
> java -jar ./ivy-2.5.0-rc1.jar -ivy ivy.xml -cache ./cache  
:: loading settings :: url = 
jar:file:/home/ubuntu/ivy-1586/ivy-2.5.0-rc1.jar!/org/apache/ivy/core/settings/ivysettings.xml
:: resolving dependencies :: MyOrganisation#IvyResolveBug;working@valsa
confs: [default]
found ch.qos.logback#logback-classic;1.2.3 in public
found ch.qos.logback#logback-core;1.2.3 in public
found org.slf4j#slf4j-api;1.7.25 in public
downloading 
https://repo1.maven.org/maven2/ch/qos/logback/logback-classic/1.2.3/logback-classic-1.2.3.jar
 ...
. (283kB)
.. (0kB)
[SUCCESSFUL ] ch.qos.logback#logback-classic;1.2.3!logback-classic.jar 
(259ms)
downloading 
https://repo1.maven.org/maven2/ch/qos/logback/logback-core/1.2.3/logback-core-1.2.3.jar
 ...
 (460kB)
.. (0kB)
[SUCCESSFUL ] ch.qos.logback#logback-core;1.2.3!logback-core.jar (316ms)
downloading 
https://repo1.maven.org/maven2/org/slf4j/slf4j-api/1.7.25/slf4j-api-1.7.25.jar 
...
.. (40kB)
.. (0kB)
[SUCCESSFUL ] org.slf4j#slf4j-api;1.7.25!slf4j-api.jar (139ms)
:: resolution report :: resolve 2504ms :: artifacts dl 734ms
-
|  |modules||   artifacts   |
|   conf   | number| search|dwnlded|evicted|| number|dwnlded|
-
|  default |   3   |   3   |   3   |   0   ||   3   |   3   |
-

> tree ./cache/ch.qos.logback/logback-core/
./cache/ch.qos.logback/logback-core/
├── ivy-1.2.3.xml
├── ivy-1.2.3.xml.original
├── ivydata-1.2.3.properties
└── jars
└── logback-core-1.2.3.jar

1 directory, 4 files

> cat ./cache/ch.qos.logback/logback-core/ivydata-1.2.3.properties 
#ivy cached data file for ch.qos.logback#logback-core;1.2.3
#Wed Oct 31 11:09:18 CET 2018
artifact\:ivy\#ivy\#xml\#768556845.is-local=false
artifact\:logback-core\#jar\#jar\#1486237905.is-local=false
resolver=public
artifact\:logback-core\#pom.original\#pom\#-1156166729.location=https\://repo1.maven.org/maven2/ch/qos/logback/logback-core/1.2.3/logback-core-1.2.3.pom
artifact\:ivy\#ivy\#xml\#768556845.original=artifact\:logback-core\#pom.original\#pom\#-1156166729
artifact\:logback-core\#jar\#jar\#1486237905.original=artifact\:logback-core\#jar\#jar\#1486237905
artifact\:logback-core\#pom.original\#pom\#-1156166729.exists=true
artifact\:logback-core\#pom.original\#pom\#-1156166729.is-local=false
artifact\:ivy\#ivy\#xml\#768556845.exists=true
artifact\:logback-core\#jar\#jar\#1486237905.exists=true
artifact\:logback-core\#pom.original\#pom\#-1156166729.original=artifact\:logback-core\#pom.original\#pom\#-1156166729
artifact.resolver=main
artifact\:ivy\#ivy\#xml\#768556845.location=https\://repo1.maven.org/maven2/ch/qos/logback/logback-core/1.2.3/logback-core-1.2.3.pom
artifact\:logback-core\#jar\#jar\#1486237905.location=https\://repo1.maven.org/maven2/ch/qos/logback/logback-core/1.2.3/logback-core-1.2.3.jar

> # second run
> java -jar ./ivy-2.5.0-rc1.jar -ivy ivy.xml -cache ./cache
:: loading settings :: url = 
jar:file:/home/ubuntu/ivy-1586/ivy-2.5.0-rc1.jar!/org/apache/ivy/core/settings/ivysettings.xml
:: resolving dependencies :: MyOrganisation#IvyResolveBug;working@valsa
confs: [default]
found ch.qos.logback#logback-classic;1.2.3 in public
found ch.qos.logback#logback-core;1.2.3 in public
found org.slf4j#slf4j-api;1.7.25 in public
downloading 
https://repo1.maven.org/maven2/ch/qos/logback/logback-core/1.2.3/logback-core-1.2.3-tests.jar
 ...
... (370kB)
.. (0kB)
[SUCCESSFUL ] 
ch.qos.logback#logback-core;1.2.3!logback-core.jar(test-jar) (978ms)
downloading 
https://repo1.maven.org/maven2/org/slf4j/slf4j-api/1.7.25/slf4j-api-1.7.25-tests.jar
 ...
.. (31kB)
.. (0kB)
[SUCCESSFUL ] org.slf4j#slf4j-api;1.7.25!slf4j-api.jar(test-jar) (188ms)
:: resolution report :: resolve 133ms :: artifacts dl 1189ms
-
|  |modules||   artifacts   |
|   conf   | number| search|dwnlded|evicted|| number|dwnlded|