You can subscribe to this list here.
2007 |
Jan
|
Feb
|
Mar
(71) |
Apr
(114) |
May
(56) |
Jun
(52) |
Jul
(70) |
Aug
(51) |
Sep
(78) |
Oct
(169) |
Nov
(114) |
Dec
(73) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2008 |
Jan
(64) |
Feb
(36) |
Mar
(58) |
Apr
(62) |
May
(42) |
Jun
(65) |
Jul
(114) |
Aug
(50) |
Sep
(84) |
Oct
(58) |
Nov
(95) |
Dec
(46) |
2009 |
Jan
(120) |
Feb
(76) |
Mar
(99) |
Apr
(132) |
May
(54) |
Jun
(79) |
Jul
(89) |
Aug
(73) |
Sep
(68) |
Oct
(58) |
Nov
(79) |
Dec
(107) |
2010 |
Jan
(103) |
Feb
(79) |
Mar
(75) |
Apr
(112) |
May
(68) |
Jun
(104) |
Jul
(69) |
Aug
(128) |
Sep
(60) |
Oct
(98) |
Nov
(86) |
Dec
(69) |
2011 |
Jan
(72) |
Feb
(55) |
Mar
(88) |
Apr
(70) |
May
(58) |
Jun
(75) |
Jul
(81) |
Aug
(50) |
Sep
(74) |
Oct
(56) |
Nov
(76) |
Dec
(73) |
2012 |
Jan
(76) |
Feb
(80) |
Mar
(113) |
Apr
(125) |
May
(111) |
Jun
(76) |
Jul
(94) |
Aug
(63) |
Sep
(85) |
Oct
(46) |
Nov
(52) |
Dec
(36) |
2013 |
Jan
(80) |
Feb
(84) |
Mar
(96) |
Apr
(59) |
May
(49) |
Jun
(54) |
Jul
(23) |
Aug
(46) |
Sep
(57) |
Oct
(48) |
Nov
(58) |
Dec
(54) |
2014 |
Jan
(59) |
Feb
(89) |
Mar
(58) |
Apr
(45) |
May
(48) |
Jun
(24) |
Jul
(31) |
Aug
(30) |
Sep
(29) |
Oct
(29) |
Nov
(33) |
Dec
(38) |
2015 |
Jan
(54) |
Feb
(50) |
Mar
(28) |
Apr
(24) |
May
(34) |
Jun
(44) |
Jul
(28) |
Aug
(48) |
Sep
(37) |
Oct
(59) |
Nov
(80) |
Dec
(52) |
2016 |
Jan
(87) |
Feb
(62) |
Mar
(31) |
Apr
(55) |
May
(49) |
Jun
(29) |
Jul
(49) |
Aug
(27) |
Sep
(6) |
Oct
(2) |
Nov
|
Dec
|
From: klaasjan e. <kla...@gm...> - 2007-10-04 12:24:01
|
Hello, We've been receiving the following stacktraces in the artifactory log. The upload request (to a previously unexisting node) fails. Any ideas? I think it has something to do with the load artifactory is under (eg uploading some large files, simultanously and using the gui). A rebuild solves the problem, I dont know that it is solved by the fact that the node is created or that the load was less. TIA, KlaasJan Elzinga Environment: artifactory-1.2.2./jetty/java 5.0 (sun) 2007-10-04 14:19:37,199 [ERROR] webapp.servlet.RepoFilter - Upload request failed java.lang.RuntimeException: Failed to save resource '{releases:nl/TISMonitorWebApp/1.0.2/TISMonitorWebApp-1.0.2.war.md5}'. at org.artifactory.repo.JcrRepo.saveResource(JcrRepo.java:407) at org.artifactory.engine.UploadEngine.process(UploadEngine.java:158) at org.artifactory.webapp.servlet.RepoFilter.handleUploadRequest(RepoFilter.java:104) at org.artifactory.webapp.servlet.RepoFilter.doFilterInternal(RepoFilter.java:75) at org.artifactory.webapp.servlet.ArtifactoryFilter.doFilter(ArtifactoryFilter.java:89) at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1084) at org.acegisecurity.ui.basicauth.BasicProcessingFilter.doFilter(BasicProcessingFilter.java:178) at org.artifactory.webapp.servlet.AccessFilter.doFilterInternal(AccessFilter.java:75) at org.artifactory.webapp.servlet.ArtifactoryFilter.doFilter(ArtifactoryFilter.java:89) at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1084) at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:360) at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216) at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181) at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:712) at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:405) at org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:211) at org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:114) at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:139) at org.mortbay.jetty.Server.handle(Server.java:313) at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:506) at org.mortbay.jetty.HttpConnection$RequestHandler.content(HttpConnection.java:844) at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:644) at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:211) at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:381) at org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:396) at org.mortbay.thread.BoundedThreadPool$PoolThread.run(BoundedThreadPool.java:442) Caused by: java.lang.RuntimeException: Failed to execute JcrCallback. at org.artifactory.jcr.JcrHelper.doInSession(JcrHelper.java:190) at org.artifactory.repo.JcrRepo.saveResource(JcrRepo.java:360) ... 25 more Caused by: java.lang.RuntimeException: Failed to acquire node lock on '/releases/nl/TISMonitorWebApp' after 15 retries. at org.artifactory.jcr.NodeLock.lock(NodeLock.java:93) at org.artifactory.jcr.NodeLock.lock(NodeLock.java:44) at org.artifactory.jcr.JcrHelper.getOrCreateFolderNode(JcrHelper.java:486) at org.artifactory.jcr.JcrHelper.createPath(JcrHelper.java:200) at org.artifactory.repo.JcrRepo$9.doInJcr(JcrRepo.java:370) at org.artifactory.repo.JcrRepo$9.doInJcr(JcrRepo.java:362) at org.artifactory.jcr.JcrHelper.doInSession(JcrHelper.java:186) ... 26 more |
From: Yoav L. <yla...@gm...> - 2007-10-04 09:39:40
|
Good. If you still have instability concerns, you are welcome to open a JIRA case for us to look at. On 10/4/07, Erik Drolshammer <dro...@id...> wrote: > On Thu, 2007-10-04 at 09:45 +0200, Erik Drolshammer wrote: > > I have tried removing .lock, db.lck and dbex.lck files and stop/start > > without any visible change in behaviour. I have also run a recursive > > chmod u+rw and chown to make sure the user running artifactory owns all > > files and has read/write access. > > Never, ever, ever teststart artifactory as root! > > I ran recursive chmod and chown commands, but the error was still file > permissions. My bad. > > -- > Regards > Erik Drolshammer > > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > Artifactory-users mailing list > Art...@li... > https://lists.sourceforge.net/lists/listinfo/artifactory-users > |
From: Yoav L. <yla...@gm...> - 2007-10-04 09:39:22
|
With 1.2.2 there is no special metadata in the export. Exports from 1.2.5 onward contain extra metadata files, but those are not mandatory for the import and can be removed before importing (unless you want the metadata imported, such as the deployer, downloads count etc.). So, the short answer is yes. Just remember to always import together all the versions of the same artifact in a repository, otherwise the maven metadata about the version will become stale. Yoav On 10/4/07, Jason Pringle <jpr...@qp...> wrote: > Ok, sounds good. How about segregating content? If I export, am I free > to move directories to create separate tree structures and then import > into a fresh repository? Or is there metadata on the exported > repository structure that needs to be adjusted? > > I'd like to house open source content separate from licensed content > etc. > > Thanks! > --Jason > > -----Original Message----- > From: art...@li... > [mailto:art...@li...] On Behalf Of > Yoav Landman > Sent: Wednesday, October 03, 2007 5:48 PM > To: art...@li... > Subject: Re: [Artifactory-users] consolidating repositories? > > Yes. That should work. Importing is additive. > > On 10/4/07, Jason Pringle <jpr...@qp...> wrote: > > > > > > We've got two local repositories that should be consolidated. > > > > Will it work to export one and then import into the other? > > > > > > Jason Pringle > > Senior Software Architect > > Qpass - Amdocs Digital Commerce Division > > 2211 Elliott Ave | Suite 400 | Seattle, WA 98121 > > o: 206.405.3173 | m: 206.601.7183 | jpr...@qp... > > > > > ------------------------------------------------------------------------ > - > > This SF.net email is sponsored by: Splunk Inc. > > Still grepping through log files to find problems? Stop. > > Now Search log events and configuration files using AJAX and a > browser. > > Download your FREE copy of Splunk now >> http://get.splunk.com/ > > _______________________________________________ > > Artifactory-users mailing list > > Art...@li... > > https://lists.sourceforge.net/lists/listinfo/artifactory-users > > > > > > ------------------------------------------------------------------------ > - > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > Artifactory-users mailing list > Art...@li... > https://lists.sourceforge.net/lists/listinfo/artifactory-users > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > Artifactory-users mailing list > Art...@li... > https://lists.sourceforge.net/lists/listinfo/artifactory-users > |
From: Erik D. <dro...@id...> - 2007-10-04 08:50:29
|
On Thu, 2007-10-04 at 09:45 +0200, Erik Drolshammer wrote: > I have tried removing .lock, db.lck and dbex.lck files and stop/start > without any visible change in behaviour. I have also run a recursive > chmod u+rw and chown to make sure the user running artifactory owns all > files and has read/write access. Never, ever, ever teststart artifactory as root! I ran recursive chmod and chown commands, but the error was still file permissions. My bad. -- Regards Erik Drolshammer |
From: Erik D. <dro...@id...> - 2007-10-04 07:46:34
|
Hi! I have a similar problem, that is, artifactory was killed and now jcr seems to be corrupted. (Artifactory was killed because the process hung. artifactory-1.2.2 is btw very, very unstable.) See log info below. Any recommendations on how to solve this? I have tried removing .lock, db.lck and dbex.lck files and stop/start without any visible change in behaviour. I have also run a recursive chmod u+rw and chown to make sure the user running artifactory owns all files and has read/write access. 2007-10-04 09:36:33,577 [INFO ] repo.spring.CentralConfigFactoryBean - Trying to load configuration from url... 2007-10-04 09:36:33,577 [INFO ] repo.spring.CentralConfigFactoryBean - Could not load configuration from url '/local/servers/artifactory//etc/artifactory.config.xml'. (no protocol: /local/servers/artifactory//etc/artifactory.config.xml). 2007-10-04 09:36:33,577 [INFO ] repo.spring.CentralConfigFactoryBean - Trying to load configuration from regular path file reosurce.... 2007-10-04 09:36:35,495 [INFO ] repo.spring.CentralConfigFactoryBean - Loaded configuration from '/local/servers/artifactory//etc/artifactory.config.xml'. Shutting down due to severe error. 2007-10-04 09:36:52,440 [WARN ] fs.db.DbFileSystem - execute failed, about to reconnect... 2007-10-04 09:37:02,472 [ERROR] fs.db.DbFileSystem - failed to re-establish connection java.sql.SQLException: Failed to start database '/local/servers/artifactory//data/jcr/db', see the next exception for details. at org.apache.derby.impl.jdbc.SQLExceptionFactory.getSQLException(Unknown Source) at org.apache.derby.impl.jdbc.Util.newEmbedSQLException(Unknown Source) at org.apache.derby.impl.jdbc.Util.newEmbedSQLException(Unknown Source) at org.apache.derby.impl.jdbc.Util.generateCsSQLException(Unknown Source) at org.apache.derby.impl.jdbc.EmbedConnection.newSQLException(Unknown Source) at org.apache.derby.impl.jdbc.EmbedConnection.bootDatabase(Unknown Source) at org.apache.derby.impl.jdbc.EmbedConnection.<init>(Unknown Source) at org.apache.derby.impl.jdbc.EmbedConnection30.<init>(Unknown Source) at org.apache.derby.jdbc.Driver30.getNewEmbedConnection(Unknown Source) at org.apache.derby.jdbc.InternalDriver.connect(Unknown Source) at org.apache.derby.jdbc.AutoloadedDriver.connect(Unknown Source) at java.sql.DriverManager.getConnection(DriverManager.java:525) at java.sql.DriverManager.getConnection(DriverManager.java:171) at org.apache.jackrabbit.core.fs.db.DbFileSystem.getConnection(DbFileSystem.java:187) at org.apache.jackrabbit.core.fs.db.DatabaseFileSystem.initConnection(DatabaseFileSystem.java:956) at org.apache.jackrabbit.core.fs.db.DatabaseFileSystem.reestablishConnection(DatabaseFileSystem.java:1026) at org.apache.jackrabbit.core.fs.db.DatabaseFileSystem.executeStmt(DatabaseFileSystem.java:1071) at org.apache.jackrabbit.core.fs.db.DatabaseFileSystem $2.close(DatabaseFileSystem.java:742) at org.apache.jackrabbit.core.RepositoryImpl.storeRepProps(RepositoryImpl.java:1088) at org.apache.jackrabbit.core.RepositoryImpl.loadRepProps(RepositoryImpl.java:1063) at org.apache.jackrabbit.core.RepositoryImpl.<init>(RepositoryImpl.java:249) at org.apache.jackrabbit.core.RepositoryImpl.create(RepositoryImpl.java:521) at org.artifactory.jcr.JcrHelper.<init>(JcrHelper.java:93) at org.artifactory.repo.CentralConfig.afterPropertiesSet(CentralConfig.java:131) at org.artifactory.repo.spring.CentralConfigFactoryBean.afterPropertiesSet(CentralConfigFactoryBean.java:84) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeInitMethods(AbstractAutowireCapableBeanFactory.java:1175) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1145) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:427) at org.springframework.beans.factory.support.AbstractBeanFactory $1.getObject(AbstractBeanFactory.java:251) at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:144) at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:248) at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:160) at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:276) at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:360) at org.artifactory.webapp.servlet.ArtifactoryContextConfigurer.contextInitialized(ArtifactoryContextConfigurer.java:45) at org.mortbay.jetty.handler.ContextHandler.startContext(ContextHandler.java:530) at org.mortbay.jetty.servlet.Context.startContext(Context.java:135) at org.mortbay.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1218) at org.mortbay.jetty.handler.ContextHandler.doStart(ContextHandler.java:500) at org.mortbay.jetty.webapp.WebAppContext.doStart(WebAppContext.java:448) at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:40) at org.mortbay.jetty.handler.HandlerCollection.doStart(HandlerCollection.java:147) at org.mortbay.jetty.handler.ContextHandlerCollection.doStart(ContextHandlerCollection.java:161) at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:40) at org.mortbay.jetty.handler.HandlerCollection.doStart(HandlerCollection.java:147) at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:40) at org.mortbay.jetty.handler.HandlerWrapper.doStart(HandlerWrapper.java:117) at org.mortbay.jetty.Server.doStart(Server.java:217) at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:40) at org.artifactory.standalone.main.Main.main(Main.java:48) 2007-10-04 09:37:02,477 [ERROR] repo.spring.CentralConfigFactoryBean - Failed to load configuration from '/local/servers/artifactory//etc/artifactory.config.xml'. java.lang.RuntimeException: Faild to config jcr repo. -- Regards Erik Drolshammer |
From: Jason P. <jpr...@qp...> - 2007-10-04 01:11:02
|
Ok, sounds good. How about segregating content? If I export, am I free to move directories to create separate tree structures and then import into a fresh repository? Or is there metadata on the exported repository structure that needs to be adjusted? I'd like to house open source content separate from licensed content etc. Thanks! --Jason -----Original Message----- From: art...@li... [mailto:art...@li...] On Behalf Of Yoav Landman Sent: Wednesday, October 03, 2007 5:48 PM To: art...@li... Subject: Re: [Artifactory-users] consolidating repositories? Yes. That should work. Importing is additive. On 10/4/07, Jason Pringle <jpr...@qp...> wrote: > > > We've got two local repositories that should be consolidated. > > Will it work to export one and then import into the other? > > > Jason Pringle > Senior Software Architect > Qpass - Amdocs Digital Commerce Division > 2211 Elliott Ave | Suite 400 | Seattle, WA 98121 > o: 206.405.3173 | m: 206.601.7183 | jpr...@qp... > > ------------------------------------------------------------------------ - > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > Artifactory-users mailing list > Art...@li... > https://lists.sourceforge.net/lists/listinfo/artifactory-users > > ------------------------------------------------------------------------ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Artifactory-users mailing list Art...@li... https://lists.sourceforge.net/lists/listinfo/artifactory-users |
From: Yoav L. <yla...@gm...> - 2007-10-04 00:47:34
|
Yes. That should work. Importing is additive. On 10/4/07, Jason Pringle <jpr...@qp...> wrote: > > > We've got two local repositories that should be consolidated. > > Will it work to export one and then import into the other? > > > Jason Pringle > Senior Software Architect > Qpass - Amdocs Digital Commerce Division > 2211 Elliott Ave | Suite 400 | Seattle, WA 98121 > o: 206.405.3173 | m: 206.601.7183 | jpr...@qp... > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > Artifactory-users mailing list > Art...@li... > https://lists.sourceforge.net/lists/listinfo/artifactory-users > > |
From: Yoav L. <yla...@gm...> - 2007-10-04 00:45:59
|
Export, install, reimport should work just fine. On 10/4/07, Jason Pringle <jpr...@qp...> wrote: > > > Will it work to export, install, reimport? Or must we upgrade first to 1.2.2 > and then to 1.2.5? > > > Jason Pringle > Senior Software Architect > Qpass - Amdocs Digital Commerce Division > 2211 Elliott Ave | Suite 400 | Seattle, WA 98121 > o: 206.405.3173 | m: 206.601.7183 | jpr...@qp... > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > Artifactory-users mailing list > Art...@li... > https://lists.sourceforge.net/lists/listinfo/artifactory-users > > |
From: Jason P. <jpr...@qp...> - 2007-10-04 00:40:23
|
We've got two local repositories that should be consolidated. =20 Will it work to export one and then import into the other? =20 Jason Pringle Senior Software Architect Qpass - Amdocs Digital Commerce Division 2211 Elliott Ave | Suite 400 | Seattle, WA 98121 o: 206.405.3173 | m: 206.601.7183 | jpr...@qp... <mailto:jpr...@qp...> =20 =20 |
From: Jason P. <jpr...@qp...> - 2007-10-04 00:39:23
|
Will it work to export, install, reimport? Or must we upgrade first to 1.2.2 and then to 1.2.5? =20 Jason Pringle Senior Software Architect Qpass - Amdocs Digital Commerce Division 2211 Elliott Ave | Suite 400 | Seattle, WA 98121 o: 206.405.3173 | m: 206.601.7183 | jpr...@qp... <mailto:jpr...@qp...> =20 =20 |
From: Yoav L. <yla...@gm...> - 2007-10-03 22:34:02
|
You need to make sure that either anonymous downloads are allowed on Artifactory or that you specify a valid user/password in the HTTP client using Artifactory. On 10/3/07, nap4110 <nei...@gs...> wrote: > > Hi, > I have a repository that is backed by artifctory. I am getting the > following error in my proxy logs: > > > 2007-10-03 17:15:32,519 [WARN ] commons.httpclient.HttpMethodBase - No > credentials available for the 'Artifactory Realm' authentication realm at > nhiidla01.ny.fw.gs.com > 2007-10-03 17:15:32,519 [INFO ] proxy.config.HttpRepoConfiguration - > Repo[external]: Unable to find > http://nhiidla01.ny.fw.gs.com:8081/artifactory/repo/csw/interest/core/kandash-SNAPSHOT/maven-metadata.xml > because of [401] = Authentication_is_required > > -- > View this message in context: http://www.nabble.com/No-credentials-available-for-the-%27Artifactory-Realm%27-tf4564407.html#a13028024 > Sent from the Artifactory-Users mailing list archive at Nabble.com. > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > Artifactory-users mailing list > Art...@li... > https://lists.sourceforge.net/lists/listinfo/artifactory-users > |
From: nap4110 <nei...@gs...> - 2007-10-03 21:17:43
|
Hi, I have a repository that is backed by artifctory. I am getting the following error in my proxy logs: 2007-10-03 17:15:32,519 [WARN ] commons.httpclient.HttpMethodBase - No credentials available for the 'Artifactory Realm' authentication realm at nhiidla01.ny.fw.gs.com 2007-10-03 17:15:32,519 [INFO ] proxy.config.HttpRepoConfiguration - Repo[external]: Unable to find http://nhiidla01.ny.fw.gs.com:8081/artifactory/repo/csw/interest/core/kandash-SNAPSHOT/maven-metadata.xml because of [401] = Authentication_is_required -- View this message in context: http://www.nabble.com/No-credentials-available-for-the-%27Artifactory-Realm%27-tf4564407.html#a13028024 Sent from the Artifactory-Users mailing list archive at Nabble.com. |
From: Yoav L. <yla...@gm...> - 2007-10-03 15:25:36
|
Glad you managed to resolve it (assuming you are now able to cycle between shutdown and startup smoothly). The error you saw on shutdown is well known and has already been resolved in 1.2.5-rc0. You can send your error logs to support at jfrog dot org. On 10/3/07, Kenneth Pacileo <ken...@uh...> wrote: > > Yoav, > > There were no other errors in the Tomcat startup log. Saw some things in the > Artifactory logs though. Is there a support email address I can send them to > you at? > > I deleted the data/jcr/db/db.lck and data/jcr/db/dbex.lck and was able to > restart Artifactory via starting Tomcat. I then stopped Tomcat to see if it > stopped correctly and see this error in Tomcat's catalina.out file: > > 2007-10-03 09:20:55,711 [INFO ] artifactory.keyval.KeyVals - Updating > Artifactory version in the DB from '1.2.2' to '1.2.2'. > 2007-10-03 09:20:56,121 [INFO ] > artifactory.scheduling.ArtifactorySchedulerFactoryBean - > Starting Quartz Scheduler now > 2007-10-03 09:20:56,620 [INFO ] artifactory.backup.Backup - Backup > activated with cron expression '0 0 0 * * ?'. > Oct 3, 2007 9:20:58 AM > org.apache.coyote.http11.Http11Protocol start > INFO: Starting Coyote HTTP/1.1 on http-4580 > Oct 3, 2007 9:20:58 AM org.apache.jk.common.ChannelSocket > init > INFO: JK: ajp13 listening on /0.0.0.0:8009 > Oct 3, 2007 9:20:58 AM org.apache.jk.server.JkMain start > INFO: Jk running ID=0 time=0/37 config=null > Oct 3, 2007 9:20:58 AM org.apache.catalina.startup.Catalina > start > INFO: Server startup in 11582 ms > Oct 3, 2007 9:47:49 AM > org.apache.coyote.http11.Http11Protocol pause > INFO: Pausing Coyote HTTP/1.1 on http-4580 > Oct 3, 2007 9:47:50 AM > org.apache.catalina.core.StandardService stop > INFO: Stopping service Catalina > 2007-10-03 09:47:50,850 [INFO ] > webapp.spring.ArtifactoryWebApplicationContext - Closing > org.artifactory.webapp.spring.ArtifactoryWebApplicationContext@1556d12: > display name [Root WebApplicationContext]; startup date [Wed Oct 03 09:20:48 > CDT 2007]; root of context hierarchy > 2007-10-03 09:47:50,850 [INFO ] > artifactory.scheduling.ArtifactorySchedulerFactoryBean - > Shutting down Quartz Scheduler > 2007-10-03 09:47:50,941 [ERROR] jackrabbit.core.RepositoryImpl - Error > while closing Version Manager. > java.sql.SQLException: No current connection. > at > org.apache.derby.impl.jdbc.SQLExceptionFactory.getSQLException(Unknown > Source) > at > org.apache.derby.impl.jdbc.Util.newEmbedSQLException(Unknown > Source) > at > org.apache.derby.impl.jdbc.Util.newEmbedSQLException(Unknown > Source) > at > org.apache.derby.impl.jdbc.Util.noCurrentConnection(Unknown > Source) > at > org.apache.derby.impl.jdbc.EmbedConnection.checkIfClosed(Unknown > Source) > at > org.apache.derby.impl.jdbc.EmbedConnection.getMetaData(Unknown > Source) > at > org.apache.jackrabbit.core.persistence.bundle.DerbyPersistenceManager.close(DerbyPersistenceManager.java:320) > at > org.apache.jackrabbit.core.version.VersionManagerImpl.close(VersionManagerImpl.java:188) > at > org.apache.jackrabbit.core.RepositoryImpl.doShutdown(RepositoryImpl.java:951) > at > org.apache.jackrabbit.core.RepositoryImpl.shutdown(RepositoryImpl.java:900) > at > org.artifactory.jcr.JcrHelper.destroy(JcrHelper.java:144) > at > org.artifactory.repo.CentralConfig.destroy(CentralConfig.java:149) > at > org.artifactory.repo.spring.CentralConfigFactoryBean.destroy(CentralConfigFactoryBean.java:102) > at > org.springframework.beans.factory.support.DisposableBeanAdapter.destroy(DisposableBeanAdapter.java:145) > at > org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.destroyBean(DefaultSingletonBeanRegistry.java:335) > at > org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.destroySingleton(DefaultSingletonBeanRegistry.java:308) > at > org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.destroySingletons(DefaultSingletonBeanRegistry.java:282) > at > org.springframework.context.support.AbstractApplicationContext.destroyBeans(AbstractApplicationContext.java:676) > at > org.springframework.context.support.AbstractApplicationContext.doClose(AbstractApplicationContext.java:654) > at > org.springframework.context.support.AbstractApplicationContext.close(AbstractApplicationContext.java:621) > at > org.springframework.context.support.AbstractApplicationContext.destroy(AbstractApplicationContext.java:609) > at > org.artifactory.webapp.servlet.ArtifactoryContextConfigurer.contextDestroyed(ArtifactoryContextConfigurer.java:55) > at > org.apache.catalina.core.StandardContext.listenerStop(StandardContext.java:3866) > at > org.apache.catalina.core.StandardContext.stop(StandardContext.java:4500) > at > org.apache.catalina.core.ContainerBase.removeChild(ContainerBase.java:924) > at > org.apache.catalina.startup.HostConfig.undeployApps(HostConfig.java:1180) > at > org.apache.catalina.startup.HostConfig.stop(HostConfig.java:1151) > at > org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:313) > at > org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:117) > at > org.apache.catalina.core.ContainerBase.stop(ContainerBase.java:1086) > at > org.apache.catalina.core.ContainerBase.stop(ContainerBase.java:1098) > at > org.apache.catalina.core.StandardEngine.stop(StandardEngine.java:448) > at > org.apache.catalina.core.StandardService.stop(StandardService.java:584) > at > org.apache.catalina.core.StandardServer.stop(StandardServer.java:744) > at > org.apache.catalina.startup.Catalina.stop(Catalina.java:616) > at > org.apache.catalina.startup.Catalina.start(Catalina.java:591) > at > sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.java:585) > at > org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:288) > at > org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:413) > 2007-10-03 09:47:50,947 [WARN ] fs.db.DbFileSystem - execute failed, > about to reconnect... > Oct 3, 2007 9:48:02 AM > org.apache.coyote.http11.Http11Protocol destroy > INFO: Stopping Coyote HTTP/1.1 on http-4580 > > Regards, > Ken > Ken...@uh... > > art...@li... wrote on > 10/02/2007 12:15:34 PM: > > > > You can safely delete it, though I am not sure it's related to the > > startup issue. > > Is there no exception in the startup log before this one? > > Normally this kind of error appears when another process is using the > > DB, so it's also a good idea to check that no other Artifactory > > instance is already up (for example, if Tomcat was auto-started as a > > service). > > > > On 10/2/07, Kenneth Pacileo <ken...@uh...> wrote: > > > > > > Hello, > > > > > > We're using Artifactory v1.2.2 with Tomcat 6.0/Java 1.5.0_12 on Solaris > 10. > > > My Artifactory instance was killed when the server was rebooted over > the > > > weekend. Now when I try to start Artifactory, I'm receiving an error in > the > > > catalina.out log that there is a lock detected in the data/jcr > directory. > > > Can I just delete this lock and try to restart Artifactory or do I need > to > > > do something else? > > > > > > Regards, > > > Ken > > > > > > catalina.out output during startup: > > > > > > ... > > > 2007-10-02 09:44:04,257 [WARN ] core.util.RepositoryLock - Existing > lock > > > file /tools/artifactory/artifactory-1.2.2/data/jcr/.lock detected. > > > Repository was not shut down properly. > > > 2007-10-02 09:44:09,549 [WARN ] artifactory.repo.CentralConfig - Could > not > > > determine server instance id from configuration. Using hostname > instead. > > > 2007-10-02 09:44:09,618 [INFO ] artifactory.repo.RemoteRepoBase - > > > Ibiblio-External-Repository: Retrieval cache will be enabled with > period of > > > 43200 seconds > > > 2007-10-02 09:44:09,618 [INFO ] artifactory.repo.RemoteRepoBase - > > > Ibiblio-External-Repository: Enabling failed retrieval cache with > period of > > > 30 seconds > > > 2007-10-02 09:44:09,620 [INFO ] artifactory.repo.RemoteRepoBase - > > > Ibiblio-External-Repository: Enabling misses retrieval cache with > period of > > > 43200 seconds > > > 2007-10-02 09:44:09,692 [INFO ] artifactory.repo.RemoteRepoBase - > java.net: > > > Retrieval cache will be enabled with period of 43200 seconds > > > 2007-10-02 09:44:09,693 [INFO ] artifactory.repo.RemoteRepoBase - > java.net: > > > Enabling failed retrieval cache with period of 30 seconds > > > 2007-10-02 09:44:09,693 [INFO ] artifactory.repo.RemoteRepoBase - > java.net: > > > Enabling misses retrieval cache with period of 43200 seconds > > > 2007-10-02 09:44:11,688 [INFO ] artifactory.keyval.KeyVals - Updating > > > Artifactory version in the DB from '1.2.2' to '1.2.2'. > > > 2007-10-02 09:44:12,074 [INFO ] > > > artifactory.scheduling.ArtifactorySchedulerFactoryBean > - > > > Starting Quartz Scheduler now > > > 2007-10-02 09:44:12,639 [INFO ] > > > artifactory.scheduling.ArtifactorySchedulerFactoryBean > - > > > Shutting down Quartz Scheduler > > > 2007-10-02 09:44:12,642 [ERROR] quartz.core.JobRunShell - Job > > > DEFAULT.backupJobDetail threw an unhandled Exception: > > > java.lang.NullPointerException > > > at > > > > org.artifactory.backup.BackupJob.execute(BackupJob.java:23) > > > at org.quartz.core.JobRunShell.run(JobRunShell.java:202) > > > at > > > > org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:529) > > > 2007-10-02 09:44:12,646 [ERROR] quartz.core.ErrorLogger - Job > > > (DEFAULT.backupJobDetail threw an exception. > > > org.quartz.SchedulerException: Job threw an unhandled exception. [See > nested > > > exception: java.lang.NullPointerException] > > > at org.quartz.core.JobRunShell.run(JobRunShell.java:213) > > > at > > > > org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:529) > > > Caused by: java.lang.NullPointerException > > > at > > > > org.artifactory.backup.BackupJob.execute(BackupJob.java:23) > > > at org.quartz.core.JobRunShell.run(JobRunShell.java:202) > > > ... 1 more > > > 2007-10-02 09:44:12,699 [ERROR] jackrabbit.core.RepositoryImpl - Error > > > while closing Version Manager. > > > java.sql.SQLException: No current connection. > > > at > > > > org.apache.derby.impl.jdbc.SQLExceptionFactory.getSQLException(Unknown > > > Source) > > > at > > > > org.apache.derby.impl.jdbc.Util.newEmbedSQLException(Unknown > > > Source) > > > at > > > > org.apache.derby.impl.jdbc.Util.newEmbedSQLException(Unknown > > > Source) > > > at > > > > org.apache.derby.impl.jdbc.Util.noCurrentConnection(Unknown > > > Source) > > > at > > > > org.apache.derby.impl.jdbc.EmbedConnection.checkIfClosed(Unknown > > > Source) > > > at > > > > org.apache.derby.impl.jdbc.EmbedConnection.getMetaData(Unknown > > > Source) > > > at > > > > org.apache.jackrabbit.core.persistence.bundle.DerbyPersistenceManager.close(DerbyPersistenceManager.java:320) > > > at > > > > org.apache.jackrabbit.core.version.VersionManagerImpl.close(VersionManagerImpl.java:188) > > > at > > > > org.apache.jackrabbit.core.RepositoryImpl.doShutdown(RepositoryImpl.java:951) > > > at > > > > org.apache.jackrabbit.core.RepositoryImpl.shutdown(RepositoryImpl.java:900) > > > at > > > > org.artifactory.jcr.JcrHelper.destroy(JcrHelper.java:144) > > > at > > > > org.artifactory.repo.CentralConfig.destroy(CentralConfig.java:149) > > > at > > > > org.artifactory.repo.spring.CentralConfigFactoryBean.destroy(CentralConfigFactoryBean.java:102) > > > at > > > > org.springframework.beans.factory.support.DisposableBeanAdapter.destroy(DisposableBeanAdapter.java:145) > > > at > > > > org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.destroyBean(DefaultSingletonBeanRegistry.java:335) > > > at > > > > org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.destroySingleton(DefaultSingletonBeanRegistry.java:308) > > > at > > > > org.springframework.beans.factory.support.DefaultSingletonBeanRegistry. > > destroySingletons(DefaultSingletonBeanRegistry.java:282) > > > at > > > > org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:368) > > > at > > > > org.artifactory.webapp.servlet.ArtifactoryContextConfigurer.contextInitialized(ArtifactoryContextConfigurer.java:45) > > > at > > > > org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3827) > > > at > > > > org.apache.catalina.core.StandardContext.start(StandardContext.java:4334) > > > at > > > > org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:791) > > > at > > > > org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:771) > > > at > > > > org.apache.catalina.core.StandardHost.addChild(StandardHost.java:525) > > > at > > > > org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:825) > > > at > > > > org.apache.catalina.startup.HostConfig.deployWARs(HostConfig.java:714) > > > at > > > > org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:490) > > > at > > > > org.apache.catalina.startup.HostConfig.start(HostConfig.java:1138) > > > at > > > > org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:311) > > > at > > > > org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:117) > > > at > > > > org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1053) > > > at > > > > org.apache.catalina.core.StandardHost.start(StandardHost.java:719) > > > at > > > > org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045) > > > at > > > > org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443) > > > at > > > > org.apache.catalina.core.StandardService.start(StandardService.java:516) > > > at > > > > org.apache.catalina.core.StandardServer.start(StandardServer.java:710) > > > at > > > > org.apache.catalina.startup.Catalina.start(Catalina.java:566) > > > at > > > sun.reflect.NativeMethodAccessorImpl.invoke0(Native > Method) > > > at > > > > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) > > > at > > > > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > > > at java.lang.reflect.Method.invoke(Method.java:585) > > > at > > > > org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:288) > > > at > > > > org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:413) > > > 2007-10-02 09:44:12,703 [WARN ] fs.db.DbFileSystem - execute failed, > > > about to reconnect... > > > Oct 2, 2007 9:44:22 AM > > > org.apache.catalina.core.StandardContext start > > > SEVERE: Error listenerStart > > > Oct 2, 2007 9:44:22 AM > > > org.apache.catalina.core.StandardContext start > > > SEVERE: Context [/artifactory] startup failed due to previous errors > > > Oct 2, 2007 9:44:24 AM > > > org.apache.coyote.http11.Http11Protocol start > > > > > > > > > > > > This e-mail, including attachments, may include confidential and/or > > > proprietary information, and may be used only by the person or entity > to > > > which it is addressed. If the reader of this e-mail is not the > intended > > > recipient or his or her authorized agent, the reader is hereby > notified > > > that any dissemination, distribution or copying of this e-mail is > > > prohibited. If you have received this e-mail in error, please notify > the > > > sender by replying to this message and delete this e-mail immediately. > > > > > > > ------------------------------------------------------------------------- > > > This SF.net email is sponsored by: Microsoft > > > Defy all challenges. Microsoft(R) Visual Studio 2005. > > > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > > _______________________________________________ > > > Artifactory-users mailing list > > > Art...@li... > > > > https://lists.sourceforge.net/lists/listinfo/artifactory-users > > > > > > > > > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by: Microsoft > > Defy all challenges. Microsoft(R) Visual Studio 2005. > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > _______________________________________________ > > Artifactory-users mailing list > > Art...@li... > > > https://lists.sourceforge.net/lists/listinfo/artifactory-users > > > > This e-mail, including attachments, may include confidential and/or > proprietary information, and may be used only by the person or entity to > which it is addressed. If the reader of this e-mail is not the intended > recipient or his or her authorized agent, the reader is hereby notified > that any dissemination, distribution or copying of this e-mail is > prohibited. If you have received this e-mail in error, please notify the > sender by replying to this message and delete this e-mail immediately. > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > Artifactory-users mailing list > Art...@li... > https://lists.sourceforge.net/lists/listinfo/artifactory-users > > |
From: Kenneth P. <ken...@uh...> - 2007-10-03 15:00:23
|
Yoav, There were no other errors in the Tomcat startup log. Saw some things in the Artifactory logs though. Is there a support email address I can send them to you at? I deleted the data/jcr/db/db.lck and data/jcr/db/dbex.lck and was able to restart Artifactory via starting Tomcat. I then stopped Tomcat to see if it stopped correctly and see this error in Tomcat's catalina.out file: 2007-10-03 09:20:55,711 [INFO ] artifactory.keyval.KeyVals - Updating Artifactory version in the DB from '1.2.2' to '1.2.2'. 2007-10-03 09:20:56,121 [INFO ] artifactory.scheduling.ArtifactorySchedulerFactoryBean - Starting Quartz Scheduler now 2007-10-03 09:20:56,620 [INFO ] artifactory.backup.Backup - Backup activated with cron expression '0 0 0 * * ?'. Oct 3, 2007 9:20:58 AM org.apache.coyote.http11.Http11Protocol start INFO: Starting Coyote HTTP/1.1 on http-4580 Oct 3, 2007 9:20:58 AM org.apache.jk.common.ChannelSocket init INFO: JK: ajp13 listening on /0.0.0.0:8009 Oct 3, 2007 9:20:58 AM org.apache.jk.server.JkMain start INFO: Jk running ID=0 time=0/37 config=null Oct 3, 2007 9:20:58 AM org.apache.catalina.startup.Catalina start INFO: Server startup in 11582 ms Oct 3, 2007 9:47:49 AM org.apache.coyote.http11.Http11Protocol pause INFO: Pausing Coyote HTTP/1.1 on http-4580 Oct 3, 2007 9:47:50 AM org.apache.catalina.core.StandardService stop INFO: Stopping service Catalina 2007-10-03 09:47:50,850 [INFO ] webapp.spring.ArtifactoryWebApplicationContext - Closing org.artifactory.webapp.spring.ArtifactoryWebApplicationContext@1556d12: display name [Root WebApplicationContext]; startup date [Wed Oct 03 09:20:48 CDT 2007]; root of context hierarchy 2007-10-03 09:47:50,850 [INFO ] artifactory.scheduling.ArtifactorySchedulerFactoryBean - Shutting down Quartz Scheduler 2007-10-03 09:47:50,941 [ERROR] jackrabbit.core.RepositoryImpl - Error while closing Version Manager. java.sql.SQLException: No current connection. at org.apache.derby.impl.jdbc.SQLExceptionFactory.getSQLException(Unknown Source) at org.apache.derby.impl.jdbc.Util.newEmbedSQLException(Unknown Source) at org.apache.derby.impl.jdbc.Util.newEmbedSQLException(Unknown Source) at org.apache.derby.impl.jdbc.Util.noCurrentConnection(Unknown Source) at org.apache.derby.impl.jdbc.EmbedConnection.checkIfClosed(Unknown Source) at org.apache.derby.impl.jdbc.EmbedConnection.getMetaData(Unknown Source) at org.apache.jackrabbit.core.persistence.bundle.DerbyPersistenceManager.close(DerbyPersistenceManager.java:320) at org.apache.jackrabbit.core.version.VersionManagerImpl.close(VersionManagerImpl.java:188) at org.apache.jackrabbit.core.RepositoryImpl.doShutdown(RepositoryImpl.java:951) at org.apache.jackrabbit.core.RepositoryImpl.shutdown(RepositoryImpl.java:900) at org.artifactory.jcr.JcrHelper.destroy(JcrHelper.java:144) at org.artifactory.repo.CentralConfig.destroy(CentralConfig.java:149) at org.artifactory.repo.spring.CentralConfigFactoryBean.destroy(CentralConfigFactoryBean.java:102) at org.springframework.beans.factory.support.DisposableBeanAdapter.destroy(DisposableBeanAdapter.java:145) at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.destroyBean(DefaultSingletonBeanRegistry.java:335) at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.destroySingleton(DefaultSingletonBeanRegistry.java:308) at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.destroySingletons(DefaultSingletonBeanRegistry.java:282) at org.springframework.context.support.AbstractApplicationContext.destroyBeans(AbstractApplicationContext.java:676) at org.springframework.context.support.AbstractApplicationContext.doClose(AbstractApplicationContext.java:654) at org.springframework.context.support.AbstractApplicationContext.close(AbstractApplicationContext.java:621) at org.springframework.context.support.AbstractApplicationContext.destroy(AbstractApplicationContext.java:609) at org.artifactory.webapp.servlet.ArtifactoryContextConfigurer.contextDestroyed(ArtifactoryContextConfigurer.java:55) at org.apache.catalina.core.StandardContext.listenerStop(StandardContext.java:3866) at org.apache.catalina.core.StandardContext.stop(StandardContext.java:4500) at org.apache.catalina.core.ContainerBase.removeChild(ContainerBase.java:924) at org.apache.catalina.startup.HostConfig.undeployApps(HostConfig.java:1180) at org.apache.catalina.startup.HostConfig.stop(HostConfig.java:1151) at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:313) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:117) at org.apache.catalina.core.ContainerBase.stop(ContainerBase.java:1086) at org.apache.catalina.core.ContainerBase.stop(ContainerBase.java:1098) at org.apache.catalina.core.StandardEngine.stop(StandardEngine.java:448) at org.apache.catalina.core.StandardService.stop(StandardService.java:584) at org.apache.catalina.core.StandardServer.stop(StandardServer.java:744) at org.apache.catalina.startup.Catalina.stop(Catalina.java:616) at org.apache.catalina.startup.Catalina.start(Catalina.java:591) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:288) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:413) 2007-10-03 09:47:50,947 [WARN ] fs.db.DbFileSystem - execute failed, about to reconnect... Oct 3, 2007 9:48:02 AM org.apache.coyote.http11.Http11Protocol destroy INFO: Stopping Coyote HTTP/1.1 on http-4580 Regards, Ken Ken...@uh... art...@li... wrote on 10/02/2007 12:15:34 PM: > You can safely delete it, though I am not sure it's related to the > startup issue. > Is there no exception in the startup log before this one? > Normally this kind of error appears when another process is using the > DB, so it's also a good idea to check that no other Artifactory > instance is already up (for example, if Tomcat was auto-started as a > service). > > On 10/2/07, Kenneth Pacileo <ken...@uh...> wrote: > > > > Hello, > > > > We're using Artifactory v1.2.2 with Tomcat 6.0/Java 1.5.0_12 on Solaris 10. > > My Artifactory instance was killed when the server was rebooted over the > > weekend. Now when I try to start Artifactory, I'm receiving an error in the > > catalina.out log that there is a lock detected in the data/jcr directory. > > Can I just delete this lock and try to restart Artifactory or do I need to > > do something else? > > > > Regards, > > Ken > > > > catalina.out output during startup: > > > > ... > > 2007-10-02 09:44:04,257 [WARN ] core.util.RepositoryLock - Existing lock > > file /tools/artifactory/artifactory-1.2.2/data/jcr/.lock detected. > > Repository was not shut down properly. > > 2007-10-02 09:44:09,549 [WARN ] artifactory.repo.CentralConfig - Could not > > determine server instance id from configuration. Using hostname instead. > > 2007-10-02 09:44:09,618 [INFO ] artifactory.repo.RemoteRepoBase - > > Ibiblio-External-Repository: Retrieval cache will be enabled with period of > > 43200 seconds > > 2007-10-02 09:44:09,618 [INFO ] artifactory.repo.RemoteRepoBase - > > Ibiblio-External-Repository: Enabling failed retrieval cache with period of > > 30 seconds > > 2007-10-02 09:44:09,620 [INFO ] artifactory.repo.RemoteRepoBase - > > Ibiblio-External-Repository: Enabling misses retrieval cache with period of > > 43200 seconds > > 2007-10-02 09:44:09,692 [INFO ] artifactory.repo.RemoteRepoBase - java.net: > > Retrieval cache will be enabled with period of 43200 seconds > > 2007-10-02 09:44:09,693 [INFO ] artifactory.repo.RemoteRepoBase - java.net: > > Enabling failed retrieval cache with period of 30 seconds > > 2007-10-02 09:44:09,693 [INFO ] artifactory.repo.RemoteRepoBase - java.net: > > Enabling misses retrieval cache with period of 43200 seconds > > 2007-10-02 09:44:11,688 [INFO ] artifactory.keyval.KeyVals - Updating > > Artifactory version in the DB from '1.2.2' to '1.2.2'. > > 2007-10-02 09:44:12,074 [INFO ] > > artifactory.scheduling.ArtifactorySchedulerFactoryBean - > > Starting Quartz Scheduler now > > 2007-10-02 09:44:12,639 [INFO ] > > artifactory.scheduling.ArtifactorySchedulerFactoryBean - > > Shutting down Quartz Scheduler > > 2007-10-02 09:44:12,642 [ERROR] quartz.core.JobRunShell - Job > > DEFAULT.backupJobDetail threw an unhandled Exception: > > java.lang.NullPointerException > > at > > org.artifactory.backup.BackupJob.execute(BackupJob.java:23) > > at org.quartz.core.JobRunShell.run(JobRunShell.java:202) > > at > > org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:529) > > 2007-10-02 09:44:12,646 [ERROR] quartz.core.ErrorLogger - Job > > (DEFAULT.backupJobDetail threw an exception. > > org.quartz.SchedulerException: Job threw an unhandled exception. [See nested > > exception: java.lang.NullPointerException] > > at org.quartz.core.JobRunShell.run(JobRunShell.java:213) > > at > > org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:529) > > Caused by: java.lang.NullPointerException > > at > > org.artifactory.backup.BackupJob.execute(BackupJob.java:23) > > at org.quartz.core.JobRunShell.run(JobRunShell.java:202) > > ... 1 more > > 2007-10-02 09:44:12,699 [ERROR] jackrabbit.core.RepositoryImpl - Error > > while closing Version Manager. > > java.sql.SQLException: No current connection. > > at > > org.apache.derby.impl.jdbc.SQLExceptionFactory.getSQLException(Unknown > > Source) > > at > > org.apache.derby.impl.jdbc.Util.newEmbedSQLException(Unknown > > Source) > > at > > org.apache.derby.impl.jdbc.Util.newEmbedSQLException(Unknown > > Source) > > at > > org.apache.derby.impl.jdbc.Util.noCurrentConnection(Unknown > > Source) > > at > > org.apache.derby.impl.jdbc.EmbedConnection.checkIfClosed(Unknown > > Source) > > at > > org.apache.derby.impl.jdbc.EmbedConnection.getMetaData(Unknown > > Source) > > at > > org.apache.jackrabbit.core.persistence.bundle.DerbyPersistenceManager.close(DerbyPersistenceManager.java:320) > > at > > org.apache.jackrabbit.core.version.VersionManagerImpl.close(VersionManagerImpl.java:188) > > at > > org.apache.jackrabbit.core.RepositoryImpl.doShutdown(RepositoryImpl.java:951) > > at > > org.apache.jackrabbit.core.RepositoryImpl.shutdown(RepositoryImpl.java:900) > > at > > org.artifactory.jcr.JcrHelper.destroy(JcrHelper.java:144) > > at > > org.artifactory.repo.CentralConfig.destroy(CentralConfig.java:149) > > at > > org.artifactory.repo.spring.CentralConfigFactoryBean.destroy(CentralConfigFactoryBean.java:102) > > at > > org.springframework.beans.factory.support.DisposableBeanAdapter.destroy(DisposableBeanAdapter.java:145) > > at > > org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.destroyBean(DefaultSingletonBeanRegistry.java:335) > > at > > org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.destroySingleton(DefaultSingletonBeanRegistry.java:308) > > at > > org.springframework.beans.factory.support.DefaultSingletonBeanRegistry. > destroySingletons(DefaultSingletonBeanRegistry.java:282) > > at > > org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:368) > > at > > org.artifactory.webapp.servlet.ArtifactoryContextConfigurer.contextInitialized(ArtifactoryContextConfigurer.java:45) > > at > > org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3827) > > at > > org.apache.catalina.core.StandardContext.start(StandardContext.java:4334) > > at > > org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:791) > > at > > org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:771) > > at > > org.apache.catalina.core.StandardHost.addChild(StandardHost.java:525) > > at > > org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:825) > > at > > org.apache.catalina.startup.HostConfig.deployWARs(HostConfig.java:714) > > at > > org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:490) > > at > > org.apache.catalina.startup.HostConfig.start(HostConfig.java:1138) > > at > > org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:311) > > at > > org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:117) > > at > > org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1053) > > at > > org.apache.catalina.core.StandardHost.start(StandardHost.java:719) > > at > > org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045) > > at > > org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443) > > at > > org.apache.catalina.core.StandardService.start(StandardService.java:516) > > at > > org.apache.catalina.core.StandardServer.start(StandardServer.java:710) > > at > > org.apache.catalina.startup.Catalina.start(Catalina.java:566) > > at > > sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > > at > > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) > > at > > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > > at java.lang.reflect.Method.invoke(Method.java:585) > > at > > org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:288) > > at > > org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:413) > > 2007-10-02 09:44:12,703 [WARN ] fs.db.DbFileSystem - execute failed, > > about to reconnect... > > Oct 2, 2007 9:44:22 AM > > org.apache.catalina.core.StandardContext start > > SEVERE: Error listenerStart > > Oct 2, 2007 9:44:22 AM > > org.apache.catalina.core.StandardContext start > > SEVERE: Context [/artifactory] startup failed due to previous errors > > Oct 2, 2007 9:44:24 AM > > org.apache.coyote.http11.Http11Protocol start > > > > > > > > This e-mail, including attachments, may include confidential and/or > > proprietary information, and may be used only by the person or entity to > > which it is addressed. If the reader of this e-mail is not the intended > > recipient or his or her authorized agent, the reader is hereby notified > > that any dissemination, distribution or copying of this e-mail is > > prohibited. If you have received this e-mail in error, please notify the > > sender by replying to this message and delete this e-mail immediately. > > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by: Microsoft > > Defy all challenges. Microsoft(R) Visual Studio 2005. > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > _______________________________________________ > > Artifactory-users mailing list > > Art...@li... > > https://lists.sourceforge.net/lists/listinfo/artifactory-users > > > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Artifactory-users mailing list > Art...@li... > https://lists.sourceforge.net/lists/listinfo/artifactory-users This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or his or her authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately. |
From: Joe C. (joecap) <jo...@ci...> - 2007-10-02 17:08:00
|
Yoav - Thanks for the reply. We will have to try that next time. To get our machine back into production, we reloaded from backups, reapplied any manual deployments, and rebuilt any builds which deployed in the last two days. Thank you. Sincerely, -Joe Caporaletti -----Original Message----- From: art...@li... [mailto:art...@li...] On Behalf Of Yoav Landman Sent: Saturday, September 29, 2007 1:39 PM To: art...@li... Subject: Re: [Artifactory-users] Artifactory Corrupted - how to repair? Does restarting Artifactory help? (try removing the artifact manually from the UI after a restart, before running any deploy operation). The snapshot version you are using is running an older release of Jackrabbit, so in any case it is highly recommended to upgrade. On 9/28/07, Joe Caporaletti (joecap) <jo...@ci...> wrote: > > > Dear Friends - > > > We are running Artifactory 1.2.1-SNAPSHOT (rev. 700). > > Our builds are failing due to a server error when trying to download=20 > an artifact. We are unable to export our repository or remove the=20 > offending artifact. > > > The build error is: > > 2007-09-27 14:49:21,001 [Thread-59] INFO - [INFO] Retrieving previous > build number from csm-repository > 2007-09-27 14:49:21,111 [Thread-59] INFO - Uploading: > http://sjc-csm-lx-1/artifactory/local-repo@repo/com/cisco/nm/vms/provi > nf/provinf/tahiti-SNAPSHOT/provinf-tahiti-20070927.214921-71.pom > 2007-09-27 14:49:21,111 [Thread-59] INFO - 2K uploaded > 2007-09-27 14:49:21,845 [Thread-59] INFO - [INFO] > ---------------------------------------------------------------------- > -- > 2007-09-27 14:49:21,845 [Thread-59] INFO - [ERROR] BUILD ERROR > 2007-09-27 14:49:21,861 [Thread-59] INFO - [INFO] > ---------------------------------------------------------------------- > -- > 2007-09-27 14:49:21,861 [Thread-59] INFO - [INFO] Error deploying artifact: > Unable to transfer file. HttpURLConnection returned the response code: > 500 > 2007-09-27 14:49:21,861 [Thread-59] INFO - > 2007-09-27 14:49:21,861 [Thread-59] INFO - [INFO] > ---------------------------------------------------------------------- > -- > 2007-09-27 14:49:21,861 [Thread-59] INFO - [INFO] For more=20 > information, run Maven with the -e switch > 2007-09-27 14:49:21,861 [Thread-59] INFO - [INFO] > ---------------------------------------------------------------------- > -- > 2007-09-27 14:49:21,861 [Thread-59] INFO - [INFO] Total time: 4=20 > seconds > 2007-09-27 14:49:21,861 [Thread-59] INFO - [INFO] Finished at: Thu=20 > Sep 27 > 14:49:21 PDT 2007 > 2007-09-27 14:49:21,939 [Thread-59] INFO - [INFO] Final Memory:=20 > 12M/508M > > During this build, the catalina.out (tomcat) log file reports: > > 2007-09-27 14:49:21,838 [ERROR] webapp.servlet.RepoFilter - Upload=20 > request failed > java.lang.RuntimeException: Failed to save resource=20 > '{local-repo:com/cisco/nm/vms/provinf/provinf/tahiti-SNAPSHOT/provinf-ta hiti-SNAPSHOT.pom}'. > at > org.artifactory.repo.JcrRepo.saveResource(JcrRepo.java:378) > at > org.artifactory.engine.UploadEngine.process(UploadEngine.java:158) > at > org.artifactory.webapp.servlet.RepoFilter.handleUploadRequest(RepoFilter .java:106) > at > org.artifactory.webapp.servlet.RepoFilter.doFilterInternal(RepoFilter.ja va:75) > at > org.artifactory.webapp.servlet.ArtifactoryFilter.doFilter(ArtifactoryFil ter.java:89) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applica tionFilterChain.java:202) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilt erChain.java:173) > at > org.acegisecurity.ui.basicauth.BasicProcessingFilter.doFilter(BasicProce ssingFilter.java:178) > at > org.artifactory.webapp.servlet.AccessFilter.doFilterInternal(AccessFilte r.java:72) > at > org.artifactory.webapp.servlet.ArtifactoryFilter.doFilter(ArtifactoryFil ter.java:89) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applica tionFilterChain.java:202) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilt erChain.java:173) > at > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValv e.java:213) > at > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValv e.java:178) > at > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java :126) > at > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java :105) > at > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve. java:107) > at > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:1 48) > at > org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:199) > at > org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:282) > at > org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:767) > at > org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java: 697) > at > org.apache.jk.common.ChannelSocket$SocketConnection.runIt(ChannelSocket. java:889) > at > org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool .java:684) > at java.lang.Thread.run(Thread.java:595) > Caused by: java.lang.RuntimeException: Failed to execute JcrCallback. > at > org.artifactory.jcr.JcrHelper.doInSession(JcrHelper.java:188) > at > org.artifactory.repo.JcrRepo.saveResource(JcrRepo.java:331) > ... 24 more > Caused by: javax.jcr.RepositoryException: Failed to import resource > '{local-repo:com/cisco/nm/vms/provinf/provinf/tahiti-SNAPSHOT/provinf-ta hiti-SNAPSHOT.pom}': > d697d4c7-26b6-4fe5-95a5-641a167a54a2/{http://www.jcp.org/jcr/1.0}primary Type: > d697d4c7-26b6-4fe5-95a5-641a167a54a2/{http://www.jcp.org/jcr/1.0}primary Type > at > org.artifactory.repo.JcrRepo$9.doInJcr(JcrRepo.java:354) > at > org.artifactory.repo.JcrRepo$9.doInJcr(JcrRepo.java:333) > at > org.artifactory.jcr.JcrHelper.doInSession(JcrHelper.java:184) > ... 25 more > Caused by: javax.jcr.ItemNotFoundException: > d697d4c7-26b6-4fe5-95a5-641a167a54a2/{http://www.jcp.org/jcr/1.0}primary Type > at > org.apache.jackrabbit.core.ItemManager.createItemInstance(ItemManager.ja va:495) > at > org.apache.jackrabbit.core.ItemManager.getItem(ItemManager.java:324) > at > org.apache.jackrabbit.core.NodeImpl.onRemove(NodeImpl.java:680) > at > org.apache.jackrabbit.core.NodeImpl.onRemove(NodeImpl.java:665) > at > org.apache.jackrabbit.core.NodeImpl.removeChildNode(NodeImpl.java:629) > at > org.apache.jackrabbit.core.ItemImpl.internalRemove(ItemImpl.java:875) > at > org.apache.jackrabbit.core.ItemImpl.remove(ItemImpl.java:1059) > at > org.artifactory.jcr.JcrHelper.importStream(JcrHelper.java:378) > at > org.artifactory.jcr.JcrHelper.importStream(JcrHelper.java:339) > at > org.artifactory.repo.JcrRepo$9.doInJcr(JcrRepo.java:345) > ... 27 more > > When we try to remove the node, we see this error: > > 2007-09-27 15:04:51,726 [ERROR] apache.wicket.RequestCycle - Failed=20 > to execute JcrCallback. > java.lang.RuntimeException: Failed to execute JcrCallback. > at > org.artifactory.jcr.JcrHelper.doInSession(JcrHelper.java:188) > at > org.artifactory.repo.JcrRepo.undeploy(JcrRepo.java:228) > at > org.artifactory.webapp.wicket.browse.BrowseRepoPanel$1.getResponse(Brows eRepoPanel.java:264) > at > org.artifactory.webapp.wicket.behavior.AbstractStringResponseAjaxBehavio r.onRequest(AbstractStringResponseAjaxBehavior.java:45) > at > org.apache.wicket.request.target.component.listener.BehaviorRequestTarge t.processEvents(BehaviorRequestTarget.java:97) > at > org.apache.wicket.request.AbstractRequestCycleProcessor.processEvents(Ab stractRequestCycleProcessor.java:90) > at > org.apache.wicket.RequestCycle.processEventsAndRespond(RequestCycle.java :975) > at > org.apache.wicket.RequestCycle.step(RequestCycle.java:1048) > at > org.apache.wicket.RequestCycle.steps(RequestCycle.java:1127) > at > org.apache.wicket.RequestCycle.request(RequestCycle.java:489) > at > org.apache.wicket.protocol.http.WicketFilter.doGet(WicketFilter.java:248 ) > at > org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java: 122) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applica tionFilterChain.java:202) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilt erChain.java:173) > at > org.artifactory.webapp.servlet.RepoFilter.doFilterInternal(RepoFilter.ja va:87) > at > org.artifactory.webapp.servlet.ArtifactoryFilter.doFilter(ArtifactoryFil ter.java:89) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applica tionFilterChain.java:202) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilt erChain.java:173) > at > org.artifactory.webapp.servlet.AccessFilter.doFilterInternal(AccessFilte r.java:75) > at > org.artifactory.webapp.servlet.ArtifactoryFilter.doFilter(ArtifactoryFil ter.java:89) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applica tionFilterChain.java:202) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilt erChain.java:173) > at > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValv e.java:213) > at > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValv e.java:178) > at > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java :126) > at > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java :105) > at > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve. java:107) > at > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:1 48) > at > org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:199) > at > org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:282) > at > org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:767) > at > org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java: 697) > at > org.apache.jk.common.ChannelSocket$SocketConnection.runIt(ChannelSocket. java:889) > at > org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool .java:684) > at java.lang.Thread.run(Thread.java:595) > Caused by: java.lang.RuntimeException: Failed to remove node. > at > org.artifactory.jcr.JcrFsItem.remove(JcrFsItem.java:97) > at > org.artifactory.jcr.JcrFolder.remove(JcrFolder.java:103) > at > org.artifactory.repo.JcrRepo$5.doInJcr(JcrRepo.java:232) > at > org.artifactory.jcr.JcrHelper.doInSession(JcrHelper.java:184) > ... 34 more > Caused by: javax.jcr.ItemNotFoundException: > 2e9f2e4c-b3b4-42c3-b73d-9302b494ffca > at > org.apache.jackrabbit.core.ItemManager.createItemInstance(ItemManager.ja va:495) > at > org.apache.jackrabbit.core.ItemManager.getItem(ItemManager.java:324) > at > org.apache.jackrabbit.core.NodeImpl.onRemove(NodeImpl.java:664) > at > org.apache.jackrabbit.core.NodeImpl.onRemove(NodeImpl.java:665) > at > org.apache.jackrabbit.core.NodeImpl.onRemove(NodeImpl.java:665) > at > org.apache.jackrabbit.core.NodeImpl.removeChildNode(NodeImpl.java:629) > at > org.apache.jackrabbit.core.ItemImpl.internalRemove(ItemImpl.java:875) > at > org.apache.jackrabbit.core.ItemImpl.remove(ItemImpl.java:1059) > at > org.artifactory.jcr.JcrFsItem.remove(JcrFsItem.java:95) > ... 37 more > > An export of the repository also failed at the same point while trying > to access com/cisco/nm/vms/provinf/provinf/tahiti-SNAPSHOT. > > We have snapshot images of the entire database, but exports have not=20 > been run recently. So recovery will be greatly simplified if we can=20 > fix the specific problems so that we can get a good export again. > > Thanks in advance for your help. > > -Joe Caporaletti, Cisco Systems Inc. > ---------------------------------------------------------------------- > --- This SF.net email is sponsored by: Microsoft Defy all challenges.=20 > Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Artifactory-users mailing list > Art...@li... > https://lists.sourceforge.net/lists/listinfo/artifactory-users > > ------------------------------------------------------------------------ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Artifactory-users mailing list Art...@li... https://lists.sourceforge.net/lists/listinfo/artifactory-users |
From: Yoav L. <yla...@gm...> - 2007-10-02 16:15:37
|
You can safely delete it, though I am not sure it's related to the startup issue. Is there no exception in the startup log before this one? Normally this kind of error appears when another process is using the DB, so it's also a good idea to check that no other Artifactory instance is already up (for example, if Tomcat was auto-started as a service). On 10/2/07, Kenneth Pacileo <ken...@uh...> wrote: > > Hello, > > We're using Artifactory v1.2.2 with Tomcat 6.0/Java 1.5.0_12 on Solaris 10. > My Artifactory instance was killed when the server was rebooted over the > weekend. Now when I try to start Artifactory, I'm receiving an error in the > catalina.out log that there is a lock detected in the data/jcr directory. > Can I just delete this lock and try to restart Artifactory or do I need to > do something else? > > Regards, > Ken > > catalina.out output during startup: > > ... > 2007-10-02 09:44:04,257 [WARN ] core.util.RepositoryLock - Existing lock > file /tools/artifactory/artifactory-1.2.2/data/jcr/.lock detected. > Repository was not shut down properly. > 2007-10-02 09:44:09,549 [WARN ] artifactory.repo.CentralConfig - Could not > determine server instance id from configuration. Using hostname instead. > 2007-10-02 09:44:09,618 [INFO ] artifactory.repo.RemoteRepoBase - > Ibiblio-External-Repository: Retrieval cache will be enabled with period of > 43200 seconds > 2007-10-02 09:44:09,618 [INFO ] artifactory.repo.RemoteRepoBase - > Ibiblio-External-Repository: Enabling failed retrieval cache with period of > 30 seconds > 2007-10-02 09:44:09,620 [INFO ] artifactory.repo.RemoteRepoBase - > Ibiblio-External-Repository: Enabling misses retrieval cache with period of > 43200 seconds > 2007-10-02 09:44:09,692 [INFO ] artifactory.repo.RemoteRepoBase - java.net: > Retrieval cache will be enabled with period of 43200 seconds > 2007-10-02 09:44:09,693 [INFO ] artifactory.repo.RemoteRepoBase - java.net: > Enabling failed retrieval cache with period of 30 seconds > 2007-10-02 09:44:09,693 [INFO ] artifactory.repo.RemoteRepoBase - java.net: > Enabling misses retrieval cache with period of 43200 seconds > 2007-10-02 09:44:11,688 [INFO ] artifactory.keyval.KeyVals - Updating > Artifactory version in the DB from '1.2.2' to '1.2.2'. > 2007-10-02 09:44:12,074 [INFO ] > artifactory.scheduling.ArtifactorySchedulerFactoryBean - > Starting Quartz Scheduler now > 2007-10-02 09:44:12,639 [INFO ] > artifactory.scheduling.ArtifactorySchedulerFactoryBean - > Shutting down Quartz Scheduler > 2007-10-02 09:44:12,642 [ERROR] quartz.core.JobRunShell - Job > DEFAULT.backupJobDetail threw an unhandled Exception: > java.lang.NullPointerException > at > org.artifactory.backup.BackupJob.execute(BackupJob.java:23) > at org.quartz.core.JobRunShell.run(JobRunShell.java:202) > at > org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:529) > 2007-10-02 09:44:12,646 [ERROR] quartz.core.ErrorLogger - Job > (DEFAULT.backupJobDetail threw an exception. > org.quartz.SchedulerException: Job threw an unhandled exception. [See nested > exception: java.lang.NullPointerException] > at org.quartz.core.JobRunShell.run(JobRunShell.java:213) > at > org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:529) > Caused by: java.lang.NullPointerException > at > org.artifactory.backup.BackupJob.execute(BackupJob.java:23) > at org.quartz.core.JobRunShell.run(JobRunShell.java:202) > ... 1 more > 2007-10-02 09:44:12,699 [ERROR] jackrabbit.core.RepositoryImpl - Error > while closing Version Manager. > java.sql.SQLException: No current connection. > at > org.apache.derby.impl.jdbc.SQLExceptionFactory.getSQLException(Unknown > Source) > at > org.apache.derby.impl.jdbc.Util.newEmbedSQLException(Unknown > Source) > at > org.apache.derby.impl.jdbc.Util.newEmbedSQLException(Unknown > Source) > at > org.apache.derby.impl.jdbc.Util.noCurrentConnection(Unknown > Source) > at > org.apache.derby.impl.jdbc.EmbedConnection.checkIfClosed(Unknown > Source) > at > org.apache.derby.impl.jdbc.EmbedConnection.getMetaData(Unknown > Source) > at > org.apache.jackrabbit.core.persistence.bundle.DerbyPersistenceManager.close(DerbyPersistenceManager.java:320) > at > org.apache.jackrabbit.core.version.VersionManagerImpl.close(VersionManagerImpl.java:188) > at > org.apache.jackrabbit.core.RepositoryImpl.doShutdown(RepositoryImpl.java:951) > at > org.apache.jackrabbit.core.RepositoryImpl.shutdown(RepositoryImpl.java:900) > at > org.artifactory.jcr.JcrHelper.destroy(JcrHelper.java:144) > at > org.artifactory.repo.CentralConfig.destroy(CentralConfig.java:149) > at > org.artifactory.repo.spring.CentralConfigFactoryBean.destroy(CentralConfigFactoryBean.java:102) > at > org.springframework.beans.factory.support.DisposableBeanAdapter.destroy(DisposableBeanAdapter.java:145) > at > org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.destroyBean(DefaultSingletonBeanRegistry.java:335) > at > org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.destroySingleton(DefaultSingletonBeanRegistry.java:308) > at > org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.destroySingletons(DefaultSingletonBeanRegistry.java:282) > at > org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:368) > at > org.artifactory.webapp.servlet.ArtifactoryContextConfigurer.contextInitialized(ArtifactoryContextConfigurer.java:45) > at > org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3827) > at > org.apache.catalina.core.StandardContext.start(StandardContext.java:4334) > at > org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:791) > at > org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:771) > at > org.apache.catalina.core.StandardHost.addChild(StandardHost.java:525) > at > org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:825) > at > org.apache.catalina.startup.HostConfig.deployWARs(HostConfig.java:714) > at > org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:490) > at > org.apache.catalina.startup.HostConfig.start(HostConfig.java:1138) > at > org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:311) > at > org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:117) > at > org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1053) > at > org.apache.catalina.core.StandardHost.start(StandardHost.java:719) > at > org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045) > at > org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443) > at > org.apache.catalina.core.StandardService.start(StandardService.java:516) > at > org.apache.catalina.core.StandardServer.start(StandardServer.java:710) > at > org.apache.catalina.startup.Catalina.start(Catalina.java:566) > at > sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.java:585) > at > org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:288) > at > org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:413) > 2007-10-02 09:44:12,703 [WARN ] fs.db.DbFileSystem - execute failed, > about to reconnect... > Oct 2, 2007 9:44:22 AM > org.apache.catalina.core.StandardContext start > SEVERE: Error listenerStart > Oct 2, 2007 9:44:22 AM > org.apache.catalina.core.StandardContext start > SEVERE: Context [/artifactory] startup failed due to previous errors > Oct 2, 2007 9:44:24 AM > org.apache.coyote.http11.Http11Protocol start > > > > This e-mail, including attachments, may include confidential and/or > proprietary information, and may be used only by the person or entity to > which it is addressed. If the reader of this e-mail is not the intended > recipient or his or her authorized agent, the reader is hereby notified > that any dissemination, distribution or copying of this e-mail is > prohibited. If you have received this e-mail in error, please notify the > sender by replying to this message and delete this e-mail immediately. > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Artifactory-users mailing list > Art...@li... > https://lists.sourceforge.net/lists/listinfo/artifactory-users > > |
From: Kenneth P. <ken...@uh...> - 2007-10-02 15:24:52
|
Hello, We're using Artifactory v1.2.2 with Tomcat 6.0/Java 1.5.0_12 on Solaris 10. My Artifactory instance was killed when the server was rebooted over the weekend. Now when I try to start Artifactory, I'm receiving an error in the catalina.out log that there is a lock detected in the data/jcr directory. Can I just delete this lock and try to restart Artifactory or do I need to do something else? Regards, Ken catalina.out output during startup: ... 2007-10-02 09:44:04,257 [WARN ] core.util.RepositoryLock - Existing lock file /tools/artifactory/artifactory-1.2.2/data/jcr/.lock detected. Repository was not shut down properly. 2007-10-02 09:44:09,549 [WARN ] artifactory.repo.CentralConfig - Could not determine server instance id from configuration. Using hostname instead. 2007-10-02 09:44:09,618 [INFO ] artifactory.repo.RemoteRepoBase - Ibiblio-External-Repository: Retrieval cache will be enabled with period of 43200 seconds 2007-10-02 09:44:09,618 [INFO ] artifactory.repo.RemoteRepoBase - Ibiblio-External-Repository: Enabling failed retrieval cache with period of 30 seconds 2007-10-02 09:44:09,620 [INFO ] artifactory.repo.RemoteRepoBase - Ibiblio-External-Repository: Enabling misses retrieval cache with period of 43200 seconds 2007-10-02 09:44:09,692 [INFO ] artifactory.repo.RemoteRepoBase - java.net: Retrieval cache will be enabled with period of 43200 seconds 2007-10-02 09:44:09,693 [INFO ] artifactory.repo.RemoteRepoBase - java.net: Enabling failed retrieval cache with period of 30 seconds 2007-10-02 09:44:09,693 [INFO ] artifactory.repo.RemoteRepoBase - java.net: Enabling misses retrieval cache with period of 43200 seconds 2007-10-02 09:44:11,688 [INFO ] artifactory.keyval.KeyVals - Updating Artifactory version in the DB from '1.2.2' to '1.2.2'. 2007-10-02 09:44:12,074 [INFO ] artifactory.scheduling.ArtifactorySchedulerFactoryBean - Starting Quartz Scheduler now 2007-10-02 09:44:12,639 [INFO ] artifactory.scheduling.ArtifactorySchedulerFactoryBean - Shutting down Quartz Scheduler 2007-10-02 09:44:12,642 [ERROR] quartz.core.JobRunShell - Job DEFAULT.backupJobDetail threw an unhandled Exception: java.lang.NullPointerException at org.artifactory.backup.BackupJob.execute(BackupJob.java:23) at org.quartz.core.JobRunShell.run(JobRunShell.java:202) at org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:529) 2007-10-02 09:44:12,646 [ERROR] quartz.core.ErrorLogger - Job (DEFAULT.backupJobDetail threw an exception. org.quartz.SchedulerException: Job threw an unhandled exception. [See nested exception: java.lang.NullPointerException] at org.quartz.core.JobRunShell.run(JobRunShell.java:213) at org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:529) Caused by: java.lang.NullPointerException at org.artifactory.backup.BackupJob.execute(BackupJob.java:23) at org.quartz.core.JobRunShell.run(JobRunShell.java:202) ... 1 more 2007-10-02 09:44:12,699 [ERROR] jackrabbit.core.RepositoryImpl - Error while closing Version Manager. java.sql.SQLException: No current connection. at org.apache.derby.impl.jdbc.SQLExceptionFactory.getSQLException(Unknown Source) at org.apache.derby.impl.jdbc.Util.newEmbedSQLException(Unknown Source) at org.apache.derby.impl.jdbc.Util.newEmbedSQLException(Unknown Source) at org.apache.derby.impl.jdbc.Util.noCurrentConnection(Unknown Source) at org.apache.derby.impl.jdbc.EmbedConnection.checkIfClosed(Unknown Source) at org.apache.derby.impl.jdbc.EmbedConnection.getMetaData(Unknown Source) at org.apache.jackrabbit.core.persistence.bundle.DerbyPersistenceManager.close(DerbyPersistenceManager.java:320) at org.apache.jackrabbit.core.version.VersionManagerImpl.close(VersionManagerImpl.java:188) at org.apache.jackrabbit.core.RepositoryImpl.doShutdown(RepositoryImpl.java:951) at org.apache.jackrabbit.core.RepositoryImpl.shutdown(RepositoryImpl.java:900) at org.artifactory.jcr.JcrHelper.destroy(JcrHelper.java:144) at org.artifactory.repo.CentralConfig.destroy(CentralConfig.java:149) at org.artifactory.repo.spring.CentralConfigFactoryBean.destroy(CentralConfigFactoryBean.java:102) at org.springframework.beans.factory.support.DisposableBeanAdapter.destroy(DisposableBeanAdapter.java:145) at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.destroyBean(DefaultSingletonBeanRegistry.java:335) at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.destroySingleton(DefaultSingletonBeanRegistry.java:308) at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.destroySingletons(DefaultSingletonBeanRegistry.java:282) at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:368) at org.artifactory.webapp.servlet.ArtifactoryContextConfigurer.contextInitialized(ArtifactoryContextConfigurer.java:45) at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3827) at org.apache.catalina.core.StandardContext.start(StandardContext.java:4334) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:791) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:771) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:525) at org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:825) at org.apache.catalina.startup.HostConfig.deployWARs(HostConfig.java:714) at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:490) at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1138) at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:311) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:117) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1053) at org.apache.catalina.core.StandardHost.start(StandardHost.java:719) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045) at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443) at org.apache.catalina.core.StandardService.start(StandardService.java:516) at org.apache.catalina.core.StandardServer.start(StandardServer.java:710) at org.apache.catalina.startup.Catalina.start(Catalina.java:566) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:288) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:413) 2007-10-02 09:44:12,703 [WARN ] fs.db.DbFileSystem - execute failed, about to reconnect... Oct 2, 2007 9:44:22 AM org.apache.catalina.core.StandardContext start SEVERE: Error listenerStart Oct 2, 2007 9:44:22 AM org.apache.catalina.core.StandardContext start SEVERE: Context [/artifactory] startup failed due to previous errors Oct 2, 2007 9:44:24 AM org.apache.coyote.http11.Http11Protocol start This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or his or her authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately. |
From: Raffaele <r.g...@pr...> - 2007-10-01 16:46:01
|
Ok, I've just resolved... I was missing the <proxyRef> tag... Best regards. Raffaele Raffaele wrote: > > Hi all! > > I'm trying to set up an artifactory env in my company. > I installed successfully Artifactory 1.2.5_rc0 on a server (deploying it > on tomcat6). > > When I was ready to start building with Artifactory, I had a problem: > it seems that artifactory isn't able to reach central repository on > ibiblio, that is whatever command I try to execute from command line, I > obtain always the same answer, this: > > [INFO] Scanning for projects... > [INFO] > ---------------------------------------------------------------------------- > [INFO] Building ah-yeah > [INFO] task-segment: [compile] > [INFO] > ---------------------------------------------------------------------------- > [INFO] > ------------------------------------------------------------------------ > [ERROR] BUILD ERROR > [INFO] > ------------------------------------------------------------------------ > [INFO] The plugin 'org.apache.maven.plugins:maven-resources-plugin' does > not exist or no valid version could be found > [INFO] > ------------------------------------------------------------------------ > [INFO] For more information, run Maven with the -e switch > [INFO] > ------------------------------------------------------------------------ > [INFO] Total time: < 1 second > [INFO] Finished at: Mon Oct 01 17:05:50 CEST 2007 > [INFO] Final Memory: 1M/4M > [INFO] > ------------------------------------------------------------------------ > > Would you help me to resolve this problem? > > Regarding proxy configuration, I haven't yet understood how to properly > configure the proxy...there is a proxy configuration in > artifactory.config.xml but there is also a proxy configuration in > settings.xml of maven... > All these configuration make me a bit confused... > > Thanks in advance, best regards. > Raffaele > -- View this message in context: http://www.nabble.com/Howto-about-proxy-configuration-in-a-LAN-tf4548867.html#a12981852 Sent from the Artifactory-Users mailing list archive at Nabble.com. |
From: Raffaele <r.g...@pr...> - 2007-10-01 15:08:47
|
Hi all! I'm trying to set up an artifactory env in my company. I installed successfully Artifactory 1.2.5_rc0 on a server (deploying it on tomcat6). When I was ready to start building with Artifactory, I had a problem: it seems that artifactory isn't able to reach central repository on ibiblio, that is whatever command I try to execute from command line, I obtain always the same answer, this: [INFO] Scanning for projects... [INFO] ---------------------------------------------------------------------------- [INFO] Building ah-yeah [INFO] task-segment: [compile] [INFO] ---------------------------------------------------------------------------- [INFO] ------------------------------------------------------------------------ [ERROR] BUILD ERROR [INFO] ------------------------------------------------------------------------ [INFO] The plugin 'org.apache.maven.plugins:maven-resources-plugin' does not exist or no valid version could be found [INFO] ------------------------------------------------------------------------ [INFO] For more information, run Maven with the -e switch [INFO] ------------------------------------------------------------------------ [INFO] Total time: < 1 second [INFO] Finished at: Mon Oct 01 17:05:50 CEST 2007 [INFO] Final Memory: 1M/4M [INFO] ------------------------------------------------------------------------ Would you help me to resolve this problem? Regarding proxy configuration, I haven't yet understood how to properly configure the proxy...there is a proxy configuration in artifactory.config.xml but there is also a proxy configuration in settings.xml of maven... All these configuration make me a bit confused... Thanks in advance, best regards. Raffaele -- View this message in context: http://www.nabble.com/Howto-about-proxy-configuration-in-a-LAN-tf4548867.html#a12980876 Sent from the Artifactory-Users mailing list archive at Nabble.com. |
From: Raffaele <r.g...@pr...> - 2007-10-01 09:11:15
|
Thank you very much Yoav for the plain explanation. Best regards Raffaele Yoav Landman wrote: > > Sure. > > By default Artifactory uses a global virtual repository (or repository > group, if you wish) that is available at > http://<host>:<port>/artifactory/repo/. This repository contains all > local and remote repositories defined in your artifactory.config.xml. > The repository is virtual in the sense that you can resolve artifacts > from it but you cannot deploy anything to it. The search order for > artifacts resolution is always: local repositories, remote repository > caches and finally remote repositories themselves. > > You can create new virtual repositories and aggregate local and/or > remote repositories under them in order to form new artifact > resolution groups. There is an example in the artifactory.config.xml > that is included with 1.2.5-RC0. Basically, you just refer to already > defined local and remote repositories, like this: > <virtualRepository> > <key>snapshots-only</key> > <repositories> > <repositoryRef>plugins-snapshots</repositoryRef> > <repositoryRef>codehaus-snapshots</repositoryRef> > <repositoryRef>libs-snapshots</repositoryRef> > <repositoryRef>third-party-snapshots</repositoryRef> > </repositories> > </virtualRepository> > To create a new virtual repository "snapshots-only" that is available > at http://<host>:<port>/artifactory/snapshots-only/. > > (Note that search order is always like explained earlier, regardless > of the order you include the repositories). > > HTH, > > Yoav > > On 9/28/07, Raffaele <r.g...@pr...> wrote: >> >> Hi Yoav, >> >> sorry but I didn't understood the usage of virtual repository. >> Can you give me a short example please? >> >> Regards. >> Raffaele >> >> >> Yoav Landman wrote: >> > >> > Not sure what the motivation is, so I don't know if this answers your >> > actual requirement, but in 1.2.5 you can define virtual repositories >> > to aggregate several repositories (local and/or remote) under a single >> > pseudo logical repository. There's an example in the default >> > configuration that come with Artifactory. >> > >> > HTH (if not, please explain your motivation). >> > >> > On 9/26/07, Raffaele <r.g...@pr...> wrote: >> >> >> >> Hi all! >> >> >> >> As the subject suggests, I would like to know if was possible to >> set-up a >> >> sub-repository that works as cache of more than one remote repository, >> >> that >> >> is a sub-repository synchronized with ibiblio and with (for example) >> >> http://download.java.net/maven/2/ >> >> >> >> Thanks in advance. >> >> Best regards >> >> Raffaele >> >> -- >> >> View this message in context: >> >> >> http://www.nabble.com/sub-repository-that-works-as-cache-of-more-than-one-repository-tf4522171.html#a12900263 >> >> Sent from the Artifactory-Users mailing list archive at Nabble.com. >> >> >> >> >> >> >> ------------------------------------------------------------------------- >> >> This SF.net email is sponsored by: Microsoft >> >> Defy all challenges. Microsoft(R) Visual Studio 2005. >> >> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >> >> _______________________________________________ >> >> Artifactory-users mailing list >> >> Art...@li... >> >> https://lists.sourceforge.net/lists/listinfo/artifactory-users >> >> >> > >> > >> ------------------------------------------------------------------------- >> > This SF.net email is sponsored by: Microsoft >> > Defy all challenges. Microsoft(R) Visual Studio 2005. >> > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >> > _______________________________________________ >> > Artifactory-users mailing list >> > Art...@li... >> > https://lists.sourceforge.net/lists/listinfo/artifactory-users >> > >> > >> >> -- >> View this message in context: >> http://www.nabble.com/sub-repository-that-works-as-cache-of-more-than-one-repository-tf4522171.html#a12937118 >> Sent from the Artifactory-Users mailing list archive at Nabble.com. >> >> >> ------------------------------------------------------------------------- >> This SF.net email is sponsored by: Microsoft >> Defy all challenges. Microsoft(R) Visual Studio 2005. >> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >> _______________________________________________ >> Artifactory-users mailing list >> Art...@li... >> https://lists.sourceforge.net/lists/listinfo/artifactory-users >> > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Artifactory-users mailing list > Art...@li... > https://lists.sourceforge.net/lists/listinfo/artifactory-users > > -- View this message in context: http://www.nabble.com/sub-repository-that-works-as-cache-of-more-than-one-repository-tf4522171.html#a12975650 Sent from the Artifactory-Users mailing list archive at Nabble.com. |
From: Yoav L. <yla...@gm...> - 2007-09-29 20:38:56
|
Does restarting Artifactory help? (try removing the artifact manually from the UI after a restart, before running any deploy operation). The snapshot version you are using is running an older release of Jackrabbit, so in any case it is highly recommended to upgrade. On 9/28/07, Joe Caporaletti (joecap) <jo...@ci...> wrote: > > > Dear Friends - > > > We are running Artifactory 1.2.1-SNAPSHOT (rev. 700). > > Our builds are failing due to a server error when trying to download an > artifact. We are unable to export our repository or remove the offending > artifact. > > > The build error is: > > 2007-09-27 14:49:21,001 [Thread-59] INFO - [INFO] Retrieving previous build > number from csm-repository > 2007-09-27 14:49:21,111 [Thread-59] INFO - Uploading: > http://sjc-csm-lx-1/artifactory/local-repo@repo/com/cisco/nm/vms/provinf/provinf/tahiti-SNAPSHOT/provinf-tahiti-20070927.214921-71.pom > 2007-09-27 14:49:21,111 [Thread-59] INFO - 2K uploaded > 2007-09-27 14:49:21,845 [Thread-59] INFO - [INFO] > ------------------------------------------------------------------------ > 2007-09-27 14:49:21,845 [Thread-59] INFO - [ERROR] BUILD ERROR > 2007-09-27 14:49:21,861 [Thread-59] INFO - [INFO] > ------------------------------------------------------------------------ > 2007-09-27 14:49:21,861 [Thread-59] INFO - [INFO] Error deploying artifact: > Unable to transfer file. HttpURLConnection returned the response code: 500 > 2007-09-27 14:49:21,861 [Thread-59] INFO - > 2007-09-27 14:49:21,861 [Thread-59] INFO - [INFO] > ------------------------------------------------------------------------ > 2007-09-27 14:49:21,861 [Thread-59] INFO - [INFO] For more information, run > Maven with the -e switch > 2007-09-27 14:49:21,861 [Thread-59] INFO - [INFO] > ------------------------------------------------------------------------ > 2007-09-27 14:49:21,861 [Thread-59] INFO - [INFO] Total time: 4 seconds > 2007-09-27 14:49:21,861 [Thread-59] INFO - [INFO] Finished at: Thu Sep 27 > 14:49:21 PDT 2007 > 2007-09-27 14:49:21,939 [Thread-59] INFO - [INFO] Final Memory: 12M/508M > > During this build, the catalina.out (tomcat) log file reports: > > 2007-09-27 14:49:21,838 [ERROR] webapp.servlet.RepoFilter - Upload request > failed > java.lang.RuntimeException: Failed to save resource > '{local-repo:com/cisco/nm/vms/provinf/provinf/tahiti-SNAPSHOT/provinf-tahiti-SNAPSHOT.pom}'. > at > org.artifactory.repo.JcrRepo.saveResource(JcrRepo.java:378) > at > org.artifactory.engine.UploadEngine.process(UploadEngine.java:158) > at > org.artifactory.webapp.servlet.RepoFilter.handleUploadRequest(RepoFilter.java:106) > at > org.artifactory.webapp.servlet.RepoFilter.doFilterInternal(RepoFilter.java:75) > at > org.artifactory.webapp.servlet.ArtifactoryFilter.doFilter(ArtifactoryFilter.java:89) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) > at > org.acegisecurity.ui.basicauth.BasicProcessingFilter.doFilter(BasicProcessingFilter.java:178) > at > org.artifactory.webapp.servlet.AccessFilter.doFilterInternal(AccessFilter.java:72) > at > org.artifactory.webapp.servlet.ArtifactoryFilter.doFilter(ArtifactoryFilter.java:89) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) > at > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) > at > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) > at > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) > at > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) > at > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) > at > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) > at > org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:199) > at > org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:282) > at > org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:767) > at > org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:697) > at > org.apache.jk.common.ChannelSocket$SocketConnection.runIt(ChannelSocket.java:889) > at > org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) > at java.lang.Thread.run(Thread.java:595) > Caused by: java.lang.RuntimeException: Failed to execute JcrCallback. > at > org.artifactory.jcr.JcrHelper.doInSession(JcrHelper.java:188) > at > org.artifactory.repo.JcrRepo.saveResource(JcrRepo.java:331) > ... 24 more > Caused by: javax.jcr.RepositoryException: Failed to import resource > '{local-repo:com/cisco/nm/vms/provinf/provinf/tahiti-SNAPSHOT/provinf-tahiti-SNAPSHOT.pom}': > d697d4c7-26b6-4fe5-95a5-641a167a54a2/{http://www.jcp.org/jcr/1.0}primaryType: > d697d4c7-26b6-4fe5-95a5-641a167a54a2/{http://www.jcp.org/jcr/1.0}primaryType > at > org.artifactory.repo.JcrRepo$9.doInJcr(JcrRepo.java:354) > at > org.artifactory.repo.JcrRepo$9.doInJcr(JcrRepo.java:333) > at > org.artifactory.jcr.JcrHelper.doInSession(JcrHelper.java:184) > ... 25 more > Caused by: javax.jcr.ItemNotFoundException: > d697d4c7-26b6-4fe5-95a5-641a167a54a2/{http://www.jcp.org/jcr/1.0}primaryType > at > org.apache.jackrabbit.core.ItemManager.createItemInstance(ItemManager.java:495) > at > org.apache.jackrabbit.core.ItemManager.getItem(ItemManager.java:324) > at > org.apache.jackrabbit.core.NodeImpl.onRemove(NodeImpl.java:680) > at > org.apache.jackrabbit.core.NodeImpl.onRemove(NodeImpl.java:665) > at > org.apache.jackrabbit.core.NodeImpl.removeChildNode(NodeImpl.java:629) > at > org.apache.jackrabbit.core.ItemImpl.internalRemove(ItemImpl.java:875) > at > org.apache.jackrabbit.core.ItemImpl.remove(ItemImpl.java:1059) > at > org.artifactory.jcr.JcrHelper.importStream(JcrHelper.java:378) > at > org.artifactory.jcr.JcrHelper.importStream(JcrHelper.java:339) > at > org.artifactory.repo.JcrRepo$9.doInJcr(JcrRepo.java:345) > ... 27 more > > When we try to remove the node, we see this error: > > 2007-09-27 15:04:51,726 [ERROR] apache.wicket.RequestCycle - Failed to > execute JcrCallback. > java.lang.RuntimeException: Failed to execute JcrCallback. > at > org.artifactory.jcr.JcrHelper.doInSession(JcrHelper.java:188) > at > org.artifactory.repo.JcrRepo.undeploy(JcrRepo.java:228) > at > org.artifactory.webapp.wicket.browse.BrowseRepoPanel$1.getResponse(BrowseRepoPanel.java:264) > at > org.artifactory.webapp.wicket.behavior.AbstractStringResponseAjaxBehavior.onRequest(AbstractStringResponseAjaxBehavior.java:45) > at > org.apache.wicket.request.target.component.listener.BehaviorRequestTarget.processEvents(BehaviorRequestTarget.java:97) > at > org.apache.wicket.request.AbstractRequestCycleProcessor.processEvents(AbstractRequestCycleProcessor.java:90) > at > org.apache.wicket.RequestCycle.processEventsAndRespond(RequestCycle.java:975) > at > org.apache.wicket.RequestCycle.step(RequestCycle.java:1048) > at > org.apache.wicket.RequestCycle.steps(RequestCycle.java:1127) > at > org.apache.wicket.RequestCycle.request(RequestCycle.java:489) > at > org.apache.wicket.protocol.http.WicketFilter.doGet(WicketFilter.java:248) > at > org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:122) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) > at > org.artifactory.webapp.servlet.RepoFilter.doFilterInternal(RepoFilter.java:87) > at > org.artifactory.webapp.servlet.ArtifactoryFilter.doFilter(ArtifactoryFilter.java:89) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) > at > org.artifactory.webapp.servlet.AccessFilter.doFilterInternal(AccessFilter.java:75) > at > org.artifactory.webapp.servlet.ArtifactoryFilter.doFilter(ArtifactoryFilter.java:89) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) > at > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) > at > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) > at > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) > at > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) > at > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) > at > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) > at > org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:199) > at > org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:282) > at > org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:767) > at > org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:697) > at > org.apache.jk.common.ChannelSocket$SocketConnection.runIt(ChannelSocket.java:889) > at > org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) > at java.lang.Thread.run(Thread.java:595) > Caused by: java.lang.RuntimeException: Failed to remove node. > at > org.artifactory.jcr.JcrFsItem.remove(JcrFsItem.java:97) > at > org.artifactory.jcr.JcrFolder.remove(JcrFolder.java:103) > at > org.artifactory.repo.JcrRepo$5.doInJcr(JcrRepo.java:232) > at > org.artifactory.jcr.JcrHelper.doInSession(JcrHelper.java:184) > ... 34 more > Caused by: javax.jcr.ItemNotFoundException: > 2e9f2e4c-b3b4-42c3-b73d-9302b494ffca > at > org.apache.jackrabbit.core.ItemManager.createItemInstance(ItemManager.java:495) > at > org.apache.jackrabbit.core.ItemManager.getItem(ItemManager.java:324) > at > org.apache.jackrabbit.core.NodeImpl.onRemove(NodeImpl.java:664) > at > org.apache.jackrabbit.core.NodeImpl.onRemove(NodeImpl.java:665) > at > org.apache.jackrabbit.core.NodeImpl.onRemove(NodeImpl.java:665) > at > org.apache.jackrabbit.core.NodeImpl.removeChildNode(NodeImpl.java:629) > at > org.apache.jackrabbit.core.ItemImpl.internalRemove(ItemImpl.java:875) > at > org.apache.jackrabbit.core.ItemImpl.remove(ItemImpl.java:1059) > at > org.artifactory.jcr.JcrFsItem.remove(JcrFsItem.java:95) > ... 37 more > > An export of the repository also failed at the same point while trying to > access com/cisco/nm/vms/provinf/provinf/tahiti-SNAPSHOT. > > We have snapshot images of the entire database, but exports have not been > run recently. So recovery will > be greatly simplified if we can fix the specific problems so that we can get > a good export again. > > Thanks in advance for your help. > > -Joe Caporaletti, Cisco Systems Inc. > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Artifactory-users mailing list > Art...@li... > https://lists.sourceforge.net/lists/listinfo/artifactory-users > > |
From: Yoav L. <yla...@gm...> - 2007-09-29 20:11:15
|
Sure. By default Artifactory uses a global virtual repository (or repository group, if you wish) that is available at http://<host>:<port>/artifactory/repo/. This repository contains all local and remote repositories defined in your artifactory.config.xml. The repository is virtual in the sense that you can resolve artifacts from it but you cannot deploy anything to it. The search order for artifacts resolution is always: local repositories, remote repository caches and finally remote repositories themselves. You can create new virtual repositories and aggregate local and/or remote repositories under them in order to form new artifact resolution groups. There is an example in the artifactory.config.xml that is included with 1.2.5-RC0. Basically, you just refer to already defined local and remote repositories, like this: <virtualRepository> <key>snapshots-only</key> <repositories> <repositoryRef>plugins-snapshots</repositoryRef> <repositoryRef>codehaus-snapshots</repositoryRef> <repositoryRef>libs-snapshots</repositoryRef> <repositoryRef>third-party-snapshots</repositoryRef> </repositories> </virtualRepository> To create a new virtual repository "snapshots-only" that is available at http://<host>:<port>/artifactory/snapshots-only/. (Note that search order is always like explained earlier, regardless of the order you include the repositories). HTH, Yoav On 9/28/07, Raffaele <r.g...@pr...> wrote: > > Hi Yoav, > > sorry but I didn't understood the usage of virtual repository. > Can you give me a short example please? > > Regards. > Raffaele > > > Yoav Landman wrote: > > > > Not sure what the motivation is, so I don't know if this answers your > > actual requirement, but in 1.2.5 you can define virtual repositories > > to aggregate several repositories (local and/or remote) under a single > > pseudo logical repository. There's an example in the default > > configuration that come with Artifactory. > > > > HTH (if not, please explain your motivation). > > > > On 9/26/07, Raffaele <r.g...@pr...> wrote: > >> > >> Hi all! > >> > >> As the subject suggests, I would like to know if was possible to set-up a > >> sub-repository that works as cache of more than one remote repository, > >> that > >> is a sub-repository synchronized with ibiblio and with (for example) > >> http://download.java.net/maven/2/ > >> > >> Thanks in advance. > >> Best regards > >> Raffaele > >> -- > >> View this message in context: > >> http://www.nabble.com/sub-repository-that-works-as-cache-of-more-than-one-repository-tf4522171.html#a12900263 > >> Sent from the Artifactory-Users mailing list archive at Nabble.com. > >> > >> > >> ------------------------------------------------------------------------- > >> This SF.net email is sponsored by: Microsoft > >> Defy all challenges. Microsoft(R) Visual Studio 2005. > >> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > >> _______________________________________________ > >> Artifactory-users mailing list > >> Art...@li... > >> https://lists.sourceforge.net/lists/listinfo/artifactory-users > >> > > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by: Microsoft > > Defy all challenges. Microsoft(R) Visual Studio 2005. > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > _______________________________________________ > > Artifactory-users mailing list > > Art...@li... > > https://lists.sourceforge.net/lists/listinfo/artifactory-users > > > > > > -- > View this message in context: http://www.nabble.com/sub-repository-that-works-as-cache-of-more-than-one-repository-tf4522171.html#a12937118 > Sent from the Artifactory-Users mailing list archive at Nabble.com. > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Artifactory-users mailing list > Art...@li... > https://lists.sourceforge.net/lists/listinfo/artifactory-users > |
From: Yoav L. <yla...@gm...> - 2007-09-29 19:43:49
|
On 9/29/07, Rick Marry <ric...@ge...> wrote: > > Hi Yoav, > > I'm trying to understand how this would work.. > would i have each of these repositories set up as a remote repository in > each others artifactory.config.xml? > > example: > > in artifactory2's artifactory.config.xml: > <remoteRepository> > <key>artifactory1</key> > <url>http://myserver1/repository</url> > </remoteRepository> > > AND > > in artifactory1's artifactory.config.xml: > <remoteRepository> > <key>artifactory2</key> > <url>http://myserver2/repository</url> > </remoteRepository> > > the xml above will set them up to set to proxy each other... > Exactly. > In my settings.xml which one do i chose as my mirror? I can't have both > because maven just chooses the first one it sees. > You'd have to either: Use simple load balancing in front of the 2 servers in order to distribute the load between them, and use the address of the load balancer in your settings, or - If you can split the allocation of servers between your team, based on geographic affinity for example, then use artifactory1 for the settings of one part of the team and artifactory2 for the other part. > In pom.xml, do i need to include either as a repository or pluginrepository? > You need to use what you ended up using in your settings for both repository and pluginrepository in your POM. > > > thanks > > > > > Yoav Landman wrote: > > > > You can set up 2 or more Artifactory instances as proxies of one > > another to achieve HA of your artifacts. This will happen lazily > > though, so you will need to use some kind of load balancer in the > > front to make artifacts propagation happening. If you require special > > security configuration you would still have to configure it for each > > instance. > > > > With Maven, being able to keep building offline for a short time in > > the case of an unplanned downtime, together with the fact that > > Artifactory is very fast to set up and run on a new machine, makes HA > > less of an issue. Requiring to temporarily build offline only works > > with up to a certain size of teams, of course . > > > > Regarding load-balancing, since Maven queries Artifactory on > > relatively large intervals, this is also less of an issue. > > > > However, if you have more strict HA requirements you are welcome to > > open a JIRA issue for them. > > > > On 8/16/07, James CE Johnson <jc...@tr...> wrote: > >> Hello all, > >> > >> I am trying to encourage the use of Artifactory in our enterprise and one > >> of the questions I anticipate is how we can load balance or cluster > >> multiple instances. If we have all of our developers (both in-house and > >> outsourced) pointing to an Artifactory instance, it needs to be available > >> pretty much 24x7. > >> > >> If we're only using it as a caching proxy between us and ibiblio, etc > >> then > >> it's really a no-brainer. But... we expect to publish artifacts as well > >> so > >> if we have multiple instances they need to all get the publications. > >> > >> Has anyone out there been down this road? > >> > >> Thanks, > >> James > >> > >> > >> > >> ------------------------------------------------------------------------- > >> This SF.net email is sponsored by: Splunk Inc. > >> Still grepping through log files to find problems? Stop. > >> Now Search log events and configuration files using AJAX and a browser. > >> Download your FREE copy of Splunk now >> http://get.splunk.com/ > >> _______________________________________________ > >> Artifactory-users mailing list > >> Art...@li... > >> https://lists.sourceforge.net/lists/listinfo/artifactory-users > >> > > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by: Splunk Inc. > > Still grepping through log files to find problems? Stop. > > Now Search log events and configuration files using AJAX and a browser. > > Download your FREE copy of Splunk now >> http://get.splunk.com/ > > _______________________________________________ > > Artifactory-users mailing list > > Art...@li... > > https://lists.sourceforge.net/lists/listinfo/artifactory-users > > > > > > -- > View this message in context: http://www.nabble.com/Load-balancing---Clustering---tf4280851.html#a12954618 > Sent from the Artifactory-Users mailing list archive at Nabble.com. > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Artifactory-users mailing list > Art...@li... > https://lists.sourceforge.net/lists/listinfo/artifactory-users > |
From: Rick M. <ric...@ge...> - 2007-09-29 11:29:32
|
Hi Yoav, I'm trying to understand how this would work.. would i have each of these repositories set up as a remote repository in each others artifactory.config.xml? example: in artifactory2's artifactory.config.xml: <remoteRepository> <key>artifactory1</key> <url>http://myserver1/repository</url> </remoteRepository> AND in artifactory1's artifactory.config.xml: <remoteRepository> <key>artifactory2</key> <url>http://myserver2/repository</url> </remoteRepository> the xml above will set them up to set to proxy each other... In my settings.xml which one do i chose as my mirror? I can't have both because maven just chooses the first one it sees. In pom.xml, do i need to include either as a repository or pluginrepository? thanks Yoav Landman wrote: > > You can set up 2 or more Artifactory instances as proxies of one > another to achieve HA of your artifacts. This will happen lazily > though, so you will need to use some kind of load balancer in the > front to make artifacts propagation happening. If you require special > security configuration you would still have to configure it for each > instance. > > With Maven, being able to keep building offline for a short time in > the case of an unplanned downtime, together with the fact that > Artifactory is very fast to set up and run on a new machine, makes HA > less of an issue. Requiring to temporarily build offline only works > with up to a certain size of teams, of course . > > Regarding load-balancing, since Maven queries Artifactory on > relatively large intervals, this is also less of an issue. > > However, if you have more strict HA requirements you are welcome to > open a JIRA issue for them. > > On 8/16/07, James CE Johnson <jc...@tr...> wrote: >> Hello all, >> >> I am trying to encourage the use of Artifactory in our enterprise and one >> of the questions I anticipate is how we can load balance or cluster >> multiple instances. If we have all of our developers (both in-house and >> outsourced) pointing to an Artifactory instance, it needs to be available >> pretty much 24x7. >> >> If we're only using it as a caching proxy between us and ibiblio, etc >> then >> it's really a no-brainer. But... we expect to publish artifacts as well >> so >> if we have multiple instances they need to all get the publications. >> >> Has anyone out there been down this road? >> >> Thanks, >> James >> >> >> >> ------------------------------------------------------------------------- >> This SF.net email is sponsored by: Splunk Inc. >> Still grepping through log files to find problems? Stop. >> Now Search log events and configuration files using AJAX and a browser. >> Download your FREE copy of Splunk now >> http://get.splunk.com/ >> _______________________________________________ >> Artifactory-users mailing list >> Art...@li... >> https://lists.sourceforge.net/lists/listinfo/artifactory-users >> > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > Artifactory-users mailing list > Art...@li... > https://lists.sourceforge.net/lists/listinfo/artifactory-users > > -- View this message in context: http://www.nabble.com/Load-balancing---Clustering---tf4280851.html#a12954618 Sent from the Artifactory-Users mailing list archive at Nabble.com. |
From: jbrandstetter <bra...@af...> - 2007-09-28 14:37:25
|
Hi, sorry, forgot to mention that because of that I switched back to 2.0.5. Thanks, Johannes David J. Biesack wrote: > > > What version of Maven are you using? We're using 2.0.7 and as per > > http://www.jfrog.org/sites/artifactory/latest/maven.html > > wrt the <mirror>*</mirror> configuration: > > "ATTENTION: There seem to be (yet unverified) artifact resolution > issues with using this technique under Maven 2.0.7. If you are using Maven > 2.0.7, please prefer using the first technique (overriding the built-in > central and snapshots repositories of Maven) which will work as expected. > " > > so we use the <repositories>...</repositories> configuration in the super > POM > >> Date: Fri, 28 Sep 2007 06:06:49 -0700 (PDT) >> From: jbrandstetter <bra...@af...> >> >> Hi all, >> >> I'm trying to configure Artifactory as a redirecting proxy for all local >> maven2 installations. Artifactory already does act as a proxy for certain >> repositories but not for all. >> >> The error message during the maven build is: >> >> [INFO] >> ------------------------------------------------------------------------ >> [ERROR] BUILD ERROR >> [INFO] >> ------------------------------------------------------------------------ >> [INFO] Failed to resolve artifact. >> >> [snip] >> My settings.xml is configured with <mirrorOf>*</mirrorOf> > > > -- > David J. Biesack SAS Institute Inc. > (919) 531-7771 SAS Campus Drive > http://www.sas.com Cary, NC 27513 > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Artifactory-users mailing list > Art...@li... > https://lists.sourceforge.net/lists/listinfo/artifactory-users > > -- View this message in context: http://www.nabble.com/Artifactory-proxy-problem-tf4534386.html#a12941829 Sent from the Artifactory-Users mailing list archive at Nabble.com. |