I don't even know what that has to do with it but ok here goes:I currently
have:
-rw-r--r-- 1 tich tich 173558 2009-03-12 03:52
common-op-25-20090311.225250-1.jar
-rw-r--r-- 1 tich tich 1719 2009-03-12 03:52
common-op-25-20090311.225250-1.pom
-rw-r--r-- 1 tich tich 175402 2009-03-12 18:20
common-op-25-20090312.212423-6.jar
-rw-r--r-- 1 tich tich 1719 2009-03-12 18:20
common-op-25-20090312.212423-6.pom
-rw-r--r-- 1 tich tich 175402 2009-03-13 10:10
common-op-25-20090313.122002-8.jar
-rw-r--r-- 1 tich tich 1719 2009-03-13 10:10
common-op-25-20090313.122002-8.pom
-rw-r--r-- 1 tich tich 175398 2009-03-16 11:15
common-op-25-20090316.043333-11.jar
-rw-r--r-- 1 tich tich 1719 2009-03-16 11:15
common-op-25-20090316.043333-11.pom
-rw-r--r-- 1 tich tich 177137 2009-03-16 19:18
common-op-25-20090317.001852-13.jar
-rw-r--r-- 1 tich tich 1719 2009-03-16 19:18
common-op-25-20090317.001852-13.pom
-rw-r--r-- 1 tich tich 175398 2009-03-16 11:15 common-op-25-SNAPSHOT.jar
-rw-r--r-- 1 tich tich 1719 2009-03-16 11:15 common-op-25-SNAPSHOT.pom
Notice the size of -SNAPSHOT and how it matches the -11 build and not the
latest -13?
Now for my metadata files:
-rw-r--r-- 1 tich tich 348 2009-03-18 09:29 maven-metadata-imc
public-snapshots.xml
-rw-r--r-- 1 tich tich 40 2009-03-18 09:29 maven-metadata-imc
public-snapshots.xml.sha1
-rw-r--r-- 1 tich tich 348 2009-03-18 09:29 maven-metadata-imc repo.xml
-rw-r--r-- 1 tich tich 348 2009-03-16 19:18 maven-metadata-imc.repo.xml
-rw-r--r-- 1 tich tich 40 2009-03-18 09:29 maven-metadata-imc
repo.xml.sha1
-rw-r--r-- 1 tich tich 40 2009-03-16 19:18
maven-metadata-imc.repo.xml.sha1
They all have the same thing:
<groupId>com.imc</groupId>
<artifactId>common-op</artifactId>
<version>25-SNAPSHOT</version>
<versioning>
<snapshot>
<timestamp>20090317.001852</timestamp>
<buildNumber>13</buildNumber>
</snapshot>
<lastUpdated>20090317001853</lastUpdated>
</versioning>
Now let's look at the META-INF for both 11 and 13.
$ cat META-INF/MANIFEST.MF
Manifest-Version: 1.0
Ant-Version: Apache Ant 1.7.0
Created-By: 10.0-b19 (Sun Microsystems Inc.)
Built-By: teamcity
Implementation-Title: common-op
Implementation-Version: 25.0.38
Specification-Title: common-op
Specification-Version: 25.0.38
Class-Path:
$ cat META-INF/MANIFEST.MF
Manifest-Version: 1.0
Ant-Version: Apache Ant 1.7.0
Created-By: 10.0-b19 (Sun Microsystems Inc.)
Built-By: teamcity
Implementation-Title: common-op
Implementation-Version: 25.0.40
Specification-Title: common-op
Specification-Version: 25.0.40
Class-Path:
On Tue, Mar 17, 2009 at 9:32 PM, Rusty Wright <[email protected]>wrote:
> The META-INF inside the jars.
>
>
> Tim wrote:
>
>> If you mean the metadata xml files in that 25-SNAPSHOT directory w/ the
>> jars
>> then no those are correct.Otherwise, I don't know what you mean by
>> META-INF/maven.
>>
>> On Tue, Mar 17, 2009 at 10:17 AM, Mark Struberg <[email protected]>
>> wrote:
>>
>> have you checked if it isn't only the META-INF/maven contents?
>>>
>>> LieGrue,
>>> strub
>>>
>>> --- Tim <[email protected]> schrieb am Di, 17.3.2009:
>>>
>>> Von: Tim <[email protected]>
>>>> Betreff: Re: Is there a way to verify/check/repair a local repository ?
>>>> An: "Maven Users List" <[email protected]>
>>>> Datum: Dienstag, 17. März 2009, 16:04
>>>> I'm actually having the same
>>>> problem.After alot of debugging I noticed
>>>> something interesting.
>>>>
>>>> -rw-r--r-- 1 tich tich 1482491
>>>> common-util-25-20090313.151759-9.jar
>>>> -rw-r--r-- 1 tich tich 1482490
>>>> common-util-25-20090317.001243-13.jar
>>>> -rw-r--r-- 1 tich tich 1482491 common-util-25-SNAPSHOT.jar
>>>>
>>>> I've snipped out all the non relevant info. Notice the size
>>>> of -SNAPSHOT?
>>>> It is actually different from the size of the latest
>>>> released version
>>>> (snapshot -13).
>>>> Since the -SNAPSHOT jar is used in the classpath instead of
>>>> the
>>>> actual -2009xxx.xxxx versions it will fail the
>>>> build.
>>>> It seems that something in maven's mechanism for replacing
>>>> the SNAPSHOT jars
>>>> will occasionally break. I haven't had time to look into
>>>> exactly what it is
>>>> but this is likely the source of your build errors. Notice
>>>> that this only
>>>> effects -SNAPSHOT jars so I don't know if that is true in
>>>> your scenario.
>>>>
>>>> On Tue, Mar 17, 2009 at 8:56 AM, Julien CARSIQUE <[email protected]
>>>> wrote:
>>>>
>>>> Hello,
>>>>>
>>>>> I had issues building my project but strangely it was
>>>>>
>>>> building fine on
>>>>
>>>>> other computers.
>>>>> So, I tried the following steps:
>>>>> mv ~/.m2/repository
>>>>>
>>>> ~/.m2/repository.old
>>>>
>>>>> => build ok
>>>>> mv ~/.m2/repository
>>>>>
>>>> ~/.m2/repository.new && mv ~/.m2/repository.old
>>>>
>>>>> ~/.m2/repository && cp -rf
>>>>>
>>>> ~/.m2/repository.new/* ~/.m2/repository/
>>>>
>>>>> => build ok
>>>>>
>>>>> Using diff, I saw that a few files differ (xml, pom,
>>>>>
>>>> jar, sha1, ...) so it
>>>>
>>>>> seems there was something "broken" in my local
>>>>>
>>>> repository. Deleting it is
>>>>
>>>>> not a very convenient solution.
>>>>> Is there a way to verify/check/repair a local
>>>>>
>>>> repository (I tried -U option
>>>>
>>>>> without success) ?
>>>>>
>>>>> Thanks,
>>>>>
>>>>> --
>>>>> Julien Carsique, Nuxeo (Paris, France)
>>>>> www.nuxeo.com - The Open Source ECM Platform -
>>>>>
>>>> www.nuxeo.org
>>>>
>>>>> Nuxeo ECM Stack - The Java EE, scalable,
>>>>>
>>>> standard-based ECM Platform
>>>>
>>>>> [email protected]
>>>>>
>>>> | Tel: +33 1 40 33 79 87
>>>>
>>>>>
>>>>>
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>
>>>>> To unsubscribe, e-mail: [email protected]
>>>>> For additional commands, e-mail: [email protected]
>>>>>
>>>>>
>>>>
>>>> --
>>>>
>>>> Joan Rivers - "I knew I was an unwanted baby when I
>>>> saw that my bath toys
>>>> were a toaster and a radio."
>>>>
>>>>
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: [email protected]
>>> For additional commands, e-mail: [email protected]
>>>
>>>
>>>
>>
>>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [email protected]
> For additional commands, e-mail: [email protected]
>
>
--
E. B. White - "Be obscure clearly."
