[jira] Commented: (MRM-323) Managed repo in archiva cannot be accessed thru direct webdav url even with valid credentials (Archiva deployed in Tomcat)
[ http://jira.codehaus.org/browse/MRM-323?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_97090 ] Jesse McConnell commented on MRM-323: - I just wanted to comment that this works right now using jetty with mvn jetty:run on trunk Managed repo in archiva cannot be accessed thru direct webdav url even with valid credentials (Archiva deployed in Tomcat) -- Key: MRM-323 URL: http://jira.codehaus.org/browse/MRM-323 Project: Archiva Issue Type: Bug Components: WebDAV interface Affects Versions: 1.0-alpha-1 Environment: - Tomcat 5.5.20 - Linux - Mozilla Firefox Reporter: Maria Odea Ching Fix For: 1.0-alpha-1 Attachments: archiva-0.9.xml, archiva.xml, logs.zip Steps to re-create issue: - Deploy Archiva in Tomcat, then start tomcat - Access Archiva in browser and set the required configurations - Add A Managed Repository with the following configuration: - id: snapshots - name: snapshots - url: snapshots (it would have the value http://localhost:[PORT]/archiva/repository/snapshots) - directory: snapshots - Go to User Management and add the Repository Observer role for the 'snapshots' repo to the current user - Open a new tab in your browser then type the webdav URL: http://localhost:[PORT]/archiva/repository/snapshots - Supply the user credentials for the 'snapshots' repository. You still wouldn't be able to access it even if you supply the correct credentials. Also, the following error shows up in the Archiva logs when you try to build a Maven project with your settings.xml file configured to use the repositories in archiva: 102476 [http-9696-Processor23] ERROR org.apache.catalina.core.ContainerBase.[Catalina].[localhost].[/archiva].[RepositoryServlet] - Servlet.service() for servlet RepositoryServlet threw exception javax.servlet.ServletException: Unable to service DAV request due to unconfigured DavServerComponent for prefix [snapshots]. at org.codehaus.plexus.webdav.servlet.multiplexed.MultiplexedWebDavServlet.service(MultiplexedWebDavServlet.java:93) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at com.opensymphony.webwork.dispatcher.FilterDispatcher.doFilter(FilterDispatcher.java:189) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at com.opensymphony.module.sitemesh.filter.PageFilter.doFilter(PageFilter.java:39) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at com.opensymphony.webwork.dispatcher.ActionContextCleanUp.doFilter(ActionContextCleanUp.java:88) 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.coyote.http11.Http11Processor.process(Http11Processor.java:869) at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527) at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:619) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (MRM-323) Managed repo in archiva cannot be accessed thru direct webdav url even with valid credentials (Archiva deployed in Tomcat)
[ http://jira.codehaus.org/browse/MRM-323?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_95748 ] Arnaud Heritier commented on MRM-323: - Reproduced with TC 5.5.20 on jdk 1.5 and Windows XP I tried run archiva with jetty (mvn jetty:run). I created a private repo, and everything is working fine. I setup my tomcat to run the web app with the same database (derby). I have the error. Thus it's not a problem with the DB. If I redeploy it on jetty, it works. The workaround (edit a repo) doesn't work. I found these logs : 1607015 [btpool0-5] DEBUG org.codehaus.plexus.security.authentication.Authenticator:user-manager - Authenticate: PasswordBasedAuthenticationDataSource[principal=aheritier,password=***] 1607047 [btpool0-5] DEBUG org.codehaus.plexus.security.authentication.Authenticator:user-manager - PasswordEncoder: org.codehaus.plexus.security.policy.encoders.SHA256PasswordEncoder 1607047 [btpool0-5] DEBUG org.codehaus.plexus.security.authentication.Authenticator:user-manager - User aheritier provided a valid password 1607062 [btpool0-5] DEBUG org.codehaus.plexus.security.system.SecuritySystem:default - authnManager.authenticate() result: AuthenticationResult[principal=aheritier,isAuthenticated=true,exception=null] 1607078 [btpool0-5] DEBUG org.codehaus.plexus.security.system.SecuritySystem:default - User 'aheritier' authenticated. 1607078 [btpool0-5] DEBUG org.codehaus.plexus.security.system.SecuritySystem:default - User 'aheritier' exists. 1607078 [btpool0-5] DEBUG org.codehaus.plexus.security.system.SecuritySystem:default - User: username = 'aheritier' password = 'null' encodedPassword = 'zJlmvvgOAWnQR5/JzHdfeh0WOnQBJj7q+CK1/pofQSE=' fullName = 'Arnaud Heritier' email = '[EMAIL PROTECTED]' locked = 'false' permanent = 'false' validated = 'false' passwordChangeRequired = 'true' 1607093 [btpool0-5] DEBUG org.codehaus.plexus.security.authorization.Authorizer:rbac - checking permission archiva-read-repository-3rd-parties 1607093 [btpool0-5] DEBUG org.codehaus.plexus.security.authorization.Authorizer:rbac - checking permission archiva-read-repository-corporate-snapshots 1607093 [btpool0-5] DEBUG org.codehaus.plexus.security.authorization.Authorizer:rbac - checking permission archiva-read-repository-corporate-releases 1607093 [btpool0-5] DEBUG org.codehaus.plexus.security.authorization.Authorizer:rbac - checking permission archiva-read-repository-private 1633468 [Shutdown] WARN org.codehaus.plexus.PlexusContainer - Component manager not found for returned component. Ignored. [EMAIL PROTECTED] 1633468 [Shutdown] WARN org.codehaus.plexus.PlexusContainer - Component manager not found for returned component. Ignored. [EMAIL PROTECTED] 1633468 [Shutdown] WARN org.codehaus.plexus.PlexusContainer - Component manager not found for returned component. Ignored. [EMAIL PROTECTED] 1633468 [Shutdown] WARN org.codehaus.plexus.PlexusContainer - Component manager not found for returned component. Ignored. [EMAIL PROTECTED] 1633468 [Shutdown] WARN org.codehaus.plexus.PlexusContainer - Component manager not found for returned component. Ignored. [EMAIL PROTECTED] 1633468 [Shutdown] WARN org.codehaus.plexus.PlexusContainer - Component manager not found for returned component. Ignored. [EMAIL PROTECTED] 1633468 [Shutdown] WARN org.codehaus.plexus.PlexusContainer - Component manager not found for returned component. Ignored. [EMAIL PROTECTED] 00:37:44,687 [http-18080-Processor23] DEBUG Authorizer:rbac- checking permission archiva-read-repository-proxy-snapshots What all these warnings ? I don't have them in Jetty Managed repo in archiva cannot be accessed thru direct webdav url even with valid credentials (Archiva deployed in Tomcat) -- Key: MRM-323 URL: http://jira.codehaus.org/browse/MRM-323 Project: Archiva Issue Type: Bug Components: WebDAV interface Affects Versions: 1.0-alpha-1 Environment: - Tomcat 5.5.20 - Linux - Mozilla Firefox Reporter: Maria Odea Ching Fix For: 1.0-alpha-1 Attachments: archiva-0.9.xml, archiva.xml, logs.zip Steps to re-create issue: - Deploy Archiva in Tomcat, then start tomcat - Access Archiva in browser and set the required configurations - Add A Managed Repository with the following configuration: - id: snapshots - name: snapshots - url: snapshots (it would have the value http://localhost:[PORT]/archiva/repository/snapshots) - directory: snapshots - Go to User Management and add the Repository Observer role for the 'snapshots' repo to the current user - Open a new tab in your browser then type the webdav URL: http://localhost:[PORT]/archiva/repository/snapshots - Supply the user
[jira] Commented: (MRM-323) Managed repo in archiva cannot be accessed thru direct webdav url even with valid credentials (Archiva deployed in Tomcat)
[ http://jira.codehaus.org/browse/MRM-323?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_95629 ] Maria Odea Ching commented on MRM-323: -- Specifics: - Tomcat-5.5.20 (the one included in archiva-webapp-test) - Java(TM) SE Runtime Environment (build 1.6.0-b105), Java HotSpot(TM) Client VM (build 1.6.0-b105, mixed mode) - Ubuntu Linux 6.10 - used embedded Derby database - Tried this out http://docs.codehaus.org/display/MAVENUSER/Archiva+on+Tomcat, still doesn't work Managed repo in archiva cannot be accessed thru direct webdav url even with valid credentials (Archiva deployed in Tomcat) -- Key: MRM-323 URL: http://jira.codehaus.org/browse/MRM-323 Project: Archiva Issue Type: Bug Components: WebDAV interface Affects Versions: 1.0 Environment: - Tomcat 5.5.20 - Linux - Mozilla Firefox Reporter: Maria Odea Ching Attachments: archiva-0.9.xml, archiva.xml, logs.zip Steps to re-create issue: - Deploy Archiva in Tomcat, then start tomcat - Access Archiva in browser and set the required configurations - Add A Managed Repository with the following configuration: - id: snapshots - name: snapshots - url: snapshots (it would have the value http://localhost:[PORT]/archiva/repository/snapshots) - directory: snapshots - Go to User Management and add the Repository Observer role for the 'snapshots' repo to the current user - Open a new tab in your browser then type the webdav URL: http://localhost:[PORT]/archiva/repository/snapshots - Supply the user credentials for the 'snapshots' repository. You still wouldn't be able to access it even if you supply the correct credentials. Also, the following error shows up in the Archiva logs when you try to build a Maven project with your settings.xml file configured to use the repositories in archiva: 102476 [http-9696-Processor23] ERROR org.apache.catalina.core.ContainerBase.[Catalina].[localhost].[/archiva].[RepositoryServlet] - Servlet.service() for servlet RepositoryServlet threw exception javax.servlet.ServletException: Unable to service DAV request due to unconfigured DavServerComponent for prefix [snapshots]. at org.codehaus.plexus.webdav.servlet.multiplexed.MultiplexedWebDavServlet.service(MultiplexedWebDavServlet.java:93) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at com.opensymphony.webwork.dispatcher.FilterDispatcher.doFilter(FilterDispatcher.java:189) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at com.opensymphony.module.sitemesh.filter.PageFilter.doFilter(PageFilter.java:39) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at com.opensymphony.webwork.dispatcher.ActionContextCleanUp.doFilter(ActionContextCleanUp.java:88) 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.coyote.http11.Http11Processor.process(Http11Processor.java:869) at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527) at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:619) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of
[jira] Commented: (MRM-323) Managed repo in archiva cannot be accessed thru direct webdav url even with valid credentials (Archiva deployed in Tomcat)
[ http://jira.codehaus.org/browse/MRM-323?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_95615 ] Arnaud Heritier commented on MRM-323: - Same thing for me. The workaround doesn't work. Tomcat 5.0.28 / Sun Java 1.4.2_08 -b03 / Windows Server 2003 SP1 Managed repo in archiva cannot be accessed thru direct webdav url even with valid credentials (Archiva deployed in Tomcat) -- Key: MRM-323 URL: http://jira.codehaus.org/browse/MRM-323 Project: Archiva Issue Type: Bug Components: WebDAV interface Affects Versions: 1.0 Environment: - Tomcat 5.5.20 - Linux - Mozilla Firefox Reporter: Maria Odea Ching Steps to re-create issue: - Deploy Archiva in Tomcat, then start tomcat - Access Archiva in browser and set the required configurations - Add A Managed Repository with the following configuration: - id: snapshots - name: snapshots - url: snapshots (it would have the value http://localhost:[PORT]/archiva/repository/snapshots) - directory: snapshots - Go to User Management and add the Repository Observer role for the 'snapshots' repo to the current user - Open a new tab in your browser then type the webdav URL: http://localhost:[PORT]/archiva/repository/snapshots - Supply the user credentials for the 'snapshots' repository. You still wouldn't be able to access it even if you supply the correct credentials. Also, the following error shows up in the Archiva logs when you try to build a Maven project with your settings.xml file configured to use the repositories in archiva: 102476 [http-9696-Processor23] ERROR org.apache.catalina.core.ContainerBase.[Catalina].[localhost].[/archiva].[RepositoryServlet] - Servlet.service() for servlet RepositoryServlet threw exception javax.servlet.ServletException: Unable to service DAV request due to unconfigured DavServerComponent for prefix [snapshots]. at org.codehaus.plexus.webdav.servlet.multiplexed.MultiplexedWebDavServlet.service(MultiplexedWebDavServlet.java:93) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at com.opensymphony.webwork.dispatcher.FilterDispatcher.doFilter(FilterDispatcher.java:189) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at com.opensymphony.module.sitemesh.filter.PageFilter.doFilter(PageFilter.java:39) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at com.opensymphony.webwork.dispatcher.ActionContextCleanUp.doFilter(ActionContextCleanUp.java:88) 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.coyote.http11.Http11Processor.process(Http11Processor.java:869) at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527) at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:619) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (MRM-323) Managed repo in archiva cannot be accessed thru direct webdav url even with valid credentials (Archiva deployed in Tomcat)
[ http://jira.codehaus.org/browse/MRM-323?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_95460 ] Maria Odea Ching commented on MRM-323: -- I still can't seem to make it work.. I did the workaround but I still can't access the webdav urls. The username and password I entered were not accepted (I already made sure that I have the necessary permissions), and the authorization window just keeps popping up. When I click the Cancel button in the authorization window, I get a 401 - Authorization Denied. Could this be an issue with Tomcat's webdav and the OS maybe, or with the browser? It seems the workaround works on Windows? Managed repo in archiva cannot be accessed thru direct webdav url even with valid credentials (Archiva deployed in Tomcat) -- Key: MRM-323 URL: http://jira.codehaus.org/browse/MRM-323 Project: Archiva Issue Type: Bug Components: WebDAV interface Affects Versions: 1.0 Environment: - Tomcat 5.5.20 - Linux - Mozilla Firefox Reporter: Maria Odea Ching Steps to re-create issue: - Deploy Archiva in Tomcat, then start tomcat - Access Archiva in browser and set the required configurations - Add A Managed Repository with the following configuration: - id: snapshots - name: snapshots - url: snapshots (it would have the value http://localhost:[PORT]/archiva/repository/snapshots) - directory: snapshots - Go to User Management and add the Repository Observer role for the 'snapshots' repo to the current user - Open a new tab in your browser then type the webdav URL: http://localhost:[PORT]/archiva/repository/snapshots - Supply the user credentials for the 'snapshots' repository. You still wouldn't be able to access it even if you supply the correct credentials. Also, the following error shows up in the Archiva logs when you try to build a Maven project with your settings.xml file configured to use the repositories in archiva: 102476 [http-9696-Processor23] ERROR org.apache.catalina.core.ContainerBase.[Catalina].[localhost].[/archiva].[RepositoryServlet] - Servlet.service() for servlet RepositoryServlet threw exception javax.servlet.ServletException: Unable to service DAV request due to unconfigured DavServerComponent for prefix [snapshots]. at org.codehaus.plexus.webdav.servlet.multiplexed.MultiplexedWebDavServlet.service(MultiplexedWebDavServlet.java:93) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at com.opensymphony.webwork.dispatcher.FilterDispatcher.doFilter(FilterDispatcher.java:189) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at com.opensymphony.module.sitemesh.filter.PageFilter.doFilter(PageFilter.java:39) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at com.opensymphony.webwork.dispatcher.ActionContextCleanUp.doFilter(ActionContextCleanUp.java:88) 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.coyote.http11.Http11Processor.process(Http11Processor.java:869) at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527) at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:619) -- This
[jira] Commented: (MRM-323) Managed repo in archiva cannot be accessed thru direct webdav url even with valid credentials (Archiva deployed in Tomcat)
[ http://jira.codehaus.org/browse/MRM-323?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_95427 ] Maria Odea Ching commented on MRM-323: -- Ok, thanks Joakim :) Managed repo in archiva cannot be accessed thru direct webdav url even with valid credentials (Archiva deployed in Tomcat) -- Key: MRM-323 URL: http://jira.codehaus.org/browse/MRM-323 Project: Archiva Issue Type: Bug Components: WebDAV interface Affects Versions: 1.0 Environment: - Tomcat 5.5.20 - Linux - Mozilla Firefox Reporter: Maria Odea Ching Steps to re-create issue: - Deploy Archiva in Tomcat, then start tomcat - Access Archiva in browser and set the required configurations - Add A Managed Repository with the following configuration: - id: snapshots - name: snapshots - url: snapshots (it would have the value http://localhost:[PORT]/archiva/repository/snapshots) - directory: snapshots - Go to User Management and add the Repository Observer role for the 'snapshots' repo to the current user - Open a new tab in your browser then type the webdav URL: http://localhost:[PORT]/archiva/repository/snapshots - Supply the user credentials for the 'snapshots' repository. You still wouldn't be able to access it even if you supply the correct credentials. Also, the following error shows up in the Archiva logs when you try to build a Maven project with your settings.xml file configured to use the repositories in archiva: 102476 [http-9696-Processor23] ERROR org.apache.catalina.core.ContainerBase.[Catalina].[localhost].[/archiva].[RepositoryServlet] - Servlet.service() for servlet RepositoryServlet threw exception javax.servlet.ServletException: Unable to service DAV request due to unconfigured DavServerComponent for prefix [snapshots]. at org.codehaus.plexus.webdav.servlet.multiplexed.MultiplexedWebDavServlet.service(MultiplexedWebDavServlet.java:93) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at com.opensymphony.webwork.dispatcher.FilterDispatcher.doFilter(FilterDispatcher.java:189) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at com.opensymphony.module.sitemesh.filter.PageFilter.doFilter(PageFilter.java:39) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at com.opensymphony.webwork.dispatcher.ActionContextCleanUp.doFilter(ActionContextCleanUp.java:88) 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.coyote.http11.Http11Processor.process(Http11Processor.java:869) at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527) at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:619) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (MRM-323) Managed repo in archiva cannot be accessed thru direct webdav url even with valid credentials (Archiva deployed in Tomcat)
[ http://jira.codehaus.org/browse/MRM-323?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_94685 ] Arnaud Heritier commented on MRM-323: - ok, Joakim, Thanks for your investigation. I'll try it also on the trunk (or future branch). One remark, however, load-on-startup must be an integer = 0. Managed repo in archiva cannot be accessed thru direct webdav url even with valid credentials (Archiva deployed in Tomcat) -- Key: MRM-323 URL: http://jira.codehaus.org/browse/MRM-323 Project: Archiva Issue Type: Bug Components: WebDAV interface Affects Versions: 1.0 Environment: - Tomcat 5.5.20 - Linux - Mozilla Firefox Reporter: Maria Odea Ching Steps to re-create issue: - Deploy Archiva in Tomcat, then start tomcat - Access Archiva in browser and set the required configurations - Add A Managed Repository with the following configuration: - id: snapshots - name: snapshots - url: snapshots (it would have the value http://localhost:[PORT]/archiva/repository/snapshots) - directory: snapshots - Go to User Management and add the Repository Observer role for the 'snapshots' repo to the current user - Open a new tab in your browser then type the webdav URL: http://localhost:[PORT]/archiva/repository/snapshots - Supply the user credentials for the 'snapshots' repository. You still wouldn't be able to access it even if you supply the correct credentials. Also, the following error shows up in the Archiva logs when you try to build a Maven project with your settings.xml file configured to use the repositories in archiva: 102476 [http-9696-Processor23] ERROR org.apache.catalina.core.ContainerBase.[Catalina].[localhost].[/archiva].[RepositoryServlet] - Servlet.service() for servlet RepositoryServlet threw exception javax.servlet.ServletException: Unable to service DAV request due to unconfigured DavServerComponent for prefix [snapshots]. at org.codehaus.plexus.webdav.servlet.multiplexed.MultiplexedWebDavServlet.service(MultiplexedWebDavServlet.java:93) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at com.opensymphony.webwork.dispatcher.FilterDispatcher.doFilter(FilterDispatcher.java:189) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at com.opensymphony.module.sitemesh.filter.PageFilter.doFilter(PageFilter.java:39) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at com.opensymphony.webwork.dispatcher.ActionContextCleanUp.doFilter(ActionContextCleanUp.java:88) 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.coyote.http11.Http11Processor.process(Http11Processor.java:869) at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527) at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:619) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (MRM-323) Managed repo in archiva cannot be accessed thru direct webdav url even with valid credentials (Archiva deployed in Tomcat)
[
http://jira.codehaus.org/browse/MRM-323?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_94644
]
Joakim Erdfelt commented on MRM-323:
I think I might have found a solution for this in the branch.
It seems that the RegistryListener isn't available or plumbed unless you have
AT LEAST ONCE accessed the webdav url.
You can try this by changing the order of your test case.
(To duplicate)
# Start archiva
# Create a new repository
# Attempt to access the repository via webdav url
# Error occurs.
(To duplicate - alternate)
# Start archiva
# Edit an existing repository's Directory (or URL)
# Attempt to access this changed repository's webdav url.
# Error occurs.
(To get around bug)
# Start archiva.
# Attempt to access webdav url
# Error occurs.
# Goto admin screens and make changes to any existing repositories and/or add
repositories.
# Attempt to access webdav urls on any of those changed repositories.
# Works!
How to fix (in your web.xml) ...
{code:xml}
servlet
servlet-nameRepositoryServlet/servlet-name
servlet-classorg.apache.maven.archiva.web.repository.RepositoryServlet/servlet-class
!-- Loading this on startup so as to take advantage of configuration
listeners --
load-on-startuptrue/load-on-startup
/servlet
{code}
This fix is arriving in the branch shortly.
Managed repo in archiva cannot be accessed thru direct webdav url even with
valid credentials (Archiva deployed in Tomcat)
--
Key: MRM-323
URL: http://jira.codehaus.org/browse/MRM-323
Project: Archiva
Issue Type: Bug
Components: WebDAV interface
Affects Versions: 1.0
Environment: - Tomcat 5.5.20
- Linux
- Mozilla Firefox
Reporter: Maria Odea Ching
Steps to re-create issue:
- Deploy Archiva in Tomcat, then start tomcat
- Access Archiva in browser and set the required configurations
- Add A Managed Repository with the following configuration:
- id: snapshots
- name: snapshots
- url: snapshots (it would have the value
http://localhost:[PORT]/archiva/repository/snapshots)
- directory: snapshots
- Go to User Management and add the Repository Observer role for the
'snapshots' repo to the current user
- Open a new tab in your browser then type the webdav URL:
http://localhost:[PORT]/archiva/repository/snapshots
- Supply the user credentials for the 'snapshots' repository. You still
wouldn't be able to access it even if you supply the correct credentials.
Also, the following error shows up in the Archiva logs when you try to build
a Maven project with your settings.xml file configured to use the
repositories in archiva:
102476 [http-9696-Processor23] ERROR
org.apache.catalina.core.ContainerBase.[Catalina].[localhost].[/archiva].[RepositoryServlet]
- Servlet.service() for servlet RepositoryServlet threw exception
javax.servlet.ServletException: Unable to service DAV request due to
unconfigured DavServerComponent for prefix [snapshots].
at
org.codehaus.plexus.webdav.servlet.multiplexed.MultiplexedWebDavServlet.service(MultiplexedWebDavServlet.java:93)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at
com.opensymphony.webwork.dispatcher.FilterDispatcher.doFilter(FilterDispatcher.java:189)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at
com.opensymphony.module.sitemesh.filter.PageFilter.doFilter(PageFilter.java:39)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at
com.opensymphony.webwork.dispatcher.ActionContextCleanUp.doFilter(ActionContextCleanUp.java:88)
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
[jira] Commented: (MRM-323) Managed repo in archiva cannot be accessed thru direct webdav url even with valid credentials (Archiva deployed in Tomcat)
[ http://jira.codehaus.org/browse/MRM-323?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_94468 ] Arnaud Heritier commented on MRM-323: - same thing with tomcat 5.0 on windows 2003 server Managed repo in archiva cannot be accessed thru direct webdav url even with valid credentials (Archiva deployed in Tomcat) -- Key: MRM-323 URL: http://jira.codehaus.org/browse/MRM-323 Project: Archiva Issue Type: Bug Components: WebDAV interface Affects Versions: 1.0 Environment: - Tomcat 5.5.20 - Linux - Mozilla Firefox Reporter: Maria Odea Ching Steps to re-create issue: - Deploy Archiva in Tomcat, then start tomcat - Access Archiva in browser and set the required configurations - Add A Managed Repository with the following configuration: - id: snapshots - name: snapshots - url: snapshots (it would have the value http://localhost:[PORT]/archiva/repository/snapshots) - directory: snapshots - Go to User Management and add the Repository Observer role for the 'snapshots' repo to the current user - Open a new tab in your browser then type the webdav URL: http://localhost:[PORT]/archiva/repository/snapshots - Supply the user credentials for the 'snapshots' repository. You still wouldn't be able to access it even if you supply the correct credentials. Also, the following error shows up in the Archiva logs when you try to build a Maven project with your settings.xml file configured to use the repositories in archiva: 102476 [http-9696-Processor23] ERROR org.apache.catalina.core.ContainerBase.[Catalina].[localhost].[/archiva].[RepositoryServlet] - Servlet.service() for servlet RepositoryServlet threw exception javax.servlet.ServletException: Unable to service DAV request due to unconfigured DavServerComponent for prefix [snapshots]. at org.codehaus.plexus.webdav.servlet.multiplexed.MultiplexedWebDavServlet.service(MultiplexedWebDavServlet.java:93) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at com.opensymphony.webwork.dispatcher.FilterDispatcher.doFilter(FilterDispatcher.java:189) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at com.opensymphony.module.sitemesh.filter.PageFilter.doFilter(PageFilter.java:39) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at com.opensymphony.webwork.dispatcher.ActionContextCleanUp.doFilter(ActionContextCleanUp.java:88) 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.coyote.http11.Http11Processor.process(Http11Processor.java:869) at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527) at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:619) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (MRM-323) Managed repo in archiva cannot be accessed thru direct webdav url even with valid credentials (Archiva deployed in Tomcat)
[ http://jira.codehaus.org/browse/MRM-323?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_94474 ] Arnaud Heritier commented on MRM-323: - Don't you think that it can be due to the contextPath that we have in tomcat and not in plexus ?? Otherwise I don't see ! Managed repo in archiva cannot be accessed thru direct webdav url even with valid credentials (Archiva deployed in Tomcat) -- Key: MRM-323 URL: http://jira.codehaus.org/browse/MRM-323 Project: Archiva Issue Type: Bug Components: WebDAV interface Affects Versions: 1.0 Environment: - Tomcat 5.5.20 - Linux - Mozilla Firefox Reporter: Maria Odea Ching Steps to re-create issue: - Deploy Archiva in Tomcat, then start tomcat - Access Archiva in browser and set the required configurations - Add A Managed Repository with the following configuration: - id: snapshots - name: snapshots - url: snapshots (it would have the value http://localhost:[PORT]/archiva/repository/snapshots) - directory: snapshots - Go to User Management and add the Repository Observer role for the 'snapshots' repo to the current user - Open a new tab in your browser then type the webdav URL: http://localhost:[PORT]/archiva/repository/snapshots - Supply the user credentials for the 'snapshots' repository. You still wouldn't be able to access it even if you supply the correct credentials. Also, the following error shows up in the Archiva logs when you try to build a Maven project with your settings.xml file configured to use the repositories in archiva: 102476 [http-9696-Processor23] ERROR org.apache.catalina.core.ContainerBase.[Catalina].[localhost].[/archiva].[RepositoryServlet] - Servlet.service() for servlet RepositoryServlet threw exception javax.servlet.ServletException: Unable to service DAV request due to unconfigured DavServerComponent for prefix [snapshots]. at org.codehaus.plexus.webdav.servlet.multiplexed.MultiplexedWebDavServlet.service(MultiplexedWebDavServlet.java:93) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at com.opensymphony.webwork.dispatcher.FilterDispatcher.doFilter(FilterDispatcher.java:189) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at com.opensymphony.module.sitemesh.filter.PageFilter.doFilter(PageFilter.java:39) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at com.opensymphony.webwork.dispatcher.ActionContextCleanUp.doFilter(ActionContextCleanUp.java:88) 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.coyote.http11.Http11Processor.process(Http11Processor.java:869) at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527) at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:619) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
