is accessible here http://easyant.abrm.info
Jean Louis Boudart
is accessible here http://easyant.abrm.info
Jean Louis Boudart
Louis Boudart
2008/10/21 Stefan Bodewig [EMAIL PROTECTED]
On Fri, 17 Oct 2008, Jean-Louis BOUDART [EMAIL PROTECTED]
wrote:
Easyant is a toolbox focusing on easing project build processes.
It's based on Apache Ant and Apache Ivy, and allows for maximum
flexibily, improved integration
2008/10/27 Stefan Bodewig [EMAIL PROTECTED]
I've given in and used my googlemail account for the easyant group,
grmbl.
Nice :)
Google 1 vs Stefan Bodewig 0
Round 2... Fight !
I'll look through the patch and will comment/start new threads for
them later (maybe more than just a bit
FWIW, I'm not fond of the phase name either. What you describe is
better described as a target-group, with any target being able to join
the group at will, and where there's no implicit intra-group
dependencies, and no body to the target-group (i.e. the group is
abstract in a way).
I like
UP
Is there some news about our patch or about ProjectHelper class / Target
class refactoring?
Jean Louis
2008/10/29 Stefan Bodewig [EMAIL PROTECTED]
On Wed, 29 Oct 2008, Matt Benson [EMAIL PROTECTED] wrote:
--- Stefan Bodewig [EMAIL PROTECTED] wrote:
On Wed, 29 Oct 2008, Matt Benson
IIUC EasyAnt solits the two use-cases found for import into two
logical tasks.
* you never want to override a target, you just want to reuse them:
use
That's an include to me. Rename use into include, and I'm +1,
I'm not bound to names.
+1 =)
I'm not totally sure whether the
[EMAIL PROTECTED] wrote:
I'm not sure that adding an as-attribute make sense for extends.
In our POC you can import with use mode the same file with different
prefix. exemple :
project name=Abstract-Module
...
/project
project name=Concret-Module1
use file=Abstract-Module as
-easyant-patch.diff
Thanks a lot Stefan !
2008/11/12 Stefan Bodewig [EMAIL PROTECTED]
On 2008-11-12, Stefan Bodewig [EMAIL PROTECTED] wrote:
On 2008-11-12, Jean-Louis BOUDART [EMAIL PROTECTED] wrote:
I think that using include should allow user to have nested prefix,
should be pretty easy
as attribute to an empty string (import file=... as=/).
2008/11/12 Stefan Bodewig [EMAIL PROTECTED]
On 2008-11-12, Jean-Louis BOUDART [EMAIL PROTECTED] wrote:
EasyAnt switched to ant-713373
Every things seems ok, except prefix separator should be applied on
targets
(ie
Hi Stefan,
First of all i would like to thank you for your interests on our patch.
I'm currently trying to switch to trunk Head revision and i'm getting some
troubles with nested inclusion.
I think that using include should allow user to have nested prefix, here
is a short example:
project
Maybe this should be done with a additional attribute like :
- ignorePrefix
- disablePrefix
something like
import file=... disablePrefix=true/
WDYT?
2008/11/12 Jean-Louis BOUDART [EMAIL PROTECTED]
Ooops my bad, i've merged with my previous patch :$
This is now fixed in:
http
Ooops i forgot ignoring prefix should ignore also prefix separator
2008/11/12 Jean-Louis BOUDART [EMAIL PROTECTED]
Maybe this should be done with a additional attribute like :
- ignorePrefix
- disablePrefix
something like
import file=... disablePrefix=true/
WDYT?
2008/11/12 Jean
PROTECTED]
On 2008-11-12, Jean-Louis BOUDART [EMAIL PROTECTED] wrote:
In addition to this, i think that we should add a way to disable
prefixing,
i have a use case in easyant where i don't want to use prefix.
Why don't you use import instead of include in that case?
Stefan
It seems to be related to this test
if (!isInIncludeMode context.isIgnoringProjectTag()
means ProjectHelper is currently importing a file
(prefix = getTargetPrefix(context)) != null
and there is a prefix defined for the imported file (either an
explicit as prefix or
)) {
Maybe i'm getting wrong
2008/11/13 Jean-Louis BOUDART [EMAIL PROTECTED]
It seems to be related to this test
if (!isInIncludeMode context.isIgnoringProjectTag()
(prefix = getTargetPrefix(context)) != null !isPhase)
{
But i don't understand why yet :(
Any idea?
2008/11
by typing ant -p i can see
org.apache.easyant#build-std-java.compile.iLikeToCompileJavaClasses --
i
like to compile java classes :)
org.apache.easyant#build-std-java.myPrefix.plop -- foo bar
This is what I get with Ant trunk:
$ ./build.sh -f ../../Temp/u.xml -p
Buildfile:
Swich done, everything works perfectly
I like how you've documented it :)
I've updated the patch (now it contains only phases features)
http://easyant.abrm.info/trac/browser/trunk/src/main/patches/ant-713748-easyant-patch.diff
Thanks again for this integration
2008/11/13 Stefan Bodewig [EMAIL
Here is some additional information on EasyAnt phase concept
http://easyant.abrm.info/trac/wiki/tasks/phase
So any conclusions?
Does this feature should be integrated to ant-core? or prove it's
usefulness in EasyAnt move it into core later if it truly proves useful ?
2008/11/14 Dominique Devienne [EMAIL PROTECTED]
On Fri, Nov 14, 2008 at 7:55 AM, Stefan Bodewig [EMAIL PROTECTED]
wrote:
On
Sorry i'm missed this mail
2008/11/14 Gilles Scokart [EMAIL PROTECTED]
2008/11/13 Gilles Scokart [EMAIL PROTECTED]:
I'm +1 to put the concept in Ant's core, marked as experimental.
A question that I have is how deep we want to push this concept?
A first level would be that a phase or
By typing ant test -Dskip.test=true you will not execute any target
related to test target-group.
Hmmm, I thought a target group basically had it's depends attribute
basically rewritten to include whatever target declared itself to be
part of this group, and since if/unless apply to the
svn revision 718943 contains target-group (without documentation) as a
special kind of target that must always be empty.
targets and target-groups have a new attribute target-group that can
be used to add the target(-group) to a named target-group that must
have been defined already[1].
-- compile the current projet
package -- package the current project
2008/11/19 Jean-Louis BOUDART [EMAIL PROTECTED]
svn revision 718943 contains target-group (without documentation) as a
special kind of target that must always be empty.
targets and target-groups have a new attribute target-group
I agree with Xavier a target-group is something at a higher level than a
target.
I think that the key feature of target-group is dependency injection but as
Xavier says if thread-group is the only way to have target dependency
injection, then people may use it only for that, and complain about
I think this is a typo he wanted to say target-group IMHO :p
2008/11/20 Stefan Bodewig [EMAIL PROTECTED]
On 2008-11-20, Xavier Hanin [EMAIL PROTECTED] wrote:
I'm not sure if it's directly related to thread-group, or to the usage
made
of thread-group in EasyAnt:
could you please explain
The fact is target-group is not only a way to have dependency management,
but a new way to think your build-script.
Yes, but only for the person who writes the build file, not the one
who uses it. -projecthelp is for the user.
I guess for us target-group is useful to make build modules
Which from the end-user POV means targets and target-groups are
command line callable, target-parts are not. Is that correct?
Stefan
I would prefer that they could be called.
I think both target and target group should be command line callable.
I actually see a very big
I'm +1 for this solution
2008/11/26 Dominique Devienne [EMAIL PROTECTED]
On Wed, Nov 26, 2008 at 2:06 PM, Bruce Atherton [EMAIL PROTECTED]
wrote:
Or you could just live with the verbosity of the target list, like I did,
and use naming conventions in EasyAnt. I'm sure there are many other
Any news on this point?
2008/11/24 Xavier Hanin [EMAIL PROTECTED]
On Fri, Nov 21, 2008 at 12:26 AM, Jean-Louis BOUDART
[EMAIL PROTECTED] wrote:
In addition, as we use target-group to have more genericity we
doesn't
want to have prefix on those generic targets.
I'm afraid I
the 0.4-beta-1 release files at:
http://easyant.abrm.info/trac/downloader
More information can be found on the Easyant website:
http://easyant.abrm.info/
Regards,
Jean Louis Boudart
release files at:
http://www.easyant.org/trac/downloads
Online documentation is now accessible through :
http://www.easyant.org/doc/
More information can be found on the Easyant website:
http://www.easyant.org/
Regards,
Jean Louis Boudart
?
Any ideas?
Thanks in advance
Jean Louis Boudart
No ideas? :'(
2009/4/6 Jean-Louis BOUDART jeanlouis.boud...@gmail.com
Hi there,
I have a few questions on ant-core.
*How to extends the main class?*
I would like to extends the main class to deal with new command line
parameters for EasyAnt, and have a custom project help.
I must create
.
Cheers,
Jean Louis Boudart
2009/5/28 Nick Pellow npel...@atlassian.com
+1 to shipping Ivy with Ant - maybe even call it Ant 2.0 ?
On 28/05/2009, at 2:30 AM, Jason Trump wrote:
That is definitely a cool idea. Another possibility would be to use
embedded Ivy to implement an auto-update
at:
http://svn.easyant.org/tags/0.6/
Or download the 0.6 release files at:
http://www.easyant.org/trac/downloads
Online documentation is now accessible through :
http://www.easyant.org/doc/
More information can be found on the Easyant website:
http://www.easyant.org/
Regards,
Jean Louis Boudart
Hi,
I know Jean-Louis BOUDART has been working on plugging different
frontends into EasyAnt so maybe we could join forces - Jean-Louis, are
you reading this?
Sorry for long responding i was on holidays :).
I was thinking a few time ago to introduce an abstraction layer in the
project
to be attached to a virtual target (a target without
name) referenced by the XMLContext instance which is all the time
overwritten during import.
Did i miss something?
Any idea of how this could be done?
Thanks for you help.
--
Jean Louis Boudart
Independent consultant
Project Lead http
-unsubscr...@ant.apache.org
For additional commands, e-mail: dev-h...@ant.apache.org
--
Jean Louis Boudart
Independent consultant
Project Lead http://www.easyant.org
will not be really affected
by any change the naming of target-group.
Hope this will help the discution.
Cheers,
Le 16 décembre 2009 14:12, Nicolas Lalevée nicolas.lale...@hibnet.org a
écrit :
On Sat, 12 Dec 2009 13:03:45 +0100, Jean-Louis Boudart
jeanlouis.boud...@gmail.com wrote:
How about:
target
Boudart
--
Jean Louis Boudart
Independent consultant
Project Lead http://www.easyant.org
--
Jean Louis Boudart
Independent consultant
Project Lead http://www.easyant.org
Louis Boudart
Independent consultant
Project Lead http://www.easyant.org
will still be able to do it but it
will not be as simple as just as augmenting a datatype.
Even if we provide some stucturing stuff we should not lock the user in.
IMHO, this make particular sense in easyant but could also be applied in the
Ant context.
Regards,
--
Jean Louis Boudart
Independent
references) are separated
i'm +1
3. If a final attribute is decided upon, do you think it should default
to false?
+1
As with current code base ant datatypes are currently de-facto mutable we
should keep the default value of final attribute to false.
--
Jean Louis Boudart
Independent
avenues from modifying a reference if that's really what
we wanted. So I'd say these are separate concerns.
Sounds good to me
--
Jean Louis Boudart
Independent consultant
Project Lead http://www.easyant.org
to release this build as ant 1.8.1
[ ] Yes
[ ] No
Regards,
Antoine
-
To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
For additional commands, e-mail: dev-h...@ant.apache.org
--
Jean Louis Boudart
Independent
in the manual.
--
Jean Louis Boudart
Independent consultant
Project Lead http://www.easyant.org
Hi Maarten,
Any chance to get a release date for this RC ?
Thanks in advance,
--
Jean Louis Boudart
Independent consultant
Project Lead http://www.easyant.org
:
- automatically regenerate the tutorial outputs when creating a new release
(almost finished on this one)
- automatically run RAT against Ivy codebase and fail the build if it
contains errors like missing licenses...
Maarten
- Original Message
From: Jean-Louis Boudart
you vote for the release of these
binaries?
[ ] Yes
[ ] No
Regards,
Maarten Coene
-
To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
For additional commands, e-mail: dev-h...@ant.apache.org
--
Jean Louis
release files at:
http://www.easyant.org/projects/easyant/files
Online documentation is accessible at : http://www.easyant.org/doc/
More information can be found on the Easyant website:
http://www.easyant.org/
Regards,
--
Jean Louis Boudart
Independent consultant
Project Lead http://www.easyant.org
-
To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
For additional commands, e-mail: dev-h...@ant.apache.org
--
Jean Louis Boudart
Independent consultant
Project Lead http://www.easyant.org
/makepom.html). However the
support is quite limited and provided many limations.
I'll get back later with some additional informations on the limitations and
already possible alternatives.
Stay tuned :p
2010/10/8 Jean-Louis Boudart jeanlouis.boud...@gmail.com
Hi there,
ivy:deliver is used
/Roles_and_Responsibilities.html
Le 11 nov. 2010 à 19:19, Jean-Louis Boudart a écrit :
Hi,
EasyAnt team would like to get more visibility and build a bigger
community
based on real open source spirit. As we're already based on many Apache
project (Ant + Ivy), it seems natural for us that Apache
be a champion. Nicolas, I think you should be
the champion, and then I could be a mentor, and probably one or two other
Ant PMC members could also be mentors ?
thank you for joining us in this process
--
Jean Louis Boudart
Independent consultant
Project Lead http://www.easyant.org
wondering about the technical feasibility and utility of such an
inbuilt tool. Can you share your thoughts on this?
Thanks,
Siddhartha
--
Jean Louis Boudart
Independent consultant
Project Lead http://www.easyant.org
...@ant.apache.org
--
Jean Louis Boudart
Independent consultant
Apache EasyAnt commiter http://incubator.apache.org/easyant/
I can try to spend some time on it but i need a reproducable use case.
Opening a JIRA and attaching a test case could save hours.
Le 22 juin 2012 23:24, Maarten Coene maarten_co...@yahoo.com a écrit :
Hi Mitch,
I've just replied on the ivy-user mailing list.
I think this issue should get
:)
So, should we accept EasyAnt as a subproject ?
Nicolas
-
To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
For additional commands, e-mail: dev-h...@ant.apache.org
--
Jean Louis Boudart
Independent consultant
-mail: dev-h...@ant.apache.org
--
Jean Louis Boudart
Independent consultant
Apache EasyAnt commiter http://incubator.apache.org/easyant/
i'm ready to beta test it within easyant :)
Le 23 oct. 2012 11:02, Nicolas Lalevée nicolas.lale...@hibnet.org a
écrit :
Le 22 oct. 2012 à 23:27, Maarten Coene maarten_co...@yahoo.com a écrit :
Hi,
I would like to try to create a new Ivy release candidate next weekend
(27/28 October)
quel effet légalement obligatoire. Étant donné que les email
peuvent facilement être sujets à la manipulation, nous ne pouvons accepter
aucune responsabilité pour le contenu fourni.
Subject: [RESULT][VOTE] Jean-Louis Boudart as committer
From: nicolas.lale...@hibnet.org
Date: Tue, 30 Oct 2012
I have a present for Ivy project to celebrate this news (a new feature ?
maybe).
Stay tuned :)
*teasing*
Le 30 oct. 2012 20:28, Jean-Louis Boudart jeanlouis.boud...@gmail.com a
écrit :
Thanks for your votes guys !
Le 30 oct. 2012 20:24, Martin Gainty mgai...@hotmail.com a écrit
+1
Le 6 nov. 2012 14:07, Nicolas Lalevée nicolas.lale...@hibnet.org a
écrit :
+1
Nicolas
Le 5 nov. 2012 à 23:37, Maarten Coene maarten_co...@yahoo.com a écrit :
Hi all,
Here is a new attempt to create the Apache Ivy 2.3.0-RC2 release.
The only change compared to the first attempt is
I could also give some help but i dont know where to start.
Is the whole release process documented ? If yes could give me some
pointers?
Le 12 nov. 2012 23:09, Maarten Coene maarten_co...@yahoo.com a écrit :
Thanks Nicolas,
that would be really helpful! :-)
Maarten
/
Do you vote for the release of these binaries?
[ ] +1 Release these artifacts
[ ] +0 OK, but...
[ ] -0 OK, but really should fix...
[ ] -1 I oppose this release because...
kind regards,
Maarten Coene
--
Jean Louis Boudart
-
To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
For additional commands, e-mail: dev-h...@ant.apache.org
--
Jean Louis Boudart
Independent consultant
Apache EasyAnt commiter http://incubator.apache.org/easyant/
...@ant.apache.org
For additional commands, e-mail: dev-h...@ant.apache.org
--
Jean Louis Boudart
Independent consultant
Apache EasyAnt commiter http://incubator.apache.org/easyant/
information can be found on the website:
http://incubator.apache.org/easyant/
Regards,
--
Jean Louis Boudart
--
Jean Louis Boudart
Independent consultant
Apache EasyAnt commiter http://incubator.apache.org/easyant/
+1
Le 12 mars 2013 20:39, Maarten Coene maarten_co...@yahoo.com a écrit :
+1
Maarten
From: Bruce Atherton br...@callenish.com
To: dev@ant.apache.org
Sent: Tuesday, March 12, 2013 6:03 PM
Subject: [VOTE] Michael Clarke as a committer
I'd like to
All infra request are now closed. Migration seems over! Long live
http://ant.apache.org/easyant/
PS: i think we forgot setuping redirection from incubator.a.o/easyant to
ant.a.o/easyant. I will fix this today
Le 23 mars 2013 15:25, Nicolas Lalevée nicolas.lale...@hibnet.org a
écrit :
Le 16
-
To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
For additional commands, e-mail: dev-h...@ant.apache.org
--
Jean Louis Boudart
Independent consultant
Apache EasyAnt commiter http://incubator.apache.org/easyant/
and documentation improvements, I know I could contrbute
myself, but I have to admit I don't have enough time to dedicate.
No problem :)
[1]
https://svn.apache.org/repos/asf/ant/easyant/plugins/trunk/maven-publication/
[2] http://ant.apache.org/ivy/history/trunk/use/makepom.html
--
Jean Louis Boudart
/ivy/history/trunk/use/makepom.html
--
Jean Louis Boudart
Independent consultant
Apache EasyAnt commiter http://incubator.apache.org/easyant/
--
Jean Louis Boudart
Independent consultant
Apache EasyAnt commiter http://incubator.apache.org/easyant/
Done on trunk
Le 17 avr. 2013 18:32, Xavier Hanin xavier.ha...@gmail.com a écrit :
On Tue, Apr 16, 2013 at 8:19 AM, Jean-Louis Boudart
jeanlouis.boud...@gmail.com wrote:
What is the desired behavior when junit is missing in project classpath ?
1 - ignore test ? maybe with a message @info
of updating the homepage?
- modify the svn site module
- run the build
- commit
- some more work here?
Jan
--
Jean Louis Boudart
Independent consultant
Apache EasyAnt commiter http://incubator.apache.org/easyant/
-shared will generate final documentation in
site\easyant\production, but as you pointed out it requires Java6. I'll
process it tonight.
Jean Louis Boudart
Independent consultant
Apache EasyAnt commiter http://incubator.apache.org/easyant/
@Jean Louis: new URL for EasyAnt ;-)
Good catch
effort.
What do you think?
--
Jean Louis Boudart
Independent consultant
Apache EasyAnt commiter http://ant.apache.org/easyant/
I would prefer having the artifacts on ASF servers. A (Nexus based)
repository is at https://repository.apache.org/
Ant + Ivy are available at
https://repository.apache.org/content/repositories/releases/
I would also prefer this but will ASF authorize non apache project (read
plugins with
Here is the original thread from easyant-dev ML during apache incubation :
http://markmail.org/thread/uv2xkj63rkdh2thh
Le 29 avr. 2013 20:53, Jean-Louis Boudart jeanlouis.boud...@gmail.com
a écrit :
I would prefer having the artifacts on ASF servers. A (Nexus based)
repository is at https
No objections? :p
Le 29 avr. 2013 20:59, Jean-Louis Boudart jeanlouis.boud...@gmail.com a
écrit :
Here is the original thread from easyant-dev ML during apache incubation :
http://markmail.org/thread/uv2xkj63rkdh2thh
Le 29 avr. 2013 20:53, Jean-Louis Boudart jeanlouis.boud...@gmail.com
Hi,
It's currently difficult to make reusable script when using exec task or
any other task using commandline args.
We oftenly need some dynamic arguments and this can be complicated.
Therefor, i suggest to introduce if/unless conditions on comand line args :
exec executable=git
arg
+1
2013/5/3 Antoine Levy Lambert anto...@gmx.de
I wonder whether we could not add if an unless on all nested elements in
the framework ?
Regards,
Antoine
On May 3, 2013, at 2:57 AM, Jean-Louis Boudart wrote:
Hi,
It's currently difficult to make reusable script when using exec
By the way i don't know yet where we can plugin tests on if/unless
condition in this case.
2013/5/3 Jean-Louis Boudart jeanlouis.boud...@gmail.com
+1
2013/5/3 Antoine Levy Lambert anto...@gmx.de
I wonder whether we could not add if an unless on all nested elements in
the framework
, 2013, at 2:14 AM, Jean-Louis Boudart wrote:
No objections? :p
Le 29 avr. 2013 20:59, Jean-Louis Boudart
jeanlouis.boud...@gmail.com a écrit :
Here is the original thread from easyant-dev ML during apache
incubation :
http://markmail.org/thread/uv2xkj63rkdh2thh
Le 29 avr
://ant.apache.org/ivy/history/latest-milestone/resolver/jar.html
[3]
https://bintray.com/pkg/show/readmore/easyant/community-plugins/sonar-easyant-plugin
2013/5/6 Antoine Levy Lambert anto...@gmx.de
No objections from me.
Antoine
On May 3, 2013, at 6:04 AM, Jean-Louis Boudart wrote
: Freitag, 3. Mai 2013 11:01
An: Ant Developers List
Betreff: Re: Adding if/unless conditions on commandline args
+1 from me too
On 3 May 2013, at 09:37, Jean-Louis Boudart
jeanlouis.boud...@gmail.com wrote:
+1
2013/5/3 Antoine Levy Lambert anto...@gmx.de
I
-
To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
For additional commands, e-mail: dev-h...@ant.apache.org
--
Jean Louis Boudart
Independent consultant
Apache EasyAnt commiter http://ant.apache.org/easyant/
)?
--
Regards,
Mykhailo Oleksiuk.
--
Regards,
Mykhailo Oleksiuk.
--
Jean Louis Boudart
Independent consultant
Apache EasyAnt commiter http://ant.apache.org/easyant/
.
Stefan
-
To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
For additional commands, e-mail: dev-h...@ant.apache.org
--
Jean Louis Boudart
Independent consultant
Apache EasyAnt commiter http://ant.apache.org
-
To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
For additional commands, e-mail: dev-h...@ant.apache.org
--
Jean Louis Boudart
Independent consultant
Apache EasyAnt commiter http://ant.apache.org/easyant/
).
This can help if someone wants to load plugins in module.ant after setting
a few properties.
I also recommend adding a warning on existing task to recommend people
using the new import mechanism.
What do you think ?ea
[1] https://issues.apache.org/jira/browse/EASYANT-13
--
Jean Louis Boudart
...@hibnet.org
Long overdue response.
Le 3 août 2013 à 13:33, Jean-Louis Boudart jeanlouis.boud...@gmail.com
a écrit :
Hi there,
It becomes necesssary to manage conflicts between plugins.
This issues has been raised many time and is referenced on jira[1].
Currently easyant offers import task
limitation, ant doesn't load a buildfile two times. So if
we have many plugins relying on abstract ones, abstract ones must be
uniquely resolved.
--
Jean Louis Boudart
Independent consultant
Apache EasyAnt commiter http://ant.apache.org/easyant/
So what do you think ?
[ ] we should continue to support Java 1.4
[ ] we should make Ivy and IvyDE require Java 5
[x] we should make Ivy and IvyDE require Java 6
--
Jean Louis Boudart
http://ant.apache.org/easyant/
-mail: dev-h...@ant.apache.org
-
To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
For additional commands, e-mail: dev-h...@ant.apache.org
--
Jean Louis Boudart
Independent consultant
Apache EasyAnt commiter http
for
the case of URL resources which happen to be files.
+1
Stefan
-
To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
For additional commands, e-mail: dev-h...@ant.apache.org
--
Jean Louis Boudart
Independent
--
Jean Louis Boudart
Independent consultant
Apache EasyAnt commiter http://ant.apache.org/easyant/
1 - 100 of 164 matches
Mail list logo