You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@archiva.apache.org by Chris Graham <ch...@gmail.com> on 2013/02/25 10:41:03 UTC
Stale Items?
Hi All.
As a bit of background. I'm setting up a brand new instance of Archiva
1.4-M4 in AIX, udner WAS8.
The repos have been copied from the old Archiva 1.3 server, but the rest of
the setup is new.
So, in some ways it's a first time setup, in others, not.
In looking though the logs, I see lots of errors/warnings such as this:
2013-02-25 18:47:44,757 [pool-3-thread-1] ERROR
org.apache.archiva.repository.scanner.functors.ConsumerProcessFileClosure
[] - Consumer [create-archiva-metadata] had an error when processing file
[/data/archiva/data/repositories/racv.release/com/ibm/racv/cs/wmb/EXG_CS08_bar_11a/
4.1.0.6/EXG_CS08_bar_11a-4.1.0.6-sources.jar]: Unable to update a stale
item: item.save()
java.lang.RuntimeException: Unable to update a stale item: item.save()
at
org.apache.archiva.metadata.repository.jcr.JcrMetadataRepository.save(JcrMetadataRepository.java:1238)
~[metadata-store-jcr-1.4-M4-SNAPSHOT.jar:?]
at
org.apache.archiva.metadata.repository.RepositorySession.save(RepositorySession.java:69)
~[metadata-repository-api-1.4-M4-SNAPSHOT.jar:1.4-M4-SNAPSHOT]
at
org.apache.archiva.consumers.metadata.ArchivaMetadataCreationConsumer.processFile(ArchivaMetadataCreationConsumer.java:204)
~[archiva-metadata-consumer-1.4-M4-SNAPSHOT.jar:?]
at
org.apache.archiva.consumers.metadata.ArchivaMetadataCreationConsumer.processFile(ArchivaMetadataCreationConsumer.java:229)
~[archiva-metadata-consumer-1.4-M4-SNAPSHOT.jar:?]
at
org.apache.archiva.repository.scanner.functors.ConsumerProcessFileClosure.execute(ConsumerProcessFileClosure.java:60)
[archiva-repository-scanner-1.4-M4-SNAPSHOT.jar:?]
at
org.apache.commons.collections.functors.IfClosure.execute(IfClosure.java:118)
[commons-collections-3.2.1.jar:3.2.1]
at
org.apache.commons.collections.CollectionUtils.forAllDo(CollectionUtils.java:389)
[commons-collections-3.2.1.jar:3.2.1]
at
org.apache.archiva.repository.scanner.RepositoryScannerInstance.directoryWalkStep(RepositoryScannerInstance.java:163)
[archiva-repository-scanner-1.4-M4-SNAPSHOT.jar:?]
at
org.codehaus.plexus.util.DirectoryWalker.fireStep(DirectoryWalker.java:174)
[plexus-utils-3.0.8.jar:?]
at
org.codehaus.plexus.util.DirectoryWalker.scanDir(DirectoryWalker.java:392)
[plexus-utils-3.0.8.jar:?]
at
org.codehaus.plexus.util.DirectoryWalker.scanDir(DirectoryWalker.java:386)
[plexus-utils-3.0.8.jar:?]
at
org.codehaus.plexus.util.DirectoryWalker.scanDir(DirectoryWalker.java:386)
[plexus-utils-3.0.8.jar:?]
at
org.codehaus.plexus.util.DirectoryWalker.scanDir(DirectoryWalker.java:386)
[plexus-utils-3.0.8.jar:?]
at
org.codehaus.plexus.util.DirectoryWalker.scanDir(DirectoryWalker.java:386)
[plexus-utils-3.0.8.jar:?]
at
org.codehaus.plexus.util.DirectoryWalker.scanDir(DirectoryWalker.java:386)
[plexus-utils-3.0.8.jar:?]
at
org.codehaus.plexus.util.DirectoryWalker.scanDir(DirectoryWalker.java:386)
[plexus-utils-3.0.8.jar:?]
at
org.codehaus.plexus.util.DirectoryWalker.scanDir(DirectoryWalker.java:386)
[plexus-utils-3.0.8.jar:?]
at
org.codehaus.plexus.util.DirectoryWalker.scan(DirectoryWalker.java:345)
[plexus-utils-3.0.8.jar:?]
at
org.apache.archiva.repository.scanner.DefaultRepositoryScanner.scan(DefaultRepositoryScanner.java:139)
[archiva-repository-scanner-1.4-M4-SNAPSHOT.jar:?]
at
org.apache.archiva.repository.scanner.DefaultRepositoryScanner.scan(DefaultRepositoryScanner.java:71)
[archiva-repository-scanner-1.4-M4-SNAPSHOT.jar:?]
at
org.apache.archiva.scheduler.repository.ArchivaRepositoryScanningTaskExecutor.executeTask(ArchivaRepositoryScanningTaskExecutor.java:163)
[archiva-scheduler-repository-1.4-M4-SNAPSHOT.jar:?]
at
org.apache.archiva.redback.components.taskqueue.execution.ThreadedTaskQueueExecutor$ExecutorRunnable$1.run(ThreadedTaskQueueExecutor.java:117)
[spring-taskqueue-2.0.jar:?]
at
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:452)
[?:1.6.0]
at
java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:314) [?:1.6.0]
at java.util.concurrent.FutureTask.run(FutureTask.java:149)
[?:1.6.0]
at
java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:897)
[?:1.6.0]
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:919)
[?:1.6.0]
at java.lang.Thread.run(Thread.java:772) [?:1.6.0]
Caused by: javax.jcr.InvalidItemStateException: Unable to update a stale
item: item.save()
at
org.apache.jackrabbit.core.ItemSaveOperation.perform(ItemSaveOperation.java:262)
~[jackrabbit-core-2.6.0.jar:2.6.0]
at
org.apache.jackrabbit.core.session.SessionState.perform(SessionState.java:216)
~[jackrabbit-core-2.6.0.jar:2.6.0]
at org.apache.jackrabbit.core.ItemImpl.perform(ItemImpl.java:91)
~[jackrabbit-core-2.6.0.jar:2.6.0]
at org.apache.jackrabbit.core.ItemImpl.save(ItemImpl.java:329)
~[jackrabbit-core-2.6.0.jar:2.6.0]
at
org.apache.jackrabbit.core.session.SessionSaveOperation.perform(SessionSaveOperation.java:65)
~[jackrabbit-core-2.6.0.jar:2.6.0]
at
org.apache.jackrabbit.core.session.SessionState.perform(SessionState.java:216)
~[jackrabbit-core-2.6.0.jar:2.6.0]
at
org.apache.jackrabbit.core.SessionImpl.perform(SessionImpl.java:361)
~[jackrabbit-core-2.6.0.jar:2.6.0]
at
org.apache.jackrabbit.core.SessionImpl.save(SessionImpl.java:812)
~[jackrabbit-core-2.6.0.jar:2.6.0]
at
org.apache.archiva.metadata.repository.jcr.JcrMetadataRepository.save(JcrMetadataRepository.java:1234)
~[metadata-store-jcr-1.4-M4-SNAPSHOT.jar:?]
... 27 more
Caused by: org.apache.jackrabbit.core.state.StaleItemStateException:
488246bf-f292-42a5-8538-a165ac4a4b6b/{}namespace has been modified
externally
at
org.apache.jackrabbit.core.state.SharedItemStateManager$Update.begin(SharedItemStateManager.java:679)
~[jackrabbit-core-2.6.0.jar:2.6.0]
at
org.apache.jackrabbit.core.state.SharedItemStateManager.beginUpdate(SharedItemStateManager.java:1507)
~[jackrabbit-core-2.6.0.jar:2.6.0]
at
org.apache.jackrabbit.core.state.SharedItemStateManager.update(SharedItemStateManager.java:1537)
~[jackrabbit-core-2.6.0.jar:2.6.0]
at
org.apache.jackrabbit.core.state.LocalItemStateManager.update(LocalItemStateManager.java:400)
~[jackrabbit-core-2.6.0.jar:2.6.0]
at
org.apache.jackrabbit.core.state.XAItemStateManager.update(XAItemStateManager.java:354)
~[jackrabbit-core-2.6.0.jar:2.6.0]
at
org.apache.jackrabbit.core.state.LocalItemStateManager.update(LocalItemStateManager.java:375)
~[jackrabbit-core-2.6.0.jar:2.6.0]
at
org.apache.jackrabbit.core.state.SessionItemStateManager.update(SessionItemStateManager.java:275)
~[jackrabbit-core-2.6.0.jar:2.6.0]
at
org.apache.jackrabbit.core.ItemSaveOperation.perform(ItemSaveOperation.java:258)
~[jackrabbit-core-2.6.0.jar:2.6.0]
at
org.apache.jackrabbit.core.session.SessionState.perform(SessionState.java:216)
~[jackrabbit-core-2.6.0.jar:2.6.0]
at org.apache.jackrabbit.core.ItemImpl.perform(ItemImpl.java:91)
~[jackrabbit-core-2.6.0.jar:2.6.0]
at org.apache.jackrabbit.core.ItemImpl.save(ItemImpl.java:329)
~[jackrabbit-core-2.6.0.jar:2.6.0]
at
org.apache.jackrabbit.core.session.SessionSaveOperation.perform(SessionSaveOperation.java:65)
~[jackrabbit-core-2.6.0.jar:2.6.0]
at
org.apache.jackrabbit.core.session.SessionState.perform(SessionState.java:216)
~[jackrabbit-core-2.6.0.jar:2.6.0]
at
org.apache.jackrabbit.core.SessionImpl.perform(SessionImpl.java:361)
~[jackrabbit-core-2.6.0.jar:2.6.0]
at
org.apache.jackrabbit.core.SessionImpl.save(SessionImpl.java:812)
~[jackrabbit-core-2.6.0.jar:2.6.0]
at
org.apache.archiva.metadata.repository.jcr.JcrMetadataRepository.save(JcrMetadataRepository.java:1234)
~[metadata-store-jcr-1.4-M4-SNAPSHOT.jar:?]
... 27 more
Does this make sense to anyone?
-Chris
Re: Stale Items?
Posted by Chris Graham <ch...@gmail.com>.
Scanning yes. Browsing, no. :-(
-Chris
Sent from my iPhone
On 25/02/2013, at 11:40 PM, Olivier Lamy <ol...@apache.org> wrote:
> this can happen if the repo is under scan and in the same time you are
> browsing tru the ui.
> Normally it's more quiet with trunk. but it's more a warning rather
> than an error.
>
> 2013/2/25 Chris Graham <ch...@gmail.com>:
>> Hi All.
>>
>> As a bit of background. I'm setting up a brand new instance of Archiva
>> 1.4-M4 in AIX, udner WAS8.
>>
>> The repos have been copied from the old Archiva 1.3 server, but the rest of
>> the setup is new.
>>
>> So, in some ways it's a first time setup, in others, not.
>>
>> In looking though the logs, I see lots of errors/warnings such as this:
>>
>> 2013-02-25 18:47:44,757 [pool-3-thread-1] ERROR
>> org.apache.archiva.repository.scanner.functors.ConsumerProcessFileClosure
>> [] - Consumer [create-archiva-metadata] had an error when processing file
>> [/data/archiva/data/repositories/racv.release/com/ibm/racv/cs/wmb/EXG_CS08_bar_11a/
>> 4.1.0.6/EXG_CS08_bar_11a-4.1.0.6-sources.jar]: Unable to update a stale
>> item: item.save()
>> java.lang.RuntimeException: Unable to update a stale item: item.save()
>> at
>> org.apache.archiva.metadata.repository.jcr.JcrMetadataRepository.save(JcrMetadataRepository.java:1238)
>> ~[metadata-store-jcr-1.4-M4-SNAPSHOT.jar:?]
>> at
>> org.apache.archiva.metadata.repository.RepositorySession.save(RepositorySession.java:69)
>> ~[metadata-repository-api-1.4-M4-SNAPSHOT.jar:1.4-M4-SNAPSHOT]
>> at
>> org.apache.archiva.consumers.metadata.ArchivaMetadataCreationConsumer.processFile(ArchivaMetadataCreationConsumer.java:204)
>> ~[archiva-metadata-consumer-1.4-M4-SNAPSHOT.jar:?]
>> at
>> org.apache.archiva.consumers.metadata.ArchivaMetadataCreationConsumer.processFile(ArchivaMetadataCreationConsumer.java:229)
>> ~[archiva-metadata-consumer-1.4-M4-SNAPSHOT.jar:?]
>> at
>> org.apache.archiva.repository.scanner.functors.ConsumerProcessFileClosure.execute(ConsumerProcessFileClosure.java:60)
>> [archiva-repository-scanner-1.4-M4-SNAPSHOT.jar:?]
>> at
>> org.apache.commons.collections.functors.IfClosure.execute(IfClosure.java:118)
>> [commons-collections-3.2.1.jar:3.2.1]
>> at
>> org.apache.commons.collections.CollectionUtils.forAllDo(CollectionUtils.java:389)
>> [commons-collections-3.2.1.jar:3.2.1]
>> at
>> org.apache.archiva.repository.scanner.RepositoryScannerInstance.directoryWalkStep(RepositoryScannerInstance.java:163)
>> [archiva-repository-scanner-1.4-M4-SNAPSHOT.jar:?]
>> at
>> org.codehaus.plexus.util.DirectoryWalker.fireStep(DirectoryWalker.java:174)
>> [plexus-utils-3.0.8.jar:?]
>> at
>> org.codehaus.plexus.util.DirectoryWalker.scanDir(DirectoryWalker.java:392)
>> [plexus-utils-3.0.8.jar:?]
>> at
>> org.codehaus.plexus.util.DirectoryWalker.scanDir(DirectoryWalker.java:386)
>> [plexus-utils-3.0.8.jar:?]
>> at
>> org.codehaus.plexus.util.DirectoryWalker.scanDir(DirectoryWalker.java:386)
>> [plexus-utils-3.0.8.jar:?]
>> at
>> org.codehaus.plexus.util.DirectoryWalker.scanDir(DirectoryWalker.java:386)
>> [plexus-utils-3.0.8.jar:?]
>> at
>> org.codehaus.plexus.util.DirectoryWalker.scanDir(DirectoryWalker.java:386)
>> [plexus-utils-3.0.8.jar:?]
>> at
>> org.codehaus.plexus.util.DirectoryWalker.scanDir(DirectoryWalker.java:386)
>> [plexus-utils-3.0.8.jar:?]
>> at
>> org.codehaus.plexus.util.DirectoryWalker.scanDir(DirectoryWalker.java:386)
>> [plexus-utils-3.0.8.jar:?]
>> at
>> org.codehaus.plexus.util.DirectoryWalker.scanDir(DirectoryWalker.java:386)
>> [plexus-utils-3.0.8.jar:?]
>> at
>> org.codehaus.plexus.util.DirectoryWalker.scan(DirectoryWalker.java:345)
>> [plexus-utils-3.0.8.jar:?]
>> at
>> org.apache.archiva.repository.scanner.DefaultRepositoryScanner.scan(DefaultRepositoryScanner.java:139)
>> [archiva-repository-scanner-1.4-M4-SNAPSHOT.jar:?]
>> at
>> org.apache.archiva.repository.scanner.DefaultRepositoryScanner.scan(DefaultRepositoryScanner.java:71)
>> [archiva-repository-scanner-1.4-M4-SNAPSHOT.jar:?]
>> at
>> org.apache.archiva.scheduler.repository.ArchivaRepositoryScanningTaskExecutor.executeTask(ArchivaRepositoryScanningTaskExecutor.java:163)
>> [archiva-scheduler-repository-1.4-M4-SNAPSHOT.jar:?]
>> at
>> org.apache.archiva.redback.components.taskqueue.execution.ThreadedTaskQueueExecutor$ExecutorRunnable$1.run(ThreadedTaskQueueExecutor.java:117)
>> [spring-taskqueue-2.0.jar:?]
>> at
>> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:452)
>> [?:1.6.0]
>> at
>> java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:314) [?:1.6.0]
>> at java.util.concurrent.FutureTask.run(FutureTask.java:149)
>> [?:1.6.0]
>> at
>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:897)
>> [?:1.6.0]
>> at
>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:919)
>> [?:1.6.0]
>> at java.lang.Thread.run(Thread.java:772) [?:1.6.0]
>> Caused by: javax.jcr.InvalidItemStateException: Unable to update a stale
>> item: item.save()
>> at
>> org.apache.jackrabbit.core.ItemSaveOperation.perform(ItemSaveOperation.java:262)
>> ~[jackrabbit-core-2.6.0.jar:2.6.0]
>> at
>> org.apache.jackrabbit.core.session.SessionState.perform(SessionState.java:216)
>> ~[jackrabbit-core-2.6.0.jar:2.6.0]
>> at org.apache.jackrabbit.core.ItemImpl.perform(ItemImpl.java:91)
>> ~[jackrabbit-core-2.6.0.jar:2.6.0]
>> at org.apache.jackrabbit.core.ItemImpl.save(ItemImpl.java:329)
>> ~[jackrabbit-core-2.6.0.jar:2.6.0]
>> at
>> org.apache.jackrabbit.core.session.SessionSaveOperation.perform(SessionSaveOperation.java:65)
>> ~[jackrabbit-core-2.6.0.jar:2.6.0]
>> at
>> org.apache.jackrabbit.core.session.SessionState.perform(SessionState.java:216)
>> ~[jackrabbit-core-2.6.0.jar:2.6.0]
>> at
>> org.apache.jackrabbit.core.SessionImpl.perform(SessionImpl.java:361)
>> ~[jackrabbit-core-2.6.0.jar:2.6.0]
>> at
>> org.apache.jackrabbit.core.SessionImpl.save(SessionImpl.java:812)
>> ~[jackrabbit-core-2.6.0.jar:2.6.0]
>> at
>> org.apache.archiva.metadata.repository.jcr.JcrMetadataRepository.save(JcrMetadataRepository.java:1234)
>> ~[metadata-store-jcr-1.4-M4-SNAPSHOT.jar:?]
>> ... 27 more
>> Caused by: org.apache.jackrabbit.core.state.StaleItemStateException:
>> 488246bf-f292-42a5-8538-a165ac4a4b6b/{}namespace has been modified
>> externally
>> at
>> org.apache.jackrabbit.core.state.SharedItemStateManager$Update.begin(SharedItemStateManager.java:679)
>> ~[jackrabbit-core-2.6.0.jar:2.6.0]
>> at
>> org.apache.jackrabbit.core.state.SharedItemStateManager.beginUpdate(SharedItemStateManager.java:1507)
>> ~[jackrabbit-core-2.6.0.jar:2.6.0]
>> at
>> org.apache.jackrabbit.core.state.SharedItemStateManager.update(SharedItemStateManager.java:1537)
>> ~[jackrabbit-core-2.6.0.jar:2.6.0]
>> at
>> org.apache.jackrabbit.core.state.LocalItemStateManager.update(LocalItemStateManager.java:400)
>> ~[jackrabbit-core-2.6.0.jar:2.6.0]
>> at
>> org.apache.jackrabbit.core.state.XAItemStateManager.update(XAItemStateManager.java:354)
>> ~[jackrabbit-core-2.6.0.jar:2.6.0]
>> at
>> org.apache.jackrabbit.core.state.LocalItemStateManager.update(LocalItemStateManager.java:375)
>> ~[jackrabbit-core-2.6.0.jar:2.6.0]
>> at
>> org.apache.jackrabbit.core.state.SessionItemStateManager.update(SessionItemStateManager.java:275)
>> ~[jackrabbit-core-2.6.0.jar:2.6.0]
>> at
>> org.apache.jackrabbit.core.ItemSaveOperation.perform(ItemSaveOperation.java:258)
>> ~[jackrabbit-core-2.6.0.jar:2.6.0]
>> at
>> org.apache.jackrabbit.core.session.SessionState.perform(SessionState.java:216)
>> ~[jackrabbit-core-2.6.0.jar:2.6.0]
>> at org.apache.jackrabbit.core.ItemImpl.perform(ItemImpl.java:91)
>> ~[jackrabbit-core-2.6.0.jar:2.6.0]
>> at org.apache.jackrabbit.core.ItemImpl.save(ItemImpl.java:329)
>> ~[jackrabbit-core-2.6.0.jar:2.6.0]
>> at
>> org.apache.jackrabbit.core.session.SessionSaveOperation.perform(SessionSaveOperation.java:65)
>> ~[jackrabbit-core-2.6.0.jar:2.6.0]
>> at
>> org.apache.jackrabbit.core.session.SessionState.perform(SessionState.java:216)
>> ~[jackrabbit-core-2.6.0.jar:2.6.0]
>> at
>> org.apache.jackrabbit.core.SessionImpl.perform(SessionImpl.java:361)
>> ~[jackrabbit-core-2.6.0.jar:2.6.0]
>> at
>> org.apache.jackrabbit.core.SessionImpl.save(SessionImpl.java:812)
>> ~[jackrabbit-core-2.6.0.jar:2.6.0]
>> at
>> org.apache.archiva.metadata.repository.jcr.JcrMetadataRepository.save(JcrMetadataRepository.java:1234)
>> ~[metadata-store-jcr-1.4-M4-SNAPSHOT.jar:?]
>> ... 27 more
>>
>>
>> Does this make sense to anyone?
>>
>> -Chris
>
>
>
> --
> Olivier Lamy
> Talend: http://coders.talend.com
> http://twitter.com/olamy | http://linkedin.com/in/olamy
Re: Stale Items?
Posted by Olivier Lamy <ol...@apache.org>.
this can happen if the repo is under scan and in the same time you are
browsing tru the ui.
Normally it's more quiet with trunk. but it's more a warning rather
than an error.
2013/2/25 Chris Graham <ch...@gmail.com>:
> Hi All.
>
> As a bit of background. I'm setting up a brand new instance of Archiva
> 1.4-M4 in AIX, udner WAS8.
>
> The repos have been copied from the old Archiva 1.3 server, but the rest of
> the setup is new.
>
> So, in some ways it's a first time setup, in others, not.
>
> In looking though the logs, I see lots of errors/warnings such as this:
>
> 2013-02-25 18:47:44,757 [pool-3-thread-1] ERROR
> org.apache.archiva.repository.scanner.functors.ConsumerProcessFileClosure
> [] - Consumer [create-archiva-metadata] had an error when processing file
> [/data/archiva/data/repositories/racv.release/com/ibm/racv/cs/wmb/EXG_CS08_bar_11a/
> 4.1.0.6/EXG_CS08_bar_11a-4.1.0.6-sources.jar]: Unable to update a stale
> item: item.save()
> java.lang.RuntimeException: Unable to update a stale item: item.save()
> at
> org.apache.archiva.metadata.repository.jcr.JcrMetadataRepository.save(JcrMetadataRepository.java:1238)
> ~[metadata-store-jcr-1.4-M4-SNAPSHOT.jar:?]
> at
> org.apache.archiva.metadata.repository.RepositorySession.save(RepositorySession.java:69)
> ~[metadata-repository-api-1.4-M4-SNAPSHOT.jar:1.4-M4-SNAPSHOT]
> at
> org.apache.archiva.consumers.metadata.ArchivaMetadataCreationConsumer.processFile(ArchivaMetadataCreationConsumer.java:204)
> ~[archiva-metadata-consumer-1.4-M4-SNAPSHOT.jar:?]
> at
> org.apache.archiva.consumers.metadata.ArchivaMetadataCreationConsumer.processFile(ArchivaMetadataCreationConsumer.java:229)
> ~[archiva-metadata-consumer-1.4-M4-SNAPSHOT.jar:?]
> at
> org.apache.archiva.repository.scanner.functors.ConsumerProcessFileClosure.execute(ConsumerProcessFileClosure.java:60)
> [archiva-repository-scanner-1.4-M4-SNAPSHOT.jar:?]
> at
> org.apache.commons.collections.functors.IfClosure.execute(IfClosure.java:118)
> [commons-collections-3.2.1.jar:3.2.1]
> at
> org.apache.commons.collections.CollectionUtils.forAllDo(CollectionUtils.java:389)
> [commons-collections-3.2.1.jar:3.2.1]
> at
> org.apache.archiva.repository.scanner.RepositoryScannerInstance.directoryWalkStep(RepositoryScannerInstance.java:163)
> [archiva-repository-scanner-1.4-M4-SNAPSHOT.jar:?]
> at
> org.codehaus.plexus.util.DirectoryWalker.fireStep(DirectoryWalker.java:174)
> [plexus-utils-3.0.8.jar:?]
> at
> org.codehaus.plexus.util.DirectoryWalker.scanDir(DirectoryWalker.java:392)
> [plexus-utils-3.0.8.jar:?]
> at
> org.codehaus.plexus.util.DirectoryWalker.scanDir(DirectoryWalker.java:386)
> [plexus-utils-3.0.8.jar:?]
> at
> org.codehaus.plexus.util.DirectoryWalker.scanDir(DirectoryWalker.java:386)
> [plexus-utils-3.0.8.jar:?]
> at
> org.codehaus.plexus.util.DirectoryWalker.scanDir(DirectoryWalker.java:386)
> [plexus-utils-3.0.8.jar:?]
> at
> org.codehaus.plexus.util.DirectoryWalker.scanDir(DirectoryWalker.java:386)
> [plexus-utils-3.0.8.jar:?]
> at
> org.codehaus.plexus.util.DirectoryWalker.scanDir(DirectoryWalker.java:386)
> [plexus-utils-3.0.8.jar:?]
> at
> org.codehaus.plexus.util.DirectoryWalker.scanDir(DirectoryWalker.java:386)
> [plexus-utils-3.0.8.jar:?]
> at
> org.codehaus.plexus.util.DirectoryWalker.scanDir(DirectoryWalker.java:386)
> [plexus-utils-3.0.8.jar:?]
> at
> org.codehaus.plexus.util.DirectoryWalker.scan(DirectoryWalker.java:345)
> [plexus-utils-3.0.8.jar:?]
> at
> org.apache.archiva.repository.scanner.DefaultRepositoryScanner.scan(DefaultRepositoryScanner.java:139)
> [archiva-repository-scanner-1.4-M4-SNAPSHOT.jar:?]
> at
> org.apache.archiva.repository.scanner.DefaultRepositoryScanner.scan(DefaultRepositoryScanner.java:71)
> [archiva-repository-scanner-1.4-M4-SNAPSHOT.jar:?]
> at
> org.apache.archiva.scheduler.repository.ArchivaRepositoryScanningTaskExecutor.executeTask(ArchivaRepositoryScanningTaskExecutor.java:163)
> [archiva-scheduler-repository-1.4-M4-SNAPSHOT.jar:?]
> at
> org.apache.archiva.redback.components.taskqueue.execution.ThreadedTaskQueueExecutor$ExecutorRunnable$1.run(ThreadedTaskQueueExecutor.java:117)
> [spring-taskqueue-2.0.jar:?]
> at
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:452)
> [?:1.6.0]
> at
> java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:314) [?:1.6.0]
> at java.util.concurrent.FutureTask.run(FutureTask.java:149)
> [?:1.6.0]
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:897)
> [?:1.6.0]
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:919)
> [?:1.6.0]
> at java.lang.Thread.run(Thread.java:772) [?:1.6.0]
> Caused by: javax.jcr.InvalidItemStateException: Unable to update a stale
> item: item.save()
> at
> org.apache.jackrabbit.core.ItemSaveOperation.perform(ItemSaveOperation.java:262)
> ~[jackrabbit-core-2.6.0.jar:2.6.0]
> at
> org.apache.jackrabbit.core.session.SessionState.perform(SessionState.java:216)
> ~[jackrabbit-core-2.6.0.jar:2.6.0]
> at org.apache.jackrabbit.core.ItemImpl.perform(ItemImpl.java:91)
> ~[jackrabbit-core-2.6.0.jar:2.6.0]
> at org.apache.jackrabbit.core.ItemImpl.save(ItemImpl.java:329)
> ~[jackrabbit-core-2.6.0.jar:2.6.0]
> at
> org.apache.jackrabbit.core.session.SessionSaveOperation.perform(SessionSaveOperation.java:65)
> ~[jackrabbit-core-2.6.0.jar:2.6.0]
> at
> org.apache.jackrabbit.core.session.SessionState.perform(SessionState.java:216)
> ~[jackrabbit-core-2.6.0.jar:2.6.0]
> at
> org.apache.jackrabbit.core.SessionImpl.perform(SessionImpl.java:361)
> ~[jackrabbit-core-2.6.0.jar:2.6.0]
> at
> org.apache.jackrabbit.core.SessionImpl.save(SessionImpl.java:812)
> ~[jackrabbit-core-2.6.0.jar:2.6.0]
> at
> org.apache.archiva.metadata.repository.jcr.JcrMetadataRepository.save(JcrMetadataRepository.java:1234)
> ~[metadata-store-jcr-1.4-M4-SNAPSHOT.jar:?]
> ... 27 more
> Caused by: org.apache.jackrabbit.core.state.StaleItemStateException:
> 488246bf-f292-42a5-8538-a165ac4a4b6b/{}namespace has been modified
> externally
> at
> org.apache.jackrabbit.core.state.SharedItemStateManager$Update.begin(SharedItemStateManager.java:679)
> ~[jackrabbit-core-2.6.0.jar:2.6.0]
> at
> org.apache.jackrabbit.core.state.SharedItemStateManager.beginUpdate(SharedItemStateManager.java:1507)
> ~[jackrabbit-core-2.6.0.jar:2.6.0]
> at
> org.apache.jackrabbit.core.state.SharedItemStateManager.update(SharedItemStateManager.java:1537)
> ~[jackrabbit-core-2.6.0.jar:2.6.0]
> at
> org.apache.jackrabbit.core.state.LocalItemStateManager.update(LocalItemStateManager.java:400)
> ~[jackrabbit-core-2.6.0.jar:2.6.0]
> at
> org.apache.jackrabbit.core.state.XAItemStateManager.update(XAItemStateManager.java:354)
> ~[jackrabbit-core-2.6.0.jar:2.6.0]
> at
> org.apache.jackrabbit.core.state.LocalItemStateManager.update(LocalItemStateManager.java:375)
> ~[jackrabbit-core-2.6.0.jar:2.6.0]
> at
> org.apache.jackrabbit.core.state.SessionItemStateManager.update(SessionItemStateManager.java:275)
> ~[jackrabbit-core-2.6.0.jar:2.6.0]
> at
> org.apache.jackrabbit.core.ItemSaveOperation.perform(ItemSaveOperation.java:258)
> ~[jackrabbit-core-2.6.0.jar:2.6.0]
> at
> org.apache.jackrabbit.core.session.SessionState.perform(SessionState.java:216)
> ~[jackrabbit-core-2.6.0.jar:2.6.0]
> at org.apache.jackrabbit.core.ItemImpl.perform(ItemImpl.java:91)
> ~[jackrabbit-core-2.6.0.jar:2.6.0]
> at org.apache.jackrabbit.core.ItemImpl.save(ItemImpl.java:329)
> ~[jackrabbit-core-2.6.0.jar:2.6.0]
> at
> org.apache.jackrabbit.core.session.SessionSaveOperation.perform(SessionSaveOperation.java:65)
> ~[jackrabbit-core-2.6.0.jar:2.6.0]
> at
> org.apache.jackrabbit.core.session.SessionState.perform(SessionState.java:216)
> ~[jackrabbit-core-2.6.0.jar:2.6.0]
> at
> org.apache.jackrabbit.core.SessionImpl.perform(SessionImpl.java:361)
> ~[jackrabbit-core-2.6.0.jar:2.6.0]
> at
> org.apache.jackrabbit.core.SessionImpl.save(SessionImpl.java:812)
> ~[jackrabbit-core-2.6.0.jar:2.6.0]
> at
> org.apache.archiva.metadata.repository.jcr.JcrMetadataRepository.save(JcrMetadataRepository.java:1234)
> ~[metadata-store-jcr-1.4-M4-SNAPSHOT.jar:?]
> ... 27 more
>
>
> Does this make sense to anyone?
>
> -Chris
--
Olivier Lamy
Talend: http://coders.talend.com
http://twitter.com/olamy | http://linkedin.com/in/olamy