ant-ivy-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Not Zippy <notzi...@gmail.com>
Subject Re: 2 Questions for ivyIDE
Date Tue, 20 Mar 2012 17:40:08 GMT
Try specifying a package in the ttl

On Tue, Mar 20, 2012 at 10:31 AM, David Sills <DSills@datasourceinc.com>wrote:

> Not Zippy:
>
> Many thanks, but apparently I really didn't understand. With the help of
> the documentation, I tried:
>
>  <caches
> ivyPattern="[organisation]\\[module]\\[revision]\\[artifact]-[revision].
> [ext]"
>
> artifactPattern="[organisation]\\[module]\\[revision]\\[artifact]-[revis
> ion].[ext]">
>    <cache name="local-cache" useOrigin="true" defaultTTL="eternal">
>      <ttl revision="latest.integration" duration="200ms"/>
>    </cache>
>  </caches>
>
> What I thought I was setting was "don't bother to update most of the JAR
> files (which are third-party and unlikely to change) but for
> latest.integration (all the stuff we are building) only use the cache
> for 200 milliseconds (essentially not doing so at all)". Unfortunately,
> the actual result is exactly the same as before. The local repository
> (cache) is not updated when the global repository is built to.
>
> Any further advice?
>
> David Sills
>
>
> -----Original Message-----
> From: Not Zippy [mailto:notzippy@gmail.com]
> Sent: Tuesday, March 20, 2012 1:04 PM
> To: ivy-user@ant.apache.org
> Subject: Re: 2 Questions for ivyIDE
>
> The local repository is a cached based repository. The frequency of the
> updates is specified in the ivysettings file.  Check out <cache><ttl>
> elements (Personally I specify all my cache settings to be in my
> "target"
> folder, and in eclipse set the resolve to occur within the workspace)
>
> How are you publishing your sources in ivy ? Eclipse will retrieve them
> if you publish them properly.
>
> Steve
>
> On Tue, Mar 20, 2012 at 9:56 AM, David Sills
> <DSills@datasourceinc.com>wrote:
>
> > All:
> >
> > I love working with Eclipse and ivyIDE with 2 exceptions, and I wonder
>
> > if I am just missing something.
> >
> > My environment consists of a company-wide repository, where I place
> > the results of building my projects, and of course a local repository,
>
> > which sometimes though not always has folders for some of the same
> projects.
> > As an example, let's assume that my project, say, "xxx-encryption"
> > depends on "xxx-common". All is well and Ivy does well with it.
> >
> > However, I add some functionality to "xxx-common", up the build
> > number, and rebuild. Great. Using Eclipse, I resolve "xxx-encryption"
> > and it gets the correct updated value for the version number. In order
>
> > to update the "xxx-encryption" Ivy files, I build "xxx-encryption"
> > even though there have not been any changes to the project itself,
> > only its dependencies. The company-wide repository's version of
> > ivy.xml is correctly updated with the appropriate dependency on the
> > new version of "xxx-common". However, the local repository's version
> of ivy.xml is not!
> > This means that when I have a third project, say "xxx-web", that
> > depends on "xxx-encryption" and try to resolve that project, the old
> > (now
> > incorrect) version of "xxx-common" is taken, since the local
> > repository's version is read first if it exists.
> >
> > What am I missing? I find myself constantly manually updating the
> > files in the local repository in order to get the transitive
> > dependencies right.
> >
> > Also, can someone explain to me why my Ivy container in ivyIDE doesn't
>
> > allow me to put source code locations on the JARs? That would be
> > hugely helpful in debugging, especially in a situation where I have a
> > lot of smaller projects that depend on each other and I assemble them
> > as needed for a specific requirement. Or do I have to create source
> > JAR files for each project using Ivy to make that happen? And will it
> > happen if I do make source JAR files?
> >
> > Many thanks for anyone who can answer either or both of these
> questions.
> >
> > David Sills
> >
> >
>

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