That should be "no source files" :-).
I should document this
An example usage:
Peter
On Friday 30 May 2003 23:17, Dominique Devienne wrote:
> I myself like quite a
Hi Antoine,
Thanks for your detailed comments.
On Tuesday 03 June 2003 20:26, you wrote:
> - Original Message -
> From: "peter reilly" <[EMAIL PROTECTED]>
> To: "Antoine Levy-Lambert" <[EMAIL PROTECTED]>
> Sent: Tuesday, June 03, 2003 2:01 PM
On Wednesday 04 June 2003 10:48, Antoine Levy-Lambert wrote:
> Peter,
>
> thanks for your work.
>
> Your explanations concerning the scope of different flavours of typedef
> declarations are important, make sure that they make their way in the
> documentation.
Ah yes documentation.
Peter
pretty awesome.
Peter
On Wednesday 04 June 2003 13:18, [EMAIL PROTECTED] wrote:
> umagesh 2003/06/04 05:18:55
>
> Modified:docs ant_task_guidelines.html
> Added: .patch.xml
> Log:
> Suggest using Ant to generate a patch file for Ant.
>
}
This I think is incorrect, I will
make a bug report and fix by
setting log level to Debug.
Peter
On Thursday 05 June 2003 09:47, Matthias P. wrote:
> Hi everyone,
>
> in my junit-target i am using the following if-task:
>
> unless="avoid.unit
On Thursday 05 June 2003 14:07, Conor MacNeill wrote:
> On Thu, 5 Jun 2003 07:09 pm, peter reilly wrote:
> > I see the problem.
>
> Cool.
>
> Actually, I think we should just get rid of that logging altogether. It
> provides not much useful info and a more useful except
This is AWESOME
This is something I have been looking for in a long time.
Using a slighty moded bsh (com.ibm->org.apache), this
also works with ant 1.6 nightly.
Peter
On Friday 06 June 2003 15:53, Dawid Weiss wrote:
> Dear ANT community,
>
> I thought one day: maybe it would be fu
Hi Dawid,
You may consider having a parallel set of code
for bsh CVS head as some of the bsh apis
have changed since 1.2.x
Peter.
On Friday 06 June 2003 15:53, Dawid Weiss wrote:
> Dear ANT community,
>
> I thought one day: maybe it would be fun if I could define ANT tasks INSIDE
>
Sounds cool.
Peter.
On Monday 09 June 2003 14:58, Conor MacNeill wrote:
> Hi all,
>
> I've just added a task to allow tasks to be created using
> scripts. It's loosely based on something I wrote a while back for Mutant.
>
> Attached below is an example usage. I had
)
output:
hello world
Deleting directory /home/preilly/proj/learning/outofdate/todir
Created dir: /home/preilly/proj/learning/outofdate/todir
Copying 1 file to /home/preilly/proj/learning/outofdate/todir
Peter.
On Friday 13 June 2003 06:23, Conor MacNeill wrote:
> Hi Duncan,
&g
t.execute()
class Ant:
def __getattr__(self, name):
return _Method(name)
ant = Ant()
ant.echo(message = "hello world")
ant.delete(quiet = 1, dir = File("todir"))
ant.mkdir(dir = File("todir"))
ant.touch(file=File("fromfile"))
ant.copy(file = File("fr
Check the ant faq http://ant.apache.org/faq.html#delegating-classloader
In essence you need to place the junit.jar file in ${ant.home}/lib
Cheers,
Peter
On Thu, 2003-06-19 at 08:43, Nick Chalko wrote:
>
>
>
>
>
>
>
&
Ah, I see.
That would be nice, but the classloader task is not
yet complete.
Peter
On Thu, 2003-06-19 at 08:52, Nick Chalko wrote:
> peter reilly wrote:
>
> >Check the ant faq http://ant.apache.org/faq.html#delegating-classloader
> >In essence you need to place the junit.jar
Please do!
On Thu, 2003-06-19 at 14:13, Denis N.Antonioli wrote:
> Hi
>
> Is there any plan to offer a FilterChain for FixCRLF?
> I could use this in my present project... and have nothing
> against contributing it ;-)
>
>
> Greetings
> dna
--
I think java.io.tmpdir is not used because
it is not in java 1.1.
As Ant does not support 1.1 (except to
generated 1.1 classes), use should
probably be made of java.io.File#createTempFile().
Peter.
On Thu, 2003-06-19 at 23:32, Antoine Levy-Lambert wrote:
> One user complained that FixC
oader for all optional tasks ?
> This may work - if you use normal delegation. The code that instantiate
> the tasks needs to have a reference to the child loader, and I don't
> think core tasks have dependencies on the classes in the optional.
>
> > peter reilly wrote:
> >
You need to wait for ant 1.6
or use a nightly build.
Peter
On Mon, 2003-06-23 at 18:23, Harsha Kalidindi wrote:
> Hi:
>
> I am using Ant 1.5.3.
>
> I have few custom tasks. Can I have any of them be configured to
> be valid at the project level? Right now
Well done!
On Tue, 2003-06-24 at 21:25, [EMAIL PROTECTED] wrote:
> antoine 2003/06/24 13:25:58
>
> Modified:src/testcases/org/apache/tools/ant/taskdefs ZipTest.java
> Log:
> An error was happening under Windows when executing the cleanup,
> test3.zip could not be deleted.
> This
Hi Steve,
do you have a HEAD copy of Jdk14RegexpRegexp. I made
a bug fix to that recently - I put in the dollar test
to test it. (bug report 20306).
Peter.
On Wed, 2003-06-25 at 01:30, Steve Loughran wrote:
> running on redhat 9.0, [SMP] and I'm seeing a regexp failure on Sun
I meant that filterset has always modified the
line endings. However this may be unintended behaviour.
Peter.
On Tue, 2003-06-24 at 22:48, Antoine Levy-Lambert wrote:
> On Windows, I am copying a file which has lineendings ending \n, using a
> filterset.
> The output has \r\n as lin
l get something done soon on this
> next. This will be necessary for Windows operation with the new jar
> arrangement.
+1
>
> 6. New Tasks and new features.
>
> I've got some things I want to add to to support timeouts, errors,
> etc plus the capability to have da
+1
especially if he can get a proper cvs connection ;-)
On Wed, 2003-06-25 at 11:06, Conor MacNeill wrote:
> I'd like to propose Jan Materne as an Ant committer. I think his contribution
> in recent months has been quite obvious both on the dev and user lists and
> also the bug reports. I think
I am about to commit the second of the patches for
the antlib update -
http://issues.apache.org/bugzilla/show_bug.cgi?id=19897
patch - 6762.
If anyone has objections please veto.
Peter
-
To unsubscribe, e-mail: [EMAIL
Ok:
1) polymorphism
2) loading of antlib.xml files/resource
3) namespace
4) roles
Peter
On Wed, 2003-06-25 at 10:25, Stefan Bodewig wrote:
> On 25 Jun 2003, peter reilly <[EMAIL PROTECTED]> wrote:
>
> > The roadmap could be:
> >1) roles (allowing the
Opps,
Sorry, the patch has been outstanding for weeks
(since 2003-05-29) and I wanted to move to
the next step.
Peter.
On Thu, 2003-06-26 at 14:26, Stefan Bodewig wrote:
> On 25 Jun 2003, peter reilly <[EMAIL PROTECTED]> wrote:
>
> > If anyone has objections please veto.
&
;ve only seen some style violations checkstyle's
> going to pick up on my first skimming through the changes. The next
> nightly Gump run will be interesting.
Heres hoping it is uninteresting
Peter
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On Thu, 2003-06-26 at 16:17, peter reilly wrote:
> Yep, I realize that getTaskDefinitions returns
> an empty table and that this behaviour is not
> backward compatible.
>
> The problem is that as tasks are now types, the getTypeDefinitions()
> should now return everything. Cur
embed-optional
rather than the main target.
Peter
On Fri, 2003-06-27 at 14:01, Nicola Ken Barozzi wrote:
>
> This email is autogenerated from the output from:
> <http://cvs.apache.org/builds/gump/2003-06-
triggers the problem (even with foreach), but
I have placed a quick fix in to catch the usage
in ComponentHelper#createTask() which
should solve this pending a proper fix.
Peter
On Fri, 2003-06-27 at 17:05, Steve Loughran wrote:
> One more breakage. The Foreach task is derived from ant-cont
Yep it works with CVS versions,
but the latest released versions of both
do not work together.
bsf 2.3.0 rc1
and Rhino 1.5R4 or Rhino 1.5R41
gives the error:
java.lang.NoSuchMethodError:
org.mozilla.javascript.Context.getDebuggableEngine()Lorg/mozilla/javascript/debug/DebuggableEngine;
Peter
On
The only thing thats needs to be done is that
the ant manual for 1.6 should be correct.
The contents of the manual would indicate the
versions that do work - this will depend
on when ant 1.6 is released ;-)
and when newer versions of BSF are released.
Peter
On Mon, 2003-06-30 at 12:17, Stefan
I can live the rule.
minor: "RedundantThrowsCheck: It complains about BuildException.
Peter
On Thu, 2003-07-03 at 15:26, Conor MacNeill wrote:
> I've done a checkstyle audit with the new xdoc generating stylesheets and
> uploaded this to the server
>
> http://ant.apache.or
I know ...
Ah well,
Peter
On Thu, 2003-07-03 at 16:30, Stefan Bodewig wrote:
> On 03 Jul 2003, peter reilly <[EMAIL PROTECTED]> wrote:
>
> >minor: The "LeftCurlyCheck" is against my in-house rule that
> > if there is a multi line condition,
Yep,
However it is not used at the moment, and it
got placed in by accident in the first place.
Peter
On Fri, 2003-07-04 at 10:01, Stefan Bodewig wrote:
> This also remove the format attribute, won't we need that for XML
> style task definitions to come?
n from the generated xdocs. It could also
> incorporate the xdocs manual generation. We may need to rethink how we
> publish the site.
If that is done, the java-docs should also be included.
In any case, it is easy to run the check locally (once
one figures out that ant -f check.xm
I just downloaded mozilla 1.4, and the tooltips
work fine on Linux.
Peter
On Fri, 2003-07-04 at 11:51, Stefan Bodewig wrote:
> On Fri, 4 Jul 2003, Conor MacNeill <[EMAIL PROTECTED]>
> wrote:
>
> > Works on Mozilla 1.2.1 on Linux :-( It is just a title attribute in
>
I am surprised you do not see the tooltips
The mozilla page
http://www.mozilla.org/docs/web-developer/faq.html
makes a little song and dance over suporting
tooltips for the title attribute.
Peter
On Fri, 2003-07-04 at 12:50, Stefan Bodewig wrote:
> On Fri, 4 Jul 2003, Conor MacNeill <
I think this is due to a change of using
an iterator instead of a enumerator.
The test code in question was inserting tasks
into the current target, and this does not
seem to be a good idea.
I moved the place where the task is being placed
to another target and the test passes.
Peter
Conor
the way the task list of a target is
visitied.
Peter.
On Mon, 2003-07-07 at 08:37, Stefan Bodewig wrote:
> On 04 Jul 2003, peter reilly <[EMAIL PROTECTED]> wrote:
>
> > The test code in question was inserting tasks
> > into the current target, and this does not
> > s
I am thinking of committing the keep-alive
feature:
http://issues.apache.org/bugzilla/show_bug.cgi?id=21144
Do any of the ant commiters have a problem with
this feature?
Peter
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
On Mon, 2003-07-07 at 18:12, Steve Loughran wrote:
> peter reilly wrote:
> > I am thinking of committing the keep-alive
> > feature:
> >
> > http://issues.apache.org/bugzilla/show_bug.cgi?id=21144
> >
> > Do any of the ant commiters have a problem wit
Hmm, what is the problem with the current WebLogic JSP Compiler Ant Task?
On Monday 07 July 2003 21:29, [EMAIL PROTECTED] wrote:
> I would like to contribute to the Ant project by providing an upgrade to
> the existing WebLogic JSP Compiler
> Ant Task.
>
> I have created an Ant Task for Weblogic
On Mon, 2003-07-07 at 09:37, Stefan Bodewig wrote:
> On 07 Jul 2003, peter reilly <[EMAIL PROTECTED]> wrote:
>
> > I am not sure that that depending on an undocumented (I think)
> > feature of Vector/Enumeration is a good idea.
>
> I agree, though it is sort-of d
On Tue, 2003-07-08 at 13:19, Stefan Bodewig wrote:
> On 08 Jul 2003, peter reilly <[EMAIL PROTECTED]> wrote:
> > On Mon, 2003-07-07 at 09:37, Stefan Bodewig wrote:
>
> >> So if we agreed that it is OK to add/remove tasks to the target
> >> currently being exe
programs again, and use next-error
to hop tru all the errors.
For the nightly build and for normal use however, I want to
fail on the first error.
Peter
On Tue, 2003-07-08 at 08:41, Stefan Bodewig wrote:
> On 07 Jul 2003, peter reilly <[EMAIL PROTECTED]> wrote:
>
> > I am thinking of c
On Tue, 2003-07-08 at 16:06, Stefan Bodewig wrote:
> On 08 Jul 2003, peter reilly <[EMAIL PROTECTED]> wrote:
>
> > The keep-alive feature is not quite the same
> > as a fail-on-error on each task, it is more
> > like a fail-on-error for each target.
>
>
Opps, sorry that should be keep-going (anyway).
Yep, you are right the build does fail, so it
is not equivalent to an implicit fail-on-error attribute
on each target (which I think would be extremely confusing).
Peter.
ps: perhaps we could put the link in the main ant page
just after the
Attic means it is deleted.
It is possible that cvsgrab ignores the
deleted files.
Peter
On Wed, 2003-07-09 at 12:43, [EMAIL PROTECTED] wrote:
> > > > and the Aspect interface
> > > > http://cvs.apache.org/viewcvs.cgi/ant/proposal/mutant/src/java
> > > > /commo
ot depend directly or indirectly on failed targets. It is not
>fail-on-error flag - the build will still fail.
Peter
On Wed, 2003-07-09 at 07:47, Stefan Bodewig wrote:
> On 08 Jul 2003, peter reilly <[EMAIL PROTECTED]> wrote:
> > On Tue, 2003-07-08 at 16:06, Stefan Bodewig wrote:
>
exceptions that will not be rethrown, though.
Ok
>
> Maybe , and (<*ant*>?) should get a new
> attribute as well?
The keep-going attribute gets passed to the subprojects in
Project#initSubProject() (which is called by et al).
However, It does not work
On Wed, 2003-07-09 at 16:02, Stefan Bodewig wrote:
> On 09 Jul 2003, peter reilly <[EMAIL PROTECTED]> wrote:
>
> >> Maybe , and (<*ant*>?) should get a new
> >> attribute as well?
> >
> > The keep-going attribute gets passed to the subprojects
.
Peter
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Yep, the import task works again.
We probably should revert the script
test that showed up the problem in the first
place.
Peter
On Tue, 2003-07-15 at 09:35, Stefan Bodewig wrote:
> With a loop like
>
> for (int i = 0; i < children.size(); i++) {
>
I have prepared a patch to do this for
subant. I have also modified the
keep-going patch for Project.java to do
the right thing (I think) when throwing exceptions.
Cheers,
(keep those fans going)
Peter
On Wed, 2003-07-09 at 16:21, Stefan Bodewig wrote:
> On 09 Jul 2003, peter reilly <
port/patch:
http://issues.apache.org/bugzilla/show_bug.cgi?id=21180
that should fix this particular problem.
With the patch I can finally use the task in my build -
it has a lot of top-level definitions in the imported common.xml.
Peter
On Wed, 2003-07-16 at 09:32, peter reilly wrote:
> I have make a bugzilla report/patch:
> http://issues.apache.org/bugzilla/show_bug.cgi?id=21180
> that should fix this particular problem.
Opps that should be:
http://issues.apache.org/bugzilla/show_bug.cgi?id=216
e import task to place
the imported tasks in-line, hopefully it will pass the gump
test.
Peter
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
ive files and import:
The javadoc for the file attribute says:
* the name of the file to import. How relative paths are resolved
is still
* in flux: use absolute paths for safety.
The following should work:
Peter
-
;-). see for example:
http://marc.theaimsgroup.com/?l=ant-dev&m=104341261225962&w=2
Peter
On Wed, 2003-07-16 at 16:48, Dominique Devienne wrote:
> You're kidding, right? How can that be? Isn't import a Task, with a
> setFile(File) method? Don't the usual Ant rules app
On Wed, 2003-07-16 at 18:12, Dominique Devienne wrote:
> > -Original Message-
> > From: peter reilly [mailto:[EMAIL PROTECTED]
> > (and does not succeed due to a bug - the import stack
> > does not currently have a pop in the code).
>
> Then it's jus
On Thu, 2003-07-17 at 13:49, Antoine Levy-Lambert wrote:
> The class TokenFilter.LineTokenizer (written by Peter Reilly) is the tool
> which allows to read input line by line including the original line ending.
>
> Actually, I wonder whether this class (LineTokenizer) should not be
Hi
Is there any feedback for the two latest patches
for antlib?
http://issues.apache.org/bugzilla/show_bug.cgi?id=19897
patch: 7203 add ant-type
patch: 7204 add antlib (xml form for type/task definitions)
Peter
-
To
On Thu, 2003-07-17 at 20:23, Antoine Levy-Lambert wrote:
> Hi Peter,
> +1
> could you add also somewhere in the manual an explanation what ant-type
> means and which tasks or datatypes support it.
I will try. The other changes (new custom condition, filter
and selector type support i
On Mon, 2003-07-21 at 10:18, [EMAIL PROTECTED] wrote:
>
> -Task
> +Task
>
>
Opps,
sorry...
(note to self, always do an ant diff -u before committing...)
Peter
-
To unsubscribe, e-mail: [EMAIL
This should be fixed in next build (July 21) of ant.
Peter
On Sat, 2003-07-19 at 00:00, Nick Chalko wrote:
> This is related to the junit antlib at krysalis. This may be something
> I did, but it works with the June 25 build of ant.
> Regardless NPE are a
Also the unit tests are run each night using gump, this
also tests if other projects using ant can still be build.
http://jakarta.apache.org/gump/
There is also a large user base that is not shy in
reporting issues.
Peter
On Mon, 2003-07-21 at 12:46, Stefan Bodewig wrote:
> On Mon, 21 Jul 2
On Mon, 2003-07-21 at 15:47, Stefan Bodewig wrote:
> On 17 Jul 2003, peter reilly <[EMAIL PROTECTED]> wrote:
>
> > patch: 7203 add ant-type
>
> +1
>
> A minor nit - please add an @author for yourself to
> IntrospectionHelper 8-), there already is too much in
On Tue, 2003-07-22 at 17:36, Adam Jack wrote:
> This is a cosmetic change request, but would somebody mind adding a space
> (or a colon/space or something) after getTaskName() in this message?
> Otherwise I think folks wonder what "taskdefA" i
Excellent!
>
>
> 1.65 +4 -1
> ant/src/main/org/apache/tools/ant/taskdefs/Property.java
>
> Index: Property.java
> ===
> RCS file:
> /home/cvs/ant/src/main/org/apache/tools/ant/taskdefs/Property.java,v
> r
I am thinking of committing the
patch to Copy and Move to accommodate multiple mapping.
http://issues.apache.org/bugzilla/show_bug.cgi?id=21320
With the relevant manual entries.
Does anybody have a problem with this feature?
Peter
> >
> > After the initial release of 1.6, I foresee a long period of bug fixing. :(
> > But I like fixing bugs personally :-)
>
> Agreed (on both counts).
+1
Peter
-
To unsubscribe, e-mail: [EMAIL
Yikes!
Peter
On Thu, 2003-07-24 at 15:19, Stefan Bodewig wrote:
> On 24 Jul 2003, <[EMAIL PROTECTED]> wrote:
>
> > Boolean.valueOf(Project.toBoolean(value))
>
> won't compile with JDK 1.3- as only the valueOf(String) method
> exists.
basedir attribute for the project
element, the attribute is ignored (Not good).
So the question is what should B's import be relative to:
1) A.xml's basedir
2) B.xml
3) B.xml's currently ignored basedir attribute.
I think that the consensus is 3).
Peter
the current working directory.
It may be also be possible to use URL's here, a little work
would be required in PH2. Possible use could be made of
jakarta's vfs ideas or code.
Peter
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Sorry,
I meant to reply to this previously, but am snowed
under at the moment.
I do not think that this task is a form of antcall.
It does not create a new project which is the
defining characteristic of antcall.
I think it should go into ant-contrib.
I will put it there soon
Peter
On
define the condition.
I am writing an update to the ant manual describing this
at the moment. (With my one word of doc per day productivity
it should be ready soon..)
Peter
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For addition
erstand, or is it just not documented.
The online manual is 1.5.3 (is there another online manual?), the
isreference condition in the cvs head manual
Peter
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On Friday 01 August 2003 06:52, [EMAIL PROTECTED] wrote:
> stevel 2003/07/31 22:52:31
>
> Modified:src/main/org/apache/tools/ant/helper ProjectHelper2.java
> Log:
> I cant believe we never noticed this typo before
Possibly because I introduced it in revision
rved.
ant:core is ant's namespace and the default namespace for
definitions.
antlib: is treated specially, when ant encounters a
component (task, or type) that has a namespace uri of this form,
ant will check if there is a resource of the name packege -> path/antlib.xml
and if so
w definitions to a uri
One can also add new defintions to a uri:
This is myecho
7) xmlns does not need belong to the tag
This is myecho
Cheers,
Peter
On Friday 01 August 2003 16:02, Dominique Devienn
You bet!
Peter
On Tuesday 05 August 2003 14:06, Stefan Bodewig wrote:
> On 5 Aug 2003, <[EMAIL PROTECTED]> wrote:
> > FIXED
>
> Thanks Peter.
>
> I'd even feel better if you could create a small JUnit testcase fr
low
add(Class t) and addConfigured(Class t) match types. This
is usefull to allow types to be used as conditions, filterchains,
selectors.
Peter
On Tuesday 05 August 2003 17:17, Adam Jack wrote:
> Thanks Stefan, good information, I appreciate it.
>
> > In principle with Ant
On Thursday 07 August 2003 12:28, Stefan Bodewig wrote:
>
> VAJ is in as the people who will benefit from the changes won't
> benefit from Ant 1.6 (as VAJ runs on a JDK 1.1 VM).
Ah!
Now I understand...
+1 for the release
-
To uns
Hi,
I placed a patch for namespace support under
http://issues.apache.org/bugzilla/show_bug.cgi?id=19897
a small time ago.
Does anyone have any comments to make about it?
I have got comments so far from Dominique.
http://marc.theaimsgroup.com/?t=10597407971&r=1&w
+1
It builds fine for me.
./bootstrap.sh
./build.sh
export ANT_HOME `pwd`/dist
cd dist/bin
./ant -version
On Tuesday 12 August 2003 10:03, Paul Nasrat wrote:
> On Tue, Aug 12, 2003 at 09:09:27AM +0200, Stefan Bodewig wrote:
> > [It is the PMC's responsibility to ensure that our releases are OK,
int where the ant optional tasks are packaged as antlibs and
> potentially not added to the root loader if their supporting libraries are
> not also available to the root loader. This would allow them to be
> taskdef'd in later in a build.
I would rather leave this for after 1.6 rele
On Tuesday 12 August 2003 12:36, Stefan Bodewig wrote:
> On Fri, 1 Aug 2003, peter reilly <[EMAIL PROTECTED]> wrote:
> >>uri="antlib:net.sf.antcontrib"
> >classpath="/tmp/ant-contrib.jar"/>
>
> wouldn't the resou
On Tuesday 12 August 2003 13:24, Stefan Bodewig wrote:
> On Tue, 12 Aug 2003, peter reilly <[EMAIL PROTECTED]> wrote:
> > On Tuesday 12 August 2003 12:36, Stefan Bodewig wrote:
> >> On Fri, 1 Aug 2003, peter reilly <[EMAIL PROTECTED]> wrote:
> >> >>
d now.
>
>
> For writing Selectors I had improved the selectors-program.html.
> Mmm - not introduced into CVS yet. So see at
> http://nagoya.apache.org/bugzilla/showattachment.cgi?attach_id=7049
> Improved for writing implementation and tests for selectors.
Sorry, I did not se
Opps, sorry about the year in the enum update yesterday.
Peter.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On Thursday 14 August 2003 06:45, Costin Manolache wrote:
> peter reilly wrote:
> > On Tuesday 12 August 2003 13:24, Stefan Bodewig wrote:
> >> On Tue, 12 Aug 2003, peter reilly <[EMAIL PROTECTED]> wrote:
> >> > On Tuesday 12 August 2003 12:36, Stefan Bodew
wanted to finish the classloader task - is
> it still usefull ?
Most definitely.
Peter
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
)
Will I place these tasks in ant or ant-contrib ?
Peter
task itself and does not
use the ant property infrastructure. The effect of this is to
have a macro textual scope for the parameters (which look like
properties).
I had looked at having a task scope for properties, but this
looked difficult to achieve.
Peter
---
ell?
The trick is that MacroDef uses TaskContainer in a nested element. This
is given UnknownElements before they are executed. MacroInstance
then copies and walks the tree of unknownelements, modifing
attribute values and text
Tis done.
Peter
On Thursday 14 August 2003 14:04, Martijn Kruithof wrote:
> Could please @since 1.6 tags be added to the code?
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail
On Thursday 14 August 2003 15:23, Dominique Devienne wrote:
> After all the praises, I hope my post doesn't sound too negative.
No problem.
> I also
> think it's a great addition Peter, I just have a few reservations ;-)
>
> See below... --DD
>
> > -----Ori
On Thursday 14 August 2003 16:13, Stefan Bodewig wrote:
> On Tue, 12 Aug 2003, peter reilly <[EMAIL PROTECTED]> wrote:
> > Users are allowed to use antlib:*. The restricted uri's are uris
> > that users are not allowed to use in .
>
> Does that as a corrolary me
on of "classloading in Ant X.X.X/Ant 1.6"
exist?
Regards,
Morten Sabroe Mortensen
-Original Message-
From: peter reilly
To: Ant Developers List
Sent: 14-08-03 10:36
Subject: Re: beating the dead Ant 1.6 horse
On Thursday 14 August 2003 06:38, Costin Manolache wrote:
> Cono
of definitions (macrodef, presetdef, and
scriptdef), so I am thinking
of changing this to always do the warning (unless they are the same
definition as reported by the AntTypeDefinition).
Peter
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
101 - 200 of 1377 matches
Mail list logo
