On 5/10/07, Steve Loughran <[EMAIL PROTECTED]> wrote:
Stephen McConnell wrote:
>
> It seems that there may be two distinct subjects in this thread:
>
> a) introduction of policy that restricts dynamic resolution of
> resource to those available via a local file protocol (refer
> Xav
Stephen McConnell wrote:
It seems that there may be two distinct subjects in this thread:
a) introduction of policy that restricts dynamic resolution of
resource to those available via a local file protocol (refer
Xavier's comments "By offline I mean with no network access")
b
On 5/10/07, Steve Loughran <[EMAIL PROTECTED]> wrote:
Xavier Hanin wrote:
> On 5/9/07, Steve Loughran <[EMAIL PROTECTED]> wrote:
teresting.
>>
>> 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)
> -Original Message-
> From: Steve Loughran [mailto:[EMAIL PROTECTED]
> Sent: Thursday, 10 May 2007 8:20 PM
> To: Ant Developers List
> Subject: Re: auto download of antlibs
>
> Xavier Hanin wrote:
> > On 5/9/07, Steve Loughran <[EMAIL PROTECTED]> wr
Xavier Hanin wrote:
On 5/9/07, Steve Loughran <[EMAIL PROTECTED]> wrote:
teresting.
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
On 5/9/07, Steve Loughran <[EMAIL PROTECTED]> wrote:
Xavier Hanin wrote:
> On 5/8/07, Steve Loughran <[EMAIL PROTECTED]> wrote:
>> Xavier Hanin wrote:
>> > On 5/7/07, Steve Loughran <[EMAIL PROTECTED]> wrote:
>>
>> >> hooking in to a named ivy conf:
>> >>
>> >>
>> > And wher is the version info
riday, 4 May 2007 5:56 PM
>> > To: Ant Developers List
>> > Subject: Re: auto download of antlibs
>> >
>> > On 5/4/07, Steve Loughran <[EMAIL PROTECTED]> wrote:
>> > >
>> > > One thing I've been thinking of this week is how could we work w
Stefan Bodewig wrote:
On Mon, 07 May 2007, Steve Loughran <[EMAIL PROTECTED]> wrote:
You'd have to include a version. One thing you could do is
lib:xmlns="antlib://org/example/something#2.13" ...but that would
place the version into the namespace, which is too early to read
in/expand ant proper
Xavier Hanin wrote:
On 5/8/07, Steve Loughran <[EMAIL PROTECTED]> wrote:
Xavier Hanin wrote:
> On 5/7/07, Steve Loughran <[EMAIL PROTECTED]> wrote:
>> hooking in to a named ivy conf:
>>
>>
> And wher is the version information? And how do we map this package
> name to an organization/module na
Xavier Hanin wrote:
On 5/7/07, Stephen McConnell <[EMAIL PROTECTED]> wrote:
> -Original Message-
> From: Xavier Hanin [mailto:[EMAIL PROTECTED]
> Sent: Friday, 4 May 2007 5:56 PM
> To: Ant Developers List
> Subject: Re: auto download of antlibs
>
> On 5/4
On Mon, 07 May 2007, Steve Loughran <[EMAIL PROTECTED]> wrote:
> You'd have to include a version. One thing you could do is
> lib:xmlns="antlib://org/example/something#2.13" ...but that would
> place the version into the namespace, which is too early to read
> in/expand ant properties, and you'd h
On 5/8/07, Steve Loughran <[EMAIL PROTECTED]> wrote:
Xavier Hanin wrote:
> On 5/7/07, Steve Loughran <[EMAIL PROTECTED]> wrote:
>> hooking in to a named ivy conf:
>>
>>
> And wher is the version information? And how do we map this package
> name to an organization/module name couple? What do yo
On 5/7/07, Stephen McConnell <[EMAIL PROTECTED]> wrote:
> -Original Message-
> From: Xavier Hanin [mailto:[EMAIL PROTECTED]
> Sent: Friday, 4 May 2007 5:56 PM
> To: Ant Developers List
> Subject: Re: auto download of antlibs
>
> On 5/4/07, Steve Loughra
Xavier Hanin wrote:
On 5/7/07, Steve Loughran <[EMAIL PROTECTED]> wrote:
hooking in to a named ivy conf:
And wher is the version information? And how do we map this package
name to an organization/module name couple? What do you think of
providing all information:
I'd expect all version
Stephen McConnell wrote:
-Original Message-
From: Stefan Bodewig [mailto:[EMAIL PROTECTED]
3. an antlib resolver would do the mapping from antlib package to
artifacts (problem one),
actually a pretty big problem.
Which may explain why two JSRs are dealing with the subject:
http://
> -Original Message-
> From: Stefan Bodewig [mailto:[EMAIL PROTECTED]
> > 3. an antlib resolver would do the mapping from antlib package to
> > artifacts (problem one),
>
> actually a pretty big problem.
Which may explain why two JSRs are dealing with the subject:
http://jcp.org/en/j
> -Original Message-
> From: Xavier Hanin [mailto:[EMAIL PROTECTED]
> Sent: Friday, 4 May 2007 5:56 PM
> To: Ant Developers List
> Subject: Re: auto download of antlibs
>
> On 5/4/07, Steve Loughran <[EMAIL PROTECTED]> wrote:
> >
> > One thing
> -Original Message-
> From: Steve Loughran [mailto:[EMAIL PROTECTED]
> Sent: Friday, 4 May 2007 5:27 PM
> To: Ant Developers List
> Subject: auto download of antlibs
>
>
> One thing I've been thinking of this week is how could we
> work with I
On 5/7/07, Steve Loughran <[EMAIL PROTECTED]> wrote:
Xavier Hanin wrote:
> On 5/4/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>> >> > we'd need a metadata tree mapping antlibs to well known packages,
>> >> > but that is not too hard. JSON, perhaps.
>> >>
>> >> Not sure. Who'd maintain it?
>
Xavier Hanin wrote:
On 5/4/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>> > we'd need a metadata tree mapping antlibs to well known packages,
>> > but that is not too hard. JSON, perhaps.
>>
>> Not sure. Who'd maintain it?
>
>It should be some xml format.
>I think that it should be on the
On Fri, 4 May 2007, Xavier Hanin <[EMAIL PROTECTED]> wrote:
> On 5/4/07, Stefan Bodewig <[EMAIL PROTECTED]> wrote:
>> On Fri, 04 May 2007, Steve Loughran <[EMAIL PROTECTED]> wrote:
>> > we'd need a metadata tree mapping antlibs to well known packages,
>> > but that is not too hard. JSON, perhaps.
On Fri, 4 May 2007, Peter Reilly <[EMAIL PROTECTED]> wrote:
> On 5/4/07, Stefan Bodewig <[EMAIL PROTECTED]> wrote:
>> On Fri, 04 May 2007, Steve Loughran <[EMAIL PROTECTED]> wrote:
>> > we'd need a metadata tree mapping antlibs to well known packages,
>> > but that is not too hard. JSON, perhaps.
On 5/4/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>> > we'd need a metadata tree mapping antlibs to well known packages,
>> > but that is not too hard. JSON, perhaps.
>>
>> Not sure. Who'd maintain it?
>
>It should be some xml format.
>I think that it should be on the ant site
>and ant com
>> > we'd need a metadata tree mapping antlibs to well known packages,
>> > but that is not too hard. JSON, perhaps.
>>
>> Not sure. Who'd maintain it?
>
>It should be some xml format.
>I think that it should be on the ant site
>and ant committers would be the updaters of it.
>- this would be simi
On 5/4/07, Stefan Bodewig <[EMAIL PROTECTED]> wrote:
On Fri, 04 May 2007, Steve Loughran <[EMAIL PROTECTED]> wrote:
> 1. add a -offline argument to say "we are offline". this will set a
> property, (and.build.offline) and the test will work.
Do I sense oata.utils.NetworkUtils? Might contain s
On 5/4/07, Stefan Bodewig <[EMAIL PROTECTED]> wrote:
On Fri, 04 May 2007, Steve Loughran <[EMAIL PROTECTED]> wrote:
> 1. add a -offline argument to say "we are offline". this will set a
> property, (and.build.offline) and the test will work.
Do I sense oata.utils.NetworkUtils? Might contain s
On Fri, 04 May 2007, Steve Loughran <[EMAIL PROTECTED]> wrote:
> 1. add a -offline argument to say "we are offline". this will set a
> property, (and.build.offline) and the test will work.
Do I sense oata.utils.NetworkUtils? Might contain some Proxy
configuration (and if possible detection) cod
On 5/4/07, Steve Loughran <[EMAIL PROTECTED]> 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) a
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 test will work. It is
meant to tell things
> OK, now that Ant1.6 has antlibs, it is time to think of the next
step: auto download of antlibs and (perhaps) dependencies.
Importer from Krysalis does exactly this. It downloads, caches and
imports build.xml files that I call antlets.
Some initial documentation is available at
http://krysa
1.6 has antlibs, it is time to think of the next
step: auto download of antlibs and (perhaps) dependencies.
Importer from Krysalis does exactly this. It downloads, caches and
imports build.xml files that I call antlets.
Some initial documentation is available at
http://krysalis.org/cgi-bin/kry
In an earlier message Steve Loughran
said
> OK, now that Ant1.6 has antlibs, it is time to think of the next
step: auto download of antlibs and (perhaps) dependencies.
Importer from Krysalis does exactly this. It downloads, caches and
imports build.xml files that I call antlets.
S
--- [EMAIL PROTECTED] wrote:
> > 1. Possible requirements
> >
> > -allow users to specify the URLs of dependent
> antlibs
>
> Why only AntLibs? Maybe resources in general (jars,
> AntLets, ...)
>
There was talk at one point about Ant 2.0 (sorry)
possibly incorporating commons-vfs in some way. I
Costin Manolache wrote:
Steve Loughran wrote:
OK, now that Ant1.6 has antlibs, it is time to think of the next step:
auto download of antlibs and (perhaps) dependencies.
1. Possible requirements
-allow users to specify the URLs of dependent antlibs
-allow teams to provide an override point that
> OK, now that Ant1.6 has antlibs, it is time to think of the
> next step:
> auto download of antlibs and (perhaps) dependencies.
>
> 1. Possible requirements
>
> -allow users to specify the URLs of dependent antlibs
Why only AntLibs? Maybe resources in general (jars, Ant
Steve Loughran wrote:
OK, now that Ant1.6 has antlibs, it is time to think of the next step:
auto download of antlibs and (perhaps) dependencies.
1. Possible requirements
-allow users to specify the URLs of dependent antlibs
-allow teams to provide an override point that specifies their location
Steve Loughran wrote:
OK, now that Ant1.6 has antlibs, it is time to think of the next step:
auto download of antlibs and (perhaps) dependencies.
1. Possible requirements
-allow users to specify the URLs of dependent antlibs
-allow teams to provide an override point that specifies their location
OK, now that Ant1.6 has antlibs, it is time to think of the next step:
auto download of antlibs and (perhaps) dependencies.
1. Possible requirements
-allow users to specify the URLs of dependent antlibs
-allow teams to provide an override point that specifies their location
-secure download
38 matches
Mail list logo
