You are viewing a plain text version of this content. The canonical link for it is here.
Posted to ivy-user@ant.apache.org by Carlton Brown <cb...@gmail.com> on 2010/02/26 21:18:39 UTC

Ivy failing to parse .sha1 from maven central

Today we experienced a failure resolving commons-pool-1.4-sources.jar 
from Maven central due to a sha1 error.    The sha1sum in the 
respository matches what Ivy computed, and also what I manually computed 
locally.   We're trying to understand what happened.

The only odd thing I find is that the .sha1 file in the repo contains a 
bit of additional text.   If you look in 
http://repo2.maven.org/maven2/commons-pool/commons-pool/1.4/commons-pool-1.4-sources.jar.sha1 
it looks like this:
SHA1(commons-pool-1.4-sources.jar)= ad142feebc0d8c7a72b5a79c0a7d8776ce10c90a

Ivy is clearly reading that text from that file:

[ivy:resolve] [FAILED ] 
commons-pool#commons-pool;1.4!commons-pool.jar(source): invalid sha1: 
expected=sha1(commons-pool-1.4-sources.jar)= 
computed=ad142feebc0d8c7a72b5a79c0a7d8776ce10c90a (2049ms)

[ivy:resolve] [FAILED ] 
commons-pool#commons-pool;1.4!commons-pool.jar(source): invalid sha1: 
expected=sha1(commons-pool-1.4-sources.jar)= 
computed=ad142feebc0d8c7a72b5a79c0a7d8776ce10c90a (2049ms)


It seems clear enough that Ivy is choking on the additional metadata 
'sha1(commons-pool-1.4-sources.jar)', but why is it just one user that 
is having a problem?   We have dozens of other developers and CI builds 
who are resolving the same jar with no problem.

Thanks,
Carlton


Re: Ivy failing to parse .sha1 from maven central

Posted by Carlton Brown <cb...@gmail.com>.
Thanks Maarten, you're right, he was using 2.0.0-beta2.   We updated him 
to the latest 2.1.0 and the problem has gone away.

On 2/26/2010 5:14 PM, Maarten Coene wrote:
> My guess would be that this one user has uses an older version of Ivy.
> I believe this issue was fixed in the 2.1.0 release.
>
> Maarten
>
>
>
>
> ----- Original Message ----
> From: Carlton Brown<cb...@gmail.com>
> To: ivy-user@ant.apache.org
> Sent: Fri, February 26, 2010 9:18:39 PM
> Subject: Ivy failing to parse .sha1 from maven central
>
> Today we experienced a failure resolving commons-pool-1.4-sources.jar from Maven central due to a sha1 error.    The sha1sum in the respository matches what Ivy computed, and also what I manually computed locally.   We're trying to understand what happened.
>
> The only odd thing I find is that the .sha1 file in the repo contains a bit of additional text.   If you look in http://repo2.maven.org/maven2/commons-pool/commons-pool/1.4/commons-pool-1.4-sources.jar.sha1 it looks like this:
> SHA1(commons-pool-1.4-sources.jar)= ad142feebc0d8c7a72b5a79c0a7d8776ce10c90a
>
> Ivy is clearly reading that text from that file:
>
> [ivy:resolve] [FAILED ] commons-pool#commons-pool;1.4!commons-pool.jar(source): invalid sha1: expected=sha1(commons-pool-1.4-sources.jar)= computed=ad142feebc0d8c7a72b5a79c0a7d8776ce10c90a (2049ms)
>
> [ivy:resolve] [FAILED ] commons-pool#commons-pool;1.4!commons-pool.jar(source): invalid sha1: expected=sha1(commons-pool-1.4-sources.jar)= computed=ad142feebc0d8c7a72b5a79c0a7d8776ce10c90a (2049ms)
>
>
> It seems clear enough that Ivy is choking on the additional metadata 'sha1(commons-pool-1.4-sources.jar)', but why is it just one user that is having a problem?   We have dozens of other developers and CI builds who are resolving the same jar with no problem.
>
> Thanks,
> Carlton
>
>
>
>    


Re: Ivy failing to parse .sha1 from maven central

Posted by Maarten Coene <ma...@yahoo.com>.
My guess would be that this one user has uses an older version of Ivy.
I believe this issue was fixed in the 2.1.0 release.

Maarten




----- Original Message ----
From: Carlton Brown <cb...@gmail.com>
To: ivy-user@ant.apache.org
Sent: Fri, February 26, 2010 9:18:39 PM
Subject: Ivy failing to parse .sha1 from maven central

Today we experienced a failure resolving commons-pool-1.4-sources.jar from Maven central due to a sha1 error.    The sha1sum in the respository matches what Ivy computed, and also what I manually computed locally.   We're trying to understand what happened.

The only odd thing I find is that the .sha1 file in the repo contains a bit of additional text.   If you look in http://repo2.maven.org/maven2/commons-pool/commons-pool/1.4/commons-pool-1.4-sources.jar.sha1 it looks like this:
SHA1(commons-pool-1.4-sources.jar)= ad142feebc0d8c7a72b5a79c0a7d8776ce10c90a

Ivy is clearly reading that text from that file:

[ivy:resolve] [FAILED ] commons-pool#commons-pool;1.4!commons-pool.jar(source): invalid sha1: expected=sha1(commons-pool-1.4-sources.jar)= computed=ad142feebc0d8c7a72b5a79c0a7d8776ce10c90a (2049ms)

[ivy:resolve] [FAILED ] commons-pool#commons-pool;1.4!commons-pool.jar(source): invalid sha1: expected=sha1(commons-pool-1.4-sources.jar)= computed=ad142feebc0d8c7a72b5a79c0a7d8776ce10c90a (2049ms)


It seems clear enough that Ivy is choking on the additional metadata 'sha1(commons-pool-1.4-sources.jar)', but why is it just one user that is having a problem?   We have dozens of other developers and CI builds who are resolving the same jar with no problem.

Thanks,
Carlton