Also, I cleared the logs and started up archiva and tried to build and deploy an artifact to snapshots. I attach the Archiva log and the archiva configuration. 2009/12/1 Adam Retter <adam.retter@googlemail.com>: > 2009/11/30 Brett Porter <brett@porterclan.net>: >> Something is causing the indexing to fail, which would make the deployment return an error (though the artifact is probably already there). > > Yes, sometimes archives make it into the repository/snapshots folder > and sometimes they dont. > > >> Is there any other exceptions in the logs that might help diagnose it? You might want to remove the indexes (this is described on the web site) to get a clean slate. > > From what I can tell I dont have any indexes at all, I have two empty folders - > > /HCR_SubVersion/archiva.new/data/repositories/internal/.indexer/ > /HCR_SubVersion/archiva.new/data/repositories/snapshots/.indexer/ > > I should also mention that /HCR_SubVersion is a network mount, but the > account that Archiva runs under has full access to that mount, as also > proven by the fact that Archiva has been able to add some artifacts to > the snapshots repository. > >> The upcoming 1.2.3 release has improvements to the indexing error reporting, and the ability to rebuild the indexes from the UI that might be helpful. If you'd like to help us test it, ping us on dev@archiva.apache.org. > > I would be happier running 1.2.2 if we can get it running until there > is a stable release of 1.2.3. Lets see if we can get this working, > otherwise I may have to look at 1.2.3-beta. > > Thanks Adam. > >> Thanks, >> Brett >> >> On 01/12/2009, at 4:12 AM, Adam Retter wrote: >> >>> Hi there I have just installed 1.2.2 on Linux and am trying to deploy >>> to the snapshot repository but I get the Exception below on the server >>> side. I have been fiddling with this all day, but as yet with no >>> success, could someone take a look please? >>> >>> I am calling "mvn deploy" with the following in settings.xml - >>> >>> <server> >>> <id>internal</id> >>> <username>admin</username> >>> <password>myPassword</password> >>> </server> >>> <server> >>> <id>snapshots</id> >>> <username>admin</username> >>> <password>myPassword</password> >>> </server> >>> >>> <profile> >>> <id>archiva.new</id> >>> <activation> >>> <activeByDefault>true</activeByDefault> >>> </activation> >>> <repositories> >>> <repository> >>> >>> <id>uk.co.landmark.solutions.maven.internal</id> >>> <name>Landmark >>> Solutions Internal Repository</name> >>> >>> <url>http://exsubv02:8080/archiva/repository/internal</url> >>> <releases> >>> >>> <enabled>true</enabled> >>> </releases> >>> <snapshots> >>> >>> <enabled>false</enabled> >>> </snapshots> >>> </repository> >>> <repository> >>> >>> <id>uk.co.landmark.solutions.maven.snapshots</id> >>> <name>Landmark >>> Solutions Snapshots Repository</name> >>> >>> <url>http://exsubv02:8080/archiva/repository/snapshots</url> >>> <releases> >>> >>> <enabled>false</enabled> >>> </releases> >>> <snapshots> >>> >>> <enabled>true</enabled> >>> </snapshots> >>> </repository> >>> </repositories> >>> <pluginRepositories> >>> <pluginRepository> >>> >>> <id>uk.co.landmark.solutions.maven.internal.plugin</id> >>> <name>Landmark >>> Solutions Internal Plugin Repository</name> >>> >>> <url>http://exsubv02:8080/archiva/repository/internal</url> >>> <releases> >>> >>> <enabled>true</enabled> >>> </releases> >>> <snapshots> >>> >>> <enabled>false</enabled> >>> </snapshots> >>> </pluginRepository> >>> <pluginRepository> >>> >>> <id>uk.co.landmark.solutions.maven.snapshots.plugin</id> >>> <name>Landmark >>> Solutions Snapshots Plugin Repository</name> >>> >>> <url>http://exsubv02:8080/archiva/repository/snapshots</url> >>> <releases> >>> >>> <enabled>false</enabled> >>> </releases> >>> <snapshots> >>> >>> <enabled>true</enabled> >>> </snapshots> >>> </pluginRepository> >>> </pluginRepositories> >>> </profile> >>> >>> >>> And this in my pom.xml - >>> >>> <distributionManagement> >>> <repository> >>> <id>internal</id> >>> <url>http://exsubv02:8080/archiva/repository/internal</url> >>> </repository> >>> <snapshotRepository> >>> <id>snapshots</id> >>> <url>http://exsubv02:8080/archiva/repository/snapshots</url> >>> </snapshotRepository> >>> </distributionManagement> >>> >>> >>> 2009-11-30 13:47:24,328 [btpool0-3] INFO >>> org.apache.maven.archiva.security.ArchivaServletAuthenticator - >>> Authorization Denied >>> [ip=192.168.2.24,permission=archiva-upload-repository,repo=snapshots] >>> : no matching permissions >>> 2009-11-30 13:47:27,923 [btpool0-8] INFO >>> org.apache.maven.archiva.security.ArchivaServletAuthenticator - >>> Authorization Denied >>> [ip=192.168.2.24,permission=archiva-upload-repository,repo=snapshots] >>> : no matching permissions >>> 2009-11-30 13:47:30,855 [pool-3-thread-1] ERROR >>> org.apache.maven.archiva.scheduled.executors.ArchivaIndexingTaskExecutor >>> - Error occurred while executing indexing task >>> 'indexing-job:snapshots:Registers-Common-Current-20091130.155338-2.jar:add' >>> 2009-11-30 13:47:30,929 [pool-3-thread-1] ERROR >>> taskQueueExecutor#indexing - Error executing task >>> org.codehaus.plexus.taskqueue.execution.TaskExecutionException: Error >>> occurred while executing indexing task >>> 'indexing-job:snapshots:Registers-Common-Current-20091130.155338-2.jar:add' >>> at org.apache.maven.archiva.scheduled.executors.ArchivaIndexingTaskExecutor.executeTask(ArchivaIndexingTaskExecutor.java:163) >>> at org.codehaus.plexus.taskqueue.execution.ThreadedTaskQueueExecutor$ExecutorRunnable$1.run(ThreadedTaskQueueExecutor.java:116) >>> at edu.emory.mathcs.backport.java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:442) >>> at edu.emory.mathcs.backport.java.util.concurrent.FutureTask.run(FutureTask.java:176) >>> at edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:987) >>> at edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:528) >>> at java.lang.Thread.run(Thread.java:675) >>> 2009-11-30 13:47:31,084 [pool-3-thread-1] ERROR >>> org.apache.maven.archiva.scheduled.executors.ArchivaIndexingTaskExecutor >>> - Error occurred while executing indexing task >>> 'indexing-job:snapshots:Registers-Common-Current-20091130.155338-2.jar.md5:add' >>> 2009-11-30 13:47:31,085 [pool-3-thread-1] ERROR >>> taskQueueExecutor#indexing - Error executing task >>> org.codehaus.plexus.taskqueue.execution.TaskExecutionException: Error >>> occurred while executing indexing task >>> 'indexing-job:snapshots:Registers-Common-Current-20091130.155338-2.jar.md5:add' >>> at org.apache.maven.archiva.scheduled.executors.ArchivaIndexingTaskExecutor.executeTask(ArchivaIndexingTaskExecutor.java:163) >>> at org.codehaus.plexus.taskqueue.execution.ThreadedTaskQueueExecutor$ExecutorRunnable$1.run(ThreadedTaskQueueExecutor.java:116) >>> at edu.emory.mathcs.backport.java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:442) >>> at edu.emory.mathcs.backport.java.util.concurrent.FutureTask.run(FutureTask.java:176) >>> at edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:987) >>> at edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:528) >>> at java.lang.Thread.run(Thread.java:675) >>> 2009-11-30 13:47:31,196 [pool-3-thread-1] ERROR >>> org.apache.maven.archiva.scheduled.executors.ArchivaIndexingTaskExecutor >>> - Error occurred while executing indexing task >>> 'indexing-job:snapshots:Registers-Common-Current-20091130.155338-2.jar.sha1:add' >>> 2009-11-30 13:47:31,197 [pool-3-thread-1] ERROR >>> taskQueueExecutor#indexing - Error executing task >>> org.codehaus.plexus.taskqueue.execution.TaskExecutionException: Error >>> occurred while executing indexing task >>> 'indexing-job:snapshots:Registers-Common-Current-20091130.155338-2.jar.sha1:add' >>> at org.apache.maven.archiva.scheduled.executors.ArchivaIndexingTaskExecutor.executeTask(ArchivaIndexingTaskExecutor.java:163) >>> at org.codehaus.plexus.taskqueue.execution.ThreadedTaskQueueExecutor$ExecutorRunnable$1.run(ThreadedTaskQueueExecutor.java:116) >>> at edu.emory.mathcs.backport.java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:442) >>> at edu.emory.mathcs.backport.java.util.concurrent.FutureTask.run(FutureTask.java:176) >>> at edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:987) >>> at edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:528) >>> at java.lang.Thread.run(Thread.java:675) >>> >>> >>> >>> -- >>> Adam Retter >>> >>> skype :adam.retter >>> http://www.adamretter.org.uk >> >> > > > > -- > Adam Retter > > skype :adam.retter > http://www.adamretter.org.uk > -- Adam Retter skype :adam.retter http://www.adamretter.org.uk
2009/11/30 Brett Porter <brett@porterclan.net>: > Something is causing the indexing to fail, which would make the deployment return an error (though the artifact is probably already there). Yes, sometimes archives make it into the repository/snapshots folder and sometimes they dont. > Is there any other exceptions in the logs that might help diagnose it? You might want to remove the indexes (this is described on the web site) to get a clean slate. >From what I can tell I dont have any indexes at all, I have two empty folders - /HCR_SubVersion/archiva.new/data/repositories/internal/.indexer/ /HCR_SubVersion/archiva.new/data/repositories/snapshots/.indexer/ I should also mention that /HCR_SubVersion is a network mount, but the account that Archiva runs under has full access to that mount, as also proven by the fact that Archiva has been able to add some artifacts to the snapshots repository. > The upcoming 1.2.3 release has improvements to the indexing error reporting, and the ability to rebuild the indexes from the UI that might be helpful. If you'd like to help us test it, ping us on dev@archiva.apache.org. I would be happier running 1.2.2 if we can get it running until there is a stable release of 1.2.3. Lets see if we can get this working, otherwise I may have to look at 1.2.3-beta. Thanks Adam. > Thanks, > Brett > > On 01/12/2009, at 4:12 AM, Adam Retter wrote: > >> Hi there I have just installed 1.2.2 on Linux and am trying to deploy >> to the snapshot repository but I get the Exception below on the server >> side. I have been fiddling with this all day, but as yet with no >> success, could someone take a look please? >> >> I am calling "mvn deploy" with the following in settings.xml - >> >> <server> >> <id>internal</id> >> <username>admin</username> >> <password>myPassword</password> >> </server> >> <server> >> <id>snapshots</id> >> <username>admin</username> >> <password>myPassword</password> >> </server> >> >> <profile> >> <id>archiva.new</id> >> <activation> >> <activeByDefault>true</activeByDefault> >> </activation> >> <repositories> >> <repository> >> >> <id>uk.co.landmark.solutions.maven.internal</id> >> <name>Landmark >> Solutions Internal Repository</name> >> >> <url>http://exsubv02:8080/archiva/repository/internal</url> >> <releases> >> >> <enabled>true</enabled> >> </releases> >> <snapshots> >> >> <enabled>false</enabled> >> </snapshots> >> </repository> >> <repository> >> >> <id>uk.co.landmark.solutions.maven.snapshots</id> >> <name>Landmark >> Solutions Snapshots Repository</name> >> >> <url>http://exsubv02:8080/archiva/repository/snapshots</url> >> <releases> >> >> <enabled>false</enabled> >> </releases> >> <snapshots> >> >> <enabled>true</enabled> >> </snapshots> >> </repository> >> </repositories> >> <pluginRepositories> >> <pluginRepository> >> >> <id>uk.co.landmark.solutions.maven.internal.plugin</id> >> <name>Landmark >> Solutions Internal Plugin Repository</name> >> >> <url>http://exsubv02:8080/archiva/repository/internal</url> >> <releases> >> >> <enabled>true</enabled> >> </releases> >> <snapshots> >> >> <enabled>false</enabled> >> </snapshots> >> </pluginRepository> >> <pluginRepository> >> >> <id>uk.co.landmark.solutions.maven.snapshots.plugin</id> >> <name>Landmark >> Solutions Snapshots Plugin Repository</name> >> >> <url>http://exsubv02:8080/archiva/repository/snapshots</url> >> <releases> >> >> <enabled>false</enabled> >> </releases> >> <snapshots> >> >> <enabled>true</enabled> >> </snapshots> >> </pluginRepository> >> </pluginRepositories> >> </profile> >> >> >> And this in my pom.xml - >> >> <distributionManagement> >> <repository> >> <id>internal</id> >> <url>http://exsubv02:8080/archiva/repository/internal</url> >> </repository> >> <snapshotRepository> >> <id>snapshots</id> >> <url>http://exsubv02:8080/archiva/repository/snapshots</url> >> </snapshotRepository> >> </distributionManagement> >> >> >> 2009-11-30 13:47:24,328 [btpool0-3] INFO >> org.apache.maven.archiva.security.ArchivaServletAuthenticator - >> Authorization Denied >> [ip=192.168.2.24,permission=archiva-upload-repository,repo=snapshots] >> : no matching permissions >> 2009-11-30 13:47:27,923 [btpool0-8] INFO >> org.apache.maven.archiva.security.ArchivaServletAuthenticator - >> Authorization Denied >> [ip=192.168.2.24,permission=archiva-upload-repository,repo=snapshots] >> : no matching permissions >> 2009-11-30 13:47:30,855 [pool-3-thread-1] ERROR >> org.apache.maven.archiva.scheduled.executors.ArchivaIndexingTaskExecutor >> - Error occurred while executing indexing task >> 'indexing-job:snapshots:Registers-Common-Current-20091130.155338-2.jar:add' >> 2009-11-30 13:47:30,929 [pool-3-thread-1] ERROR >> taskQueueExecutor#indexing - Error executing task >> org.codehaus.plexus.taskqueue.execution.TaskExecutionException: Error >> occurred while executing indexing task >> 'indexing-job:snapshots:Registers-Common-Current-20091130.155338-2.jar:add' >> at org.apache.maven.archiva.scheduled.executors.ArchivaIndexingTaskExecutor.executeTask(ArchivaIndexingTaskExecutor.java:163) >> at org.codehaus.plexus.taskqueue.execution.ThreadedTaskQueueExecutor$ExecutorRunnable$1.run(ThreadedTaskQueueExecutor.java:116) >> at edu.emory.mathcs.backport.java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:442) >> at edu.emory.mathcs.backport.java.util.concurrent.FutureTask.run(FutureTask.java:176) >> at edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:987) >> at edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:528) >> at java.lang.Thread.run(Thread.java:675) >> 2009-11-30 13:47:31,084 [pool-3-thread-1] ERROR >> org.apache.maven.archiva.scheduled.executors.ArchivaIndexingTaskExecutor >> - Error occurred while executing indexing task >> 'indexing-job:snapshots:Registers-Common-Current-20091130.155338-2.jar.md5:add' >> 2009-11-30 13:47:31,085 [pool-3-thread-1] ERROR >> taskQueueExecutor#indexing - Error executing task >> org.codehaus.plexus.taskqueue.execution.TaskExecutionException: Error >> occurred while executing indexing task >> 'indexing-job:snapshots:Registers-Common-Current-20091130.155338-2.jar.md5:add' >> at org.apache.maven.archiva.scheduled.executors.ArchivaIndexingTaskExecutor.executeTask(ArchivaIndexingTaskExecutor.java:163) >> at org.codehaus.plexus.taskqueue.execution.ThreadedTaskQueueExecutor$ExecutorRunnable$1.run(ThreadedTaskQueueExecutor.java:116) >> at edu.emory.mathcs.backport.java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:442) >> at edu.emory.mathcs.backport.java.util.concurrent.FutureTask.run(FutureTask.java:176) >> at edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:987) >> at edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:528) >> at java.lang.Thread.run(Thread.java:675) >> 2009-11-30 13:47:31,196 [pool-3-thread-1] ERROR >> org.apache.maven.archiva.scheduled.executors.ArchivaIndexingTaskExecutor >> - Error occurred while executing indexing task >> 'indexing-job:snapshots:Registers-Common-Current-20091130.155338-2.jar.sha1:add' >> 2009-11-30 13:47:31,197 [pool-3-thread-1] ERROR >> taskQueueExecutor#indexing - Error executing task >> org.codehaus.plexus.taskqueue.execution.TaskExecutionException: Error >> occurred while executing indexing task >> 'indexing-job:snapshots:Registers-Common-Current-20091130.155338-2.jar.sha1:add' >> at org.apache.maven.archiva.scheduled.executors.ArchivaIndexingTaskExecutor.executeTask(ArchivaIndexingTaskExecutor.java:163) >> at org.codehaus.plexus.taskqueue.execution.ThreadedTaskQueueExecutor$ExecutorRunnable$1.run(ThreadedTaskQueueExecutor.java:116) >> at edu.emory.mathcs.backport.java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:442) >> at edu.emory.mathcs.backport.java.util.concurrent.FutureTask.run(FutureTask.java:176) >> at edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:987) >> at edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:528) >> at java.lang.Thread.run(Thread.java:675) >> >> >> >> -- >> Adam Retter >> >> skype :adam.retter >> http://www.adamretter.org.uk > > -- Adam Retter skype :adam.retter http://www.adamretter.org.uk
Something is causing the indexing to fail, which would make the deployment return an error (though the artifact is probably already there). Is there any other exceptions in the logs that might help diagnose it? You might want to remove the indexes (this is described on the web site) to get a clean slate. The upcoming 1.2.3 release has improvements to the indexing error reporting, and the ability to rebuild the indexes from the UI that might be helpful. If you'd like to help us test it, ping us on dev@archiva.apache.org. Thanks, Brett On 01/12/2009, at 4:12 AM, Adam Retter wrote: > Hi there I have just installed 1.2.2 on Linux and am trying to deploy > to the snapshot repository but I get the Exception below on the server > side. I have been fiddling with this all day, but as yet with no > success, could someone take a look please? > > I am calling "mvn deploy" with the following in settings.xml - > > <server> > <id>internal</id> > <username>admin</username> > <password>myPassword</password> > </server> > <server> > <id>snapshots</id> > <username>admin</username> > <password>myPassword</password> > </server> > > <profile> > <id>archiva.new</id> > <activation> > <activeByDefault>true</activeByDefault> > </activation> > <repositories> > <repository> > > <id>uk.co.landmark.solutions.maven.internal</id> > <name>Landmark > Solutions Internal Repository</name> > > <url>http://exsubv02:8080/archiva/repository/internal</url> > <releases> > > <enabled>true</enabled> > </releases> > <snapshots> > > <enabled>false</enabled> > </snapshots> > </repository> > <repository> > > <id>uk.co.landmark.solutions.maven.snapshots</id> > <name>Landmark > Solutions Snapshots Repository</name> > > <url>http://exsubv02:8080/archiva/repository/snapshots</url> > <releases> > > <enabled>false</enabled> > </releases> > <snapshots> > > <enabled>true</enabled> > </snapshots> > </repository> > </repositories> > <pluginRepositories> > <pluginRepository> > > <id>uk.co.landmark.solutions.maven.internal.plugin</id> > <name>Landmark > Solutions Internal Plugin Repository</name> > > <url>http://exsubv02:8080/archiva/repository/internal</url> > <releases> > > <enabled>true</enabled> > </releases> > <snapshots> > > <enabled>false</enabled> > </snapshots> > </pluginRepository> > <pluginRepository> > > <id>uk.co.landmark.solutions.maven.snapshots.plugin</id> > <name>Landmark > Solutions Snapshots Plugin Repository</name> > > <url>http://exsubv02:8080/archiva/repository/snapshots</url> > <releases> > > <enabled>false</enabled> > </releases> > <snapshots> > > <enabled>true</enabled> > </snapshots> > </pluginRepository> > </pluginRepositories> > </profile> > > > And this in my pom.xml - > > <distributionManagement> > <repository> > <id>internal</id> > <url>http://exsubv02:8080/archiva/repository/internal</url> > </repository> > <snapshotRepository> > <id>snapshots</id> > <url>http://exsubv02:8080/archiva/repository/snapshots</url> > </snapshotRepository> > </distributionManagement> > > > 2009-11-30 13:47:24,328 [btpool0-3] INFO > org.apache.maven.archiva.security.ArchivaServletAuthenticator - > Authorization Denied > [ip=192.168.2.24,permission=archiva-upload-repository,repo=snapshots] > : no matching permissions > 2009-11-30 13:47:27,923 [btpool0-8] INFO > org.apache.maven.archiva.security.ArchivaServletAuthenticator - > Authorization Denied > [ip=192.168.2.24,permission=archiva-upload-repository,repo=snapshots] > : no matching permissions > 2009-11-30 13:47:30,855 [pool-3-thread-1] ERROR > org.apache.maven.archiva.scheduled.executors.ArchivaIndexingTaskExecutor > - Error occurred while executing indexing task > 'indexing-job:snapshots:Registers-Common-Current-20091130.155338-2.jar:add' > 2009-11-30 13:47:30,929 [pool-3-thread-1] ERROR > taskQueueExecutor#indexing - Error executing task > org.codehaus.plexus.taskqueue.execution.TaskExecutionException: Error > occurred while executing indexing task > 'indexing-job:snapshots:Registers-Common-Current-20091130.155338-2.jar:add' > at org.apache.maven.archiva.scheduled.executors.ArchivaIndexingTaskExecutor.executeTask(ArchivaIndexingTaskExecutor.java:163) > at org.codehaus.plexus.taskqueue.execution.ThreadedTaskQueueExecutor$ExecutorRunnable$1.run(ThreadedTaskQueueExecutor.java:116) > at edu.emory.mathcs.backport.java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:442) > at edu.emory.mathcs.backport.java.util.concurrent.FutureTask.run(FutureTask.java:176) > at edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:987) > at edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:528) > at java.lang.Thread.run(Thread.java:675) > 2009-11-30 13:47:31,084 [pool-3-thread-1] ERROR > org.apache.maven.archiva.scheduled.executors.ArchivaIndexingTaskExecutor > - Error occurred while executing indexing task > 'indexing-job:snapshots:Registers-Common-Current-20091130.155338-2.jar.md5:add' > 2009-11-30 13:47:31,085 [pool-3-thread-1] ERROR > taskQueueExecutor#indexing - Error executing task > org.codehaus.plexus.taskqueue.execution.TaskExecutionException: Error > occurred while executing indexing task > 'indexing-job:snapshots:Registers-Common-Current-20091130.155338-2.jar.md5:add' > at org.apache.maven.archiva.scheduled.executors.ArchivaIndexingTaskExecutor.executeTask(ArchivaIndexingTaskExecutor.java:163) > at org.codehaus.plexus.taskqueue.execution.ThreadedTaskQueueExecutor$ExecutorRunnable$1.run(ThreadedTaskQueueExecutor.java:116) > at edu.emory.mathcs.backport.java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:442) > at edu.emory.mathcs.backport.java.util.concurrent.FutureTask.run(FutureTask.java:176) > at edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:987) > at edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:528) > at java.lang.Thread.run(Thread.java:675) > 2009-11-30 13:47:31,196 [pool-3-thread-1] ERROR > org.apache.maven.archiva.scheduled.executors.ArchivaIndexingTaskExecutor > - Error occurred while executing indexing task > 'indexing-job:snapshots:Registers-Common-Current-20091130.155338-2.jar.sha1:add' > 2009-11-30 13:47:31,197 [pool-3-thread-1] ERROR > taskQueueExecutor#indexing - Error executing task > org.codehaus.plexus.taskqueue.execution.TaskExecutionException: Error > occurred while executing indexing task > 'indexing-job:snapshots:Registers-Common-Current-20091130.155338-2.jar.sha1:add' > at org.apache.maven.archiva.scheduled.executors.ArchivaIndexingTaskExecutor.executeTask(ArchivaIndexingTaskExecutor.java:163) > at org.codehaus.plexus.taskqueue.execution.ThreadedTaskQueueExecutor$ExecutorRunnable$1.run(ThreadedTaskQueueExecutor.java:116) > at edu.emory.mathcs.backport.java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:442) > at edu.emory.mathcs.backport.java.util.concurrent.FutureTask.run(FutureTask.java:176) > at edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:987) > at edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:528) > at java.lang.Thread.run(Thread.java:675) > > > > -- > Adam Retter > > skype :adam.retter > http://www.adamretter.org.uk
2009/11/30 Soumen Trivedi <soumen.trivedi@gmail.com>:
> Hello,
> I am using Archiva 1.2.2 standalone version and w.r.t to the error log:
> org.apache.maven.archiva.
>
>> security.ArchivaServletAuthenticator -
>> Authorization Denied
>> [ip=192.168.2.24,permission=archiva-upload-repository,repo=snapshots]
>> : no matching permissions
>> 2009-11-30 13:47:27,923 [btpool0-8] INFO
>> org.apache.maven.archiva.security.ArchivaServletAuthenticator -
>> Authorization Denied
>
>
>
> I have seen this KIND of problem before (and not the exact error log), it
> had to do with the userId being used to upload the artifacts DID NOT HAVE
> REPOSITORY MANAGER permission and only OBSERVER permission. After correcting
> that, the problem was resolved. I hope it helps for you too.
I havent changed the permissions, but I checked and it would seem that
by default the admin user has these roles -
* Global Repository Manager
* User Administrator
* System Administrator
* Repository Observer - snapshots
* Repository Observer - internal
* Repository Manager - snapshots
* Repository Manager - internal
Any other thoughts?
>
> --
> Thanks & Regards,
> Soumen Trivedi
> Email: Soumen.Trivedi@gmail.com
>
> On Mon, Nov 30, 2009 at 5:12 PM, Adam Retter <adam.retter@googlemail.com>wrote:
>
>> Hi there I have just installed 1.2.2 on Linux and am trying to deploy
>> to the snapshot repository but I get the Exception below on the server
>> side. I have been fiddling with this all day, but as yet with no
>> success, could someone take a look please?
>>
>> I am calling "mvn deploy" with the following in settings.xml -
>>
>> <server>
>> <id>internal</id>
>> <username>admin</username>
>> <password>myPassword</password>
>> </server>
>> <server>
>> <id>snapshots</id>
>> <username>admin</username>
>> <password>myPassword</password>
>> </server>
>>
>> <profile>
>> <id>archiva.new</id>
>> <activation>
>> <activeByDefault>true</activeByDefault>
>> </activation>
>> <repositories>
>> <repository>
>>
>> <id>uk.co.landmark.solutions.maven.internal</id>
>> <name>Landmark
>> Solutions Internal Repository</name>
>>
>> <url>http://exsubv02:8080/archiva/repository/internal</url>
>> <releases>
>>
>> <enabled>true</enabled>
>> </releases>
>> <snapshots>
>>
>> <enabled>false</enabled>
>> </snapshots>
>> </repository>
>> <repository>
>>
>> <id>uk.co.landmark.solutions.maven.snapshots</id>
>> <name>Landmark
>> Solutions Snapshots Repository</name>
>>
>> <url>http://exsubv02:8080/archiva/repository/snapshots</url>
>> <releases>
>>
>> <enabled>false</enabled>
>> </releases>
>> <snapshots>
>>
>> <enabled>true</enabled>
>> </snapshots>
>> </repository>
>> </repositories>
>> <pluginRepositories>
>> <pluginRepository>
>>
>> <id>uk.co.landmark.solutions.maven.internal.plugin</id>
>> <name>Landmark
>> Solutions Internal Plugin Repository</name>
>>
>> <url>http://exsubv02:8080/archiva/repository/internal</url>
>> <releases>
>>
>> <enabled>true</enabled>
>> </releases>
>> <snapshots>
>>
>> <enabled>false</enabled>
>> </snapshots>
>> </pluginRepository>
>> <pluginRepository>
>>
>> <id>uk.co.landmark.solutions.maven.snapshots.plugin</id>
>> <name>Landmark
>> Solutions Snapshots Plugin Repository</name>
>>
>> <url>http://exsubv02:8080/archiva/repository/snapshots</url>
>> <releases>
>>
>> <enabled>false</enabled>
>> </releases>
>> <snapshots>
>>
>> <enabled>true</enabled>
>> </snapshots>
>> </pluginRepository>
>> </pluginRepositories>
>> </profile>
>>
>>
>> And this in my pom.xml -
>>
>> <distributionManagement>
>> <repository>
>> <id>internal</id>
>> <url>http://exsubv02:8080/archiva/repository/internal</url>
>> </repository>
>> <snapshotRepository>
>> <id>snapshots</id>
>> <url>http://exsubv02:8080/archiva/repository/snapshots</url>
>> </snapshotRepository>
>> </distributionManagement>
>>
>>
>> 2009-11-30 13:47:24,328 [btpool0-3] INFO
>> org.apache.maven.archiva.security.ArchivaServletAuthenticator -
>> Authorization Denied
>> [ip=192.168.2.24,permission=archiva-upload-repository,repo=snapshots]
>> : no matching permissions
>> 2009-11-30 13:47:27,923 [btpool0-8] INFO
>> org.apache.maven.archiva.security.ArchivaServletAuthenticator -
>> Authorization Denied
>> [ip=192.168.2.24,permission=archiva-upload-repository,repo=snapshots]
>> : no matching permissions
>> 2009-11-30 13:47:30,855 [pool-3-thread-1] ERROR
>> org.apache.maven.archiva.scheduled.executors.ArchivaIndexingTaskExecutor
>> - Error occurred while executing indexing task
>> 'indexing-job:snapshots:Registers-Common-Current-20091130.155338-2.jar:add'
>> 2009-11-30 13:47:30,929 [pool-3-thread-1] ERROR
>> taskQueueExecutor#indexing - Error executing task
>> org.codehaus.plexus.taskqueue.execution.TaskExecutionException: Error
>> occurred while executing indexing task
>> 'indexing-job:snapshots:Registers-Common-Current-20091130.155338-2.jar:add'
>> at
>> org.apache.maven.archiva.scheduled.executors.ArchivaIndexingTaskExecutor.executeTask(ArchivaIndexingTaskExecutor.java:163)
>> at
>> org.codehaus.plexus.taskqueue.execution.ThreadedTaskQueueExecutor$ExecutorRunnable$1.run(ThreadedTaskQueueExecutor.java:116)
>> at
>> edu.emory.mathcs.backport.java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:442)
>> at
>> edu.emory.mathcs.backport.java.util.concurrent.FutureTask.run(FutureTask.java:176)
>> at
>> edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:987)
>> at
>> edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:528)
>> at java.lang.Thread.run(Thread.java:675)
>> 2009-11-30 13:47:31,084 [pool-3-thread-1] ERROR
>> org.apache.maven.archiva.scheduled.executors.ArchivaIndexingTaskExecutor
>> - Error occurred while executing indexing task
>>
>> 'indexing-job:snapshots:Registers-Common-Current-20091130.155338-2.jar.md5:add'
>> 2009-11-30 13:47:31,085 [pool-3-thread-1] ERROR
>> taskQueueExecutor#indexing - Error executing task
>> org.codehaus.plexus.taskqueue.execution.TaskExecutionException: Error
>> occurred while executing indexing task
>>
>> 'indexing-job:snapshots:Registers-Common-Current-20091130.155338-2.jar.md5:add'
>> at
>> org.apache.maven.archiva.scheduled.executors.ArchivaIndexingTaskExecutor.executeTask(ArchivaIndexingTaskExecutor.java:163)
>> at
>> org.codehaus.plexus.taskqueue.execution.ThreadedTaskQueueExecutor$ExecutorRunnable$1.run(ThreadedTaskQueueExecutor.java:116)
>> at
>> edu.emory.mathcs.backport.java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:442)
>> at
>> edu.emory.mathcs.backport.java.util.concurrent.FutureTask.run(FutureTask.java:176)
>> at
>> edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:987)
>> at
>> edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:528)
>> at java.lang.Thread.run(Thread.java:675)
>> 2009-11-30 13:47:31,196 [pool-3-thread-1] ERROR
>> org.apache.maven.archiva.scheduled.executors.ArchivaIndexingTaskExecutor
>> - Error occurred while executing indexing task
>>
>> 'indexing-job:snapshots:Registers-Common-Current-20091130.155338-2.jar.sha1:add'
>> 2009-11-30 13:47:31,197 [pool-3-thread-1] ERROR
>> taskQueueExecutor#indexing - Error executing task
>> org.codehaus.plexus.taskqueue.execution.TaskExecutionException: Error
>> occurred while executing indexing task
>>
>> 'indexing-job:snapshots:Registers-Common-Current-20091130.155338-2.jar.sha1:add'
>> at
>> org.apache.maven.archiva.scheduled.executors.ArchivaIndexingTaskExecutor.executeTask(ArchivaIndexingTaskExecutor.java:163)
>> at
>> org.codehaus.plexus.taskqueue.execution.ThreadedTaskQueueExecutor$ExecutorRunnable$1.run(ThreadedTaskQueueExecutor.java:116)
>> at
>> edu.emory.mathcs.backport.java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:442)
>> at
>> edu.emory.mathcs.backport.java.util.concurrent.FutureTask.run(FutureTask.java:176)
>> at
>> edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:987)
>> at
>> edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:528)
>> at java.lang.Thread.run(Thread.java:675)
>>
>>
>>
>> --
>> Adam Retter
>>
>> skype :adam.retter
>> http://www.adamretter.org.uk
>>
>
--
Adam Retter
skype :adam.retter
http://www.adamretter.org.uk
Hello, I am using Archiva 1.2.2 standalone version and w.r.t to the error log: org.apache.maven.archiva. > security.ArchivaServletAuthenticator - > Authorization Denied > [ip=192.168.2.24,permission=archiva-upload-repository,repo=snapshots] > : no matching permissions > 2009-11-30 13:47:27,923 [btpool0-8] INFO > org.apache.maven.archiva.security.ArchivaServletAuthenticator - > Authorization Denied I have seen this KIND of problem before (and not the exact error log), it had to do with the userId being used to upload the artifacts DID NOT HAVE REPOSITORY MANAGER permission and only OBSERVER permission. After correcting that, the problem was resolved. I hope it helps for you too. -- Thanks & Regards, Soumen Trivedi Email: Soumen.Trivedi@gmail.com On Mon, Nov 30, 2009 at 5:12 PM, Adam Retter <adam.retter@googlemail.com>wrote: > Hi there I have just installed 1.2.2 on Linux and am trying to deploy > to the snapshot repository but I get the Exception below on the server > side. I have been fiddling with this all day, but as yet with no > success, could someone take a look please? > > I am calling "mvn deploy" with the following in settings.xml - > > <server> > <id>internal</id> > <username>admin</username> > <password>myPassword</password> > </server> > <server> > <id>snapshots</id> > <username>admin</username> > <password>myPassword</password> > </server> > > <profile> > <id>archiva.new</id> > <activation> > <activeByDefault>true</activeByDefault> > </activation> > <repositories> > <repository> > > <id>uk.co.landmark.solutions.maven.internal</id> > <name>Landmark > Solutions Internal Repository</name> > > <url>http://exsubv02:8080/archiva/repository/internal</url> > <releases> > > <enabled>true</enabled> > </releases> > <snapshots> > > <enabled>false</enabled> > </snapshots> > </repository> > <repository> > > <id>uk.co.landmark.solutions.maven.snapshots</id> > <name>Landmark > Solutions Snapshots Repository</name> > > <url>http://exsubv02:8080/archiva/repository/snapshots</url> > <releases> > > <enabled>false</enabled> > </releases> > <snapshots> > > <enabled>true</enabled> > </snapshots> > </repository> > </repositories> > <pluginRepositories> > <pluginRepository> > > <id>uk.co.landmark.solutions.maven.internal.plugin</id> > <name>Landmark > Solutions Internal Plugin Repository</name> > > <url>http://exsubv02:8080/archiva/repository/internal</url> > <releases> > > <enabled>true</enabled> > </releases> > <snapshots> > > <enabled>false</enabled> > </snapshots> > </pluginRepository> > <pluginRepository> > > <id>uk.co.landmark.solutions.maven.snapshots.plugin</id> > <name>Landmark > Solutions Snapshots Plugin Repository</name> > > <url>http://exsubv02:8080/archiva/repository/snapshots</url> > <releases> > > <enabled>false</enabled> > </releases> > <snapshots> > > <enabled>true</enabled> > </snapshots> > </pluginRepository> > </pluginRepositories> > </profile> > > > And this in my pom.xml - > > <distributionManagement> > <repository> > <id>internal</id> > <url>http://exsubv02:8080/archiva/repository/internal</url> > </repository> > <snapshotRepository> > <id>snapshots</id> > <url>http://exsubv02:8080/archiva/repository/snapshots</url> > </snapshotRepository> > </distributionManagement> > > > 2009-11-30 13:47:24,328 [btpool0-3] INFO > org.apache.maven.archiva.security.ArchivaServletAuthenticator - > Authorization Denied > [ip=192.168.2.24,permission=archiva-upload-repository,repo=snapshots] > : no matching permissions > 2009-11-30 13:47:27,923 [btpool0-8] INFO > org.apache.maven.archiva.security.ArchivaServletAuthenticator - > Authorization Denied > [ip=192.168.2.24,permission=archiva-upload-repository,repo=snapshots] > : no matching permissions > 2009-11-30 13:47:30,855 [pool-3-thread-1] ERROR > org.apache.maven.archiva.scheduled.executors.ArchivaIndexingTaskExecutor > - Error occurred while executing indexing task > 'indexing-job:snapshots:Registers-Common-Current-20091130.155338-2.jar:add' > 2009-11-30 13:47:30,929 [pool-3-thread-1] ERROR > taskQueueExecutor#indexing - Error executing task > org.codehaus.plexus.taskqueue.execution.TaskExecutionException: Error > occurred while executing indexing task > 'indexing-job:snapshots:Registers-Common-Current-20091130.155338-2.jar:add' > at > org.apache.maven.archiva.scheduled.executors.ArchivaIndexingTaskExecutor.executeTask(ArchivaIndexingTaskExecutor.java:163) > at > org.codehaus.plexus.taskqueue.execution.ThreadedTaskQueueExecutor$ExecutorRunnable$1.run(ThreadedTaskQueueExecutor.java:116) > at > edu.emory.mathcs.backport.java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:442) > at > edu.emory.mathcs.backport.java.util.concurrent.FutureTask.run(FutureTask.java:176) > at > edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:987) > at > edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:528) > at java.lang.Thread.run(Thread.java:675) > 2009-11-30 13:47:31,084 [pool-3-thread-1] ERROR > org.apache.maven.archiva.scheduled.executors.ArchivaIndexingTaskExecutor > - Error occurred while executing indexing task > > 'indexing-job:snapshots:Registers-Common-Current-20091130.155338-2.jar.md5:add' > 2009-11-30 13:47:31,085 [pool-3-thread-1] ERROR > taskQueueExecutor#indexing - Error executing task > org.codehaus.plexus.taskqueue.execution.TaskExecutionException: Error > occurred while executing indexing task > > 'indexing-job:snapshots:Registers-Common-Current-20091130.155338-2.jar.md5:add' > at > org.apache.maven.archiva.scheduled.executors.ArchivaIndexingTaskExecutor.executeTask(ArchivaIndexingTaskExecutor.java:163) > at > org.codehaus.plexus.taskqueue.execution.ThreadedTaskQueueExecutor$ExecutorRunnable$1.run(ThreadedTaskQueueExecutor.java:116) > at > edu.emory.mathcs.backport.java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:442) > at > edu.emory.mathcs.backport.java.util.concurrent.FutureTask.run(FutureTask.java:176) > at > edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:987) > at > edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:528) > at java.lang.Thread.run(Thread.java:675) > 2009-11-30 13:47:31,196 [pool-3-thread-1] ERROR > org.apache.maven.archiva.scheduled.executors.ArchivaIndexingTaskExecutor > - Error occurred while executing indexing task > > 'indexing-job:snapshots:Registers-Common-Current-20091130.155338-2.jar.sha1:add' > 2009-11-30 13:47:31,197 [pool-3-thread-1] ERROR > taskQueueExecutor#indexing - Error executing task > org.codehaus.plexus.taskqueue.execution.TaskExecutionException: Error > occurred while executing indexing task > > 'indexing-job:snapshots:Registers-Common-Current-20091130.155338-2.jar.sha1:add' > at > org.apache.maven.archiva.scheduled.executors.ArchivaIndexingTaskExecutor.executeTask(ArchivaIndexingTaskExecutor.java:163) > at > org.codehaus.plexus.taskqueue.execution.ThreadedTaskQueueExecutor$ExecutorRunnable$1.run(ThreadedTaskQueueExecutor.java:116) > at > edu.emory.mathcs.backport.java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:442) > at > edu.emory.mathcs.backport.java.util.concurrent.FutureTask.run(FutureTask.java:176) > at > edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:987) > at > edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:528) > at java.lang.Thread.run(Thread.java:675) > > > > -- > Adam Retter > > skype :adam.retter > http://www.adamretter.org.uk >
Hi there I have just installed 1.2.2 on Linux and am trying to deploy
to the snapshot repository but I get the Exception below on the server
side. I have been fiddling with this all day, but as yet with no
success, could someone take a look please?
I am calling "mvn deploy" with the following in settings.xml -
<server>
<id>internal</id>
<username>admin</username>
<password>myPassword</password>
</server>
<server>
<id>snapshots</id>
<username>admin</username>
<password>myPassword</password>
</server>
<profile>
<id>archiva.new</id>
<activation>
<activeByDefault>true</activeByDefault>
</activation>
<repositories>
<repository>
<id>uk.co.landmark.solutions.maven.internal</id>
<name>Landmark
Solutions Internal Repository</name>
<url>http://exsubv02:8080/archiva/repository/internal</url>
<releases>
<enabled>true</enabled>
</releases>
<snapshots>
<enabled>false</enabled>
</snapshots>
</repository>
<repository>
<id>uk.co.landmark.solutions.maven.snapshots</id>
<name>Landmark
Solutions Snapshots Repository</name>
<url>http://exsubv02:8080/archiva/repository/snapshots</url>
<releases>
<enabled>false</enabled>
</releases>
<snapshots>
<enabled>true</enabled>
</snapshots>
</repository>
</repositories>
<pluginRepositories>
<pluginRepository>
<id>uk.co.landmark.solutions.maven.internal.plugin</id>
<name>Landmark
Solutions Internal Plugin Repository</name>
<url>http://exsubv02:8080/archiva/repository/internal</url>
<releases>
<enabled>true</enabled>
</releases>
<snapshots>
<enabled>false</enabled>
</snapshots>
</pluginRepository>
<pluginRepository>
<id>uk.co.landmark.solutions.maven.snapshots.plugin</id>
<name>Landmark
Solutions Snapshots Plugin Repository</name>
<url>http://exsubv02:8080/archiva/repository/snapshots</url>
<releases>
<enabled>false</enabled>
</releases>
<snapshots>
<enabled>true</enabled>
</snapshots>
</pluginRepository>
</pluginRepositories>
</profile>
And this in my pom.xml -
<distributionManagement>
<repository>
<id>internal</id>
<url>http://exsubv02:8080/archiva/repository/internal</url>
</repository>
<snapshotRepository>
<id>snapshots</id>
<url>http://exsubv02:8080/archiva/repository/snapshots</url>
</snapshotRepository>
</distributionManagement>
2009-11-30 13:47:24,328 [btpool0-3] INFO
org.apache.maven.archiva.security.ArchivaServletAuthenticator -
Authorization Denied
[ip=192.168.2.24,permission=archiva-upload-repository,repo=snapshots]
: no matching permissions
2009-11-30 13:47:27,923 [btpool0-8] INFO
org.apache.maven.archiva.security.ArchivaServletAuthenticator -
Authorization Denied
[ip=192.168.2.24,permission=archiva-upload-repository,repo=snapshots]
: no matching permissions
2009-11-30 13:47:30,855 [pool-3-thread-1] ERROR
org.apache.maven.archiva.scheduled.executors.ArchivaIndexingTaskExecutor
- Error occurred while executing indexing task
'indexing-job:snapshots:Registers-Common-Current-20091130.155338-2.jar:add'
2009-11-30 13:47:30,929 [pool-3-thread-1] ERROR
taskQueueExecutor#indexing - Error executing task
org.codehaus.plexus.taskqueue.execution.TaskExecutionException: Error
occurred while executing indexing task
'indexing-job:snapshots:Registers-Common-Current-20091130.155338-2.jar:add'
at org.apache.maven.archiva.scheduled.executors.ArchivaIndexingTaskExecutor.executeTask(ArchivaIndexingTaskExecutor.java:163)
at org.codehaus.plexus.taskqueue.execution.ThreadedTaskQueueExecutor$ExecutorRunnable$1.run(ThreadedTaskQueueExecutor.java:116)
at edu.emory.mathcs.backport.java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:442)
at edu.emory.mathcs.backport.java.util.concurrent.FutureTask.run(FutureTask.java:176)
at edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:987)
at edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:528)
at java.lang.Thread.run(Thread.java:675)
2009-11-30 13:47:31,084 [pool-3-thread-1] ERROR
org.apache.maven.archiva.scheduled.executors.ArchivaIndexingTaskExecutor
- Error occurred while executing indexing task
'indexing-job:snapshots:Registers-Common-Current-20091130.155338-2.jar.md5:add'
2009-11-30 13:47:31,085 [pool-3-thread-1] ERROR
taskQueueExecutor#indexing - Error executing task
org.codehaus.plexus.taskqueue.execution.TaskExecutionException: Error
occurred while executing indexing task
'indexing-job:snapshots:Registers-Common-Current-20091130.155338-2.jar.md5:add'
at org.apache.maven.archiva.scheduled.executors.ArchivaIndexingTaskExecutor.executeTask(ArchivaIndexingTaskExecutor.java:163)
at org.codehaus.plexus.taskqueue.execution.ThreadedTaskQueueExecutor$ExecutorRunnable$1.run(ThreadedTaskQueueExecutor.java:116)
at edu.emory.mathcs.backport.java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:442)
at edu.emory.mathcs.backport.java.util.concurrent.FutureTask.run(FutureTask.java:176)
at edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:987)
at edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:528)
at java.lang.Thread.run(Thread.java:675)
2009-11-30 13:47:31,196 [pool-3-thread-1] ERROR
org.apache.maven.archiva.scheduled.executors.ArchivaIndexingTaskExecutor
- Error occurred while executing indexing task
'indexing-job:snapshots:Registers-Common-Current-20091130.155338-2.jar.sha1:add'
2009-11-30 13:47:31,197 [pool-3-thread-1] ERROR
taskQueueExecutor#indexing - Error executing task
org.codehaus.plexus.taskqueue.execution.TaskExecutionException: Error
occurred while executing indexing task
'indexing-job:snapshots:Registers-Common-Current-20091130.155338-2.jar.sha1:add'
at org.apache.maven.archiva.scheduled.executors.ArchivaIndexingTaskExecutor.executeTask(ArchivaIndexingTaskExecutor.java:163)
at org.codehaus.plexus.taskqueue.execution.ThreadedTaskQueueExecutor$ExecutorRunnable$1.run(ThreadedTaskQueueExecutor.java:116)
at edu.emory.mathcs.backport.java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:442)
at edu.emory.mathcs.backport.java.util.concurrent.FutureTask.run(FutureTask.java:176)
at edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:987)
at edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:528)
at java.lang.Thread.run(Thread.java:675)
--
Adam Retter
skype :adam.retter
http://www.adamretter.org.uk
Hi Deng,
I don't see any errors about purging.
But I have some errors on model :
ERROR org.apache.maven.archiva.consumers.database.ProjectModelToDatabaseConsumer - Unable
to process model /home/share/archiva_data/repositories/internal/.....pom due to : javax.jdo.JDOUserException
: Field org.apache.maven.archiva.model.Exclusion.artifactId is null, but is mandatory as its
described in the jdo metadata
ERROR org.apache.maven.archiva.consumers.database.ProjectModelToDatabaseConsumer - Unable
to process model /home/share/archiva_data/repositories/external/nano
container/nanocontainer-testmodel/1.0-beta-1/nanocontainer-testmodel-1.0-beta-1.pom due to
: javax.jdo.JDODataStoreException : Insert request failed: INSERT INTO ARCHIVA_PROJECT (WHEN_INDEXED,SCM_ARCHIVA
_SCM_ID_OID,ORIGIN,PACKAGING,PARENT_PROJECT_ARCHIVA_VERSIONED_REFERENCE_ID_OID,ORGANIZATION_NAME_OID,"NAME",ISSUE_MANAGEMENT_URL_OID,RELOCATION_ARCHIVA_VERSIONED_REFERENCE_ID_OID,CI_MANAGEMENT_URL_OID,DE
SCRIPTION,URL,ARTIFACT_ID,GROUP_ID,VERSION) VALUES (?,?,?,?,?,?,?,?,?,?,?,?,?,?,?)
I'll try restarting archiva.
Elise.
----- Message d'origine ----
De : Deng Ching <oching@apache.org>
À : users@archiva.apache.org
Envoyé le : Mer 25 Novembre 2009, 10 h 55 min 39 s
Objet : Re: Re : snapshots purge doesn't work
Hi Elise,
Were there any errors in the logs related to the purging? Also, does
restarting the Archiva instance help?
Thanks,
Deng
On Wed, Nov 25, 2009 at 5:30 PM, Elise Vanholsbeeck <elise_div@yahoo.fr>wrote:
> Hi Deng,
>
> Yes, the repository-purge consumer is enabled.
>
> Elise.
>
>
>
> ----- Message d'origine ----
> De : Deng Ching <oching@apache.org>
> À : users@archiva.apache.org
> Envoyé le : Mar 24 Novembre 2009, 11 h 29 min 37 s
> Objet : Re: snapshots purge doesn't work
>
> Hi Elise,
>
> Was the repository-purge consumer enabled (in Repository Scanning page)?
>
> Thanks,
> Deng
>
> On Tue, Nov 24, 2009 at 4:19 PM, Elise Vanholsbeeck <elise_div@yahoo.fr
> >wrote:
>
> > Hello,
> >
> > We have upgraded archiva 3 months ago to archiva 1.2.2
> > We have configured the snapshot repository like this :
> >
> > Archiva Managed Snapshot Repository :
> > Identifier : snapshots
> > Name : Archiva Managed Snapshot Repository
> > Directory : /home/share/archiva_data/repositories/snapshots
> > Type : Maven 2.x Repository
> > Releases Included : N
> > Snapshots Included :Y
> > Delete Released Snapshots : Y
> > Repository Purge By Days Older Than :10
> > Repository Purge By Retention Count : 3
> > Scanned : Y
> > Scanning Cron : 0 1 * * * ?
> >
> >
> > But since the upgrade no snapshot has been purged.
> > Is the purge working ? Have we forget a configuration somewhere ?
> >
> > Regards,
> >
> > Elise.
> >
> >
> >
> >
>
>
>
>
>
Hi Elise, Were there any errors in the logs related to the purging? Also, does restarting the Archiva instance help? Thanks, Deng On Wed, Nov 25, 2009 at 5:30 PM, Elise Vanholsbeeck <elise_div@yahoo.fr>wrote: > Hi Deng, > > Yes, the repository-purge consumer is enabled. > > Elise. > > > > ----- Message d'origine ---- > De : Deng Ching <oching@apache.org> > À : users@archiva.apache.org > Envoyé le : Mar 24 Novembre 2009, 11 h 29 min 37 s > Objet : Re: snapshots purge doesn't work > > Hi Elise, > > Was the repository-purge consumer enabled (in Repository Scanning page)? > > Thanks, > Deng > > On Tue, Nov 24, 2009 at 4:19 PM, Elise Vanholsbeeck <elise_div@yahoo.fr > >wrote: > > > Hello, > > > > We have upgraded archiva 3 months ago to archiva 1.2.2 > > We have configured the snapshot repository like this : > > > > Archiva Managed Snapshot Repository : > > Identifier : snapshots > > Name : Archiva Managed Snapshot Repository > > Directory : /home/share/archiva_data/repositories/snapshots > > Type : Maven 2.x Repository > > Releases Included : N > > Snapshots Included :Y > > Delete Released Snapshots : Y > > Repository Purge By Days Older Than :10 > > Repository Purge By Retention Count : 3 > > Scanned : Y > > Scanning Cron : 0 1 * * * ? > > > > > > But since the upgrade no snapshot has been purged. > > Is the purge working ? Have we forget a configuration somewhere ? > > > > Regards, > > > > Elise. > > > > > > > > > > > > >
Hi Deng,
Yes, the repository-purge consumer is enabled.
Elise.
----- Message d'origine ----
De : Deng Ching <oching@apache.org>
À : users@archiva.apache.org
Envoyé le : Mar 24 Novembre 2009, 11 h 29 min 37 s
Objet : Re: snapshots purge doesn't work
Hi Elise,
Was the repository-purge consumer enabled (in Repository Scanning page)?
Thanks,
Deng
On Tue, Nov 24, 2009 at 4:19 PM, Elise Vanholsbeeck <elise_div@yahoo.fr>wrote:
> Hello,
>
> We have upgraded archiva 3 months ago to archiva 1.2.2
> We have configured the snapshot repository like this :
>
> Archiva Managed Snapshot Repository :
> Identifier : snapshots
> Name : Archiva Managed Snapshot Repository
> Directory : /home/share/archiva_data/repositories/snapshots
> Type : Maven 2.x Repository
> Releases Included : N
> Snapshots Included :Y
> Delete Released Snapshots : Y
> Repository Purge By Days Older Than :10
> Repository Purge By Retention Count : 3
> Scanned : Y
> Scanning Cron : 0 1 * * * ?
>
>
> But since the upgrade no snapshot has been purged.
> Is the purge working ? Have we forget a configuration somewhere ?
>
> Regards,
>
> Elise.
>
>
>
>
Hi Deng,
Yes, the repository-purge consumer is enabled.
Elise.
----- Message d'origine ----
De : Deng Ching <oching@apache.org>
À : users@archiva.apache.org
Envoyé le : Mar 24 Novembre 2009, 11 h 29 min 37 s
Objet : Re: snapshots purge doesn't work
Hi Elise,
Was the repository-purge consumer enabled (in Repository Scanning page)?
Thanks,
Deng
On Tue, Nov 24, 2009 at 4:19 PM, Elise Vanholsbeeck <elise_div@yahoo.fr>wrote:
> Hello,
>
> We have upgraded archiva 3 months ago to archiva 1.2.2
> We have configured the snapshot repository like this :
>
> Archiva Managed Snapshot Repository :
> Identifier : snapshots
> Name : Archiva Managed Snapshot Repository
> Directory : /home/share/archiva_data/repositories/snapshots
> Type : Maven 2.x Repository
> Releases Included : N
> Snapshots Included :Y
> Delete Released Snapshots : Y
> Repository Purge By Days Older Than :10
> Repository Purge By Retention Count : 3
> Scanned : Y
> Scanning Cron : 0 1 * * * ?
>
>
> But since the upgrade no snapshot has been purged.
> Is the purge working ? Have we forget a configuration somewhere ?
>
> Regards,
>
> Elise.
>
>
>
>
Hi Elise, Was the repository-purge consumer enabled (in Repository Scanning page)? Thanks, Deng On Tue, Nov 24, 2009 at 4:19 PM, Elise Vanholsbeeck <elise_div@yahoo.fr>wrote: > Hello, > > We have upgraded archiva 3 months ago to archiva 1.2.2 > We have configured the snapshot repository like this : > > Archiva Managed Snapshot Repository : > Identifier : snapshots > Name : Archiva Managed Snapshot Repository > Directory : /home/share/archiva_data/repositories/snapshots > Type : Maven 2.x Repository > Releases Included : N > Snapshots Included :Y > Delete Released Snapshots : Y > Repository Purge By Days Older Than :10 > Repository Purge By Retention Count : 3 > Scanned : Y > Scanning Cron : 0 1 * * * ? > > > But since the upgrade no snapshot has been purged. > Is the purge working ? Have we forget a configuration somewhere ? > > Regards, > > Elise. > > > >
Hopefully, we'll be able to cut a release candidate in the next week. Only 5 more issues to go for 1.2.3 \o/ Thanks, Deng On Tue, Nov 24, 2009 at 6:15 PM, Fredrik Jonson <fredrik@jonson.org> wrote: > Deng Ching wrote: > > > In the next Archiva release, there will be an option from the web UI to > scan > > the entire repository so all artifacts get processed regardless of its > last > > modified date (http://jira.codehaus.org/browse/MRM-1056) > > I'm very happy to see this issue resolved in 1.2.3. It is one of the > reasons > that I've not yet upgraded from 1.1 to 1.2.x everywhere yet. Do you have a > rough target release date for 1.2.3 at this time? > > While I'm at it, thanks to all archiva hackers for your work on a great > repository manager. > > -- > Fredrik Jonson > >
Deng Ching wrote: > In the next Archiva release, there will be an option from the web UI to scan > the entire repository so all artifacts get processed regardless of its last > modified date (http://jira.codehaus.org/browse/MRM-1056) I'm very happy to see this issue resolved in 1.2.3. It is one of the reasons that I've not yet upgraded from 1.1 to 1.2.x everywhere yet. Do you have a rough target release date for 1.2.3 at this time? While I'm at it, thanks to all archiva hackers for your work on a great repository manager. -- Fredrik Jonson
Hello,
We have upgraded archiva 3 months ago to archiva 1.2.2
We have configured the snapshot repository like this :
Archiva Managed Snapshot Repository :
Identifier : snapshots
Name : Archiva Managed Snapshot Repository
Directory : /home/share/archiva_data/repositories/snapshots
Type : Maven 2.x Repository
Releases Included : N
Snapshots Included :Y
Delete Released Snapshots : Y
Repository Purge By Days Older Than :10
Repository Purge By Retention Count : 3
Scanned : Y
Scanning Cron : 0 1 * * * ?
But since the upgrade no snapshot has been purged.
Is the purge working ? Have we forget a configuration somewhere ?
Regards,
Elise.
Hello,
We have upgraded archiva 3 months ago to archiva 1.2.2
We have configured the snapshot repository like this :
Archiva Managed Snapshot Repository :
Identifier : snapshots
Name : Archiva Managed Snapshot Repository
Directory : /home/share/archiva_data/repositories/snapshots
Type : Maven 2.x Repository
Releases Included : N
Snapshots Included :Y
Delete Released Snapshots : Y
Repository Purge By Days Older Than :10
Repository Purge By Retention Count : 3
Scanned : Y
Scanning Cron : 0 1 * * * ?
But since the upgrade no snapshot has been purged.
Is the purge working ? Have we forget a configuration somewhere ?
Regards,
Elise.
The repository scanner only processes artifacts whose last modified date newer than the last run of the repo scan. I think in your case, since the artifacts were added directly in the file system, they weren't processed because of this. To work around this, you need to update the last modification date of the artifacts that you added by executing the following command for each artifact directory you added: *find [DIRECTORY_NAME] | xargs touch* In the next Archiva release, there will be an option from the web UI to scan the entire repository so all artifacts get processed regardless of its last modified date (http://jira.codehaus.org/browse/MRM-1056) :) Thanks, Deng On Sat, Nov 21, 2009 at 3:06 AM, Menattamai, Rajasekaran < Rajasekaran.Menattamai@finra.org> wrote: > > Iam not sure if the operation I am doing is incorrect or the repository > scanning feature in archiva 1.2.2 does not work as expected. > > I created a repository. Added some files directly to the repository's > directory location ( in exactly like the maven2 format ) . Ran the > "repository scan" for this repository. After the scan the result > reported that it found 6 new files. These files appear in the "total > file count" ,but other columns were not updated at all. There are some > jars and poms in the set of the files I added. When I search for the > file I added, "search" did not return any results, which means the > database was not updated. If the operation I am doing is correct, then I > will open a defect ticket for this. > > > > Statistics for Repository 'approved_3p' > > > Date of Scan Total File Count Total Size Artifact Count > Group Count Project Count Plugins Archetypes Jars > Wars Deployments Downloads > Fri Nov 20 13:12:43 EST 2009 6 1035114 0 0 > 0 0 0 0 0 0 0 > Fri Nov 20 13:10:59 EST 2009 0 0 0 0 0 > 0 0 0 0 0 0 > > > > > -- Thanks > > Raj > > Raj Menattamai > Software Factory CM > 240 386 6238 ( O ) > 804 852 4001 ( Cell ) > > > > > > Confidentiality Notice: This email, including attachments, may include > non-public, proprietary, confidential or legally privileged information. If > you are not an intended recipient or an authorized agent of an intended > recipient, you are hereby notified that any dissemination, distribution or > copying of the information contained in or transmitted with this e-mail is > unauthorized and strictly prohibited. If you have received this email in > error, please notify the sender by replying to this message and permanently > delete this e-mail, its attachments, and any copies of it immediately. You > should not retain, copy or use this e-mail or any attachment for any > purpose, nor disclose all or any part of the contents to any other person. > Thank you > >
No, there isn't a distinction. Have you set up a proxy connector to connect the source repository to the new remote one? On 21/11/2009, at 3:48 AM, Rob Bercik wrote: > Is there a distinction between the Central repository and other 'remote' > repositories that you define in Archiva? No matter how I specify other > repositories from within Archiva, no other repositories seemed to get > searched other than 'central'. Could someone shed some more light on how I > define more than one repository to be searched? > > Thanks, > Rob
Iam not sure if the operation I am doing is incorrect or the repository scanning feature in archiva 1.2.2 does not work as expected. I created a repository. Added some files directly to the repository's directory location ( in exactly like the maven2 format ) . Ran the "repository scan" for this repository. After the scan the result reported that it found 6 new files. These files appear in the "total file count" ,but other columns were not updated at all. There are some jars and poms in the set of the files I added. When I search for the file I added, "search" did not return any results, which means the database was not updated. If the operation I am doing is correct, then I will open a defect ticket for this. Statistics for Repository 'approved_3p' Date of Scan Total File Count Total Size Artifact Count Group Count Project Count Plugins Archetypes Jars Wars Deployments Downloads Fri Nov 20 13:12:43 EST 2009 6 1035114 0 0 0 0 0 0 0 0 0 Fri Nov 20 13:10:59 EST 2009 0 0 0 0 0 0 0 0 0 0 0 -- Thanks Raj Raj Menattamai Software Factory CM 240 386 6238 ( O ) 804 852 4001 ( Cell ) Confidentiality Notice: This email, including attachments, may include non-public, proprietary, confidential or legally privileged information. If you are not an intended recipient or an authorized agent of an intended recipient, you are hereby notified that any dissemination, distribution or copying of the information contained in or transmitted with this e-mail is unauthorized and strictly prohibited. If you have received this email in error, please notify the sender by replying to this message and permanently delete this e-mail, its attachments, and any copies of it immediately. You should not retain, copy or use this e-mail or any attachment for any purpose, nor disclose all or any part of the contents to any other person. Thank you
Is there a distinction between the Central repository and other 'remote' repositories that you define in Archiva? No matter how I specify other repositories from within Archiva, no other repositories seemed to get searched other than 'central'. Could someone shed some more light on how I define more than one repository to be searched? Thanks, Rob
Hi Florian, Have you tried uploading the artifact using 'mvn deploy:deploy-file ...' instead of the web upload form? Thanks, Deng On Wed, Nov 4, 2009 at 4:38 PM, Florian Probst <florian.probst@gmail.com>wrote: > Hi, > > we just installed Archiva 1.2.2 as Repository Manager. It look like, > artifact > > <plugin> > <groupId>org.apache.maven.plugins</groupId> > <artifactId>maven-scm-plugin</artifactId> > <version>1.2</version> > </plugin> > > has the following dependency: > > <dependency> > <groupId>ch.ethz.ganymed</groupId> > <artifactId>ganymed-ssh2</artifactId> > <version>build210</version> > </dependency> > > I tried to upload the file, but archiva sais "build210" is no valid > version. > How can this be resolved? > Is it possible to copy the file manually and let Archiva find this file? > > Thanks, > Florian >
Hi,
we just installed Archiva 1.2.2 as Repository Manager. It look like,
artifact
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-scm-plugin</artifactId>
<version>1.2</version>
</plugin>
has the following dependency:
<dependency>
<groupId>ch.ethz.ganymed</groupId>
<artifactId>ganymed-ssh2</artifactId>
<version>build210</version>
</dependency>
I tried to upload the file, but archiva sais "build210" is no valid version.
How can this be resolved?
Is it possible to copy the file manually and let Archiva find this file?
Thanks,
Florian
You can override this feature by setting the following property in the security.properties config file: security.policy.password.expiration.enabled=false For more details about Redback configuration: http://redback.codehaus.org/configuration.html HTH, Deng On Wed, Nov 4, 2009 at 2:25 AM, alexander.elsholz < alexander.elsholz@widas.de> wrote: > > Hi, > > is it possible to disable the passwort reset? > > thanks alex > -- > View this message in context: > http://old.nabble.com/disable-policy.allowed.login.attempt-tp26160678p26160678.html > Sent from the archiva-users mailing list archive at Nabble.com. > >
Hi, is it possible to disable the passwort reset? thanks alex -- View this message in context: http://old.nabble.com/disable-policy.allowed.login.attempt-tp26160678p26160678.html Sent from the archiva-users mailing list archive at Nabble.com.
Cool :) Thanks Steve! -Deng On Thu, Oct 29, 2009 at 7:36 AM, Stephen Coy <steve.coy@gmail.com> wrote: > Hi there, > > I managed to get this working, and have updated the wiki at < > http://cwiki.apache.org/confluence/display/ARCHIVA/Archiva+on+JBoss>. > > Cheers > > Steve C. > > > On 25/09/2009, at 1:03 AM, Robert Morse wrote: > > Hello Deng, >> Thanks for the reply. I've tried it with prior versions, but not 1.2.2. >> Just tried to get the source from a variety of mirrors, and it appears the >> source zip file may be corrupt since I can't get it to decompress. >> >> Once I manage to get it, I'll try working through it, and if successful, >> post the steps. >> >> Thanks. >> >> On Sep 22, 2009, at 8:21 PM, Deng Ching wrote: >> >> Did you try the steps specified in >>> http://cwiki.apache.org/confluence/display/ARCHIVA/Archiva+on+JBoss ? >>> It's >>> for JBoss 4.2.x but it might be worth a try for 5.1.0 as well.. >>> >>> Thanks, >>> Deng >>> >>> On Tue, Sep 22, 2009 at 7:47 PM, Robert Morse <rmorse@mdesignz.com> >>> wrote: >>> >>> Has anyone successfully deployed Archiva 1.2.2 (or any version for that >>>> matter) on JBoss 5.1.0.GA? >>>> If so, I'd appreciate learning how it's done. Thanks. >>>> >>>> The human mind is an iterative processor, it never does anything right >>>> the >>>> first time. What it does well is to make improvements on every >>>> iteration >>>> (deMarco) >>>> >>>> >>>> >>>> >>>> >> The human mind is an iterative processor, it never does anything right the >> first time. What it does well is to make improvements on every iteration >> (deMarco) >> >> >> >> >
Hi there, I managed to get this working, and have updated the wiki at <http://cwiki.apache.org/confluence/display/ARCHIVA/Archiva+on+JBoss >. Cheers Steve C. On 25/09/2009, at 1:03 AM, Robert Morse wrote: > Hello Deng, > Thanks for the reply. I've tried it with prior versions, but not > 1.2.2. Just tried to get the source from a variety of mirrors, and > it appears the source zip file may be corrupt since I can't get it > to decompress. > > Once I manage to get it, I'll try working through it, and if > successful, post the steps. > > Thanks. > > On Sep 22, 2009, at 8:21 PM, Deng Ching wrote: > >> Did you try the steps specified in >> http://cwiki.apache.org/confluence/display/ARCHIVA/Archiva+on >> +JBoss ? It's >> for JBoss 4.2.x but it might be worth a try for 5.1.0 as well.. >> >> Thanks, >> Deng >> >> On Tue, Sep 22, 2009 at 7:47 PM, Robert Morse <rmorse@mdesignz.com> >> wrote: >> >>> Has anyone successfully deployed Archiva 1.2.2 (or any version for >>> that >>> matter) on JBoss 5.1.0.GA? >>> If so, I'd appreciate learning how it's done. Thanks. >>> >>> The human mind is an iterative processor, it never does anything >>> right the >>> first time. What it does well is to make improvements on every >>> iteration >>> (deMarco) >>> >>> >>> >>> > > The human mind is an iterative processor, it never does anything > right the first time. What it does well is to make improvements on > every iteration (deMarco) > > >
Hi EJ, The fix for the bug mentioned was backported to the 1.1.x series and is available in 1.1.4 (http://archiva.apache.org/docs/1.1.4/release-notes.html). You would need to upgrade to this version to make it compatible with Maven 2.1.x. The release contains only this fix so there shouldn't be any problems with the upgrade. Thanks, Deng On Sat, Oct 17, 2009 at 5:36 AM, EJ Ciramella <eciramella@upromise.com>wrote: > Hi all - I just saw this article: > > > > http://www.sonatype.com/people/2009/07/from-apache-archiva-to-sonatype-n > exus/<http://www.sonatype.com/people/2009/07/from-apache-archiva-to-sonatype-n%0Aexus/> > > > > Where there's this: > > > > <snip> > > Apart from the incompatibility with Maven 2.1.0, nothing suggested that > the new version fixed any of our problems and there were few > improvements/new features at that time, due to lack of time by the > maintainers. > > </snip> > > > > Is this still the case? We're evaluating maven 2.2.1 right now. In > fact, I'm using it locally and have used it to deploy artifacts to our > archiva (1.1.3) server. > > > > I don't see any mention of this in release notes for archiva - where can > I get more detail? > >
Hi all - I just saw this article: http://www.sonatype.com/people/2009/07/from-apache-archiva-to-sonatype-n exus/ Where there's this: <snip> Apart from the incompatibility with Maven 2.1.0, nothing suggested that the new version fixed any of our problems and there were few improvements/new features at that time, due to lack of time by the maintainers. </snip> Is this still the case? We're evaluating maven 2.2.1 right now. In fact, I'm using it locally and have used it to deploy artifacts to our archiva (1.1.3) server. I don't see any mention of this in release notes for archiva - where can I get more detail?
On Fri, 2009-10-09 at 18:42 +0800, Deng Ching wrote: > On Fri, Oct 9, 2009 at 6:38 PM, Thorsten Scherler < > thorsten.scherler.ext@juntadeandalucia.es> wrote: > > > Hi all, > > > > I am looking for information about using http protocol to deploy our > > artifacts. > > > > In our use case Archiva is a proxy for the external repos (like the > > official apache one) but we want to deploy our own artifacts on it. > > > > We found some information about doing it with scp:// but we would like > > to use http:// instead. > > > > Is this possible and if so can somebody point me to some documentation > > bout it? > > > > Yes it's possible, here's the documentation for that.. > > http://archiva.apache.org/docs/1.2.2/userguide/deploy.html > > You would also need to grant the user the Repository Manager role for the > repo in order to be able to deploy to it. > > Thank you very much for your very quick answer. I will give it a go. salu2 > > > > TIA > > > > salu2 > > > > P.S. It took me a while to find > > http://archiva.apache.org/mail-lists.html since I did not found a direct > > link to page. In the end I need to use a search engine to find it. > > > > Noted, thanks! :) > > -Deng > > -- > > Thorsten Scherler <thorsten.at.apache.org> > > Open Source Java <consulting, training and solutions> > > > > Sociedad Andaluza para el Desarrollo de la Sociedad > > de la Información, S.A.U. (SADESI) > > > > > > > > > > -- Thorsten Scherler <thorsten.at.apache.org> Open Source Java <consulting, training and solutions> Sociedad Andaluza para el Desarrollo de la Sociedad de la Información, S.A.U. (SADESI)
On Fri, Oct 9, 2009 at 6:38 PM, Thorsten Scherler < thorsten.scherler.ext@juntadeandalucia.es> wrote: > Hi all, > > I am looking for information about using http protocol to deploy our > artifacts. > > In our use case Archiva is a proxy for the external repos (like the > official apache one) but we want to deploy our own artifacts on it. > > We found some information about doing it with scp:// but we would like > to use http:// instead. > > Is this possible and if so can somebody point me to some documentation > bout it? > Yes it's possible, here's the documentation for that.. http://archiva.apache.org/docs/1.2.2/userguide/deploy.html You would also need to grant the user the Repository Manager role for the repo in order to be able to deploy to it. > > TIA > > salu2 > > P.S. It took me a while to find > http://archiva.apache.org/mail-lists.html since I did not found a direct > link to page. In the end I need to use a search engine to find it. > Noted, thanks! :) -Deng -- > Thorsten Scherler <thorsten.at.apache.org> > Open Source Java <consulting, training and solutions> > > Sociedad Andaluza para el Desarrollo de la Sociedad > de la Información, S.A.U. (SADESI) > > > > >
Hi all, I am looking for information about using http protocol to deploy our artifacts. In our use case Archiva is a proxy for the external repos (like the official apache one) but we want to deploy our own artifacts on it. We found some information about doing it with scp:// but we would like to use http:// instead. Is this possible and if so can somebody point me to some documentation bout it? TIA salu2 P.S. It took me a while to find http://archiva.apache.org/mail-lists.html since I did not found a direct link to page. In the end I need to use a search engine to find it. -- Thorsten Scherler <thorsten.at.apache.org> Open Source Java <consulting, training and solutions> Sociedad Andaluza para el Desarrollo de la Sociedad de la Información, S.A.U. (SADESI)
On a follow up, I managed to make it work: I simply deleted the /lib/libwrapper-linux-x86-32.so and /bin/wrapper-linux-x86-32 files. Perhaps brett and the rest of the team can figure out why this is needed and, if confirmed, add this to the wiki instructions. Thanks to Babak Shafian and his post at http://www.mail-archive.com/users@continuum.apache.org/msg01688.html wild_oscar wrote: > > Hi, > > I tried running archiva on an Ubuntu 9.04 64 bits: > > 1) Downloaded version 1.2.2 > 2) Untared it > 3) ran ./bin/archiva console > > But I get: > > eval: 1: > /home/mike/Software/archiva/apache-archiva-1.2.2/bin/./wrapper-linux-x86-32: > not found > > I do have some wrapper-linux files on archiva's root directory; including > 32 and 64 ones. I've chmod them to 777, but no luck: I can't seem to be > able to run it! > > > Has anyone successfully run archiva in these conditions, or is otherwise > able to help me out? > Thank you! > > -- View this message in context: http://www.nabble.com/Archiva-not-working-on-64-bit-Linux-tp25789891p25790326.html Sent from the archiva-users mailing list archive at Nabble.com.
Hi, I tried running archiva on an Ubuntu 9.04 64 bits: 1) Downloaded version 1.2.2 2) Untared it 3) ran ./bin/archiva console But I get: eval: 1: /home/mike/Software/archiva/apache-archiva-1.2.2/bin/./wrapper-linux-x86-32: not found I do have some wrapper-linux files on archiva's root directory; including 32 and 64 ones. I've chmod them to 777, but no luck: I can't seem to be able to run it! Has anyone successfully run archiva in these conditions, or is otherwise able to help me out? Thank you! -- View this message in context: http://www.nabble.com/Archiva-not-working-on-64-bit-Linux-tp25789891p25789891.html Sent from the archiva-users mailing list archive at Nabble.com.
I posted this to the Maven Users list, but am re-posting here for anyone that isn't subscribed there. ApacheCon US is coming up in just a few weeks in Oakland. You can register from the web site: http://us.apachecon.com/c/acus2009/ I'll be hosting a Maven training session on November 2 (http://www.us.apachecon.com/c/acus2009/sessions/379 ). In it, I use Archiva and Continuum to illustrate one way of applying repository management and continuous builds in a Maven-based infrastructure. Rich Bowen from Feathercast has just released an interview we did discussing it last week for more info: http://feathercast.org/?p=84 Last year we also had a "Maven and artifact repositories" meetup on one of the nights. I'm hoping we can organise another similar session - is there anyone attending that would be interested? For the main program, this year it is in tracks: * HTTPd * Tomcat * Business & Community * Lucene * Felix & OSGi * Tuscany & Synapse * Content Technologies (Jackrabbit, and various web frameworks) * Web Services * Geronimo & Directory * Hadoop Of course there's also the BarCamp and Hackathon for opportunities to meet up and talk about anything else. Cheers, Brett
Yes, it seems there was a problem. We are currently reapproving the sources for distribution (please refer to dev@archiva.apache.org). - Brett On 26/09/2009, at 8:36 PM, Robert Morse wrote: > I've tried to unzip the 1.2.2 source from several sites, and > consistently get: > > Archive: apache-archiva-1.2.2-src.zip > End-of-central-directory signature not found. Either this file is > not > a zipfile, or it constitutes one disk of a multi-part archive. In > the > latter case the central directory and zipfile comment will be found > on > the last disk(s) of this archive. > unzip: cannot find zipfile directory in one of apache-archiva-1.2.2- > src.zip or > apache-archiva-1.2.2-src.zip.zip, and cannot find apache- > archiva-1.2.2-src.zip.ZIP, period. > > Just thought I'd pass this along. > > Mac OSX 10.6 > > The human mind is an iterative processor, it never does anything > right the first time. What it does well is to make improvements on > every iteration (deMarco) > > >
I've tried to unzip the 1.2.2 source from several sites, and
consistently get:
Archive: apache-archiva-1.2.2-src.zip
End-of-central-directory signature not found. Either this file is
not
a zipfile, or it constitutes one disk of a multi-part archive. In
the
latter case the central directory and zipfile comment will be found
on
the last disk(s) of this archive.
unzip: cannot find zipfile directory in one of apache-archiva-1.2.2-
src.zip or
apache-archiva-1.2.2-src.zip.zip, and cannot find apache-
archiva-1.2.2-src.zip.ZIP, period.
Just thought I'd pass this along.
Mac OSX 10.6
The human mind is an iterative processor, it never does anything right
the first time. What it does well is to make improvements on every
iteration (deMarco)
Hello Deng, Thanks for the reply. I've tried it with prior versions, but not 1.2.2. Just tried to get the source from a variety of mirrors, and it appears the source zip file may be corrupt since I can't get it to decompress. Once I manage to get it, I'll try working through it, and if successful, post the steps. Thanks. On Sep 22, 2009, at 8:21 PM, Deng Ching wrote: > Did you try the steps specified in > http://cwiki.apache.org/confluence/display/ARCHIVA/Archiva+on > +JBoss ? It's > for JBoss 4.2.x but it might be worth a try for 5.1.0 as well.. > > Thanks, > Deng > > On Tue, Sep 22, 2009 at 7:47 PM, Robert Morse <rmorse@mdesignz.com> > wrote: > >> Has anyone successfully deployed Archiva 1.2.2 (or any version for >> that >> matter) on JBoss 5.1.0.GA? >> If so, I'd appreciate learning how it's done. Thanks. >> >> The human mind is an iterative processor, it never does anything >> right the >> first time. What it does well is to make improvements on every >> iteration >> (deMarco) >> >> >> >> The human mind is an iterative processor, it never does anything right the first time. What it does well is to make improvements on every iteration (deMarco)
Did you try the steps specified in http://cwiki.apache.org/confluence/display/ARCHIVA/Archiva+on+JBoss ? It's for JBoss 4.2.x but it might be worth a try for 5.1.0 as well.. Thanks, Deng On Tue, Sep 22, 2009 at 7:47 PM, Robert Morse <rmorse@mdesignz.com> wrote: > Has anyone successfully deployed Archiva 1.2.2 (or any version for that > matter) on JBoss 5.1.0.GA? > If so, I'd appreciate learning how it's done. Thanks. > > The human mind is an iterative processor, it never does anything right the > first time. What it does well is to make improvements on every iteration > (deMarco) > > > >
The final release of "Apache Maven 2: Effective Implementation" is now available online! It is available in both eBook and printed + eBook versions, and is written by Deng Ching and myself with help from our reviewers Wendy Smoak, Emmanuel Venisse, and Carsten Ziegler. http://www.packtpub.com/apache-maven-2-effective-implementations/book http://www.amazon.com/Apache-Maven-2-Effective-Implementation/dp/1847194540/ In this book, we wanted to focus on “best practices” and tying everything together in a way that shows how Maven was meant to be used. It works through a reasonably useful example application from scratch, up to an assembly, building it in CI, deploying it to the repository, and releasing it. The book includes: Chapter 1: Maven in a Nutshell Chapter 2: Staying in Control with Archiva Chapter 3: Building an Application Using Maven Chapter 4: Application Testing with Maven Chapter 5: Reporting and Checks Chapter 6: Useful Maven Plugins Chapter 7: Maven Best Practices Chapter 8: Continuum: Ensuring the Health of your Source Code Chapter 9: Continuum in Depth Chapter 10: Archiva in a Team Chapter 11: Archetypes Chapter 12: Maven, Archiva, and Continuum in the Enterprise Appendix A: Troubleshooting Maven Appendix B: Recent Maven Features Appendix C: Migrating Archiva and Continuum Data Full contents: http://www.packtpub.com/article/apache-maven-2-effective-implementations-table-of-contents "Chapter 6: Useful Maven Plugins" is available now as a sample from the book site. Cheers, Brett
Has anyone successfully deployed Archiva 1.2.2 (or any version for that matter) on JBoss 5.1.0.GA? If so, I'd appreciate learning how it's done. Thanks. The human mind is an iterative processor, it never does anything right the first time. What it does well is to make improvements on every iteration (deMarco)
Perhaps you could use Luke to inspect the Lucene index and see whether
that helps identify the issue by looking at what data has been
successfully recorded?
On 17/09/2009, at 1:19 AM, Marc Lustig wrote:
>
> Hi,
> I gave this another try by doing the following steps.
>
> 1. deleting repo/.index and repo/.indexer
> 2. touching all files and dirs in repo recursively
> 3. running the repo scan
>
> When we search now for e.g. xmlbeans, we do get a few jar-artifacts
> that
> contain a package-name "xmlbeans". But we do not get the artifact
> whose name
> is xmlbeans.
>
> I have no idea what else to try to make the search-function to work
> again.
> User's here are pretty annoyed about it.
>
> Any suggestion what to do except filing a jira issue?
>
>
>
>
>
> Deng Ching-2 wrote:
>>
>> On Thu, Jun 25, 2009 at 7:26 PM, Marc Lustig <ml@marclustig.com>
>> wrote:
>>
>>>
>>> On our side, the story is continuing like this.
>>> In the afternoon, I touch the whole repo and let the scan running
>>> and
>>> re-create the database.
>>> After that, it seems like all (physically) existing artifacts can be
>>> found
>>> on the Web-UI. Fine.
>>> The next morning again hundreds of artifacts are disappeared from
>>> the
>>> Web-UI
>>> (but still existing physically). It's so annoying...
>>> I checked the last couple of scans in the log and cannot find
>>> exceptions
>>> for
>>> that Repo concerned.
>>> (However I didn't check all the scans since yesterday afternoon.)
>>
>>
>>>
>>> Anyway, for some reason, some consumer is removing certain
>>> artifacts (or
>>> whole groupId's) from the index. I have no clue why.
>>>
>>> Any suggestion what to do to prevent the removal of artifacts from
>>> the
>>> index-database?
>>>
>>> If we disable the "update-db-artifact" consumer, what undesired
>>> side-effects
>>> may this have?
>>>
>>>
>> Your artifacts won't show up in the webapp browse as this consumer
>> adds
>> the
>> basic artifact info in the db and that's where the artifacts shown
>> in the
>> Browse page is gathered..
>>
>> You can try disabling these consumers in Database page as they are
>> the
>> ones
>> doing the cleanup work, but afaik they only clean up the db and
>> index for
>> artifacts that are no longer in the filesystem:
>> not-present-remove-db-artifact
>> not-present-remove-db-project
>> not-present-remove-indexed
>>
>> If the problem still persists, do you mind filing an issue for this
>> in
>> jira?
>> :)
>>
>> Thanks,
>> Deng
>>
>>
>>>
>>> Marc Lustig wrote:
>>>>
>>>> Indeed,
>>>> find [REPOSITORY_DIRECTORY_NAME] | xargs touch
>>>> is tremendously faster than
>>>> find [REPOSITORY_DIRECTORY_NAME] -exec touch {} \;
>>>>
>>>>
>>>>
>>>>
>>>> Deng Ching-2 wrote:
>>>>>
>>>>> Hi Marc,
>>>>>
>>>>> Did you touch the contents of the repository? The last modified
>>>>> date
>>> of
>>>>> the
>>>>> artifacts need to be more recent than the last run of the
>>>>> repository
>>>>> scan.
>>>>> You can execute *find [REPOSITORY_DIRECTORY_NAME] | xargs touch
>>>>> *at
>>> the
>>>>> base
>>>>> dir where your repo is located.
>>>>>
>>>>> Thanks,
>>>>> Deng
>>>>>
>>>>> On Wed, Jun 3, 2009 at 11:54 PM, Marc Lustig <ml@marclustig.com>
>>> wrote:
>>>>>
>>>>>>
>>>>>> I forgot to add an excerpt from the log:
>>>>>>
>>>>>> 2009-06-03 17:42:11,554 [pool-2-thread-1] INFO
>>>>>>
>>>>>>
>>> org.apache.maven.archiva.scheduled.executors.ArchivaRepositoryScanningTaskExecutor
>>>>>> - Finished repository task:
>>>>>> .\ Scan of internal \.__________________________________________
>>>>>> Repository Dir : /opt/managed_repos/internal
>>>>>> Repository Name : ....
>>>>>> Repository Layout : default
>>>>>> Known Consumers : (7 configured)
>>>>>> auto-rename
>>>>>> metadata-updater
>>>>>> repository-purge
>>>>>> auto-remove
>>>>>> update-db-artifact
>>>>>> create-missing-checksums
>>>>>> index-content
>>>>>> Invalid Consumers : <none>
>>>>>> Duration : 1 Minute 13 Seconds 689 Milliseconds
>>>>>> When Gathered : 6/3/09 5:42 PM
>>>>>> Total File Count : 107263
>>>>>> Avg Time Per File :
>>>>>> ______________________________________________________________
>>>>>> 2009-06-03 17:42:55,317 [pool-1-thread-1] INFO
>>>>>>
>>>>>>
>>> org.apache.maven.archiva.scheduled.executors.ArchivaDatabaseUpdateTaskExecutor
>>>>>> - Executing task from queue with job name:
>>> database-job:user-requested
>>>>>> 2009-06-03 17:42:55,319 [pool-1-thread-1] INFO
>>>>>>
>>>>>>
>>> org.apache.maven.archiva.scheduled.executors.ArchivaDatabaseUpdateTaskExecutor
>>>>>> - Task: Updating unprocessed artifacts
>>>>>> 2009-06-03 17:42:55,318 [http-8080-6] INFO
>>>>>> org.apache.maven.archiva.web.action.admin.SchedulerAction -
>>>>>> [ActionMessage]
>>>>>> Your request to update the database has been queued.
>>>>>> 2009-06-03 17:42:55,591 [pool-1-thread-1] INFO
>>>>>>
>>>>>>
>>> org.apache.maven.archiva.scheduled.executors.ArchivaDatabaseUpdateTaskExecutor
>>>>>> - Task: Updating processed artifacts
>>>>>> 2009-06-03 17:44:20,355 [pool-1-thread-1] INFO
>>>>>>
>>>>>>
>>> org.apache.maven.archiva.scheduled.executors.ArchivaDatabaseUpdateTaskExecutor
>>>>>> - Finished database task in 85035ms.
>>>>>>
>>>>>>
>>>>>>
>>>>>> Marc Lustig wrote:
>>>>>>>
>>>>>>> We upgraded our test-server to release 1.2.1, removed .index
and
>>>>>> .indexer
>>>>>>> from all the repos, ran the Scan for the repos and then the
>>>>>>> Update
>>>>>>> Database.
>>>>>>>
>>>>>>> As a result, before the upgrade we had 500 MB inside in all of
>>>>>>> the
>>>>>> .index
>>>>>>> directories.
>>>>>>> After the upgrade and the repo-scan, the total size is less
>>>>>>> than 1
>>>>>> MB.
>>>>>>> Apparently the repo indexing-process does not work anymore. The
>>>>>>> Search-function does not give any results.
>>>>>>>
>>>>>>> Any idea how to make the repos to get indexed again?
>>>>>>>
>>>>>>
>>>>>> --
>>>>>> View this message in context:
>>>>>>
>>> http://www.nabble.com/Archiva-1.2.1---repos-won%27t-get-index-tp23854158p23854203.html
>>>>>> Sent from the archiva-users mailing list archive at Nabble.com.
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>
>>> --
>>> View this message in context:
>>> http://www.nabble.com/Archiva-1.2.1---repos-won%27t-get-index-tp23854158p24201482.html
>>> Sent from the archiva-users mailing list archive at Nabble.com.
>>>
>>>
>>
>>
>
> --
> View this message in context: http://www.nabble.com/Archiva-1.2.1---repos-won%27t-get-index-tp23854158p25474649.html
> Sent from the archiva-users mailing list archive at Nabble.com.
>