Mailing-List: contact dev-help@ant.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Ant Developers List" <dev@ant.apache.org>
Received-SPF: pass (herse.apache.org: domain of xavier.hanin@gmail.com
 designates 64.233.184.232 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=beta;
        h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references;
        b=C9WaWMGSHqYLU9P+vQYx9HdF2zXL4/ExtRXdcOUDnvDn1E5ufsCjx4ok68r924cd0TKf5yBxmBwglbadiRINFyF1iJlOyjO/3ayT96fs4mkMSMDxF4eX3sSvKiDraAZo/80YGZdl+tZxT3oVaVrl2+5BBX2HlL/DOsfAvBnHdFI=
Message-ID: <635a05060705090148n2732309dx9a3a76d68f8ccbf8@mail.gmail.com>
Date: Wed, 9 May 2007 10:48:52 +0200
From: "Xavier Hanin" <xavier.hanin@gmail.com>
To: "Ant Developers List" <dev@ant.apache.org>
Subject: Re: auto download of antlibs
In-Reply-To: <46418837.70406@apache.org>
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_Part_91901_10061306.1178700532107"
References: <463AE740.40307@apache.org>
	 <635a05060705040126x561bfd7bm6dc939e68f69e555@mail.gmail.com>
	 <007501c790cd$425c0210$0301a8c0@julia>
	 <635a05060705080623q1718d37ai12877bba63cd2d3f@mail.gmail.com>
	 <46418837.70406@apache.org>

------=_Part_91901_10061306.1178700532107
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

On 5/9/07, Steve Loughran <stevel@apache.org> wrote:
>
> Xavier Hanin wrote:
> > On 5/7/07, Stephen McConnell <mcconnell@dpml.net> wrote:
> >>
> >>
> >> > -----Original Message-----
> >> > From: Xavier Hanin [mailto:xavier.hanin@gmail.com]
> >> > Sent: Friday, 4 May 2007 5:56 PM
> >> > To: Ant Developers List
> >> > Subject: Re: auto download of antlibs
> >> >
> >> > On 5/4/07, Steve Loughran <stevel@apache.org> wrote:
> >> > >
> >> > > One thing I've been thinking of this week is how could we work with
> >> > > Ivy for automatic antlib download.
> >> > >
> >> > > No code right now, just some thoughts
> >> > >
> >> > >
> >> > > 1. add a -offline argument to say "we are offline". this will set
> >> > > a property, (and.build.offline) and the <offline> test will
> >> > > work. It is meant to tell things like Ivy that we are offline. At
> >> > > some point we could add some way for Ant to guess whether the net
> >> > > is there or not, if java integrates with the OS properly (there is
> >> > > an API call for this in J2ME, just not Java SE)
> >> >
> >> > This makes me think that we could improve how Ivy deal with
> >> > online/offline mode. Indeed for the moment Ivy doesn't really
> >> > know which repository requires a network access and which
> >> > doesn't. It would be nice if Ivy would know that, so that
> >> > even if offline mode you could still use alocal repository
> >> > (for antlib testing for instance).
> >>
> >> Are you describing a policy at the level of:
> >>
> >>   a) a multi-project build decision?
> >>   b) a specific target project build decision?
> >>   c) a repository access decision?
> >>   d) some or any of the above?
> > I'm describing how Ivy could be improved to better deal with a
> > situation where the user do not have network access. You can already
> > deal with that pretty efficiently in Ivy, but you have to define
> > several settings, to avoid using remote access when it's not
> > available. Having something easier for the user in this common
> > situation would be interesting.
>
> Maybe every repository in ivyconf.xml would be marked as offline,
> meaning they are available when there is no network.When you run ant (or
> ivy) with -offline, only offline repositories would be used.


What do you mean?  If all repositories are marked as offline, there is no
added value. We are currently reviewing our cache management, but for the
moment Ivy can already use the cache when you are offline. The problem is
that if you ask for a latest version of something, Ivy will try to connect
to the repository. For the moment this fails if the repository is not
available, but we are planning to make it possible to use cache only in this
case. But even with this improvement, trying to connect to a non available
repository may take time, so the idea of an offline mode would be to say:
"do not use this repository when offline, use only cache" for repositories
requiring a network connection, and for those which do not require this
connection (like a local repo), continue to use the repo and not only the
cache.

- xavier

---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
> For additional commands, e-mail: dev-help@ant.apache.org
>
>


-- 
Xavier Hanin - Independent Java Consultant
Manage your dependencies with Ivy!
http://incubator.apache.org/ivy/

------=_Part_91901_10061306.1178700532107--