the ivy community but is not present in the ant community?
How will be the vote for a new committer being made in that context?
--
Gilles SCOKART
ant.apache.org and [EMAIL PROTECTED] in copy of our mails.
Which is something I personaly don't care when I'm using gmail (the mail are
present only once) but that could be anoying with most other mailer.
I think the choice also depends on how will be made the votes for release,
for new committers, or for other subjects.
WDYT?
--
Gilles SCOKART
Ho, and I also forgot the private mailing list. Do we need a separated list
for ivy? I think not, but that depends probably more on you.
Gilles
2007/10/12, Stefan Bodewig <[EMAIL PROTECTED]>:
>
> On Thu, 11 Oct 2007, Gilles Scokart <[EMAIL PROTECTED]> wrote:
>
> >
2007/10/13, Martijn Kruithof <[EMAIL PROTECTED]>:
>
>
> new proposal:
>
> notifications (gump, wiki, bugzilla, jira, wiki, svn, for both ivy and
> ant)
> dev (development discussion on both ivy and ant)
> ant-user
> ivy-user
+1
--
Gilles SCOKART
2007/10/12, Xavier Hanin <[EMAIL PROTECTED]>:
> Ok, so let's decide upon the destination. IMHO
> http://svn.apache.org/repos/asf/ant/ivy would be nice,
+1
--
Gilles SCOKART
re :-)
>
>
I have also added http://ant.apache.org/ivy/ to our google search. In a few
days (when the new site will be indexed), we should remove the incubator
site.
--
Gilles SCOKART
ation and unit test for this task? Documentation is
> mandatory, and unit test are highly appreciated :-)
>
> Thoughts?
>
> Xavier
>
>
> > [EMAIL PROTECTED]
> > "Once you start down the dark path, forever will it
> > dominate your destiny. Consume you it will " - Yoda
> >
> >
> >
> >
> >
> >
> >
>
> > Need a vacation? Get great deals
> > to amazing places on Yahoo! Travel.
> > http://travel.yahoo.com/
> >
>
>
>
> --
> Xavier Hanin - Independent Java Consultant
> http://xhab.blogspot.com/
> http://incubator.apache.org/ivy/
> http://www.xoocode.org/
>
--
Gilles SCOKART
2007/10/19, Stefan Bodewig <[EMAIL PROTECTED]>:
> Do we want to add a new list [EMAIL PROTECTED] that will
> receive all Commit, Gump, Bugzilla, Jira and Wiki notification mails
> (and whatever else may come up in the future)?
>
>
+1
--
Gilles SCOKART
What we did in the mailing list was that all mail sent automatically to the
commit list had a reply-to address pointing
to the dev mailing list.
Gilles
> -Original Message-
> From: Peter Reilly [mailto:[EMAIL PROTECTED]
> Sent: lundi 22 octobre 2007 11:38
> To: Ant Developers List
> Subj
gt; [EMAIL PROTECTED] into the new [EMAIL PROTECTED]
>
> Stefan
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
--
Gilles SCOKART
n a JIRA ticket for the list early next week and add myself as
> a moderator? Anybody else who'd be available as moderator?
>
> Stefan
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
--
Gilles SCOKART
What is the content of http://svn.apache.org/viewvc/ant/core/trunk/proposal/ ?
It doesn't seem to have been updated
since a long time.
Gilles
to a new small page with the two required links.
- A separate section in the contributors page.
--
Gilles SCOKART
I have seen that there is still multiple LICENSE files. I have read [1] that
the preference is now to have a single
license file.
Also, I found the content of LICENSE.sax rather unclear. Also, the link
http://saxproject.org/?selected=pd doesn't
exist (but http://saxproject.org exists).
[1]
I run RAT against it, and I got some missing headers (or missing indication
that it is generated files) :
!? ../apache-ant-1.7.1alpha/docs/page.css
!? ../apache-ant-1.7.1alpha/docs/ant2/FunctionalRequirements.html
!? ../apache-ant-1.7.1alpha/docs/ant2/VFS.txt
!? ../apache-ant-1.7.
Why do we have 2 files CONTRIBUTORS and contributors.xml?
I found a thread talking about it [1], but the two files are still there:
[1]
http://apache.markmail.org/message/drbmlyki2dsamr3w?q=CONTRIBUTORS%2Exml+list:org%2Eapache%2Eant%2Edev&page=5
--
Gilles SCOKART
It is. But I didn't found the XSLT to generate it.
Gilles
2007/11/13, [EMAIL PROTECTED] <[EMAIL PROTECTED]>:
>
> AFAIK the plain file is for reading and is generated from the xml.
> I dont know it is still in svn ...
>
> Jan
>
> >-Ursprüngliche Nachricht-
ECTED] has been created by then.
> >
>
> 5) shut down [EMAIL PROTECTED], create [EMAIL PROTECTED], then start
> forwarding SVN commit and Wiki changes to [EMAIL PROTECTED]
>
> --DD
>
> ---------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
--
Gilles Scokart
-Original Message-
From: Gilles Scokart
Sent: jeudi 29 novembre 2007 11:16
To: [EMAIL PROTECTED];
Subject: [VOTE] Migrate Ivy SVN
This was already discussed, but the conclusion was not clear.
Do we migrate https://svn.apache.org/repos/asf/incubator/ivy to
https://svn.apache.org
t; >
> >
> > Stefan
> >
> > ---------
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>
>
> --
> Xavier Hanin - Independent Java Consultant
> http://xhab.blogspot.com/
> http://ant.apache.org/ivy/
> http://www.xoocode.org/
>
--
Gilles Scokart
http://www.apache.org/dev/crypto.html#inform talk about the README and we have
a README, so I guess that's the right
place.
I just check it in, please review to make sure I didn't missed something.
Gilles
> -Original Message-
> From: Stefan Bodewig [mailto:[EMAIL PROTECTED]
> Sent: mard
I tried the current code base with a rather heavy multimodule build.
After the fix for the private configuration transferred in case of eviction
that I have already fixed, it worked for my
build.
Gilles
> -Original Message-
> From: Xavier Hanin [mailto:[EMAIL PROTECTED]
> Sent: lundi 3
> -Original Message-
> From: Stefan Bodewig [mailto:[EMAIL PROTECTED]
> Sent: mercredi 5 décembre 2007 6:10
> To: dev@ant.apache.org
> Subject: ivy-dev list migration
>
> Hi all,
>
> I've asked infra whether it was technically possible to auto-subscribe
> people from ivy-dev to [EMAIL P
The pom.xml should start with the usual apache header to indicate that the pom
itself is licensed under Apache license.
There was a discussion some weeks ago that suggest it is a good practice.
Also in the pom, I think it would be better to use true
rather than just .
By the way, did someone
+1
Gilles
> -Original Message-
> From: Xavier Hanin [mailto:[EMAIL PROTECTED]
> Sent: jeudi 6 décembre 2007 7:34
> To: Ant Developers List
> Subject: [VOTE] Release Ivy 2.0.0-beta1 (second attempt)
>
> I have built a new release candidate for Ivy 2.0.0-beta1
>
> You can download it from
enabled.
Gilles
> -Original Message-
> From: Xavier Hanin [mailto:[EMAIL PROTECTED]
> Sent: vendredi 7 décembre 2007 12:44
> To: Ant Developers List
> Subject: Re: ArtifactLockStrategyTest.testConcurrentResolve failure
>
> On Dec 7, 2007 10:12 AM, Gilles Scokart <
I got this when running ant test:
junit.framework
.AssertionFailedError: expected:<10> but was:<9>
at
org.apache.ivy.plugins.lock.ArtifactLockStrategyTest.testConcurrentResolve(ArtifactLockStrategyTest.java:72)
The second time, I got this :
junit.framewor
I'm confused.
Is it really related to IvyDE or just to launching ant from eclipse?
Also, If you don't put the the ivy ant task into the ant classpath, but only
the core. How does ant launched from eclipse find those tasks?
I guess I miss something.
Anyway, I think it is a good idea to simplify ou
> -Original Message-
> From: Peter Reilly [mailto:[EMAIL PROTECTED]
> Sent: jeudi 20 décembre 2007 10:34
> To: Ant Developers List
> Subject: Re: Ivy jar packaging
>
> On Dec 19, 2007 7:49 PM, Gilles Scokart <[EMAIL PROTECTED]> wrote:
> > I'm confu
> -Original Message-
> From: Xavier Hanin [mailto:[EMAIL PROTECTED]
> Sent: jeudi 3 janvier 2008 13:59
> To: Ant Developers List
> Subject: flexible cache management (IVY-399)
>
> Hi,
>
> Last week I've worked on the cache management to improve its flexibility.
> Now the two kind of cach
> -Original Message-
> From: Xavier Hanin [mailto:[EMAIL PROTECTED]
> Sent: jeudi 3 janvier 2008 18:00
> To: Ant Developers List
> Subject: Re: flexible cache management (IVY-399)
>
> On Jan 3, 2008 3:52 PM, Nascif Abousalh-Neto <[EMAIL PROTECTED]>
> wrote:
>
> > Hi Xavier,
> >
> > I th
+1
Gilles
> -Original Message-
> From: Xavier Hanin [mailto:[EMAIL PROTECTED]
> Sent: vendredi 4 janvier 2008 14:56
> To: Ant Developers List
> Subject: Re: flexible cache management (IVY-399)
>
> After more thoughts and while starting documenting the new cache management,
> I think I h
I have the feeling the checkModified, the changingPattern and the
changingMatcher are more a property of the remote
repository (the way the repository is build) than a property of the local cache
(the way one particular user want to
cache the files).
WDYT?
Gilles
> -Original Message-
>
s on the proxy. Using maven metadata
> files when available should both make this works and improve performance on
> maven repositories directly.
>
> --
> This message is automatically generated by JIRA.
> -
> You can reply to this email to add a comment to the issue online.
>
>
--
Gilles Scokart
But If you want to pass an input stream as parameter, it is to allow to
read build file from an other source than a file. In those case, there is
not necessarily a File basedir, but it can be something else.
Maybe passing an URL instead of a File would be more flexible?
Gilles
2008/1/10, [EMAI
Map variables = new HashMap();
> -variables.put("test", "mytest");
> -variables.put("test2", "${test}2");
> -pattern = "${test} ${test2} ${nothing}";
> -System.out.println("pattern= " + pattern);
> -System.out.println("resolved= " + substituteVariables(pattern,
> variables));
> }
>
> /**
>
>
Shouldn't this be put in a unit test?
--
Gilles Scokart
7;s right that might be enought.
Gilles
2008/1/10, Xavier Hanin <[EMAIL PROTECTED]>:
>
> On Jan 10, 2008 8:58 AM, Gilles Scokart <[EMAIL PROTECTED]> wrote:
>
> > 2008/1/9, [EMAIL PROTECTED] <[EMAIL PROTECTED]>:
> > >
> > > Author: m
I already thinked to something similar as well (after having re-written a few
time generic build scripts).
For me, one of the issues to solve is the problem of packaging a set of
reusable build script in a nice way. For that,
my idea was to use a "BAR" (Builder Archive). That would be a package
; ---------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
--
Gilles Scokart
ld managment today. And that
will be the challenge for such a project.
--
Gilles Scokart
currently in The Netherlands,
> especially here at the EPO in The Hague. Ca. 90% of our Java
> projects are using AntEpoline, the remaining mainly Maven I.
>
> Here's how a typical build file looks like:
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
--
Gilles Scokart
extend
an imported script:
The first aproach requires that the imported script has anticipated te need
:
--
Gilles Scokart
t;super" in the depends attribute
> to refer to the overridden target's dependency list, similar to using
> in the target's body to refer to the overridden target's task
> list/content. --DD
>
> ---------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
Using the imported_script_name.target syntax give you already some
flexibility.
--
Gilles Scokart
By the way, a truly generic build script will probably have to support 2 level
of customization/extension.
The first one being an enterprise level, and the second one being at project
level.
Gilles
-
To unsubscribe, e-mail:
--
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
I'm not favorable to have such restricting feature embbed in the language.
These kind of things have their place in generic strict imperative language,
not in a scripting language, not in declarative language, and usually not in
domain specific language. And IMHO, Ant is a declarative, domain specific
scripting language.
To put in place such restriction in Ant, you should rather have coding
standards, guidelines or policies, maybe enforced by a PMD-like validation
(I don't know if that exists for ant).
--
Gilles Scokart
> projects
>
> On Jan 16, 2008 8:54 AM, Gilles Scokart <[EMAIL PROTECTED]> wrote:
>
> > 2008/1/15, Louis Tribble <[EMAIL PROTECTED]>:
> > >
> > > Dominique Devienne wrote:
> > > > On 1/15/08, Louis Tribble <[EMAIL PROTECTED]> wrote:
&g
-
> Steve Loughran http://www.1060.org/blogxter/publish/5
> Author: Ant in Action http://antbook.org/
>
> ---------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
--
Gilles Scokart
> worked in M1 but no longer work in M2).
Did you know you can write your plugin using ant :
http://maven.apache.org/guides/plugin/guide-ant-plugin-development.html
--
Gilles Scokart
o you think?
>
> Xavier
>
> --
> Xavier Hanin - Independent Java Consultant
> http://xhab.blogspot.com/
> http://ant.apache.org/ivy/
> http://www.xoocode.org/
>
--
Gilles Scokart
And
is it normal to use the extra attributes in this comparison?
--
Gilles Scokart
+1,
Gilles
> -Original Message-
> From: Xavier Hanin [mailto:[EMAIL PROTECTED]
> Sent: mercredi 13 février 2008 10:36
> To: Ant Developers List
> Subject: [VOTE] add Nicolas Lalevée as committer
>
> Hi All,
>
> Nicolas Lalevée has contributed a lot of patches to Ivy and IvyDE [1 to 1
l the content of info into it.
[1] http://ant.apache.org/ivy/history/latest-milestone/concept.html#extra
Gilles
2008/2/13, Xavier Hanin <[EMAIL PROTECTED]>:
>
> On Feb 13, 2008 9:10 AM, Gilles Scokart <[EMAIL PROTECTED]> wrote:
>
> > In the rewrite of the pom parser,
> -Original Message-
> From: Xavier Hanin [mailto:[EMAIL PROTECTED]
> Sent: jeudi 14 février 2008 9:44
> To: Ant Developers List
> Subject: Re: Store pom dependency Managment in extra data
>
> I think we need to distinguish two kind of extra metadata: those used to
> identify the module,
glance it
> > seems to be a very good job!
>
>
>
> Thanks!
> Take your time, no problem. Just hope to see it in beta 2 :)
>
>
> Adrian
>
--
Gilles Scokart
#x27;m also wondering what I meant ;-)
I think it means that "optional doesn't make sense in the test scope".
I agree that it must be fixed before cutting the release.
I will apply the patch.
--
Gilles Scokart
avier Hanin - Independent Java Consultant
> http://xhab.blogspot.com/
> http://ant.apache.org/ivy/
> http://www.xoocode.org/
>
--
Gilles Scokart
manager
> > >
> > > --
> > > Xavier Hanin - Independent Java Consultant
> > > http://xhab.blogspot.com/
> > > http://ant.apache.org/ivy/
> > > http://www.xoocode.org/
> > >
> >
> >
> >
> > --
> > Xavier Hanin - Independent Java Consultant
> > http://xhab.blogspot.com/
> > http://ant.apache.org/ivy/
> > http://www.xoocode.org/
> >
>
>
>
>
> --
>
> Xavier Hanin - Independent Java Consultant
> http://xhab.blogspot.com/
> http://ant.apache.org/ivy/
> http://www.xoocode.org/
>
--
Gilles Scokart
ssage.warn("impossible to load parent for " +
> descriptorURL + "."
> + + " Parent=" + parentModRevID);
> +}
> }
>
> Map pomProperties = domReader.getPomProperties();
>
>
>
--
Gilles Scokart
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
--
Gilles Scokart
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On 13/03/2008, Xavier Hanin <[EMAIL PROTECTED]> wrote:
> On Thu, Mar 13, 2008 at 2:44 PM, Gilles Scokart <[EMAIL PROTECTED]> wrote:
> > Cool, I think we should share those errors with the maven team. They
> > usually don't accept to patch meta-data, but when
mple component
> interface.",
> + md.getDescription().replace("\n\r",
> "\n").replace("\r", "\n"));
> + }
> +
>
> public void testDependencyManagment() throws ParseException, IOException
> {
>
al and should
> > > > be merged into the branch.
> > >
> > > +1. We could always do a quick beta 3 release with this change to see
> > > that people are happy.
> >
> > +1 too
> >
> > Xavier
> >
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
--
Gilles Scokart
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
nymore.
>
> WDYT?
>
>
> Xavier
>
>
>
> >
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>
>
>
> --
> Xavier Hanin - Independent Java Consultant
> http://xhab.blogspot.com/
> http://ant.apache.org/ivy/
> http://www.xoocode.org/
>
--
Gilles Scokart
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
't think
> deprecating the old name would really be better.
??? I don't know.
>
> So, what do you think about these changes?
>
> Xavier
>
>
> --
> Xavier Hanin - Independent Java Consultant
> http://xhab.blogspot.com/
> http://ant.apache.org/
r name, like
> loadsettings or setup.
>
>
> Xavier
>
>
>
> >
> >
> > Maarten
> >
> >
> > - Original Message
> > From: Xavier Hanin <[EMAIL PROTECTED]>
> > To: Ant Developers List
> > Sent:
On 31/03/2008, Xavier Hanin <[EMAIL PROTECTED]> wrote:
> On Mon, Mar 31, 2008 at 3:53 PM, Gilles Scokart <[EMAIL PROTECTED]> wrote:
>
> > For the record, I'm -0.5 to the plan of Maarten.
>
>
> What do you exactly mean by -0.5? Do you mean that you don't
the time you can also get their sources and javadocs zipped. So
> the real problem IMO is metadata and repositories cleaness/stability. As I
> already said, I'm far from opposed to see this kind of public Ivy repository
> emerge, I just think it's too early for the Ivy committer team to get
> involved, while we still have quite a lot of work before releasing Ivy 2.0.0
> final and IvyDE 1.3.0 final. But I speak only for myself.
>
> Xavier
>
>
>
> >
> >
> > Thanks,
> > -Archie
> >
> > --
> > Archie L. Cobbs
> >
>
>
>
>
> --
> Xavier Hanin - Independent Java Consultant
> http://xhab.blogspot.com/
> http://ant.apache.org/ivy/
> http://www.xoocode.org/
>
--
Gilles Scokart
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
The notification of commit done in
https://svn.apache.org/repos/asf/incubator/ivy/site/ are still sent to
ivy-commits, and not to [EMAIL PROTECTED]
Is it something that we should raise to infra (on the list or via a
jira?) or can someone here fix that ?
Gilles
-- Forwarded message -
That must be the reason! I was sure I was missing something...
Thanks, I will fix that immediatly.
Gilles
On 14/04/2008, Stefan Bodewig <[EMAIL PROTECTED]> wrote:
> On Sun, 13 Apr 2008, Gilles Scokart <[EMAIL PROTECTED]> wrote:
>
> > The notification of c
vy RoundUp web site with a few modules,
> > including one maven2 one (commons-email). Please take a look and let me
> know
> > if it looks reasonable to you so far.
> >
>
> I'm already quite lost with the modules, which demonstrate the need to clean
> the names before doing the import. I see commons modules in their own
> organization (exactly as in maven2 repo) and commons-email in
> org.apache.commons organization (which makes better sense to me). This once
> again shows the difficulty to do something really better than maven2 repo.
>
>
> Xavier
>
>
>
> >
> >
> > Thanks,
> > -Archie
> >
> > --
> > Archie L. Cobbs
> >
>
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
>
>
>
> --
>
> Xavier Hanin - Independent Java Consultant
> http://xhab.blogspot.com/
> http://ant.apache.org/ivy/
> http://www.xoocode.org/
>
--
Gilles Scokart
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On 16/04/2008, Xavier Hanin <[EMAIL PROTECTED]> wrote:
> On Wed, Apr 16, 2008 at 8:37 AM, Gilles Scokart <[EMAIL PROTECTED]> wrote:
>
> > Maven has naming conventions [1], [2].
> >
> > The problem is that those conventions apeared with maven 2. maven
se of the
> first category and call the result final, probably is the best way
> forward.
>
> Stefan
>
> -----
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
--
Gilles Scokart
--
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
--
Gilles Scokart
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
1 and
creating a new release named 'later'.
--
Gilles Scokart
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
generate an "official documentation", an ICLA
would be required to get access to it.
Provided that the scope is only to replace the wiki, I have personally
no preferences. But if moving to confluence can relaunch the
contributions on the wiki, then you
ontains methods like 'compile', 'clean', etc. It can also have
> 'create_eclipse_project' method based on the data passed to it.
>
> I hope I was clear enough.
>
> Ittay
>
> Oh, one m
]
>>
>> -
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>>
>>
>
>
> --
> Xavier Hanin - Independent Java Consultant
> http://xhab.blogspot
e.org/jira/browse/UIMA-659
[3] http://markmail.org/message/ipgrfz725czfzhkg
[4] http://markmail.org/message/ybqoy5emzdfjoxlr
[5] http://directory.apache.org/studio/update/1.x/
2008/5/26 Nicolas Lalevée <[EMAIL PROTECTED]>:
> Le mardi 20 mai 2008, Gilles Scokart a écrit :
>> I did
gt;:
> On Tue, 27 May 2008, Gilles Scokart <[EMAIL PROTECTED]> wrote:
>
>> Geronimo use the dist directory [1], UIMA use also their
>> distribution directory [2], Maven host it on codehaus [3], Harmony
>> use their web-site [4], and as Xavier said, Apache Direc
The idea of configuring wether a retrieve should keep the server
timestamp or use the current time is great I think.
However, I would not put this parameter in the ivy file. For the same
ivy files, some would like one option, other would preffer the other
one.
I think it should better be a param
ote" or "current", whereas "remote" set
>> the
>> > > last modified attribute, as the remote file is. The "current" means the
>> > > current Ivy behavior.
>> > >
>> > > How can I read the timestamp value
ll have the choice what you want to do with the timestamp
> when the artifacts are already resolved.
Very good point.
>
> Maarten
>
>
> - Original Message
> From: Gilles Scokart <[EMAIL PROTECTED]>
> To: Ant Developers List
> Sent: Thursday, May 29, 20
ead, print, retain, copy, disseminate,
> distribute, or use this message or any part thereof. If you receive this
> message in error, please notify the sender immediately and delete all copies
> of this message.
>
--
Gilles Scokart
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
maintain
>>>>>>>
>>>>>>> in wiki syntax. Lastly, I much prefer the look of confluence pages
>>>>>>>> over
>>>>>>>>
>>>>>>>> *
>>>>>>>
>>>>&g
f you
>> receive this message in error, please notify the sender immediately and
>> delete all copies of this message.
>>
>>
>>
>>
>> Disclaimer:
>> This message contains information that may be privileged or confidential
>> and is the property
there is a blocker issue with the release
>
> so +1 for me (non binding)
>
> Nicolas
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
--
Gilles Scokart
--
As it is fixed in svn, my +0 is now a +1.
For the record, note that I don't use ivyde, so I also only checked
the "legal" aspects. But I trust the +1 of Nicolas (and Xavier) for
the technical aspects.
2008/6/24 Stefan Bodewig <[EMAIL PROTECTED]>:
> On Mon, 23 Jun 2008
ually the risk when Ivy is used from IvyDE?
Does IvyDE will likely invoke Ivy from multiple thread in parallel?
--
Gilles Scokart
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Gump seems OK : http://vmgump.apache.org/gump/public/ivy/index.html
Am I the only one (I'm using ibm jvm 1.5 on cygwin, but up to now I
didn't had any problem with this set up).
I will try with older source base to see where it failed.
--
Gill
y, August 5, 2008 6:44:35 PM
> Subject: Re: Ivy Broken unit test
>
> On Tue, Aug 5, 2008 at 3:56 PM, Gilles Scokart <[EMAIL PROTECTED]> wrote:
>
>> I have some unit test failing :
>>
>> Test org.apache.ivy.ant.IvyAntSettingsTest FAILED
>> Test org.apa
ivy.settings.file"));
> -assertEquals(new
> File("test/repositories/ivysettings.xml").toURL().toExternalForm(),
> +assertEquals(new
> File("test/repositories/ivysettings.xml").toURI().toURL().toEx
an I realy use it in my
> configuration files?
> Should I pack it to the one jar with Ivy core?
>
> Looking forward your suggestions,
> Roman Mazur.
>
--
Gilles Scokart
-
To unsubscribe, e-mail: [EMAIL PROTECTED
I remember a discussion about lower case / mixed case attributes of
the ivy ant task but I don't remind me the conclusion and I didn't
find it back.
For the next change (adding an option to tell to not compute
ivy.deps.changed) I have added an task attribute 'checkIfChanged'
mixed case. Should I
of either, but
> I'd love to keep -version as short as it is right now and add a new
> switch here, while I'd be happy to just add more output to
> -diagnostics..
>
> Stefan
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additi
{
> for (Iterator i = values().iterator(); i.hasNext() &&
> !found;) {
> @@ -1091,7 +1103,7 @@
> * @param prefix prefix to match off
> * @return the (possibly empty) list of definitions
> */
> -public List/**/ findMat
Some nice formalization of dependency managment :
http://docs.codehaus.org/display/MAVEN/Mercury
--
Gilles Scokart
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
gt; +if (tokenizedPattern[i].equals("**")) {
> patIdxTmp = i;
> break;
> }
> @@ -259,7 +268,7 @@
> strLoop:
> for (int i = 0; i <= strLength - patLength; i++) {
>
to guard the resulting List. Which is quiet anoying.
Maybe the returned list should be a copy, and not the life instance.
WDYT?
[1] See https://issues.apache.org/bugzilla/show_bug.cgi?id=40511
2008/8/20 Gilles Scokart <[EMAIL PROTECTED]>:
> I think there might be also a raise conditio
Xavier Hanin - Independent Java Consultant
> http://xhab.blogspot.com/
> http://ant.apache.org/ivy/
> http://www.xoocode.org/
>
--
Gilles Scokart
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
tually used, slightly degrades performance and sometimes lead
> to annoying bugs like invalid URLs (which should be fixed now). So, anyone
> against the idea of changing this default value?
>
> Xavier
>
> --
> Xavier Hanin - Independent Java Consultant
> http://xhab.bl
1 - 100 of 197 matches
Mail list logo
