darnit Setting project property: ivy.version -> 2.1.0 [ivy:retrieve] Loading jar:file:/usr/java/apache-ant-1.8.1/lib/ivy-2.1.0.jar!/org/apache/ivy/core/settings/ivy.properties
My ant installation has the wrong ivy there. I thought it was being loaded from another path, where 2.2rc1 is located. Apparently the ant installation lib has precedence. Thanks. -Nate > -----Original Message----- > From: Maarten Coene [mailto:maarten_co...@yahoo.com] > Sent: Wednesday, September 22, 2010 5:30 PM > To: ivy-user@ant.apache.org > Subject: Re: ivy hangs, file locking > > And are you 100% sure both of them are using Ivy 2.2 RC1? > (The used Ivy version should get printed on the console somewhere) > > > Maarten > > > ----- Original Message ---- > From: Nathan Franzen <nathan.fran...@mmodal.com> > To: "ivy-user@ant.apache.org" <ivy-user@ant.apache.org> > Sent: Wed, September 22, 2010 4:36:33 PM > Subject: RE: ivy hangs, file locking > > Interesting, and sad, I have two machines where I can run this build, > both > running CentOS 5.5. One of them exhibits this problem, the other > doesn't. I > don't yet know what the relevant difference is. > > -Nate > _____________________________________________ > From: Nathan Franzen > Sent: Wednesday, September 22, 2010 9:52 AM > To: 'ivy-user@ant.apache.org' > Subject: ivy hangs, file locking > > > I've just run into what seems to be the same problem discussed in > February, > http://mail-archives.apache.org/mod_mbox/ant-ivy- > user/201002.mbox/%3c905884.90984...@web30804.mail.mud.yahoo.com%3e > and following. When I run a fresh resolve on a clean cache, > everything > proceeds smoothly, but when I run a second resolve, the ant process > hangs. > > Running with ant -d -Divy.log.locking=true, I see > ... > [ivy:retrieve] Thread[main,5,main] 1285162976298 file creation failed > ......metadatas/metadata-.....ivy.lck > [ivy:retrieve] Thread[main,5,main] 1285162976400 file creation failed > ......metadatas/metadata-.....ivy.lck > [ivy:retrieve] Thread[main,5,main] 1285162976503 file creation failed > ......metadatas/metadata-.....ivy.lck > ... > > This is using the standard 2.2 rc1 release, I downloaded the latest > nightly > build and saw the same behavior. One thing that's quite different is > that I am > using a customized pattern version matcher for this particular > dependency > > jstack tells me it's waiting at > > "main" prio=10 tid=0x09966c00 nid=0x42c3 waiting on condition > [0xf7fb8000..0xf7fb91f8] > java.lang.Thread.State: TIMED_WAITING (sleeping) > at java.lang.Thread.sleep(Native Method) > at > org.apache.ivy.plugins.lock.FileBasedLockStrategy.acquireLock(FileBasedL > ockStrategy.java:87) > > at > org.apache.ivy.plugins.lock.ArtifactLockStrategy.lockArtifact(ArtifactLo > ckStrategy.java:40) > > at > org.apache.ivy.core.cache.DefaultRepositoryCacheManager.lockMetadataArti > fact(DefaultRepositoryCacheManager.java:1023) > > at > org.apache.ivy.core.cache.DefaultRepositoryCacheManager.cacheModuleDescr > iptor(DefaultRepositoryCacheManager.java:883) > > at > org.apache.ivy.plugins.resolver.BasicResolver.parse(BasicResolver.java:5 > 42) > at > org.apache.ivy.plugins.resolver.BasicResolver.getDependency(BasicResolve > r.java:263) > > at > org.apache.ivy.plugins.resolver.ChainResolver.getDependency(ChainResolve > r.java:130) > > at > org.apache.ivy.core.resolve.IvyNode.loadData(IvyNode.java:170) > at > org.apache.ivy.core.resolve.VisitNode.loadData(VisitNode.java:274) > at > org.apache.ivy.core.resolve.ResolveEngine.fetchDependencies(ResolveEngin > e.java:671) > > at > org.apache.ivy.core.resolve.ResolveEngine.doFetchDependencies(ResolveEng > ine.java:757) > > at > org.apache.ivy.core.resolve.ResolveEngine.fetchDependencies(ResolveEngin > e.java:679) > > at > org.apache.ivy.core.resolve.ResolveEngine.doFetchDependencies(ResolveEng > ine.java:744) > > at > org.apache.ivy.core.resolve.ResolveEngine.fetchDependencies(ResolveEngin > e.java:679) > > at > org.apache.ivy.core.resolve.ResolveEngine.getDependencies(ResolveEngine. > java:551) > > at > org.apache.ivy.core.resolve.ResolveEngine.resolve(ResolveEngine.java:235 > ) > at > org.apache.ivy.core.resolve.ResolveEngine.resolve(ResolveEngine.java:193 > ) > at org.apache.ivy.Ivy.resolve(Ivy.java:502) > at org.apache.ivy.ant.IvyResolve.doExecute(IvyResolve.java:244) > at org.apache.ivy.ant.IvyTask.execute(IvyTask.java:277) > at > org.apache.ivy.ant.IvyPostResolveTask.ensureResolved(IvyPostResolveTask. > java:214) > > at > org.apache.ivy.ant.IvyPostResolveTask.prepareAndCheck(IvyPostResolveTask > .java:161) > > at org.apache.ivy.ant.IvyRetrieve.doExecute(IvyRetrieve.java:49) > at org.apache.ivy.ant.IvyTask.execute(IvyTask.java:277) > > Any thoughts, suggestions? > > > Nathan Franzen > > >