groovy

Grapes fails to refresh jars

Details

  • Type: Bug Bug
  • Status: Open Open
  • Priority: Major Major
  • Resolution: Unresolved
  • Affects Version/s: 1.8.6, 2.0-rc-2
  • Fix Version/s: None
  • Component/s: Grape
  • Labels:
    None
  • Environment:
    Using Groovy Trunk 2009-10-11 on Ubuntu 9.04 Jaunty Jackalope
  • Number of attachments :
    0

Description

Grapes makes the assumption that a jar with a given number remains the same and so does not refresh. For released jars this is an almost reasonable assumption. For snapshot jars it is decidedly unsafe. For example say I use gpars-0.9-beta-1-SNAPSHOT and the jar source is my local Maven cache. On first use Grapes copies the jar from teh Maven cache to the Grapes cache. If I update the Maven cache with a new version, Grapes fails to take a new copy. Thus error.

Activity

Ascending order - Click to sort in descending order
Hide
Permalink
Merlyn Albery-Speyer added a comment -

Relates to GROOVY-3846.

Show
Merlyn Albery-Speyer added a comment - Relates to GROOVY-3846 .
Hide
Permalink
Merlyn Albery-Speyer added a comment -

From http://ant.apache.org/ivy/faq.html:

"When I update an ivy file in my repository ivy do not take the change into account. Is this normal ?

This the default behaviour of ivy, which relies on the revision and on its cache to avoid too many downloads. However, this can be changed on each resolver using the checkmodified attribute, or globally by setting ivy.resolver.default.check.modified variable to true."

Show
Merlyn Albery-Speyer added a comment - From http://ant.apache.org/ivy/faq.html: "When I update an ivy file in my repository ivy do not take the change into account. Is this normal ? This the default behaviour of ivy, which relies on the revision and on its cache to avoid too many downloads. However, this can be changed on each resolver using the checkmodified attribute, or globally by setting ivy.resolver.default.check.modified variable to true."
Hide
Permalink
Merlyn Albery-Speyer added a comment -

Perhaps this issue can be resolved through better Groovy documentation? From reading the Ivy documentation is appears that adding a checkmodified="true" attribute to a resolver in the grapeConfig.xml, e.g.:

<ibiblio name="local" root="file:$

{user.home}

/.m2/repository/" m2compatible="true" checkmodified="true"/>

See http://ant.apache.org/ivy/history/trunk/settings/resolvers.html

Show
Merlyn Albery-Speyer added a comment - Perhaps this issue can be resolved through better Groovy documentation? From reading the Ivy documentation is appears that adding a checkmodified="true" attribute to a resolver in the grapeConfig.xml, e.g.: <ibiblio name="local" root="file:$ {user.home} /.m2/repository/" m2compatible="true" checkmodified="true"/> See http://ant.apache.org/ivy/history/trunk/settings/resolvers.html
Hide
Permalink
Paul King added a comment -

See also: http://jira.codehaus.org/browse/GRAILS-7203

Show
Paul King added a comment - See also: http://jira.codehaus.org/browse/GRAILS-7203
Hide
Permalink
Paul King added a comment -

Question for Russel. Are you using the Grape.grab() method calls in your scripts? Or using the @Grab annotation?

Show
Paul King added a comment - Question for Russel. Are you using the Grape.grab() method calls in your scripts? Or using the @Grab annotation?
Hide
Permalink
Russel Winder added a comment -

Paul,

Sorry for missing this question (for over a year, yes I know .

I don't use Grape.grab(), my usage is all @Grab.

Show
Russel Winder added a comment - Paul, Sorry for missing this question (for over a year, yes I know . I don't use Grape.grab(), my usage is all @Grab.
Hide
Permalink
Russel Winder added a comment -

Should the properties of this bug be updated to reflect the fact that it is a problem for Groovy 1.8.6 and 2.0.0-rc-2?

Show
Russel Winder added a comment - Should the properties of this bug be updated to reflect the fact that it is a problem for Groovy 1.8.6 and 2.0.0-rc-2?
Hide
Permalink
blackdrag blackdrag added a comment -

added the versions as suggested by Russel

Show
blackdrag blackdrag added a comment - added the versions as suggested by Russel

People

  • Assignee:
    Unassigned
    Reporter:
    Russel Winder
Vote (4)
Watch (7)

Dates

  • Created:
    Updated: