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-2214

Some dependencies are reported unresolved although they are present in the cache

  • Log In
  • Views
    • XML
    • Word
    • Printable

Details

  • Type: Bug Bug
  • Status: Open Open
  • Resolution: Unresolved
  • Affects Version/s: 1.0-milestone-9
  • Fix Version/s: None

Description

Some dependencies are reported unresolved although they are present in the Gradle cache. If using "--refresh dependencies", the dependencies are resolved, although they are not fetched from the repository (Atrifactory) as can be seen by looking at the file date.

If the command is reissued without "--refresh dependencies", it fails again. this does not concern all dependencies, only some of them

Using version 1.0-milestone-8 produces the same result, but for fewer dependencies.

This has began suddenly, and does not happen on all our computers. It happens sometimes, and sometimes, deleting the cache solves the problem, sometimes not.

Using "--refresh dependencies" could be a workaround although not for us because we are using Eclipse Gradle import, with no possibility to use parameters.

Activity

Ascending order - Click to sort in descending order
  • All
  • Comments
  • History
  • Activity
  • TeamCity
  • Commits
  • Source
  • Reviews
Hide
Permalink
Pierre-Yves Saumont added a comment - 06/Apr/12 9:42 AM

After some experiments, it appears that the problem occurs with version milestone 8, milestone 9 and RC1, but the missing dependencies are not the same.

Starting with a clean configuration, all is fine if using command line. Trying to import in Eclipse (using STS), some dependencies are reported missing although they are present in the cache.

After this, using the command lien reports the same dependencies missing. using --refresh dependencies solves the problem, until project are imported again (or refreshed) in Eclipse, which make the dependencies to be reported missing again.

It seems there are two different problems: 1) some dependencies wrongly reported as missing by the Eclipse import and 2) The information saying that the dependencies are missing seems to be cached by Gradle.

Import into Eclipse is done without checking "Dependency management", and we are using resolutionStrategy.cacheDynamicVersionsFor 0, 'seconds' and resolutionStrategy.cacheChangingModulesFor 0, 'seconds'.

Other users running version milestone 8 does not have the problem. Some have the problem and are able to fix it by clearing the Gradle cache. In some cases clearing the Gradle cache does not solve the problem.

Show
Pierre-Yves Saumont added a comment - 06/Apr/12 9:42 AM After some experiments, it appears that the problem occurs with version milestone 8, milestone 9 and RC1, but the missing dependencies are not the same. Starting with a clean configuration, all is fine if using command line. Trying to import in Eclipse (using STS), some dependencies are reported missing although they are present in the cache. After this, using the command lien reports the same dependencies missing. using --refresh dependencies solves the problem, until project are imported again (or refreshed) in Eclipse, which make the dependencies to be reported missing again. It seems there are two different problems: 1) some dependencies wrongly reported as missing by the Eclipse import and 2) The information saying that the dependencies are missing seems to be cached by Gradle. Import into Eclipse is done without checking "Dependency management", and we are using resolutionStrategy.cacheDynamicVersionsFor 0, 'seconds' and resolutionStrategy.cacheChangingModulesFor 0, 'seconds'. Other users running version milestone 8 does not have the problem. Some have the problem and are able to fix it by clearing the Gradle cache. In some cases clearing the Gradle cache does not solve the problem.
Hide
Permalink
Adam Murdoch added a comment - 06/May/12 5:46 PM

When you get a machine into the broken state, can you run:

gradle dependencies --info
gradle dependencies --refresh-dependencies --info

and send in the resulting logs?

Show
Adam Murdoch added a comment - 06/May/12 5:46 PM When you get a machine into the broken state, can you run:
gradle dependencies --info
gradle dependencies --refresh-dependencies --info
and send in the resulting logs?
Luke Daley made changes - 03/Jan/13 5:09 AM
Field Original Value New Value
Workflow jira with pivotal tracker [ 15487 ] jira with pivotal tracker (no resolved, only closed) [ 18543 ]
Luke Daley made changes - 04/Jan/13 5:10 AM
Workflow jira with pivotal tracker (no resolved, only closed) [ 18543 ] Copy of jira with pivotal tracker (no closed, only resolved) [ 21147 ]
Unable to get TeamCity builds: No active plugin license is found! Please visit http://stiltsoft.com/teamcity for details

People

  • Assignee:
    Unassigned
    Reporter:
    Pierre-Yves Saumont
Vote (0)
Watch (0)

Dates

  • Created:
    05/Apr/12 11:10 AM
    Updated:
    06/May/12 5:46 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.