ant-ivy-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "John Gill" <llign...@gmail.com>
Subject Re: IvyDE Using cache to link jars?
Date Tue, 27 Mar 2007 02:49:45 GMT
The patterns are inherited, but I don't think the tick box is. If you goto
your ivyDE settings for the project, is the "Do retrieve after resolve" tick
box ticked?

On 3/27/07, Mark Whelan <mwhelan@ngxsolutions.com> wrote:
>
>
> This option is still enabled in my Eclipse preferences (project uses the
> inherited prefs.) so I'm not sure that is the issue. Any other
> suggestions?
>
>
> John Gill-3 wrote:
> >
> > There is a "Do a retrieve after resolve" tick box on the Ivy preferences
> > form in eclipse. If you want IvyDE to retrieve into lib, then tick that
> > box
> > and specify the patten you want to use. From the looks of it, you had
> > something like "lib/[conf]/[artifact],[ext]"
> >
> > On 3/27/07, Mark Whelan <mwhelan@ngxsolutions.com> wrote:
> >>
> >>
> >> When I first setup IvyDE (latest version, using Eclipse 3.2) it was
> >> happily
> >> resolving and retrieving my dependencies and placing them in the
> >> lib/default
> >> and lib/test directories as specified by my configuration.
> >>
> >> Now, IvyDE is no longer linking jars from those directories, but is now
> >> using the ivy cache as configured in ivy-conf.xml. If I remove the
> >> defaultCache attribute it will use the default cache settings.
> >>
> >> What might be preventing IvyDE from using the lib/* directories?
> >>
> >> regards
> >>
> >> Mark
> >> --
> >> View this message in context:
> >>
> http://www.nabble.com/IvyDE-Using-cache-to-link-jars--tf3470210.html#a9683810
> >> Sent from the ivy-user mailing list archive at Nabble.com.
> >>
> >>
> >
> >
> > --
> > Regards,
> > John Gill
> >
> >
>
> --
> View this message in context:
> http://www.nabble.com/IvyDE-Using-cache-to-link-jars--tf3470210.html#a9684520
> Sent from the ivy-user mailing list archive at Nabble.com.
>
>


-- 
Regards,
John Gill

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message