Strange ? was it not set eol-native ?
Propchange: ant/core/trunk/src/etc/performance/build.xml
--
svn:eol-stype = native
On 9/21/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Author: bodewig
Date: Wed Sep 20
I was looking at a performance thread last year:
http://marc.theaimsgroup.com/?t=11189202101r=1w=2
Performance difference between 1.6.1 and 1.6.4 (in eclipse)
There was a performance slowdown between ant 1.6.1 and ant 1.6.4
For script1 I get the following numbers:
ANT 1.6.1 = 11 sec
**only** for those build files, which are extreme cases,
hopefully there should be some speed up for most build files,
but nowhere as much!
Like I said, we need more example build files to make
sure that ant can scale for large build files, multiple import files,
big directory searches / copies
I think you are correct, I had the same problem
with cvs years ago, but the cvs was part of cygwin,
svn is not part of cygwin on my current system. It must be clever
or confused ... sigh.
Thanks, Peter
On 9/21/06, Stefan Bodewig [EMAIL PROTECTED] wrote:
On Thu, 21 Sep 2006, Peter Reilly
Opps, this is my fault.
I noticed that we allow taskname to be set in build files,
and assumed that this was a mistake..
I will fix when I get back to my svn machine.
Sorry
Peter
On 9/20/06, Gump Integration Build general@gump.apache.org wrote:
To whom it may engage...
This is an
+1
Peter
On 9/20/06, Matt Benson [EMAIL PROTECTED] wrote:
--- Stefan Bodewig [EMAIL PROTECTED] wrote:
On Tue, 19 Sep 2006, Matt Benson
[EMAIL PROTECTED] wrote:
I'm definitely in favor of a release but I wonder
if the jar should
contain the xsls for convenience. Since
junitreport
The problem was that bootstrap.bat had oata.types.resources and
bootstrap.sh did not!
Peter
On 9/19/06, Matt Benson [EMAIL PROTECTED] wrote:
Jan: Thanks for catching my breakage. If Gump's
happy, I'm happy. Of course there may be something
else about the bootstrap layer I don't know...
Yep, it needs one.
On 9/18/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Log:
a bc file for scriptrunner
Added:
ant/core/trunk/src/main/org/apache/tools/ant/util/ScriptRunner.java
(with props)
+package org.apache.tools.ant.util;
+
+/**
+ * This class is here for backwards compatiblity.
+ *
Hi DD,
Thanks for the comments, it is always nice for people
to check the code - I mentioned that this patch was
the one that I was a little worried about.
1)
The code does not export the lower case version
of the env variable that the user passed in, the
lower case version is only used for
I placed that there for the reson that I do
not know what Windows turkish locale does
for environment keys, in particular the infameos
i. - i.e. does the turkish version of windows
follow the locale rules for upper/lower case?
Peter
On 9/18/06, Stefan Bodewig [EMAIL PROTECTED] wrote:
On
On 9/17/06, Stefan Bodewig [EMAIL PROTECTED] wrote:
On Sat, 16 Sep 2006, Antoine Levy-Lambert [EMAIL PROTECTED] wrote:
What about, if the members of ant-contrib were to agree to this,
merge ant and ant-contrib to have the if/ ...
Has anybody ever asked them?
jokeI think that the author
On 9/17/06, Antoine Levy-Lambert [EMAIL PROTECTED] wrote:
Hello Peter,
I see that you are busy fixing a few more bug reports. :-)
The Beta2 will be nice.
The deadline is approaching!
Hopefully, I have not done anything too stupid.
Most of the changes are very minor.
The major change is the
On 9/15/06, Stefan Bodewig [EMAIL PROTECTED] wrote:
Hi all,
I propose the following plan to release AntUnit 1.0. I also propose
to be the release manager myself.
* release AntUnit 1.0Beta1 next week after ant 1.7.0beta2 is out.
+1
* the beta release uses the current code, maybe some
Hi,
I have made the change to available to:
1) stop it seaching parent directories for files unless asked
2) if asked, search all the parent directories not just the parent and
grandparent.
I think that this was the conclusion reached earlier, if
not we can reverse the changes.
Peter
It should extend ConditionBase.
On 9/13/06, Stefan Bodewig [EMAIL PROTECTED] wrote:
Hi,
as I stated in another thread, I don't feel bad for extending
ConditionBase but if a majority here would prefer AsserTask to stick
with a simple add(Condition) in a task derived class, I'd be up for it
as
On 9/13/06, Kevin Jackson [EMAIL PROTECTED] wrote:
I've been looking at a couple of Lisp-on-jvm things, Kawa, and ABCL,
but Kawa is scheme not lisp, ABCL is alpha/bleeding edge and didn't
actually work (at all).
According to https://scripting.dev.java.net/
SCSI (http://sisc.sourceforge.net/)
On 9/13/06, Antoine Levy-Lambert [EMAIL PROTECTED] wrote:
Hi,
I did not see the changes. But in principle I agree with Dominique
that a roledef should have 3 attributes :
name, role, classname
or can we make the role attribute optional by finding out by
introspection whether a class is a
Thanks,
this is good summing up.
On 9/13/06, Dominique Devienne [EMAIL PROTECTED] wrote:
Sorry I did not read all the svn commit emails. Which classes implement
these role definitions ?
None, at least none that define a role.
Peter has extended IH and co. to lookup nested-element in
On 9/13/06, Matt Benson [EMAIL PROTECTED] wrote:
--- Dominique Devienne [EMAIL PROTECTED] wrote:
I did not see the changes. But in principle I
agree with Dominique
that a roledef should have 3 attributes :
name, role, classname
Just to clarify, I like the way Peter implemented it
On 9/13/06, Peter Reilly [EMAIL PROTECTED] wrote:
Some classes thus may have multiple names associated
with them, a unique top-level name and a restricted name that
can be s
Opps, I hit a emacs keystroke that sent the email...
to continue:
Some classes thus may have multiple names
On 9/13/06, Kevin Jackson [EMAIL PROTECTED] wrote:
According to https://scripting.dev.java.net/
SCSI (http://sisc.sourceforge.net/) a scheme implementation
is supported by JDK6 scripting via an engine provided by
https://scripting.dev.java.net/servlets/ProjectDocumentList
Cool, one more
For ant 1.8, we will support jdk6 javax.script.*
in some fashion.
JDK 6 has javascript (a nobbled version of
rhino) built in - so ant build files will
get that language for free if the they use JDK 6.
On 9/12/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
I also think that a lot of the
There is the task:
I am not too sure if I am using the new ResourceCollection stuff
correctly!
Peter
/*
* Copyright 2006 The Apache Software Foundation
*
* Licensed under the Apache License, Version 2.0 (the License);
* you may not use this file except in compliance with the License.
*
On 9/12/06, Antoine Levy-Lambert [EMAIL PROTECTED] wrote:
Hi Peter,
I would add another question : does this appendcomponentpath task allow to
add stuff to the classpath where we are normally hit by the delegating
classloader problem ? Such as JDBC/JNDI drivers for instance.
For JDBC, it
On 9/11/06, Dominique Devienne [EMAIL PROTECTED] wrote:
2) Introduce a tagdef or roledef for the purpose
of locating extension points as nested elements.
but I looked at the code and realized that the type
handling in ant would become too complicated - there
I see your point.
On 9/12/06, Dominique Devienne [EMAIL PROTECTED] wrote:
2) Introduce a tagdef or roledef for the purpose
of locating extension points as nested elements.
Ok, I dug out my old code and after digging out some of the bugs
and misunderstanding, I have modded IH, CH (componenthelper),
Datum: Tue, 12 Sep 2006 21:24:30 +0100
Von: Peter Reilly [EMAIL PROTECTED]
An: Ant Developers List dev@ant.apache.org
Betreff: Re: classloader for 1.7
On 9/12/06, Antoine Levy-Lambert [EMAIL PROTECTED] wrote:
Hi Peter,
I would add another question : does this appendcomponentpath task
On 9/11/06, Matt Benson [EMAIL PROTECTED] wrote:
--- Dominique Devienne [EMAIL PROTECTED] wrote:
However, it is a pity that AssetTask has to
extend
ConditionBase ... oh well.
It doesn't have to, does it? All it needs is
an add(Condition)
method, no?
No. Most of the old
I have make a change to MacroInstance to check
when macrodef.backtrace = false, and if so set
the location of all the copied UEs to the MacroInstance.getLocation().
With this change, your test passes.
Peter
On 9/11/06, Stefan Bodewig [EMAIL PROTECTED] wrote:
Hi,
I pushed setLocation down to
+1
Peter
On 9/10/06, Conor MacNeill [EMAIL PROTECTED] wrote:
+1
Conor
Antoine Levy-Lambert wrote:
Hi,
I propose to build a second beta on Sunday, September 17th
the tag in Subversion would be : ANT_170_B2
the version returned by ant -version would be : ant 1.7.0Beta2
Regards,
I think that Location handling should be at the project
component level, being there could make better
reporting of nested elements. So +1 for handling
of Location in ProjectComponent.
However, it is a pity that AssetTask has to extend
ConditionBase ... oh well.
Peter
On 9/9/06, Stefan
+1
Peter
On 9/9/06, Stefan Bodewig [EMAIL PROTECTED] wrote:
On Fri, 8 Sep 2006, Jan Materne [EMAIL PROTECTED] wrote:
apache-ant-dotnet-0.1-SNAPSHOT-bin.zip
- /LICENSE:190: * Copyright [] [name of copyright owner]
No year, no copyright owner?
(same inside the jar)
This is
Hi, I have been looking at bugzilla:
http://issues.apache.org/bugzilla/show_bug.cgi?id=39549
The available task/type searchs for files in the parent
and grandparent directories (but no higher) as well as the directories
specfied. (when type = file). I cannot think of
any reason why this is
No, one would have to change the class itself, not
the use of the class. Well.., we could do this, but
it would mess up the JDK rt.jar file.
Users call classloader.getResources() to get the resources.
As ClassLoader.getResources() is final in java 1.4 (but not
in java 5), AntClassLoader
Sorry for asking for another vote on the Classloader for ant issue,
but I think that the last vote was very half-hearted in slight support
of including the (new) classloader task. However, I think that there
was not enough support. In the meantime, I have
been looking at Jesse's idea to have a
differently in the different IDEs, embedded
ant and ant called from ant(.bat).
A number of projects set up ant using the java api, in this case
we do not have control of which classes of ant are used in
the project classloader context
On 8/31/06, Jesse Glick [EMAIL PROTECTED] wrote:
Peter Reilly wrote:
I
the language.
Peter
On 9/1/06, Peter Reilly [EMAIL PROTECTED] wrote:
I do not want this to be too complicated.
The component classloader should delegate everything to its parent
classloader (the Project.class.getClassLoader()) except for ant's optional
tasks and types.
Ant code has no control over
On 8/31/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Author: mbenson
Date: Thu Aug 31 12:04:12 2006
New Revision: 439014
URL: http://svn.apache.org/viewvc?rev=439014view=rev
Log:
Auto-discover built-in conditions added = 1.7 from the accompanying
antlib so we can stop adding junk setters to
On 8/30/06, Jesse Glick [EMAIL PROTECTED]
wrote:
Peter Reilly wrote: So what would be the hier for the secondary class loader? if it is bootstrap-ext-system-project-secondary,Yes. it would meant that the classes in project would not be able to see the
secondary classes.Correct. Why
On 8/25/06, Stephen McConnell [EMAIL PROTECTED] wrote:
Given that a solution that limits mutation to the system classloaderprovides the potential solution for all requirements - I think it is thesafer next step (i.e. update the class in SCN to handle a URLClassLoader,
with formal documented
by the benefits.
Peter, perhaps you could explain why the current task does not work. I
must admit the proposal seemed quite complicated.
Conor
Peter Reilly wrote:
The one in 1.6 does not work.
The proposed one is totally different.
see http://enitsys.sourceforge.net/ant-classloadertask
Opps, I forgot..
I will do it when I get back to my svn machine.
Peter
On 8/24/06, Stefan Bodewig [EMAIL PROTECTED] wrote:
On Thu, 24 Aug 2006, Peter Reilly [EMAIL PROTECTED] wrote:
There was a problem with utf8/latin1 encoding
and auto conversion at one time. The solution
was to mark
There was a problem with utf8/latin1 encoding
and auto conversion at one time. The solution
was to mark the file as binary.
Peter
On 8/24/06, Martin van den Bemt [EMAIL PROTECTED] wrote:
CONTRIBUTORS is marked binary ?
Mvgr,
Martin
[EMAIL PROTECTED] wrote:
Author: peterreilly
Date: Wed
The one in 1.6 does not work.
The proposed one is totally different.
see http://enitsys.sourceforge.net/ant-classloadertask/
Peter
On 8/23/06, Stefan Bodewig [EMAIL PROTECTED] wrote:
On Tue, 22 Aug 2006, Peter Reilly [EMAIL PROTECTED] wrote:
If it is not a little too late, I would like
be solved independently, but this means that each type of
classloader problem would be solved differently - hard to understand and
remember.
Peter
On 8/23/06, Jesse Glick [EMAIL PROTECTED] wrote:
Peter Reilly wrote:
If it is not a little too late, I would like to get a vote
on including
This is a different problem to MATs.
This problem is due to the resolution of references.
The build script can be reduced to:
project
macrodef name=my-macrodef
sequential
fileset id=fs dir=./
/sequential
/macrodef
script language=beanshell/
my-macrodef/
/project
When the
Yes [x]
On 8/19/06, Stephane Bailliez [EMAIL PROTECTED] wrote:
Antoine Levy-Lambert wrote:
Hi,
Since the alpha release last month, there has been little feedback
concerning required changes/fixes. I know that most people will have
trunk + minor revisions on their machines, and it's time
If it is not a little too late, I would like to get a vote
on including classloader into ant 1.7.
(http://issues.apache.org/bugzilla/show_bug.cgi?id=28228)
I have been playing with it the last week or so. It really makes
working with antlibs, and scripting different languages very
nice. For
I do not know if it solves this problem, but I think that it does.
(but at a cost - this is not standard use of classloaders, the
code uses reflection to access protected methods of URLClassloader).
Peter
On 8/22/06, Antoine Levy-Lambert [EMAIL PROTECTED] wrote:
Hello Peter and other,
does
+1 (include _svn in list of default excluded)
Peter
On 8/19/06, Antoine Levy-Lambert [EMAIL PROTECTED] wrote:
Kev Jackson wrote:
On 19 Aug 2006, at 02:06, Stefan Bodewig wrote:
On Fri, 18 Aug 2006, Jan Materne [EMAIL PROTECTED] wrote:
If we reject automatically handling _svn directories
I think that we should go for 2) adding if/unless to all tasks.
It should have the same support as the if/unless in targets.
I do not see the need for more complicated condition support
(at least at the moment).
There would be some snags (what about tasks that do
not derive from Task, what about
+1 for ant98 plan.
Peter
On 6/30/06, Antoine Levy-Lambert [EMAIL PROTECTED] wrote:
Hi,
I think like Dominique.
Regards,
Antoine
Original-Nachricht
Datum: Thu, 29 Jun 2006 08:58:11 -0500
Von: Dominique Devienne [EMAIL PROTECTED]
An: Ant Developers List dev@ant.apache.org
I suppose a problem would be to support this ant98 file.
On 7/11/06, Peter Reilly [EMAIL PROTECTED] wrote:
+1 for ant98 plan.
Peter
On 6/30/06, Antoine Levy-Lambert [EMAIL PROTECTED] wrote:
Hi,
I think like Dominique.
Regards,
Antoine
Original-Nachricht
Datum
+1
Peter
On 6/21/06, Stefan Bodewig [EMAIL PROTECTED] wrote:
On Fri, 16 Jun 2006, Martijn Kruithof [EMAIL PROTECTED] wrote:
Still, I'd like to remove these classes and the dependencies towards
these classes unless someone objects, so please vote
+1
Stefan
I had meant rake!
Peter
On 6/20/06, Kev Jackson [EMAIL PROTECTED] wrote:
On 19 Jun 2006, at 21:12, Peter Reilly wrote:
Ruby my friend ruby
look at rant
or rake which is also very very nice
But I know ruby and I want to learn something different, hence my
original question.
Kev
Ruby my friend ruby
look at rant
Peter
On 6/19/06, Paul King [EMAIL PROTECTED] wrote:
Kev Jackson wrote:
Hi all,
This is totally off-topic, apart from in a meta-sense of Ant being an
open source project...
My favourites at the moment are:
WebTest - an Ant extension with many
Internally in ant the uri:name form is used (rather
that {uri}name) for a stringized versions of xml namespaced names.
In dom it seems that the prefix is used in the qualified name.
so e.setAttributeNS(uri, qName, value) should be of
the form:
e.setAttributeNS(http://example.com;, abc:hello,
The prefix for elements (as against attributes) are retained.
ProjectHelper2 called UE.setQName(qName) with the
name it receives from the sax.
Something needs to be done for attributes..
Peter
On 6/13/06, Steve Loughran [EMAIL PROTECTED] wrote:
Peter Reilly wrote:
Internally in ant
The intention of DynamicAttribute.setAttributeNS() was to
support namespaces in attributes - and it does not work!
Peter
On 6/13/06, Dominique Devienne [EMAIL PROTECTED] wrote:
On 6/13/06, Peter Reilly [EMAIL PROTECTED] wrote:
The prefix for elements (as against attributes) are retained
I guess that it only got exercises with simple examples:
I tried the echoxml:
project xmlns:abc=a.b.c xmlns:def=d.e.f
echoxml
abc:hello abc:a=abc def:b=def
world
/abc:hello
/echoxml
/project
and got:
?xml version=1.0 encoding=UTF-8?
abc:hello a=abc
(taskType);
project.log( +Task: + taskType, Project.MSG_DEBUG);
return task;
}
It works for normal macros.
Peter Reilly [EMAIL PROTECTED]
07-06-2006 12:20
Please respond to
Ant Developers List dev@ant.apache.org
To
Ant Developers List dev@ant.apache.org
cc
Subject
Re
[i];
rtc.setAttribute(P.k,P.v);
}
T.execute();
}
Cheers,
Wolfgang.
Peter Reilly [EMAIL PROTECTED]
12-06-2006 17:08
Please respond to
Ant Developers List dev@ant.apache.org
To
Ant Developers List dev@ant.apache.org
cc
Subject
Re: how to access a MacroDef
Since macro defs are tasks, it would be better to use the
project.createTask() method, and not try to use the
internal (although exposed trough the public classes and methods)
mechanizes of Ant.
macrodef name=atest
sequential
echoThis is the atest macro/echo
this
functionality using 1.3?
thanks
paul
-Original Message-
From: ext Peter Reilly [mailto:[EMAIL PROTECTED]
Sent: Wednesday, April 19, 2006 3:52 AM
To: Ant Developers List
Subject: Re: # character causes problem parsing -lib paths
I have just checked.
This is a problem - the ant launcher
[+1] Yes
Peter
On 4/28/06, Matt Benson [EMAIL PROTECTED] wrote:
--- Antoine Levy-Lambert [EMAIL PROTECTED] wrote:
[SNIP]
Do you agree that we should do it ?
[+1] Yes
[ ] No
-Matt
__
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the
+1,
There is already a stylesheet included in each manual
page (stylesheets/style.css) and one (stylesheets/antmanual.css)
included in some pages.
On 4/28/06, Matt Benson [EMAIL PROTECTED] wrote:
--- Stephane Bailliez [EMAIL PROTECTED] wrote:
[SNIP]
What do you guys think of introducing in
+1
Peter
On 4/24/06, Antoine Levy-Lambert [EMAIL PROTECTED] wrote:
Hello Stephane,
this sounds like a good idea.
Regards,
Antoine
Stephane Bailliez wrote:
Hi all,
As I just resubscribed and noticed there is apparently spring cleanup
going on in the code, I think it would be
I have just checked.
This is a problem - the ant launcher code does some
conversion of file names to URLs. The '#' character
is not converted
The only work-around (at the moment) is to use symbolic links.
I have made a change to ant SVN to fix this.
Peter
On 4/19/06, [EMAIL PROTECTED] [EMAIL
Hi,
Can someone on a windows system check that this works there?
i.e. the -lib option to ant
Peter
On 4/19/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Author: peterreilly
Date: Wed Apr 19 03:50:02 2006
New Revision: 395206
URL: http://svn.apache.org/viewcvs?rev=395206view=rev
Log:
Hi Antoine,
Thanks for checking.
I had made a mistake!
I had forgot to commit the other file that I changed - Launcher.java
(assuming that it only had changes with printf statements!).
Can you test now?
I have tested by moving ant-contib.jar into ~/# and running
with ant --execdebug -f x.xml -lib
[+1] Yes
Peter
On 4/17/06, Kev Jackson [EMAIL PROTECTED] wrote:
[x] Yes
[ ] No
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[x] Yes
[ ] No
On 4/13/06, Antoine Levy-Lambert [EMAIL PROTECTED] wrote:
Hello,
Do you want to remove from ant the usage of xslp, a library containing an
XML transformation engine, the site
where this transformation engine could be downloaded from no longer
exists.
XSL:P : used to live
#1 would not be backwardly compatible !
I am not too sure about #2. In the ant build
file we had to deal with this issue for a while,
it may be as well to get other project 1.5 aware.
Also new projects would have to set things so
that 1.5 (and higher) would work.
Peter
On 3/23/06, Steve
Perhaps this could be in the gump definition of a project?
Peter
On 3/23/06, Steve Loughran [EMAIL PROTECTED] wrote:
Peter Reilly wrote:
#1 would not be backwardly compatible !
I am not too sure about #2. In the ant build
file we had to deal with this issue for a while,
it may
One can use the configured form of the add method.
public void addConfiguredCommandline(Commandline c) {
}
Ant will set the attributes / elements on Commandline c before
calling addConfiguredCommandline(Commandline c)
Peter
On 3/23/06, Stefan Bodewig [EMAIL PROTECTED] wrote:
On Tue, 14 Mar
I agree with Stefan,
we cannot have and etc in defaults.properties
I tried this before by making the and implementation
class implement both the condition and and the file selector and
but it was not a scalable solution.
Peter
On 3/12/06, Stefan Bodewig [EMAIL PROTECTED] wrote:
On Wed, 08
+1 for option 2.
Peter
On 2/21/06, Stefan Bodewig [EMAIL PROTECTED] wrote:
Hi all,
you can tell javadoc what to document by passing in either package
names or source files. Our task supports both notions and provides
several options to specify the packages, the most common one is to
+1
Peter
On 11/22/05, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
+1
Jan
-Ursprüngliche Nachricht-
Von: Antoine Levy-Lambert [mailto:[EMAIL PROTECTED]
Gesendet: Dienstag, 22. November 2005 07:30
An: Ant Developers List
Betreff: [VOTE] Kevin Jackson
I would like to propose Kevin
+1 , +1 (commiter please)
Peter
[ X] Yes
[ X] and I want to become a committer to it
[ ] No
Peter
On 11/11/05, Martijn Kruithof [EMAIL PROTECTED] wrote:
Shall the SVN antlib be promoted?
[ X] Yes (i.e. +1)
[ ] and I want to become a committer to it
[ ] No
I suppose I could become an committer when I start
Also fine with me.
Peter
On 11/10/05, Antoine Levy-Lambert [EMAIL PROTECTED] wrote:
Hello Stefan (and others),
fine with me.
Cheers,
Antoine
Stefan Bodewig wrote:
Hi all,
I've thought about the three-way votes needed here again and think it
is easiest to vote in two phases. First
Hi, since we moved to subversion, I have been very inactive
on the committing front. I tryed today to commit but could not.
I have done a
svn co --username peterreilly
https://svn.apache.org/repos/asf/ant/core/trunk ant-core
which worked fine.
When I tryed to commit, the following came up
Thanks very much.
That worked fine!
Peter
On 10/24/05, Stephane Bailliez [EMAIL PROTECTED] wrote:
Peter Reilly wrote:
Hi, since we moved to subversion, I have been very inactive
on the committing front. I tryed today to commit but could not.
Is there some trick I need to do??
You
First time in months and I caused a conflct!
Peter
On 10/24/05, Matt Benson [EMAIL PROTECTED] wrote:
ha, I wondered why I got weird conflicts. Thought my
eols got screwed up, didn't know Peter was modifying
at the same time! :)
-Matt
--- [EMAIL PROTECTED] wrote:
Author: mbenson
Date:
At one stage, the import task behaved as if
it was added at the end of the build file. This was an
unexpected consequence (bug!) of the initial implementation.
This was changed (I think) in 1.6.1 or 1.6.2, so that the import behaved
as if it was inline. I have just checked the manual for the
To allow easy use, the nested elements caused by java reflection on
objects are placed in two namespaces - the default ant namespace (antlib:
org.apache.tools.ant)
and the namespace of the object that holds the nested element.
For example, the if task from ant-contrib extends ConditionBase, so
it
I was thinking of having another attribute (like
antlib=antlib:org.smartfrog.tools.ant)
to set the uri and resource.
It may be a good idea however to do this by default with just the uri
attribute - if the user has not
specified the resource/filename.
Peter
Steve Loughran wrote:
Why do
I too keep forgetting
+1
Peter
Matt Benson wrote:
Sorry I kept forgetting...
Here's my +1.
-Matt
--- [EMAIL PROTECTED] wrote:
I´m just getting the results of the vote. But I´m
not sure which action from the bylaws
to use. An Adoption of New Codebase needs 2/3
majority of
Steve Loughran wrote:
Why is the onerror default of typedef fail and not failall?
It was for BC reasons.
i.e. this is the behaviour for 1.5 when resource was used.
Peter
The effect is that a typedef like this
typedef resource=checkstyletask.properties
I do not know if the will be interned, it probally will be, but
the code is misleading, so am replacing it with a .equals(locals.get(0))
Peter
Kev Jackson wrote:
Alexey Panchenko wrote:
Hi all,
jakarta-ant/src/main/org/apache/tools/ant/taskdefs/Ant.java:
383:if (locals.size()
If you check old mails, I think that Stefan has already proposed
a layout.
It needs to incorporate the antlibs directories (already in svn).
Also, antidote is no longer supported, and should not
be placed in svn - unless someone wants to maintain it.
Peter
Henri Yandell wrote:
To accompany
From the ant manual:
Early versions of tar did not support path lengths greater than 100
characters. Modern versions of tar do so, but in incompatible ways. The
behaviour of the tar task when it encounters such paths is controlled by
the /longfile/ attribute. If the longfile attribute is set
It may be better to give more memory to the compiler.
With enough memory a hugh number of files can be
compiled. The default memory is only I think 64M.
This can be done in a number of ways -
- use the env variable ANT_OPTS to specify the memory
for Ant's jvm
example: export
into
the same problems. But, we want to have all the builds made using ant.
Jean
Peter Reilly [EMAIL PROTECTED] wrote:
It may be better to give more memory to the compiler.
With enough memory a hugh number of files can be
compiled. The default memory is only I think 64M.
This can be done
[EMAIL PROTECTED] wrote:
Hello
Thanks for the update. Can you explain the specific bug with move task or point
me where I can read about it ?
http://issues.apache.org/bugzilla/show_bug.cgi?id=34962
Peter
-
To
There was some discussion last week about bug 27814.
http://issues.apache.org/bugzilla/show_bug.cgi?id=27814
Basicly, because of invalid doc for javadoc, ant generates external files
containing invalid filenames for the javadoc. - a:\a dir with
spaces\subdir\file.name
javadoc does like this
Jesse Glick wrote:
I guess +0 from me on merging it. Important only to some people, of
course. Could wait for 1.7.
As I understand it, it affects people who set useexternalfile=true
when running javadoc on a source tree containing spaces in the name
on Windows - the task breaks with a
Steve Loughran wrote:
Steve Cohen wrote:
There have been some comments on the jpackage.org mailing list to the
effect that our manual doesn't really have correct installation
instructions for that environment, although elsewhere on our site we
do link to them.
I have rewritten the install
Jesse Glick wrote:
Stefan Bodewig wrote re. ${ant.home}:
Keep in mind that it is our wrapper script that sets the property.
picky_mode
It is actually set by Laucher.java as well if not already set.
/picky_mode
Peter
If you launch ant any other way (IDE, script of your own, embedded),
Steve Cohen wrote:
Peter Reilly wrote:
Steve Loughran wrote:
Steve Cohen wrote:
There have been some comments on the jpackage.org mailing list to
the effect that our manual doesn't really have correct installation
instructions for that environment, although elsewhere on our site
we do
401 - 500 of 1211 matches
Mail list logo