OK, I tried changing the version (to 1.0.1) to see if that would help,
but it does not.
Here is a new bit of data: even though the maven-metadata-*.xml file
gets a new timestamp, it does not match what is in the remote
repository. In the remote repository, the 'buildNumber' is 2, but in
the the local copy it is still 1 and it has an additional 'localCopy'
setting:
<snapshot>
<buildNumber>1</buildNumber>
<localCopy>true</localCopy>
</snapshot>
<lastUpdated>20070103180743</lastUpdated>
The 'lastUpdated' value is also not current. The rest of the file is
the same. I've tried manually removing the 'localCopy' setting, to no
avail.
Again, if I totally remove those files from the local copy of the repo
(under .m2/repository), it gets the right versions of all files.
Any more ideas are welcome.
As for how I know it's not working: I simply package an unused file with
the jar and deploy it, and I see the new jar file show up in the
repository with the new size and a new timestamp (and the
maven-metadata.xml file also gets updated); then when I 'mvn package'
and look in the local repository, my first version of that jar is still
there, and it does not have the new size or timestamp. (I have tried
the -U and -cpu option; see my first email below.)
Trent
dawn.angelito wrote:
Trent,
I've noticed that your dependency version looks like a timestamp. Have you
tried removing this?
Also, I'm just curious... How can you tell that your artifacts were not
updated? It might be that the copies of your artifacts does not need
updating that is why maven does not update them. However, you can use -U. It
forces the checking of updates, like -cpu.
Hope this helps.
Dawn
Trent Larson wrote:
I have established our own local repository for our snapshot versions,
and updates are successfully pushed to it when when we 'mvn deploy'.
When we 'mvn package' the first time, we get the jars and POMs just
fine. However, after that first download, we can never get updated
versions of those artifacts.
Here is an example dependency:
<dependency>
<groupId>icentris-iliad</groupId>
<artifactId>core</artifactId>
<version>1.0.2007.01.02-SNAPSHOT</version>
</dependency>
Here's our repository definition in our multimodule pom.xml:
<repository>
<id>local2</id>
<url>http://soa.dev.hq.icentris:10757/repository2</url>
<snapshots>
<enabled>true</enabled>
</snapshots>
</repository>
Here's some output when I try to force an update (with 'mvn package
-U')... although it doesn't acutally do anything:
[INFO] snapshot icentris-iliad:legacy-bridge:1.0.2007.01.02-SNAPSHOT:
checking for updates from ibiblio
[INFO] snapshot icentris-iliad:legacy-bridge:1.0.2007.01.02-SNAPSHOT:
checking for updates from local2
Our current workaround is to remove the whole ~/.m2/repository folder
before we build.
Any ideas are welcome. Thanks!
Trent
---------------------------------------------------------------------
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]
