jira.codehaus.org

  • Log In Access more options
    • Online Help
    • Keyboard Shortcuts
    • About JIRA
    • JIRA Credits
    • What?s New
  • Dashboards Access more options (Alt+d)
  • Projects Access more options (Alt+p)
  • Issues Access more options (Alt+i)
  • Archiva
  • MRM-909

Direct connect proxy setting is ignored after undetermined event

  • Log In
  • Views
    • XML
    • Word
    • Printable

Details

  • Type: Bug Bug
  • Status: Closed Closed
  • Priority: Major Major
  • Resolution: Fixed
  • Affects Version/s: 1.1.1
  • Fix Version/s: 1.4-M1
  • Component/s: None
  • Labels:
    None
  • Environment:
    MS Windows Server 2003 Standard Edition, SP2
    Java 1.6.0_02

Description

Our Archiva instance has trouble connecting to another internal repository. I've confirmed via packet sniffing that the HTTP request is going to our proxy server even though I've configured this particular remote repository to use a direct connection. Archiva works correctly for an undetermined time (last time it was 3 days) and then will suddenly and consistently exhibit the above symptoms. The exception that is logged is below. After Archiva is restarted the symptom will go away for a period of time and reappear. The reappearance is unfortunately unpredictable at this time.

2008-08-13 12:07:28,141 [btpool0-3] WARN org.apache.maven.archiva.proxy.DefaultRepositoryProxyConnectors - Transfer error from repository "wdig.releases" for artifact com.go.trove:trove:1.7.4::pom, continuing to next repository. Error message: Download failure on resource http://maven2.corp.dig.com:8080/archiva/repository/internal//com/go/trove/trove/1.7.4/trove-1.7.4.pom:Error transferring file (cause: java.io.IOException: Server returned HTTP response code: 500 for URL: http://maven2.corp.dig.com:8080/archiva/repository/internal/com/go/trove/trove/1.7.4/trove-1.7.4.pom)
2008-08-13 12:07:28,156 [btpool0-3] ERROR org.apache.maven.archiva.webdav.ArchivaDavResourceFactory - Failures occurred downloading from some remote repositories:
wdig.releases: Download failure on resource http://maven2.corp.dig.com:8080/archiva/repository/internal//com/go/trove/trove/1.7.4/trove-1.7.4.pom:Error transferring file (cause: java.io.IOException: Server returned HTTP response code: 500 for URL: http://maven2.corp.dig.com:8080/archiva/repository/internal/com/go/trove/trove/1.7.4/trove-1.7.4.pom)
org.apache.maven.archiva.policies.ProxyDownloadException: Failures occurred downloading from some remote repositories:
wdig.releases: Download failure on resource http://maven2.corp.dig.com:8080/archiva/repository/internal//com/go/trove/trove/1.7.4/trove-1.7.4.pom:Error transferring file (cause: java.io.IOException: Server returned HTTP response code: 500 for URL: http://maven2.corp.dig.com:8080/archiva/repository/internal/com/go/trove/trove/1.7.4/trove-1.7.4.pom)
at org.apache.maven.archiva.proxy.DefaultRepositoryProxyConnectors.fetchFromProxies(DefaultRepositoryProxyConnectors.java:191)
at org.apache.maven.archiva.webdav.ArchivaDavResourceFactory.fetchContentFromProxies(ArchivaDavResourceFactory.java:519)
at org.apache.maven.archiva.webdav.ArchivaDavResourceFactory.doGet(ArchivaDavResourceFactory.java:423)
at org.apache.maven.archiva.webdav.ArchivaDavResourceFactory.createResource(ArchivaDavResourceFactory.java:251)
at org.apache.maven.archiva.webdav.RepositoryServlet.service(RepositoryServlet.java:117)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:487)
at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1093)
at com.opensymphony.webwork.dispatcher.FilterDispatcher.doFilter(FilterDispatcher.java:189)
at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1084)
at com.opensymphony.module.sitemesh.filter.PageFilter.doFilter(PageFilter.java:39)
at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1084)
at com.opensymphony.webwork.dispatcher.ActionContextCleanUp.doFilter(ActionContextCleanUp.java:88)
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:722)
at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:404)
at org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:206)
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:324)
at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:505)
at org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:828)
at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:514)
at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:211)
at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:380)
at org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:395)
at org.mortbay.thread.BoundedThreadPool$PoolThread.run(BoundedThreadPool.java:450)

Activity

Ascending order - Click to sort in descending order
  • All
  • Comments
  • Work Log
  • History
  • Activity
Hide
Permalink
Maria Odea Ching added a comment - 09/Sep/08 10:17 PM

I think you can also enable the debug in Archiva to verify whether the download went through the proxy. You can do this by setting the log level to DEBUG in WEB-INF/classes/log4j.xml..

Show
Maria Odea Ching added a comment - 09/Sep/08 10:17 PM I think you can also enable the debug in Archiva to verify whether the download went through the proxy. You can do this by setting the log level to DEBUG in WEB-INF/classes/log4j.xml..
Hide
Permalink
Maria Odea Ching added a comment - 11/Sep/08 4:46 AM

I wasn't able to replicate this when I tried an Archiva repository to host another internal repo in another Archiva instance (but it just running it for one day). I didn't see it use the network proxy I configured. I'll bump this to the next release for further investigation.

Show
Maria Odea Ching added a comment - 11/Sep/08 4:46 AM I wasn't able to replicate this when I tried an Archiva repository to host another internal repo in another Archiva instance (but it just running it for one day). I didn't see it use the network proxy I configured. I'll bump this to the next release for further investigation.
Hide
Permalink
Maik Ebert added a comment - 16/Oct/08 9:24 AM

We also have that problem with our Archiva 1.1.3 installation.

The proxy connector was configured to not use the network proxy, but now two day later the stack trace shows that the proxy is used for this connector.

Show
Maik Ebert added a comment - 16/Oct/08 9:24 AM We also have that problem with our Archiva 1.1.3 installation. The proxy connector was configured to not use the network proxy, but now two day later the stack trace shows that the proxy is used for this connector.
Hide
Permalink
Brian Jackson added a comment - 16/Oct/08 9:31 AM

We were finally able to resolve this issue by setting the system property "http.nonProxyHosts". http://java.sun.com/j2se/1.4.2/docs/guide/net/properties.html

Show
Brian Jackson added a comment - 16/Oct/08 9:31 AM We were finally able to resolve this issue by setting the system property "http.nonProxyHosts". http://java.sun.com/j2se/1.4.2/docs/guide/net/properties.html
Hide
Permalink
Maik Ebert added a comment - 16/Oct/08 9:35 AM

Okay, but this is not a real solution, isn't it?

Show
Maik Ebert added a comment - 16/Oct/08 9:35 AM Okay, but this is not a real solution, isn't it?
Hide
Permalink
Brian Jackson added a comment - 16/Oct/08 10:04 AM

No its not. I was just sharing a workaround with you. For almost a year now, I've tried to help Maria and Brett reproduce this issue and they haven't been able too. Until they can reproduce it, they can't fix it.

Show
Brian Jackson added a comment - 16/Oct/08 10:04 AM No its not. I was just sharing a workaround with you. For almost a year now, I've tried to help Maria and Brett reproduce this issue and they haven't been able too. Until they can reproduce it, they can't fix it.
Hide
Permalink
Dennis Kieselhorst added a comment - 11/Dec/08 4:20 AM

We're also suffering from this issue (using Archiva 1.1.3).

Show
Dennis Kieselhorst added a comment - 11/Dec/08 4:20 AM We're also suffering from this issue (using Archiva 1.1.3).
Hide
Permalink
Brett Porter added a comment - 12/Sep/11 11:46 AM

should be fixed by the wagon upgrade

Show
Brett Porter added a comment - 12/Sep/11 11:46 AM should be fixed by the wagon upgrade

People

  • Assignee:
    Brett Porter
    Reporter:
    Brian Jackson
Vote (2)
Watch (2)

Dates

  • Created:
    13/Aug/08 9:35 PM
    Updated:
    12/Sep/11 11:46 AM
    Resolved:
    12/Sep/11 11:46 AM
  • Atlassian JIRA (v5.0.4#731-sha1:3aa7374)
  • Report a problem
  • Powered by a free Atlassian JIRA open source license for Codehaus. Try JIRA - bug tracking software for your team.