I've checked the code, and IvyDE always use artifacts from cache. So either your experience was a strange bug or something I can't explain, or you have configured Ivy to use your lib directory as cache. But even with this settings I don't see how it's possible to have jars in lib/default and lib/test, since in cache you have no [conf] token... Really strange, I can't explain what happened, but what you experience now is the normal behavior of IvyDE.
- Xavier On 3/27/07, Mark Whelan <[EMAIL PROTECTED]> wrote:
It was working perfectly when I first installed it, and the project build path showed the ivy.xml configured jars to be coming from lib/default/ and lib/test, not from the cache. My only thought as this being a possible problem was the change in behaviour to using the cache instead. I had expected that when IvyDE did the resolve/retrieve it was use to cache to add the jars to the lib/default, etc directories, then link those. Thanks for your help John, and for your response Xavier in clearing it up. Xavier Hanin wrote: > > I'm not sure to understand the problem, but I think the behavior is > normal. > IvyDE always use artifacts from cache, not from lib directory. As far as I > remember, what the 'do a retrieve after resolve' does is simply call > retrieve, but do not alter which jars are used by the container. > > Are you sure it was working like you say on fresh install? > > - Xavier > > On 3/27/07, Mark Whelan <[EMAIL PROTECTED]> wrote: >> >> >> Yes, the project properties also have the retrieve option ticked. I have >> added a second project since and it seems to have inherited the same >> problem. >> >> >> John Gill-3 wrote: >> > >> > 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 <[EMAIL PROTECTED]> 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 <[EMAIL PROTECTED]> 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 >> > >> > >> >> -- >> View this message in context: >> http://www.nabble.com/IvyDE-Using-cache-to-link-jars--tf3470210.html#a9685568 >> Sent from the ivy-user mailing list archive at Nabble.com. >> >> > > -- View this message in context: http://www.nabble.com/IvyDE-Using-cache-to-link-jars--tf3470210.html#a9686900 Sent from the ivy-user mailing list archive at Nabble.com.
