Yes,
It is a bit strange.
Peter
On 1/29/07, Steve Loughran <[EMAIL PROTECTED]> wrote:
in the standalone datatype, you cant go
the way you do inside , you have to go
Isnt that a bit, well, inconsistent?
-steve
--
.>
[junit] at junit.framework.Assert.assertEquals(Assert.java:81)
Peter
On 1/30/07, Gump Integration Build wrote:
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the
Yes, you are correct,
main/org/apache/tools/ant/taskdefs/optional/depend/InterfaceMethodRefCPInfo.java
is missing from the current svn ant source snapshot, - strange!
just checked with ant_20070130233526.tar.gz
Peter
On 1/30/07, André Fügenschuh <[EMAIL PROTECTED]> wrote:
-BEGIN PGP
rt GNU extensions for long paths?
Opps, yes you are correct,
the file is there.
It must be the 100 char limit that is the problem.
Peter
I checked the ant_20070131174504.tar.gz snapshot and it is ok for me.
Conor
Peter Reilly wrote:
> Yes, you are correct,
>
main/org/apache/tools/
etween ant1.7.0RC1 and ant1.7.0 release.
Peter
maybe only on even days or something ...
I do not manage to ssh to vmbuild.apache.org where the nightlies are
running.
I remember that the nightlies generate logs which get scped to my
account, such as this one : http://people.apache.org/~antoi
] at org.apache.tools.ant.taskdefs.Exit.execute(Exit.java:142)
Peter
On 2/13/07, Gump Integration Build wrote:
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at
Try using a single quote.
value="-I'c:\Program Files\somewhere\include;'"
note that
a space in a param causes a double quote to be placed
around the full arg (by windows impl of Process).
Peter
On 2/14/07, Steve Loughran <[EMAIL PROTECTED]> wrote:
Graham Leggett wro
On 2/23/07, Antoine Levy-Lambert <[EMAIL PROTECTED]> wrote:
Hello Peter,
I am having a look at that by running :
ant -f src/etc/testcases/taskdefs/get.xml testUseTimestamp
[touch] Creating /Users/antoine/dev/asf/ant-core/src/etc/
testcases/taskdefs/get.tmp
[get] Getting
t
this was discussed before (making XHTML compatible)
and there was an issue will dodgy browsers wanting HTML
and not xhtml.
Peter
Modified:
ant/core/trunk/docs/manual/anttaskslist.html
ant/core/trunk/docs/manual/conceptstypeslist.html
ant/core/trunk/docs/manual/coretasklist.html
ant/
Frame".equals(target);
+ }
+ @Override
+ public String toString() {
+ StringBuffer rv = new StringBuffer("topic");
+ if (label.length()>0) rv.append("
label=\"").append(label).append("\"");
+ if (href.length()
On 3/1/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
What does mean?
Just some checkstyle issues, and I am too lazy to make the
mods myself!
Peter
Jan
>-Ursprüngliche Nachricht-----
>Von: Peter Reilly [mailto:[EMAIL PROTECTED]
>Gesendet: Donnerstag, 1. März 2007
No,
I do not like this.
We have svn in ant core, and due to bc reasons
we always will.
I would perfer to move svn to ant core, or
at least bundle the ant-svn antlib with the release
of ant so that one does not have to
do an extra download.
Peter
On 3/9/07, Kevin Jackson <[EMAIL PROTEC
On 3/9/07, Peter Reilly <[EMAIL PROTECTED]> wrote:
No,
I do not like this.
We have svn in ant core, and due to bc reasons
opps that should be cvs
we always will.
I would perfer to move svn to ant core, or
at least bundle the ant-svn antlib with the release
of ant so that one do
On 3/15/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>I'm starting the apachecon slides on extending ant under
>doc/slides...we can do what we want afterwards. They arent ready for
>review yet; maybe next week. People will need a copy of felt-tip font
>for viewing the slides; this come with
Please rollback this change.
It is a misuse of reflection.
Peter
On 3/16/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
Author: kevj
Date: Fri Mar 16 02:14:06 2007
New Revision: 518896
URL: http://svn.apache.org/viewvc?view=rev&rev=518896
Log:
-use reflection to avoid duplicate
Also,
if possible add the code as a patch to the bugzilla report.
Peter
On 3/26/07, Steve Loughran <[EMAIL PROTECTED]> wrote:
Kappen, Thomas, TECON Terenci wrote:
> Hi there,
>
> the attached patch passes proxy settings to the javadoc commandline tool, which
will be called fro
start up an ant1.7.1 page, some things we can think about
for apachecon BOF and anything else:
http://wiki.apache.org/ant/Ant1%2e7%2e1/Planning
One thing that isnt on there is Bugzilla: should we move from Bugzilla
to Jira?
I am happy with bugzilla.
(althought it would be nice to be able to tag bu
project's ant instance to use a different jvm - so
there is no leakages of properties, references, class-loaders or types.
Peter
On 4/20/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>+ * add a task that runs a completely new ant
>process, with different env, maybe even JDK.
on of Java , the more Ant tasks you get.
If i remember right we said
- build on 1.3
- run on 1.2
We need to build the released version of ant on 1.5.
javac 1.5 (sun's version) does not create a class files
that are complety compatible on java 1.2 run time
- see manual/pla
On 4/23/07, Steve Loughran <[EMAIL PROTECTED]> wrote:
Peter Reilly wrote:
> On 4/23/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>> AFAIK it's 1.2.
>>
>> Manual "System Requirements"
>> For the current version of Ant, you will also need a
+1 - drop java 1.2 for ant 1.7.1
Peter
On 4/24/07, Steve Loughran <[EMAIL PROTECTED]> wrote:
Martijn Kruithof wrote:
> Hi
>
> Because the discussion is coming up again, and I would like to have a
> clear result, here an official Vote request.
>
> Given the facts that
For file permissions, I think we have to use refection to see if
the file object supports the api. I do not think that we can
use pure java to check the permissions (except by using
exec hackery) for pre java 1.4.
Peter
On 4/24/07, Alexey Solofnenko <[EMAIL PROTECTED]> wrote:
"N
This sounds useful,
can you provide a patch please?
Peter
On 4/25/07, Brus, Tom <[EMAIL PROTECTED]> wrote:
Hi,
We have a lot of classes that are loaded by the AntClassLoader. From
performance measurements I noticed that a lot of time was spend in
File.exists() during class loading. I c
ch antlib.
? somthing like: http://ant.apache.org/antlibdefintions/.xml
for example: http://ant.apache.org/antlibdefintions/net.sf.antcontrib.xml
of course this raises the issues of version. One may not want the lastest
version of a particular antlib.
Peter
Maintaining it for our own Antlibs is
eas
Yes,
they need to be static for addX(Y) to work.
The createX() method can be used for non static inner classes.
Peter
On 5/9/07, Matt Benson <[EMAIL PROTECTED]> wrote:
This probably isn't your whole problem, but right off
the bat you generally need to make your inner types
static.
javafxft.jar file.
Peter
On 5/10/07, Kevin Jackson <[EMAIL PROTECTED]> wrote:
Hi all,
Is there a need to support JavaFX in Ant going forward? We already
support javascript via bsf & javax.scripting, we also support a
multitude of dynamic/scripting languages, should we add support for
this
el {
text: "Hello World"
}
visible: true
}
I have sent an email to the openjfx mailling list about
the problem.
Peter
On 5/10/07, Peter Reilly <[EMAIL PROTECTED]> wrote:
Should be no need to do anything special
Ant 1.7.0 supports the javax scripting and there
ould
call it 1.8 anyway.
+1
As far as I am aware there are no tramatic extra features in the
current HEAD, so I think that we should branch for ant 1.7.1
ASAP and get the it out.
There are a number of very usefull bug fixes in the the
current HEAD.
Peter
Stefan
---
(dropping the \ character if it
is not followed by a digit) is correct behaviour, however
it has been in ant for a while, so needs to be maintained
for BC reasons.
Peter.
On Thursday 04 September 2003 18:29, Rutger Hofman wrote:
> Why do I have to quadruplate the backslash? Why in replace and
>
I think ATG should be moved into the manual.
I had forgot about it.
Peter
On Monday 08 September 2003 13:13, [EMAIL PROTECTED] wrote:
> > > And "Ant in Anger" and "Ant Task Guidelines" are not linked by the
> > > first page of /docs ...
> >
> >
Applied - Thanks,
Peter
On Tuesday 09 September 2003 17:33, Shatzer, Larry wrote:
> Correction for more typos/misspellings.
>
> -- Larry
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mai
ect each time. Note that #executeForkedAntTask this is (by
accident) the behaviour.
I have made a change to Ant.java (attached) which will weed out
duplicate property elements. This should allow the Axis code to work.
I can commit this (with test case) if it solves the Axis problem.
Peter
>
> T
This reminds me of another bug I forgot
to report.
If is called without setting target,
the default target is called. If there is
no default target, the "" target is called.
This means that the top-level tasks are
called twice.
Example:
hello.xml
Hello world
build.xml
...
The solutio
On Wednesday 10 September 2003 15:40, Stefan Bodewig wrote:
> On Wed, 10 Sep 2003, peter reilly <[EMAIL PROTECTED]> wrote:
> > I did not really understand the original code,
>
> I think setProject has initially been package private so recreating
> the Property tasks from
k it may be
better to wait for ant 1.7 to introduce another feature.
Peter.
>
> Maybe I'm just off base though, so please enlighten me. Thanks, --DD
>
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> Sent: Saturday, September 13, 2003 11:36 AM
>
fond of the completely undocumented
> task.
It would be nice to get this fixed.
>
> Peter, we will have to get this "why is a taskcontainer"
> question sorted out soon ;-)
Like I said before, it is nice that one can use definers defined
in the same antlib.xml.
Having as a
t import
You need to do cvs -q update -d
if the -d is missing, cvs does not check for new directories.
Peter
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
The warning is caused by
http://issues.apache.org/bugzilla/show_bug.cgi?id=21180
but why is antidote using import ?
Peter
On Monday 15 September 2003 16:57, Jack Woehr wrote:
> Building antidote in antidote I get this weird msg:
>
> main:
> Duplicated project name in import. Proj
Committed,
Peter.
On Monday 15 September 2003 23:32, Shatzer, Larry wrote:
> More typos and misspellings...
>
> -- Larry
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On Wednesday 17 September 2003 10:51, Stefan Bodewig wrote:
> On Mon, 15 Sep 2003, peter reilly <[EMAIL PROTECTED]> wrote:
> >> In particular, I'm not too fond of the completely undocumented
> >> task.
> >
> > It would be nice to get this fixed.
>
&g
file has been parsed in
PH2#parse(Project project, Object source, RootHandler handler),
so it could be said that the top-level tasks (including import)
do not get evaluated at parser time.
Peter
-
To unsubscribe, e-mail: [EMA
On Wednesday 17 September 2003 12:22, Stefan Bodewig wrote:
> On Wed, 17 Sep 2003, peter reilly <[EMAIL PROTECTED]> wrote:
>
>
> > I have done some more investigation. The reason why using defined
> > definitions do not work unless antlib is an taskcontainer is
> &
On Wednesday 17 September 2003 12:17, Stefan Bodewig wrote:
> On Wed, 17 Sep 2003, peter reilly <[EMAIL PROTECTED]> wrote:
> > The javadoc on the import task says that should only
> > be used at the top-level.
>
> OK.
>
> > This statement is not in
On Wednesday 17 September 2003 13:06, Stefan Bodewig wrote:
> On Wed, 17 Sep 2003, peter reilly <[EMAIL PROTECTED]> wrote:
> > On Wednesday 17 September 2003 12:17, Stefan Bodewig wrote:
> >> OK, if I nest into a target, something like
> >>
> >>
>
t it prints out:
>
> "Skipped already imported file build.xml"
>
> This means that the current file is *not* imported twice... how do you
> gather that it executes the import once?
It executes the build.xml as a normal ant file and then build.xml
as an imported ant file.
he current file is *not* imported twice... how do
> > you gather that it executes the import once?
>
> ISTR Peter said it would be imported the first time through and
> running ant -verbose says
>
> ,
>
> | Importing file build.xml from /tmp/build.xml
> | Skipped already
On Wednesday 17 September 2003 13:24, Stefan Bodewig wrote:
> On Wed, 17 Sep 2003, peter reilly <[EMAIL PROTECTED]> wrote:
> > I think that the use-case is valid.
>
> Hmm, maybe - given the timing of Antoine's release plan - we should
> limit to top-level right no
On Wednesday 17 September 2003 12:59, Stefan Bodewig wrote:
> On Wed, 17 Sep 2003, peter reilly <[EMAIL PROTECTED]> wrote:
> > The element gets rejected in
> > UnknownElement#handleChildren() before
> > Antlib#addConfigured() is called for the element
> > of th
On Thursday 18 September 2003 10:03, Stefan Bodewig wrote:
> On Wed, 17 Sep 2003, peter reilly <[EMAIL PROTECTED]> wrote:
> > This implementation does handle your use-case (I think)
>
> The unit tests I've just committed confirm that. ;-)
So will w
get or a task-container task at the top-level
is problematic if the imported/included file has targets. The reason is that
these targets will not be included in the dependency check which is done
after the call to PH2#parse().
I think we should allow import/in
tting permission from the author. (One
Stefan Bodewig with mods by Dan Ritchey from the javadoc).
In any case I think we should hold off this debate until
1.7 (if why not ?).
Peter
>
> > is it too hard to write our own?
>
> Given that I've written significant parts of the ant-c
I have a patch ready to check if the import is
in the top-level target and fail the build
if so.
I think we should do this and wait for 1.7 to
allow within a target. (In this case
the import would make sure that the imported
file did not contain targets (recursively)).
Peter
On Friday 19 September 2003 09:29, Stefan Bodewig wrote:
> On Fri, 19 Sep 2003, peter reilly <[EMAIL PROTECTED]> wrote:
> > I have a patch ready to check if the import is
> > in the top-level target and fail the build
> > if so.
A "not" missing above ;-).
In ant-contrib, there is an task
that contains a which
gets executed if the target(s) is(are) out of date.
http://ant-contrib.sourceforge.net/
Peter.
On Saturday 20 September 2003 01:32, Paul Mclachlan wrote:
> Martijn Kruithof wrote:
> > If you make something like this (I don'
I think the problem is in o.a.t.a.filters.ConcatFilter
The code opens the prepend and append files but
does not close them.
I have code that closes the files and passes the
tests on linux, but do not have windows to
test on.
Peter
On Tuesday 23 September 2003 10:17, [EMAIL PROTECTED] wrote:
>
On Tuesday 23 September 2003 11:10, [EMAIL PROTECTED] wrote:
> I have tried with closing them, but it doesn´t work.
> But send me your code please. Maybe you have done some different :-)
>
>
Attached.
PeterIndex: ConcatFilter.java
===
vs client that respects crazy windows/dos behaviour
(cvsnt is the one I used when I was on NT).
The test could write the expected result instead of using expected files
in cvs.
Peter
>
> Is the reason why line endings of tokens and values in are
> manipulated that, when they are read
Is there any reason " is preferred to " in
html files ?
It makes reading the html source containg
build script examples quite difficult
Peter
On Tuesday 23 September 2003 12:39, Antoine Lévy-Lambert wrote:
> Patch submitted, thanks
>
> Antoine
>
> -Ursprüngl
Bingo, I think.
The tests in ConcatFilterTest do this:
String resultContent = fu.readFully(
new java.io.FileReader(resultFile));
so nothing closes the resultfile.
Peter
On Tuesday 23 September 2003 10:17, [EMAIL PROTECTED] wrote:
> co
>
> > > ncat.filterRe
easiest is to make the changes on HEAD, make a diff file (before
the commit on HEAD), and apply the changes to 1.6, and then commit
in both.
Peter
>
>
> Jan
>
> > -Original Message-
> > From: Stefan Bodewig [mailto:[EMAIL PROTECTED]
> > Sent: Tuesday, Sep
nt),
but you need to specify the URI when you use typedef or taskdef.
so
or
or using an antlib
Peter
> work at all. I have found that when I have the namespace in front of a task
> name, I get an error saying that the namespace is not declared. If I then
> de
Can you give an example of the build file
where this happens?
Peter
On Wednesday 24 September 2003 17:39, Kevin LaVergne wrote:
> Hi,
>
> I am seeing the following message:
>
> Caught exception (org.apache.tools.ant.BuildException) while expanding
> jboss.cla
This is something to consider for ant 1.7 and not for 1.6.
Personally I cannot see the need for it, but then I try
to have as few non user level targets as possible.
Pete
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additiona
Agreed,
This should be done in ant 1.7.
Relying on dashes and descriptions for visiblity
of targets is wrong.
Peter
On Friday 26 September 2003 09:43, Phil Weighill-Smith wrote:
> We comment (with descriptions) all targets. Descriptions for targets
> that are not public are there for
jar files with
> a descriptor containing all the taskdefs and typedefs that are required.
>
> This work done by Peter Reilly should also make it easier to deliver custom
> conditions, filters, ...
>
> Really, Peter Reilly should be the one to write this migration guide.
Yikes.
I
It looks like an oversight.
Peter
On Friday 03 October 2003 01:57, Steve Loughran wrote:
> Anyone know why ReplaceRegeExp.setByLine doesnt just take a bool value?:
>
> public void setByLine(String byline) {
> Boolean res = Boolean.valueOf(byline);
>
>
hould fail
This will not be reached
failed is ${failed}
Peter
On Friday 03 October 2003 15:43, Emmanuel Feller wrote:
> I agree, it is a good option in my mind.
>
> +1 :)
>
> Emmanuel
> - Message d'origine -
> De : "Jan Schroeder&qu
gt;
>
>
> No new task, but simply a very useful extension to an existing task
> container. --DD
This whould make the seqential task actually useful..
Peter
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
This will not be reached
failed is ${failed}
Peter
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
You need to add the resource attribute:
Peter
On Saturday 04 October 2003 06:15, Steve Loughran wrote:
> I am writing an antlib entry for axis; trying to understand the concept
> to use properly myself. Here is my q.
>
>
> I can declare stuff in the axis namespace aut
Opps,
The xmlns:axis NS mapping is not needed in the type def. It is needed
when the NS uri is used.
The NS prefix -> uri mapping may be of course be in any enclosing element.
Peter
On Monday 06 October 2003 09:04, peter reilly wrote:
> You need to add the resource att
Of course..
Peter
On Monday 06 October 2003 08:24, Stefan Bodewig wrote:
> On Fri, 3 Oct 2003, peter reilly <[EMAIL PROTECTED]> wrote:
> > This whould make the seqential task actually useful..
>
> ... outsi
It is in the 1.6 beta release manual off the "concepts and types" section.
Peter
On Tuesday 07 October 2003 15:21, Matt Benson wrote:
> Could someone please point me to the antlib
> documentation?
>
> Thanks,
> Matt
>
> --- Jose Alberto Fernandez <[EMAIL PROTE
Hi,
It seems that the ant nightly builds
have stopped when the ant 1.6 branch
was created.
http://cvs.apache.org/builds/ant/nightly
Peter
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
e" attribute.
*
* Note that if there is anything incorrect with the script
* the warning message is quite cryptic.
*
*
* @author Peter Reilly
* @since Ant 1.7
* @see AntlibDefinition
*/
public class BeanShellDef extends AntlibDefinition {
private String name;
private String
versions of the characters... is that the case?
> Does it work?
They would need to be escaped, or surrouded by a CDATA block. Beanshell
script from a file does not need to be escaped.
Peter
-
To unsubscribe, e-mail: [EMAIL PROTECT
Opps,
Well found!
Peter
On Friday 10 October 2003 14:19, [EMAIL PROTECTED] wrote:
> bodewig 2003/10/10 06:19:46
> @@ -450,10 +450,12 @@
>Set set = new HashSet();
>for (int i = properties.size() - 1; i >= 0; --i) {
>Prop
his happening for a project looked at by many pairs of eyes...
>
> But I for one haven't looked into antlib.xml, yet. I trust Peter to
> know what he does better than I would 8-)
Mmm..
>
> > Should be trivial to add a 'resource' attribute, no?
>
> can conta
Ok,
I have updated ant-contrib's antlib.xml to include
the ant-contribs properties file via a typedef
in the antlib.xml file.
Peter
On Monday 13 October 2003 19:21, Dominique Devienne wrote:
> Thinking about the prospect of having to maintain both
> tasks/types.properties, and the new
Pretty cool..
Peter
On Tuesday 14 October 2003 12:07, Stefan Bodewig wrote:
> On 14 Oct 2003, Stefan Bodewig <[EMAIL PROTECTED]> wrote:
> > * Add a Wiki page listing the things that we consider killer new
> > features
>
> If you like the idea, here[1] is a start,
Thanks,
Fixed in cvs.
Peter
On Tuesday 14 October 2003 20:59, Shatzer, Larry wrote:
> If your ant file contains antcall and you have macrodef's, and those
> macrodefs have default attributes in the element, it throws off
> this warning:
>
> Trying to override old definit
handled by both areas of
code hence the oversite.
I am commiting a fix for this now.
Peter
On Wednesday 15 October 2003 15:49, Dominique Devienne wrote:
> > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> >
> > peterreilly2003/10/14 02:50:30
> >
> > Modified:
make the 1.6 release on October 30th.
>
> +1
+0
I think that a little more feedback would be nice.
Peter
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
for
import is relative to the file that contains the import task (or
in this case the conditional-import task).
Peter
On Thursday 16 October 2003 15:23, Dominique Devienne wrote:
> Peter, and al,
>
> I'd like to have a new 'required' attribute that I could set to
>
On Thursday 16 October 2003 16:04, Dominique Devienne wrote:
> > From: peter reilly [mailto:[EMAIL PROTECTED]
> >
> > The only problem with this is that the resolution of file for
> > available is relative to base dir and the resolution of file for
> > import is rela
The parellel would cause grief.
The problem is not the attribute, I think
but the "newcurrent" global "variable".
On using macrodef, I have noticed that
it would be really cool to have a static scopped
variable.
Peter
On Thursday 16 October 2003 21:32, Shatzer, Larry wrote:
I would rather have Jose's idea of a
task.
This could be used outside of macrodef.
The only problem is the implementation.
Peter
On Friday 17 October 2003 17:02, Shatzer, Larry wrote:
> Maybe allow have another that allows it to be
> undeclared with default or passed in, so we
I think that we may need a thread local variable to
handle parallel.
This would mean some deep messing with the Property handling.
Peter
On Friday 17 October 2003 17:57, Jose Alberto Fernandez wrote:
> > From: peter reilly [mailto:[EMAIL PROTECTED]
> >
> > I would rather hav
T: 2, C: 2
T: 1, C: 0
T: 2, C: 1
Thread: 1 done
T: 2, C: 0
Thread: 2 done
I realize that it is late in the day to get this
into ant1.6, but I think that it will make macrodef
much more usefull and easy to port current antcalls.
The changes are quite small (mostly to PropertyHelper).
Peter
On
The default ns for ant is "ant:core".
This is a test!
echo This is also a test
as described in opps missing documentation.
Peter
On Friday 17 October 2003 21:37, Dominique Devienne wrote:
> Peter and al.,
>
> I've started using Ant 1.6,
Note that introspection discovered elements are
in the ant:core namespace. This does make some
things a little difficult to use/explain:
Peter
On Monday 20 October 2003 10:05, peter reilly wrote:
> The default ns
On Monday 20 October 2003 10:53, Christopher Lenz wrote:
> peter reilly wrote:
> > Note that introspection discovered elements are
> > in the ant:core namespace. This does make some
> > things a little dif
On Monday 20 October 2003 11:43, Jose Alberto Fernandez wrote:
> Peter,
>
> sounds great. How does your implementation using threadLocal
> works when going across or ? Just curious.
The local properties do not cross to the ant/antcall project.
They could but I figured that as the
On Monday 20 October 2003 13:25, Jose Alberto Fernandez wrote:
> > From: peter reilly [mailto:[EMAIL PROTECTED]
> >
> > On Monday 20 October 2003 11:43, Jose Alberto Fernandez wrote:
> > > Peter,
> > >
> > > sounds great. How does your implementation us
On Monday 20 October 2003 13:38, Christopher Lenz wrote:
> Hi Peter,
>
> this looks really cool, but I'd suggest adding an attribute like
> scope="local|global" to the task instead of adding a completely
> new task.
I had thought of that but shyed away for the mome
This is basicly what the local implementation
does.
The only problem is for ant/antcall, a new project
is created and the local properties would need
to be copied to this, keeping in mind all the
rules about user/normal/inherited and nested param
elements.
Peter
On Monday 20 October 2003 16:16
:
@
Peter
On Monday 20 October 2003 16:41, Matt Benson wrote:
> Hmm... using a replaceregex TokenFilter should have
> worked, but it didn
I have made a version that inherits local properties
for ant/antcall et al (if inheritall is true).
Will post tomorrow.
Peter
On Monday 20 October 2003 17:44, Jose Alberto Fernandez wrote:
> Peter,
>
> I just made a browse to the changes you posted and I can see
> why you are conc
oncerning style (checkstyle).
I would like to see one last push to get non code changing style changes
done before 1.6 is complete - missing java doc and whitespace, bracket
placement.
Doing this now would mean that any 1.7 changes will be "real" changes and
not just style changes.
for the current scope, where scope is a target, or
a sequential (any taskcontainer) or a macro instance.
The patch is in
http://issues.apache.org/bugzilla/show_bug.cgi?id=23942
Peter
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
601 - 700 of 1377 matches
Mail list logo
