Gradle

  • 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)
To raise new issues or bugs against Gradle, please use forums.gradle.org.
  • Gradle
  • GRADLE-2345

Repositories that do not respond (i.e. timeout) are problemetic

  • Log In
  • Views
    • XML
    • Word
    • Printable

Details

  • Type: Bug Bug
  • Status: Open Open
  • Resolution: Unresolved
  • Affects Version/s: None
  • Fix Version/s: None
  • Gradle Forums topic Reference:

    problem - timeout http is 3 minutes? (pending)

Description

The linked to forum post points out that Gradle will try over and over (for each new dependency) to contact a non responsive repository.

We might be able to do something here such as allow the tuning of the timeouts or fail the resolve on a timeout.

Activity

Ascending order - Click to sort in descending order
  • All
  • Comments
  • History
  • Activity
  • TeamCity
  • Remote Attachments
  • Commits
  • Source
  • Reviews
Luke Daley made changes - 11/Jun/12 2:18 PM
Field Original Value New Value
Description I have a project that uses hibernate with the repository.jboss.org maven repository. It seems to be down now, and when trying to build gradle is timing out trying to get a unrelated jar as the repositories are searched in order. The trouble is that the timeout value seems to be 3 minutes, and it hits the jboss repository for every jar, timing out after 3 minutes each time, making a really long build cycle.

Is there a configuration to shorten the timeout on http connections? Three minutes seems a huge value?

It would be nice if gradle would not try a repository for a different jar if it timed out earlier in the same build. The chance of the repository coming back to life is slim in a small time window, and as is the case here, there may not be anything needed in that repository as hibernate was downloaded previously.

A harder problem, but it would be nice if there was a way to give gradle hints about which artifacts come from which repositories. It would be much more efficient if gradle could know that hibernate and its dependencies are at jboss.org and that itext is not likely to be there.

I worked around this by moving jboss to the bottom of the list. Likely commenting it out would also have been effective in order to get the unrelated jars.

thanks,
Philip
The linked to forum post points out that Gradle will try over and over (for each new dependency) to contact a non responsive repository.

We might be able to do something here such as allow the tuning of the timeouts or fail the resolve on a timeout.
Priority Minor [ 4 ]
Summary timeout http is 3 minutes? Repositories that do not respond (i.e. timeout) are problemetic
Luke Daley made changes - 03/Jan/13 5:09 AM
Workflow jira with pivotal tracker [ 15890 ] jira with pivotal tracker (no resolved, only closed) [ 17662 ]
Luke Daley made changes - 04/Jan/13 5:10 AM
Workflow jira with pivotal tracker (no resolved, only closed) [ 17662 ] Copy of jira with pivotal tracker (no closed, only resolved) [ 20298 ]

People

  • Assignee:
    Unassigned
    Reporter:
    Gradle Forums
Vote (0)
Watch (2)

Dates

  • Created:
    11/Jun/12 2:15 PM
    Updated:
    11/Jun/12 2:18 PM
  • Atlassian JIRA (v5.0.3#729-sha1:bf569e4)
  • Report a problem
  • Powered by a free Atlassian JIRA open source license for Gradle. Try JIRA - bug tracking software for your team.