Re: cvs commit: ant/src/main/org/apache/tools/ant/taskdefs Delete.java

[Matt Benson]

--- Antoine_Lévy-Lambert <[EMAIL PROTECTED]> wrote:
> +10 Matt: This is going to save the face of the next
> guy preparing an 
> ant release on Windows. ;-)
> 
> Antoine


Let's hope so... :)

-Matt

__
Do you Yahoo!?
Yahoo! Finance: Get your refund fast by filing online.
http://taxes.yahoo.com/filing.html

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: cvs commit: ant/src/main/org/apache/tools/ant/taskdefs Delete.java

[Antoine Lévy-Lambert]

[EMAIL PROTECTED] wrote:
mbenson 2004/02/16 09:26:16
 Modified:src/main/org/apache/tools/ant/taskdefs Delete.java
 Log:
 Accommodate Windows bug encountered in both Sun and IBM JDKs.
 
 Obtained from: Java Technology Forums at http://forums.java.sun.com
 
 Revision  ChangesPath
 1.51  +6 -2  ant/src/main/org/apache/tools/ant/taskdefs/Delete.java
 

 

+10 Matt: This is going to save the face of the next guy preparing an 
ant release on Windows. ;-)

Antoine
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 26459] - SQL task (SQLExec class) might not see a ROW delimiter correctly

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26459

SQL task (SQLExec class) might not see a ROW delimiter correctly

[EMAIL PROTECTED] changed:

   What|Removed |Added

   Priority|Other   |Medium
   Platform|PC  |All

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 26971] - Please also provide 1.5.x docs online

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26971

Please also provide 1.5.x docs online





--- Additional Comments From [EMAIL PROTECTED]  2004-02-16 20:15 ---
I see your points and agree to them.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 26663] - [PATCH] 5 new testcases for output redirection

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26663

[PATCH]  5 new testcases for output redirection

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: ant/src/testcases/org/apache/tools/ant/taskdefs ExecuteOnTest.java

[mbenson]

mbenson 2004/02/16 11:42:13

  Modified:src/testcases/org/apache/tools/ant/taskdefs
ExecuteOnTest.java
  Log:
  Code cleanup.
  
  Revision  ChangesPath
  1.2   +0 -5  
ant/src/testcases/org/apache/tools/ant/taskdefs/ExecuteOnTest.java
  
  Index: ExecuteOnTest.java
  ===
  RCS file: 
/home/cvs/ant/src/testcases/org/apache/tools/ant/taskdefs/ExecuteOnTest.java,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- ExecuteOnTest.java16 Feb 2004 19:39:13 -  1.1
  +++ ExecuteOnTest.java16 Feb 2004 19:42:13 -  1.2
  @@ -34,11 +34,6 @@
   public class ExecuteOnTest extends BuildFileTest {
   private static final String BUILD_PATH = 
"src/etc/testcases/taskdefs/exec/";
   private static final String BUILD_FILE = BUILD_PATH + "apply.xml";
  -//private final int TIME_TO_WAIT = 1;
  -/** maximum time allowed for the build in milliseconds */
  -//private final int MAX_BUILD_TIME = 4000;
  -//private final int SECURITY_MARGIN = 2000; // wait 2 second extras
  -// the test failed with 100 ms of margin on cvs.apache.org on August 
1st, 2003
   
   public ExecuteOnTest(String name) {
   super(name);
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: ant/src/testcases/org/apache/tools/ant/taskdefs ExecuteOnTest.java ExecTaskTest.java

[mbenson]

mbenson 2004/02/16 11:39:13

  Modified:src/etc/testcases/taskdefs/exec exec.xml
   src/testcases/org/apache/tools/ant/taskdefs
ExecTaskTest.java
  Added:   src/etc/testcases/taskdefs/exec apply.xml parrot.sh
   src/testcases/org/apache/tools/ant/taskdefs
ExecuteOnTest.java
  Log:
  Add several I/O related test cases to  and .
  
  PR: 26663
  
  Revision  ChangesPath
  1.3   +81 -3 ant/src/etc/testcases/taskdefs/exec/exec.xml
  
  Index: exec.xml
  ===
  RCS file: /home/cvs/ant/src/etc/testcases/taskdefs/exec/exec.xml,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- exec.xml  4 Aug 2003 22:23:57 -   1.2
  +++ exec.xml  16 Feb 2004 19:39:13 -  1.3
  @@ -3,7 +3,7 @@
   
   
   
  -
  +
   
   
   
  @@ -15,7 +15,18 @@
   
   
   
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
   
  +
   
   
   
  @@ -23,7 +34,74 @@
   
   
   
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +x y z
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
   
  -
  +
  +
  +
  +
   
  -
  \ No newline at end of file
  +
  
  
  
  1.1  ant/src/etc/testcases/taskdefs/exec/apply.xml
  
  Index: apply.xml
  ===
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  s/x/blah/g${line.separator}
  s/y/blah/g${line.separator}
  s/z/blah/g${line.separator}
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  x y z${line.separator}
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  redirect.out=${redirect.out}
  
  
  
  
  
  
  
  
  
  
  
  
  1.1  ant/src/etc/testcases/taskdefs/exec/parrot.sh
  
  Index: parrot.sh
  ===
  # Copyright (c) 2004 The Apache Software Foundation.  All rights reserved.
  for arg in $@ ; do
echo $arg out
sleep 1
echo $arg err>&2
  done
  
  
  
  1.11  +125 -3
ant/src/testcases/org/apache/tools/ant/taskdefs/ExecTaskTest.java
  
  Index: ExecTaskTest.java
  ===
  RCS file: 
/home/cvs/ant/src/testcases/org/apache/tools/ant/taskdefs/ExecTaskTest.java,v
  retrieving revision 1.10
  retrieving revision 1.11
  diff -u -r1.10 -r1.11
  --- ExecTaskTest.java 9 Feb 2004 21:05:41 -   1.10
  +++ ExecTaskTest.java 16 Feb 2004 19:39:13 -  1.11
  @@ -1,5 +1,5 @@
   /*
  - * Copyright  2003-2004 The Apache Software Foundation
  + * Copyright  2003-2004 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.
  @@ -21,13 +21,16 @@
   import org.apache.tools.ant.util.FileUtils;
   
   import java.io.File;
  +import java.io.FileReader;
  +import java.io.IOException;
   import java.io.OutputStream;
   import java.util.GregorianCalendar;
   
  -import junit.framework.Assert;
  +import junit.framework.ComparisonFailure;
   
   /**
* @author Antoine Levy-Lambert
  + * @author Matt Benson
*/
   public class ExecTaskTest ex

cvs commit: ant/src/main/org/apache/tools/ant/taskdefs Redirector.java

[mbenson]

mbenson 2004/02/16 11:33:34

  Modified:.WHATSNEW
   src/main/org/apache/tools/ant/util LazyFileOutputStream.java
   src/main/org/apache/tools/ant/taskdefs Redirector.java
  Log:
  Redirector exhibited inconsistent behavior with regard to split
  output.  When sent to file only, files would be created in all
  cases; when split file-property, files were only created if
  writes were performed.
  
  Revision  ChangesPath
  1.544 +6 -1  ant/WHATSNEW
  
  Index: WHATSNEW
  ===
  RCS file: /home/cvs/ant/WHATSNEW,v
  retrieving revision 1.543
  retrieving revision 1.544
  diff -u -r1.543 -r1.544
  --- WHATSNEW  16 Feb 2004 08:36:38 -  1.543
  +++ WHATSNEW  16 Feb 2004 19:33:33 -  1.544
  @@ -12,6 +12,11 @@
   
   *  failed to load classes correctly.
   
  +* Redirector exhibited inconsistent behavior with regard to split
  +  output.  When sent to file only, files would be created in all
  +  cases; when split file-property, files were only created if
  +  writes were performed.
  +
   Other changes:
   --
   
  @@ -2668,4 +2673,4 @@
   
   * The packagelistloc attribute of 's  child will be
 resolved as a file (i.e. it is either absolute or relative to
  -  basedir).
  \ No newline at end of file
  +  basedir).
  
  
  
  1.5   +15 -0 
ant/src/main/org/apache/tools/ant/util/LazyFileOutputStream.java
  
  Index: LazyFileOutputStream.java
  ===
  RCS file: 
/home/cvs/ant/src/main/org/apache/tools/ant/util/LazyFileOutputStream.java,v
  retrieving revision 1.4
  retrieving revision 1.5
  diff -u -r1.4 -r1.5
  --- LazyFileOutputStream.java 9 Feb 2004 21:05:38 -   1.4
  +++ LazyFileOutputStream.java 16 Feb 2004 19:33:34 -  1.5
  @@ -33,6 +33,7 @@
   private FileOutputStream fos;
   private File file;
   private boolean append;
  +private boolean alwaysCreate;
   private boolean opened = false;
   private boolean closed = false;
   
  @@ -67,8 +68,19 @@
* it.
*/
   public LazyFileOutputStream(File file, boolean append) {
  +this(file, append, false);
  +}
  +
  +/**
  + * Creates a stream that will eventually write to the file with
  + * the given name, optionally append to instead of replacing
  + * it, and optionally always create a file (even if zero length).
  + */
  +public LazyFileOutputStream(File file, boolean append,
  +boolean alwaysCreate) {
   this.file = file;
   this.append = append;
  +this.alwaysCreate = alwaysCreate;
   }
   
   /**
  @@ -81,6 +93,9 @@
   }
   
   public synchronized void close() throws IOException {
  +if (alwaysCreate) {
  +ensureOpened();
  +}
   if (opened) {
   fos.close();
   }
  
  
  
  1.15  +2 -8  
ant/src/main/org/apache/tools/ant/taskdefs/Redirector.java
  
  Index: Redirector.java
  ===
  RCS file: 
/home/cvs/ant/src/main/org/apache/tools/ant/taskdefs/Redirector.java,v
  retrieving revision 1.14
  retrieving revision 1.15
  diff -u -r1.14 -r1.15
  --- Redirector.java   9 Feb 2004 21:05:20 -   1.14
  +++ Redirector.java   16 Feb 2004 19:33:34 -  1.15
  @@ -232,7 +232,7 @@
   errorStream = new LogOutputStream(managingTask, 
Project.MSG_WARN);
   } else {
   if (out != null)  {
  -outputStream = new LazyFileOutputStream(out, append);
  +outputStream = new LazyFileOutputStream(out, append, true);
   managingTask.log("Output redirected to " + out,
Project.MSG_VERBOSE);
   }
  @@ -258,7 +258,7 @@
   }
   
   if (error != null)  {
  -errorStream = new LazyFileOutputStream(error, append);
  +errorStream = new LazyFileOutputStream(error, append, true);
   managingTask.log("Error redirected to " + error,
Project.MSG_VERBOSE);
   }
  @@ -422,15 +422,9 @@
   inputStream.close();
   }
   
  -if (outputStream instanceof LazyFileOutputStream) {
  -((LazyFileOutputStream) outputStream).open();
  -}
   outputStream.close();
   
   if (errorStream != outputStream) {
  -if (errorStream instanceof LazyFileOutputStream) {
  -((LazyFileOutputStream) errorStream).open();
  -}
   errorStream.close();
   }
   
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 26985] New: - apply task using filelist always applies executable

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26985

apply task using filelist always applies executable

   Summary: apply task using filelist always applies executable
   Product: Ant
   Version: 1.6.1
  Platform: PC
OS/Version: Windows NT/2K
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Core tasks
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


When using the apply task with the new filelist capability in 1.6, the 
executable is always applied to the sources, even if the targets have a newer 
timestamp.

In the test below, if you use a fileset, things work correctly. Comment out the 
fileset and uncomment the filelist and the source files are always compiled.




  
  
  
  
  
  
   
   

  



   






-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 26852] - Exec task blocks when spawned

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26852

Exec task blocks when spawned





--- Additional Comments From [EMAIL PROTECTED]  2004-02-16 18:30 ---
Daniel:  Could you attach or post a build file snippet that demonstrates the 
problem?  Most preferable would be something using a un*x executable that is 
available with bash, and behaves comparably on both platforms (not excluding an 
sh-compatible shell script).  Your patch is obviously reasonable and I plan to 
commit it or something similar, but would like to have some basis of comparison 
of "before" to "after."

Thanks,
Matt

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: task for antlib jars

[Mariano Benitez]

have to look at the java documentation and give it a try, if you want I 
can try it with different scenarios, adding testCases would be too much 
for me, I have enough with the ones  I need for my own product :)

MAriano
Peter Reilly wrote:
Mariano Benitez wrote:
are you ok that I send you the patch? shall I create a bug in 
bugzilla for this?

MAriano
Stefan Bodewig wrote:
On Mon, 16 Feb 2004, Mariano Benitez <[EMAIL PROTECTED]> wrote:
 

I meant an option to delete, not altering the default behaviour, If
you are sure you are using that file, delete it on exit explicitly.

Will this work recursivly?
I.e. when deleteing a directory
Peter
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: task for antlib jars

[Peter Reilly]

Mariano Benitez wrote:
are you ok that I send you the patch? shall I create a bug in bugzilla 
for this?

MAriano
Stefan Bodewig wrote:
On Mon, 16 Feb 2004, Mariano Benitez <[EMAIL PROTECTED]> wrote:
 

I meant an option to delete, not altering the default behaviour, If
you are sure you are using that file, delete it on exit explicitly.

Will this work recursivly?
I.e. when deleteing a directory
Peter
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: task for antlib jars

[Mariano Benitez]

are you ok that I send you the patch? shall I create a bug in bugzilla 
for this?

MAriano
Stefan Bodewig wrote:
On Mon, 16 Feb 2004, Mariano Benitez <[EMAIL PROTECTED]> wrote:
 

I meant an option to delete, not altering the default behaviour, If
you are sure you are using that file, delete it on exit explicitly.
   

Works for me.
Stefan
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
 

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: cvs commit: ant/src/main/org/apache/tools/ant/taskdefs Delete.java

[Matt Benson]

--- Peter Reilly <[EMAIL PROTECTED]> wrote:
> Stefan Bodewig wrote:
> 
> >welcome Matt
> >  
> >
> +1 congrats...
> 
> Peter

:)

-Matt

__
Do you Yahoo!?
Yahoo! Finance: Get your refund fast by filing online.
http://taxes.yahoo.com/filing.html

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: cvs commit: ant/src/main/org/apache/tools/ant/taskdefs Delete.java

[Peter Reilly]

Stefan Bodewig wrote:
welcome Matt
 

+1 congrats...
Peter
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: cvs commit: ant/src/main/org/apache/tools/ant/taskdefs Delete.java

[Stefan Bodewig]

welcome Matt

Stefan

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: ant/src/main/org/apache/tools/ant/taskdefs Delete.java

[mbenson]

mbenson 2004/02/16 09:26:16

  Modified:src/main/org/apache/tools/ant/taskdefs Delete.java
  Log:
  Accommodate Windows bug encountered in both Sun and IBM JDKs.
  
  Obtained from: Java Technology Forums at http://forums.java.sun.com
  
  Revision  ChangesPath
  1.51  +6 -2  ant/src/main/org/apache/tools/ant/taskdefs/Delete.java
  
  Index: Delete.java
  ===
  RCS file: /home/cvs/ant/src/main/org/apache/tools/ant/taskdefs/Delete.java,v
  retrieving revision 1.50
  retrieving revision 1.51
  diff -u -r1.50 -r1.51
  --- Delete.java   9 Feb 2004 21:05:19 -   1.50
  +++ Delete.java   16 Feb 2004 17:26:16 -  1.51
  @@ -22,6 +22,7 @@
   import org.apache.tools.ant.BuildException;
   import org.apache.tools.ant.DirectoryScanner;
   import org.apache.tools.ant.Project;
  +import org.apache.tools.ant.taskdefs.condition.Os;
   import org.apache.tools.ant.types.FileSet;
   import org.apache.tools.ant.types.PatternSet;
   import org.apache.tools.ant.types.selectors.AndSelector;
  @@ -535,12 +536,15 @@
   //  protected and private methods
   //
   /**
  - * Attempt to fix possible race condition when deleting
  - * files on WinXP. If the delete does not work,
  + * Accommodate Windows bug encountered in both Sun and IBM JDKs.
  + * Others possible. If the delete does not work, call System.gc(),
* wait a little and try again.
*/
   private boolean delete(File f) {
   if (!f.delete()) {
  +if (Os.isFamily("windows")) {
  +System.gc();
  +}
   try {
   Thread.sleep(DELETE_RETRY_SLEEP_MILLIS);
   return f.delete();
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: task for antlib jars

[Stefan Bodewig]

On Mon, 16 Feb 2004, Mariano Benitez <[EMAIL PROTECTED]> wrote:

> I meant an option to delete, not altering the default behaviour, If
> you are sure you are using that file, delete it on exit explicitly.

Works for me.

Stefan

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: roles, restricted types

[Stefan Bodewig]

On Thu, 12 Feb 2004, Peter Reilly <[EMAIL PROTECTED]> wrote:

> I have reactivated my code for restricted/roled types.

I think we need that in order to decompose ant.jar.

> The basic idea is that one can define a type that can only
> be used as a nested element in a type container. The type
> may not be used at the top-level.

Hmm, is the later restriction realy needed?  How about requiring a
qualification for them when they are used at the top level?


  
  


Take a look at Ant's own build file, it uses  which is a
simple container, but we may need something like this for conditions
as well.

> The user-level issues would be: Is the attribute "contact" a good
> name for this attribute

Even if spelled correctly ;-) I'm not convinced that contract is
something the user may understand.  role is probably better.  This
is not a very strong preference.

And I'd like to have shorter names, somehow. role="condition".

> Should this be a separate task and not typedef.

I don't have a problem with using typedef for it.

Stefan

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: task for antlib jars

[Mariano Benitez]

I meant an option to delete, not altering the default behaviour, If you 
are sure you are using that file, delete it on exit explicitly.

MAriano
Stefan Bodewig wrote:
On Fri, 13 Feb 2004, Mariano Benitez <[EMAIL PROTECTED]> wrote:
 

that is why it makes more sense to me to define it as deleteOnExit,
   

But what do we display to the user here?
"Failed to delete but we will try again after Ant has finished -
please check whether the file is still there after that, if so, the
build has failed."
Unless you set quiet to true, failing to delete a file is supposed to
break the build.  I don't see how we can predict that the failure is
non-critical, whether deleteOnExit will work or not.
Stefan
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
 

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: outputproperty & errorproperty

[Stefan Bodewig]

On Mon, 16 Feb 2004, Matt Benson <[EMAIL PROTECTED]> wrote:
> --- Stefan Bodewig <[EMAIL PROTECTED]> wrote:
>> >> The  task attempts to set these properties
>> >> after each invocation of the executable so that
>> >> limited or non-parallel execution does not
>> necessarily
>> >> yield the expected results.
>> > 
>> > Does it even do so if append is false?
>> 
>> true, I meant.
> 
> Yep.  So, bug or feature?

bug in this case.

For append=false I'm not sure, but we can always point to the manual
that says that you want to set it to true in non-parallel executions.

Stefan

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: ant/xdocs/stylesheets project.xml site.vsl

[bodewig]

bodewig 2004/02/16 08:45:10

  Modified:xdocsTag: ANT_16_BRANCH antnews.xml bindownload.xml
bylaws.xml contributors.xml cvs.xml external.xml
faq.xml index.xml legal.xml license.xml mail.xml
mission.xml problems.xml projects.xml resources.xml
srcdownload.xml
   xdocs/projects Tag: ANT_16_BRANCH index.xml
   xdocs/projects/antidote Tag: ANT_16_BRANCH design.xml
index.xml module.xml
   xdocs/stylesheets Tag: ANT_16_BRANCH project.xml site.vsl
  Log:
  Merge
  
  Revision  ChangesPath
  No   revision
  No   revision
  1.48.2.4  +15 -0 ant/xdocs/antnews.xml
  
  Index: antnews.xml
  ===
  RCS file: /home/cvs/ant/xdocs/antnews.xml,v
  retrieving revision 1.48.2.3
  retrieving revision 1.48.2.4
  diff -u -r1.48.2.3 -r1.48.2.4
  --- antnews.xml   12 Feb 2004 12:39:00 -  1.48.2.3
  +++ antnews.xml   16 Feb 2004 16:45:09 -  1.48.2.4
  @@ -1,4 +1,19 @@
   
  +
   
   
 
  
  
  
  1.17.2.1  +15 -0 ant/xdocs/bindownload.xml
  
  Index: bindownload.xml
  ===
  RCS file: /home/cvs/ant/xdocs/bindownload.xml,v
  retrieving revision 1.17
  retrieving revision 1.17.2.1
  diff -u -r1.17 -r1.17.2.1
  --- bindownload.xml   18 Aug 2003 09:58:27 -  1.17
  +++ bindownload.xml   16 Feb 2004 16:45:09 -  1.17.2.1
  @@ -1,4 +1,19 @@
   
  +
   
   
 
  
  
  
  1.1.4.1   +15 -0 ant/xdocs/bylaws.xml
  
  Index: bylaws.xml
  ===
  RCS file: /home/cvs/ant/xdocs/bylaws.xml,v
  retrieving revision 1.1
  retrieving revision 1.1.4.1
  diff -u -r1.1 -r1.1.4.1
  --- bylaws.xml2 Jul 2003 13:55:03 -   1.1
  +++ bylaws.xml16 Feb 2004 16:45:09 -  1.1.4.1
  @@ -1,4 +1,19 @@
   
  +
   
   
 
  
  
  
  1.16.2.2  +15 -0 ant/xdocs/contributors.xml
  
  Index: contributors.xml
  ===
  RCS file: /home/cvs/ant/xdocs/contributors.xml,v
  retrieving revision 1.16.2.1
  retrieving revision 1.16.2.2
  diff -u -r1.16.2.1 -r1.16.2.2
  --- contributors.xml  4 Dec 2003 22:36:37 -   1.16.2.1
  +++ contributors.xml  16 Feb 2004 16:45:09 -  1.16.2.2
  @@ -1,4 +1,19 @@
   
  +
   
 
   Contributors
  
  
  
  1.5.2.1   +15 -0 ant/xdocs/cvs.xml
  
  Index: cvs.xml
  ===
  RCS file: /home/cvs/ant/xdocs/cvs.xml,v
  retrieving revision 1.5
  retrieving revision 1.5.2.1
  diff -u -r1.5 -r1.5.2.1
  --- cvs.xml   19 Feb 2003 08:45:16 -  1.5
  +++ cvs.xml   16 Feb 2004 16:45:09 -  1.5.2.1
  @@ -1,4 +1,19 @@
   
  +
   
   
 
  
  
  
  1.100.2.8 +15 -0 ant/xdocs/external.xml
  
  Index: external.xml
  ===
  RCS file: /home/cvs/ant/xdocs/external.xml,v
  retrieving revision 1.100.2.7
  retrieving revision 1.100.2.8
  diff -u -r1.100.2.7 -r1.100.2.8
  --- external.xml  9 Feb 2004 10:51:40 -   1.100.2.7
  +++ external.xml  16 Feb 2004 16:45:09 -  1.100.2.8
  @@ -1,4 +1,19 @@
   
  +
   
   
 
  
  
  
  1.38.2.9  +15 -0 ant/xdocs/faq.xml
  
  Index: faq.xml
  ===
  RCS file: /home/cvs/ant/xdocs/faq.xml,v
  retrieving revision 1.38.2.8
  retrieving revision 1.38.2.9
  diff -u -r1.38.2.8 -r1.38.2.9
  --- faq.xml   12 Feb 2004 12:39:00 -  1.38.2.8
  +++ faq.xml   16 Feb 2004 16:45:09 -  1.38.2.9
  @@ -1,4 +1,19 @@
   
  +
   
   
 
  
  
  
  1.52.2.5  +15 -0 ant/xdocs/index.xml
  
  Index: index.xml
  ===
  RCS file: /home/cvs/ant/xdocs/index.xml,v
  retrieving revision 1.52.2.4
  retrieving revision 1.52.2.5
  diff -u -r1.52.2.4 -r1.52.2.5
  --- index.xml 12 Feb 2004 12:39:00 -  1.52.2.4
  +++ index.xml 16 Feb 2004 16:45:09 -  1.52.2.5
  @@ -1,4 +1,19 @@
   
  +
   
   
 
  
  
  
  1.2.2.2   +15 -0 ant/xdocs/legal.xml
  
  Index: legal.xml
  ===
  RCS file: /home/cvs/ant/xdocs/legal.xml,v
  retrieving revision 1.2.2.1
  retrieving revision 1.2.2.2
  diff -u -r1.2.2.1 -r1.2.2.2
  --- legal.xml 12 Feb 2004 12:39:00 -  1.2.2.1
  +++ legal.xml 16 Feb 2004 16:45:09 -  1.2.2.2
  @@ -1,4 +1,19 @@
   
  +
   
 
 
  
  
  
  1.1.4.2   +15 -0 ant/xdocs/license.xml
  
  Index: license.xml
  ===
  RCS file: /home/cvs/ant/xdocs/license.xml,v
  retrieving revision 1.1.4.1
  retrieving revision 1.1.4.2
  di

cvs commit: ant/xdocs/stylesheets project.xml site.vsl

[bodewig]

bodewig 2004/02/16 08:43:12

  Modified:xdocs/stylesheets project.xml site.vsl
  Log:
  Final batch
  
  Revision  ChangesPath
  1.20  +15 -0 ant/xdocs/stylesheets/project.xml
  
  Index: project.xml
  ===
  RCS file: /home/cvs/ant/xdocs/stylesheets/project.xml,v
  retrieving revision 1.19
  retrieving revision 1.20
  diff -u -r1.19 -r1.20
  --- project.xml   28 Nov 2003 10:34:11 -  1.19
  +++ project.xml   16 Feb 2004 16:43:12 -  1.20
  @@ -1,4 +1,19 @@
   
  +
   http://ant.apache.org/";>
   
   Apache Ant
  
  
  
  1.11  +1 -1  ant/xdocs/stylesheets/site.vsl
  
  Index: site.vsl
  ===
  RCS file: /home/cvs/ant/xdocs/stylesheets/site.vsl,v
  retrieving revision 1.10
  retrieving revision 1.11
  diff -u -r1.10 -r1.11
  --- site.vsl  9 Feb 2004 21:11:58 -   1.10
  +++ site.vsl  16 Feb 2004 16:43:12 -  1.11
  @@ -1,5 +1,5 @@
   #* 
  - * Copyright  2003-2004 The Apache Software Foundation
  + * Copyright  2001-2004 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.
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: ant/xdocs/projects/antidote design.xml index.xml module.xml news.xml

[bodewig]

bodewig 2004/02/16 08:42:01

  Modified:xdocs/projects/antidote design.xml index.xml module.xml
news.xml
  Log:
  Correct copyright statement
  
  Revision  ChangesPath
  1.4   +1 -1  ant/xdocs/projects/antidote/design.xml
  
  Index: design.xml
  ===
  RCS file: /home/cvs/ant/xdocs/projects/antidote/design.xml,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -r1.3 -r1.4
  --- design.xml16 Feb 2004 16:40:20 -  1.3
  +++ design.xml16 Feb 2004 16:42:01 -  1.4
  @@ -1,6 +1,6 @@
   
   

cvs commit: ant/xdocs/projects/antidote design.xml index.xml module.xml news.xml

[bodewig]

bodewig 2004/02/16 08:40:21

  Modified:xdocs/projects index.xml
   xdocs/projects/antidote design.xml index.xml module.xml
news.xml
  Log:
  Second batch
  
  Revision  ChangesPath
  1.3   +15 -0 ant/xdocs/projects/index.xml
  
  Index: index.xml
  ===
  RCS file: /home/cvs/ant/xdocs/projects/index.xml,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- index.xml 11 Feb 2003 06:55:13 -  1.2
  +++ index.xml 16 Feb 2004 16:40:20 -  1.3
  @@ -1,4 +1,19 @@
   
  +
   
   
 
  
  
  
  1.3   +15 -0 ant/xdocs/projects/antidote/design.xml
  
  Index: design.xml
  ===
  RCS file: /home/cvs/ant/xdocs/projects/antidote/design.xml,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- design.xml11 Feb 2003 06:55:13 -  1.2
  +++ design.xml16 Feb 2004 16:40:20 -  1.3
  @@ -1,4 +1,19 @@
   
  +
   
   
 
  
  
  
  1.3   +15 -0 ant/xdocs/projects/antidote/index.xml
  
  Index: index.xml
  ===
  RCS file: /home/cvs/ant/xdocs/projects/antidote/index.xml,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- index.xml 11 Feb 2003 06:55:13 -  1.2
  +++ index.xml 16 Feb 2004 16:40:20 -  1.3
  @@ -1,4 +1,19 @@
   
  +
   
   
 
  
  
  
  1.3   +15 -0 ant/xdocs/projects/antidote/module.xml
  
  Index: module.xml
  ===
  RCS file: /home/cvs/ant/xdocs/projects/antidote/module.xml,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- module.xml11 Feb 2003 06:55:13 -  1.2
  +++ module.xml16 Feb 2004 16:40:20 -  1.3
  @@ -1,4 +1,19 @@
   
  +
   
   
 
  
  
  
  1.2   +15 -0 ant/xdocs/projects/antidote/news.xml
  
  Index: news.xml
  ===
  RCS file: /home/cvs/ant/xdocs/projects/antidote/news.xml,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- news.xml  12 Oct 2003 19:39:53 -  1.1
  +++ news.xml  16 Feb 2004 16:40:20 -  1.2
  @@ -1,4 +1,19 @@
   
  +
   
   
 
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: ant/xdocs antnews.xml bindownload.xml bylaws.xml contributors.xml cvs.xml external.xml faq.xml index.xml legal.xml license.xml mail.xml mission.xml problems.xml projects.xml resources.xml srcdownload.xml

[bodewig]

bodewig 2004/02/16 08:38:06

  Modified:xdocsantnews.xml bindownload.xml bylaws.xml
contributors.xml cvs.xml external.xml faq.xml
index.xml legal.xml license.xml mail.xml
mission.xml problems.xml projects.xml resources.xml
srcdownload.xml
  Log:
  Adhering to the last point in ,
  more commits to follow for the subdirectories.
  
  Revision  ChangesPath
  1.55  +15 -0 ant/xdocs/antnews.xml
  
  Index: antnews.xml
  ===
  RCS file: /home/cvs/ant/xdocs/antnews.xml,v
  retrieving revision 1.54
  retrieving revision 1.55
  diff -u -r1.54 -r1.55
  --- antnews.xml   12 Feb 2004 13:56:05 -  1.54
  +++ antnews.xml   16 Feb 2004 16:38:06 -  1.55
  @@ -1,4 +1,19 @@
   
  +
   
   
 
  
  
  
  1.23  +15 -0 ant/xdocs/bindownload.xml
  
  Index: bindownload.xml
  ===
  RCS file: /home/cvs/ant/xdocs/bindownload.xml,v
  retrieving revision 1.22
  retrieving revision 1.23
  diff -u -r1.22 -r1.23
  --- bindownload.xml   12 Feb 2004 23:24:30 -  1.22
  +++ bindownload.xml   16 Feb 2004 16:38:06 -  1.23
  @@ -1,4 +1,19 @@
   
  +
   
   
 
  
  
  
  1.3   +15 -0 ant/xdocs/bylaws.xml
  
  Index: bylaws.xml
  ===
  RCS file: /home/cvs/ant/xdocs/bylaws.xml,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- bylaws.xml12 Oct 2003 19:39:53 -  1.2
  +++ bylaws.xml16 Feb 2004 16:38:06 -  1.3
  @@ -1,4 +1,19 @@
   
  +
   
   
 
  
  
  
  1.21  +15 -0 ant/xdocs/contributors.xml
  
  Index: contributors.xml
  ===
  RCS file: /home/cvs/ant/xdocs/contributors.xml,v
  retrieving revision 1.20
  retrieving revision 1.21
  diff -u -r1.20 -r1.21
  --- contributors.xml  27 Jan 2004 00:39:18 -  1.20
  +++ contributors.xml  16 Feb 2004 16:38:06 -  1.21
  @@ -1,4 +1,19 @@
   
  +
   
 
   Contributors
  
  
  
  1.6   +15 -0 ant/xdocs/cvs.xml
  
  Index: cvs.xml
  ===
  RCS file: /home/cvs/ant/xdocs/cvs.xml,v
  retrieving revision 1.5
  retrieving revision 1.6
  diff -u -r1.5 -r1.6
  --- cvs.xml   19 Feb 2003 08:45:16 -  1.5
  +++ cvs.xml   16 Feb 2004 16:38:06 -  1.6
  @@ -1,4 +1,19 @@
   
  +
   
   
 
  
  
  
  1.117 +15 -0 ant/xdocs/external.xml
  
  Index: external.xml
  ===
  RCS file: /home/cvs/ant/xdocs/external.xml,v
  retrieving revision 1.116
  retrieving revision 1.117
  diff -u -r1.116 -r1.117
  --- external.xml  9 Feb 2004 10:47:38 -   1.116
  +++ external.xml  16 Feb 2004 16:38:06 -  1.117
  @@ -1,4 +1,19 @@
   
  +
   
   
 
  
  
  
  1.48  +15 -0 ant/xdocs/faq.xml
  
  Index: faq.xml
  ===
  RCS file: /home/cvs/ant/xdocs/faq.xml,v
  retrieving revision 1.47
  retrieving revision 1.48
  diff -u -r1.47 -r1.48
  --- faq.xml   12 Feb 2004 13:56:05 -  1.47
  +++ faq.xml   16 Feb 2004 16:38:06 -  1.48
  @@ -1,4 +1,19 @@
   
  +
   
   
 
  
  
  
  1.62  +15 -0 ant/xdocs/index.xml
  
  Index: index.xml
  ===
  RCS file: /home/cvs/ant/xdocs/index.xml,v
  retrieving revision 1.61
  retrieving revision 1.62
  diff -u -r1.61 -r1.62
  --- index.xml 12 Feb 2004 13:56:06 -  1.61
  +++ index.xml 16 Feb 2004 16:38:06 -  1.62
  @@ -1,4 +1,19 @@
   
  +
   
   
 
  
  
  
  1.4   +15 -0 ant/xdocs/legal.xml
  
  Index: legal.xml
  ===
  RCS file: /home/cvs/ant/xdocs/legal.xml,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -r1.3 -r1.4
  --- legal.xml 12 Feb 2004 13:56:06 -  1.3
  +++ legal.xml 16 Feb 2004 16:38:06 -  1.4
  @@ -1,4 +1,19 @@
   
  +
   
 
 
  
  
  
  1.3   +15 -0 ant/xdocs/license.xml
  
  Index: license.xml
  ===
  RCS file: /home/cvs/ant/xdocs/license.xml,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- license.xml   6 Feb 2004 14:44:36 -   1.2
  +++ license.xml   16 Feb 2004 16:38:06 -  1.3
  @@ -1,4 +1,19 @@
   
  +
   
   
 
  
  
  
  1.9   +15 -0 ant/xdocs/mail.xml
  
  Index: mail.xml
  ===
  RCS file: /home/cvs/ant/xdocs/mail.xml,v
  retrieving revision 1.8
  retr

Re: outputproperty & errorproperty

[Matt Benson]

--- Stefan Bodewig <[EMAIL PROTECTED]> wrote:
> >> The  task attempts to set these properties
> >> after each invocation of the executable so that
> >> limited or non-parallel execution does not
> necessarily
> >> yield the expected results.
> > 
> > Does it even do so if append is false?
> 
> true, I meant.

Yep.  So, bug or feature?  If the latter, I am
planning that nested s, being a new
feature, will use "append" to determine this behavior
as you seem to be suggesting is proper.  If the
former, "append" can be used in all cases.

-Matt

__
Do you Yahoo!?
Yahoo! Finance: Get your refund fast by filing online.
http://taxes.yahoo.com/filing.html

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: [Fwd: [New task] scripttypedef (or refectdef)]

[Dominique Devienne]

> From: Stefan Bodewig [mailto:[EMAIL PROTECTED]
> > Hi, I would like to add a new optional task for ant 1.7 -
> > .
> 
> How about moving it to a separate antlib instead.  Is there anything
> in it that would prevent the task from being used with 1.6.x?

+1 to a separate antlib for everything script-related.

I'd never think I'd write this after arguing against the 'too scripty'
arguments when I lobbied for if/unless attributes on everything, but the
flurry of various scripts tasks and snippets I've seen on the list make me
long for declarative XML build files...

I wonder if the rate of useful task creation will decline because everything
will now be implemented as an ad-hoc script directly in the build file.

Also, I personally think we have too many new names for tasks. For example,
why have a , instead of:


  


Anyways, my usual ramblings... --DD

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 24702] - Jar task update creates duplicate Class-Path

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24702

Jar task update creates duplicate Class-Path

[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]



--- Additional Comments From [EMAIL PROTECTED]  2004-02-16 15:52 ---
*** Bug 26976 has been marked as a duplicate of this bug. ***

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 26976] - jar task with update="true" screws up manifest

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26976

jar task with update="true" screws up manifest

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE



--- Additional Comments From [EMAIL PROTECTED]  2004-02-16 15:52 ---


*** This bug has been marked as a duplicate of 24702 ***

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Ant 1.7

[Matt Benson]

Sorry all for the long post, bear with me...

--- Antoine_Lévy-Lambert <[EMAIL PROTECTED]> wrote:
> 4) think about virtual file system abstractions, and
> do something about 
> them,
> Since this virtual file system stuff is a biggie, it
> should be thought 
> of and discussed upfront.

Antoine, I am astonished at this "convergent
evolution"... :)  I have spent many an hour this
weekend thinking about VFS, and was planning to make a
post specifically about it today.  As many may recall,
I have been interested in this for awhile now... 
> 
> 0) discuss which APIs/Projects ... represent the
> kind of virtual file 
> system we are interested in. I am always thinking
> about jakarta 
> vfs-sandbox (that I only know by name), but one
> could also think about 
> JNDI as an interface through which ant could get
> access to a number of 
> different realms, and there are certainly other APIs
> and or 
> implementations which can be interesting.
> 

I have only really looked at VFS as that is what we
have been talking about on the list for the most part.
 I guess there are different ways we could go.

Something I had been considering to some degree for
adding VFS in particular would be to consider all
VFS-support to live in a single antlib, with whatever
that might necessitate.  I had considered, for several
reasons, that for integration purposes we might use
typedefs with adapters to convert virtual filesets to
o.a.t.a.types.FileSets and back--is it currently
possible to use a type as its own class if available,
then adapt if possible instead?  One of the first
things I had considered this might imply, and perhaps
fairly convenient to implement, is pluggable FileUtils
implementations.  Since a FileUtils object is obtained
by a static call, this might not be too bad.  Does
anyone have any ideas on nice, clean ways an antlib
might plug into something like this?  Maybe just
setting a property and throwing a BuildException or at
least logging a warning message in case of failure (>1
competing antlibs tried unsuccessfully to coexist).  

Anyway, this way tasks could to some degree be
converted a bit at a time.  Or, an antlib could
register its own tasks to override the default tasks
(is that possible today?).

> I) develop ant virtual filesystem support only in
> the vfs sandbox(if vfs 
> sandbox is chosen in phase 0, that is to say),
> without changing ant,

VFS is a sister project (or niece, now)... so that's
nice (or nepotism?)... or, maybe we don't need to
choose, merely abstract certain things (Files mainly)
and provide handles to register utility
implementations.  Probably a FileUtils instance needs
to do just about EVERYTHING related to files...
obtaining i/o streams, etc...
(indirection = overhead?)  Another thing to consider
is that if we simply choose VFS, perhaps it becomes
the point from which to handle JCR/JNDI/etc... it also
means we don't have to abstract File as they've
already done it, but it also becomes a dependency,
most likely, and a sandbox dependency at that...

> II) create in ant core some new interfaces
> (VfsFileSet and VfsSelector 
> for instance -  also depending of phase 0), make a
> critical number of 
> tasks such as , ,  ... accept
> VfsFileSets on top of 
> FileSets

depends on the design we choose...

> To my opinion, scanning should be part of the
> VfsFileSet interface. It 

Or of a FileUtils implementation, +0

-Matt

__
Do you Yahoo!?
Yahoo! Finance: Get your refund fast by filing online.
http://taxes.yahoo.com/filing.html

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 26976] - jar task with update="true" screws up manifest

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26976

jar task with update="true" screws up manifest





--- Additional Comments From [EMAIL PROTECTED]  2004-02-16 15:50 ---
Created an attachment (id=10377)
test case that demonstrates the jar update bug

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 26976] New: - jar task with update="true" screws up manifest

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26976

jar task with update="true" screws up manifest

   Summary: jar task with update="true" screws up manifest
   Product: Ant
   Version: 1.5.4
  Platform: Other
OS/Version: All
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Core tasks
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


When the jar task updates a jar task by inserting a new manifest, the manifest
of the resulting jar is screwed up: some lines are present two or three times.
If I do an aditional update on that resulting jar, some lines are even cut 
short. 

Attached is a .tar.gz demonstrating the problem. unpack the .tar.gz and run and
in the directory. Look at the manifest of the resulting test.jar. You see
something like:

Manifest-Version: 1.0
Ant-Version: Apache Ant 1.5.4
Created-By: 1.4.2_02-b03 (Sun Microsystems Inc.)
Class-Path: a-very-long-name-that-will-span-multiple-manifest-lines-in
 -the-generated-META-INF/MANIFEST.MF
Class-Path: a-very-long-name-that-will-span-multiple-manifest-lines-in
 -the-generated-META-INF/MANIFEST.MF
Class-Path: a-very-long-name-that-will-span-multiple-manifest-lines-in
 -the-generated-META-INF/MANIFEST.MF
 
Name: a subsection
A-Key: a-new-value
A-New-Key: a new value


Try experimenting with additional updates, you will start seeing entries that
are cut off and even more duplicates.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 26947] - ANT_HOME variable needs clarification

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26947

ANT_HOME variable needs clarification





--- Additional Comments From [EMAIL PROTECTED]  2004-02-16 15:15 ---
Well, as you write Antoine, %~dpa is not portable to Win9x...

I used to do the following HACK to get rid of trailing slashes:
:: Remove back-slash or forward-slash at end of path, if any
set JAVA_HOME=%JAVA_HOME%#
set JAVA_HOME=%JAVA_HOME:\#=%
set JAVA_HOME=%JAVA_HOME:/#=%
set JAVA_HOME=%JAVA_HOME:#=%

Used to work, but was not tested on all platforms. Should work on WinNT, Win2K, 
WinXP. --DD

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Ant 1.7

[Consult-smi, Coenen]

Hi,
concerning point 4, the virtual file system, I'd like to ask a question:

>> Very long term, if we were to get something really good, it might be 
>> possible to change the axiom saying "Ant only builds based on JDK + XML 
>> parser" to "Ant builds with JDK + XML Parser + VFS API".

Why not make it: JDK + XML Parser + JCR API ? 

The Java Content Repository API is soon to be moved into Public Review Phase. I 
like it because it is standardized and offers a 2-level driver support. Usual 
filesystems only need to comply to level1 of the spec and fullblown CMS-like 
content-repositories can implement level2 of the spec which adds versioning 
a.s.o.
I would imagine that the JCR API will eventually have the biggest industry 
support, as it is a standard JSR. Naturally, there will be a variety of drivers 
available for this API, probably more than for the VFS API.

However, I have no expert knowledge on JCR and VFS, but I'm curious to hear 
whether you consider JCR a viable option. To me it seems that JCR and VFS are 
very similar in scope.

greetings
Sascha 


Alexander (Sascha) Coenen
Software Consultant
Information Systems

AIRBUS
Spares Support and Services

PHONE +49 (0)40 5076 2316
FAX +49 (0)40 59 25 46
E-MAIL [EMAIL PROTECTED]
WEB SITE http://spares.airbus.com



This e-mail is intended only for the above addressee. It may contain
privileged information. If you are not the addressee you must not copy,
distribute, disclose or use any of the information in it. If you have
received it in error please delete it and immediately notify the sender.
Security Notice: all e-mail, sent to or from this address, may be
accessed by someone other than the recipient, for system management and
security reasons. This access is controlled under Regulation of
Investigatory Powers Act 2000, Lawful Business Practises.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 26971] - Please also provide 1.5.x docs online

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26971

Please also provide 1.5.x docs online

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WONTFIX



--- Additional Comments From [EMAIL PROTECTED]  2004-02-16 14:53 ---
I am going to be unfair and mark this as a wontfix.

1. IBM and Sun keep all their stuff online as they can afford to. Apache lives
off donated bandwidth (and development effort) and cannot afford to host the
documentation for everyone. Instead we host the manual pages of the latest
shipping version, and not: any older versions, any newer versions, any javadocs.

2. If you get your version in an IDE, you should encourage them to integrate the
Ant docs into the IDE. Some do, and it makes for a very nice experience.

3. You are free to download an old version of ant and extract the manual from 
that.

If you are able and willing to donate servers and diskspace we can revisit this
decision. Really. It is purely a bandwidth and capacity issue.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Ant 1.7

[Antoine Lévy-Lambert]

Hi,
I do not know if we will make some further releases of ant 1.6. My guess 
is that there might be from time to time the need for a release due to 
"environmental factors", such as the release of a new version of an 
operating system forcing us to adapt the famous Os class, or some 
problem of the type of the javah entry point, ...

In any case I am starting to think about ant 1.7 and further.
Here are the points which spring to my mind :
1) local properties,
2) roles,
3) get the xdocs proposal out,
4) think about virtual file system abstractions, and do something about 
them,
5) fix some popular bugs from bugzilla

I plan personally to work on 3) (getting the xdocs proposal out).
I have the feeling that it might be better to use xml-forrest (like an 
increasing number of Apache Projects) for our static xdocs and for our 
manual, rather than anakia for the static xdocs and dvsl for the manual.
Ultimately, the look and feel of the welcome page or of the faq page of 
the ant web site should be the same as the look and feel of the manual - 
although with xml-forrest users have the possibility of generating the 
manual with another look and feel if they want to.

Although it may not sound like a big thing, I believe there is a lot of 
work to get xdocs stuff finished. Work concerning :

- the way the data is extracted from the source code (I am not sure 
whether the current antdoclet can also work to get data out of *types* 
instead of tasks),
- the formatting of the xml extracted from the source code (for 
instance the xml-forrest config files, ...)
- of course and most importantly the content itself,  notably the 
static merge files containing the examples, 

Concerning 4), I do not think I am going to have time to take care of it 
personally soon.

Since this virtual file system stuff is a biggie, it should be thought 
of and discussed upfront.

I see 3 phases :
0) discuss which APIs/Projects ... represent the kind of virtual file 
system we are interested in. I am always thinking about jakarta 
vfs-sandbox (that I only know by name), but one could also think about 
JNDI as an interface through which ant could get access to a number of 
different realms, and there are certainly other APIs and or 
implementations which can be interesting.

I) develop ant virtual filesystem support only in the vfs sandbox(if vfs 
sandbox is chosen in phase 0, that is to say), without changing ant,

II) create in ant core some new interfaces (VfsFileSet and VfsSelector 
for instance -  also depending of phase 0), make a critical number of 
tasks such as , ,  ... accept VfsFileSets on top of 
FileSets
To my opinion, scanning should be part of the VfsFileSet interface. It 
was an error in the first place to separate scanning from the resource 
sets which are scanned (at least in public interfaces).

Phase I is a good first step to play with the vfs concept and find out 
its limits and potentialities. The advantage of the corresponding time 
is that it is a play time where there is no danger of breaking ant.
But during this phase, the vfs will also appear as something exotic 
which cannot really be used.
To get vfs out of the door,  phase II will be necessary. But we will 
need to know what we are doing then, so that we introduce new interfaces 
which are generic enough to support a large number of implementations 
and use cases, and precise enough to be really useful.

Very long term, if we were to get something really good, it might be 
possible to change the axiom saying "Ant only builds based on  JDK + XML 
parser" to "Ant builds with JDK + XML Parser + VFS API".

Antoine
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [Fwd: [New task] scripttypedef (or refectdef)]

[Peter Reilly]

Stefan Bodewig wrote:
On Mon, 16 Feb 2004, Peter Reilly <[EMAIL PROTECTED]> wrote:
 

Hi, I would like to add a new optional task for ant 1.7 -
.
   

How about moving it to a separate antlib instead.
If in an antlib it should be with it's scriptly partners - script and 
scriptdef.

 Is there anything
in it that would prevent the task from being used with 1.6.x?
 

No.
Peter
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 26971] New: - Please also provide 1.5.x docs online

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26971

Please also provide 1.5.x docs online

   Summary: Please also provide 1.5.x docs online
   Product: Ant
   Version: 1.1
  Platform: Other
OS/Version: Other
Status: NEW
  Severity: Enhancement
  Priority: Other
 Component: Documentation
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Hi,

i would like to see that the docs for 1.5.x would be online. A clean way would 
be a version selection when clicking on "documentation" on the ANT website. 
This way, people REALLY know that the actual documentation isnt necessarily 
their version of ANT. Many people get ANT bundlet with IDEs and the distros are 
most likely not at the current ANT level.

Take a look at IBM. They do it quite ellegantly with their websphere appserver 
documentation. This way, people dont get confused...

Marc

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [Fwd: [New task] scripttypedef (or refectdef)]

[Stefan Bodewig]

On Mon, 16 Feb 2004, Peter Reilly <[EMAIL PROTECTED]> wrote:

> Hi, I would like to add a new optional task for ant 1.7 -
> .

How about moving it to a separate antlib instead.  Is there anything
in it that would prevent the task from being used with 1.6.x?

Stefan

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [Fwd: [New task] scripttypedef (or refectdef)]

[Peter Reilly]

Erik Hatcher wrote:
So this would allow creating a filter, mapper, or other type 
dynamically?  
Yes (well mapper's when the mapper type patch is applied).
Nice!  Just a sanity check - there is no way to do this with scripting 
stuff in 1.6.1 is there?
I was about to say that one could not but this is not
true:
   
 import org.apache.tools.ant.Task;
 import org.apache.tools.ant.BuildException;
 import java.io.File;
 public class DeleteOnExit extends Task {
private File file;
public void setFile(File file) {
this.file = file;
}
public void execute() {
if (file == null) {
   throw new BuildException("Missing attribute file");
}
file.deleteOnExit();
}
 }
 project.addDataTypeDefinition("deleteonexit", DeleteOnExit.class);
   
   
works fine!
 does however handle namespace,  antlib and  use.

package org.apache.tools.ant.taskdefs.optional;
/**
 * Class to define an ant definition using a script that
 * can return a class that is a normal ant task/datatype.
 * If the language is beanshell it must be 2.0 or higher.
 * The other scripting currently known to work is
 * groovy (1.0beta3).
 * 
 * Note that if there is anything incorrect with the script
 * the warning message is quite cryptic.
 * 
 * This class is based in part on o.a.t.ant.util.ScriptRunner.
 * The main difference is that it does not define
 * beans. This is for three reasons:
 * 
 * The definition may be used in another project.
 * It should be possible to convert to java later.

And the third reason is?  :)
removed. (I had problems with groovy and assumed it was due
to the references being defined).
Peter
Also the orignal posted code had a error:
   ClassLoader cl = createLoader();
   Thread.currentThread().setContextClassLoader(cl);
   manager.setClassLoader(cl);
should be:
   ClassLoader classloader = createLoader();
   Thread.currentThread().setContextClassLoader(classloader);
   manager.setClassLoader(classloader);
Peter

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: outputproperty & errorproperty

[Stefan Bodewig]

On Mon, 16 Feb 2004, Stefan Bodewig <[EMAIL PROTECTED]> wrote:
> On Thu, 12 Feb 2004, Matt Benson <[EMAIL PROTECTED]> wrote:
> 
>> The  task attempts to set these properties
>> after each invocation of the executable so that
>> limited or non-parallel execution does not necessarily
>> yield the expected results.
> 
> Does it even do so if append is false?

true, I meant.

Stefan

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: outputproperty & errorproperty

[Stefan Bodewig]

On Thu, 12 Feb 2004, Matt Benson <[EMAIL PROTECTED]> wrote:

> The  task attempts to set these properties
> after each invocation of the executable so that
> limited or non-parallel execution does not necessarily
> yield the expected results.

Does it even do so if append is false?

Stefan

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [Fwd: [New task] scripttypedef (or refectdef)]

[Erik Hatcher]

So this would allow creating a filter, mapper, or other type 
dynamically?  Nice!  Just a sanity check - there is no way to do this 
with scripting stuff in 1.6.1 is there?


package org.apache.tools.ant.taskdefs.optional;
/**
 * Class to define an ant definition using a script that
 * can return a class that is a normal ant task/datatype.
 * If the language is beanshell it must be 2.0 or higher.
 * The other scripting currently known to work is
 * groovy (1.0beta3).
 * 
 * Note that if there is anything incorrect with the script
 * the warning message is quite cryptic.
 * 
 * This class is based in part on o.a.t.ant.util.ScriptRunner.
 * The main difference is that it does not define
 * beans. This is for three reasons:
 * 
 * The definition may be used in another project.
 * It should be possible to convert to java later.
And the third reason is?  :)
Erik
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [Fwd: [New task] scripttypedef (or refectdef)]

[Peter Reilly]

[EMAIL PROTECTED] wrote:
So the task should do compiling and taskdefing?
Maybe caching the compiled data?
Jan
 

The languages do the compiling (Both beanshell and groovy currently use
asm - http://asm.objectweb.org) and return a class object when the BSF
eval method is called.
The task itself is very small:
Peter
 

 

-Original Message-
From: Peter Reilly [mailto:[EMAIL PROTECTED]
Sent: Monday, February 16, 2004 10:21 AM
To: Ant Developers List
Subject: [Fwd: [New task] scripttypedef (or refectdef)]

   

 


package org.apache.tools.ant.taskdefs.optional;

import java.io.File;
import java.io.FileInputStream;
import java.io.IOException;

import org.apache.bsf.BSFManager;
import org.apache.bsf.BSFException;

import org.apache.tools.ant.AntTypeDefinition;
import org.apache.tools.ant.taskdefs.DefBase;
import org.apache.tools.ant.BuildException;
import org.apache.tools.ant.ComponentHelper;
import org.apache.tools.ant.ProjectHelper;


/**
 * Class to define an ant definition using a script that
 * can return a class that is a normal ant task/datatype.
 * If the language is beanshell it must be 2.0 or higher.
 * The other scripting currently known to work is
 * groovy (1.0beta3).
 * 
 * Note that if there is anything incorrect with the script
 * the warning message is quite cryptic.
 * 
 * This class is based in part on o.a.t.ant.util.ScriptRunner.
 * The main difference is that it does not define
 * beans. This is for three reasons:
 * 
 * The definition may be used in another project.
 * It should be possible to convert to java later.
 * 
 *
 * @author  Peter Reilly
 * @since   Ant 1.7
 */
public class ScriptTypeDef extends DefBase {
// Register Groovy ourselves, since BSF does not
// natively support it (yet).
// This "hack" can be removed once BSF has been
// modified to support Groovy or more dynamic
// registration.
static {
BSFManager.registerScriptingEngine(
"groovy",
"org.codehaus.groovy.bsf.GroovyEngine",
new String[] {"groovy", "gy"});
}

private String language;
private File   src;
private String text;
private String eval;
private String name;

/**
 * Defines the language (required).
 *
 * @param language the scripting language name for the script.
 */
public void setLanguage(String language) {
this.language = language;
}

/**
 * A string to evaluate.
 *
 * @param eval a string to evaluate.
 */
public void setEval(String eval) {
this.eval = eval;
}

/**
 * Load the script from an external file ; optional.
 *
 * @param src the file containing the script source.
 */
public void setSrc(File src) {
this.src = src;
}

/**
 * Set the script text.
 *
 * @param text a component of the script text to be added.
 */
public void addText(String text) {
this.text = getProject().replaceProperties(text);
}

/**
 * Name of the definition
 * @param name the name of the definition
 */
public void setName(String name) {
this.name = name;
}

private boolean equalsHandleNull(Object a, Object b) {
if (a == null) {
return b == null;
}
if (b == null) {
return false;
}
return a.equals(b);
}

/**
 * define the beanshell definition.
 * check the attributes, get the class been defined and
 * set the definition.
 */
public void execute() {
if (name == null) {
throw new BuildException("Missing attribute name");
}
if (text == null && src == null) {
throw new BuildException("Missing script or file");
}
if (language == null) {
throw new BuildException("Missing language");
}

ComponentHelper helper =
ComponentHelper.getComponentHelper(getProject());

String namespacedName = ProjectHelper.genComponentName(getURI(), name);

// Check if definition already present due to antcall type behaviour
AntTypeDefinition oldDef = helper.getDefinition(namespacedName);
if (oldDef != null && oldDef instanceof ScriptTypeDefinition) {
// See if the data is the same.
ScriptTypeDef other = ((ScriptTypeDefinition) oldDef).getOwner();
if (equalsHandleNull(src, other.src)
&& equalsHandleNull(text, other.text)
&& equalsHandleNull(eval, other.eval)
&& equalsHandleNull(language, other.language)) {
return; // Ingore new definition as it is the same
}
}

// Currently neither beanshell 2.0beta or groovy 1.0
// look at BSFManager#setClassLoader(),
// the following will work for groovy but not for beanshell

ClassLoader currentLoader =
Thread.currentThread().getContextClassLoader();
BSFMan

RE: [Fwd: [New task] scripttypedef (or refectdef)]

[Jan . Materne]

So the task should do compiling and taskdefing?
Maybe caching the compiled data?

Jan

> -Original Message-
> From: Peter Reilly [mailto:[EMAIL PROTECTED]
> Sent: Monday, February 16, 2004 10:21 AM
> To: Ant Developers List
> Subject: [Fwd: [New task] scripttypedef (or refectdef)]
> 
> 
> 
> 

[Fwd: [New task] scripttypedef (or refectdef)]

[Peter Reilly]

--- Begin Message ---
Hi,
I would like to add a new optional task for ant 1.7 - . 
(This task
was called beanshelldef, reflectdef previously). It behaves
a bit like  except that it expects the script to generate
a valid java class that can used by ant's reflection mechism to detect
the attributes and nested elements.
Only two languages can be used with it at the moment - beanshell 2.0beta and
groovy 1.0beta.

I have found it usefull for testing/writing small tasks.
For example a small task to check "deletonexit":
   
 import org.apache.tools.ant.Task
 import org.apache.tools.ant.BuildException
 import java.io.File
 public class DeleteOnExit extends Task {
File file;
public void execute() {
if (file == null) {
   throw new BuildException("Missing attribute file");
}
file.deleteOnExit();
}
 }
 DeleteOnExit;
   
or beanshell:
   
 import org.apache.tools.ant.Task;
 import org.apache.tools.ant.BuildException;
 import java.io.File;
 public class DeleteOnExit extends Task {
private File file;
public void setFile(File file) {
this.file = file;
}
public void execute() {
if (file == null) {
   throw new BuildException("Missing attribute file");
}
file.deleteOnExit();
}
 }
   
   
Peter

--- End Message ---
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Microsoft XML scripting patent

[Peter Reilly]

Costin Manolache wrote:
[EMAIL PROTECTED] wrote:
Not only . You can do the same (storing) with

 
  

Exactly, the patent descibes the contents of the ant "script" manual 
page:
http://ant.apache.org/manual/OptionalTasks/script.html
Peter


And on [1] you can see, that´s very old. First version on that location
is from Feb 2001, ANT_13_BRANCH and I think you can find older one...
The version from Feb 2001 [2] contains all these infos I used in the 
example.

It seems to be filed in 2000 ( Dec ), so feb 2001 is not old enough 
for prior art.
The first version of the script task was committed in / Mar 19, 2000.
Peter
/
I think JSP have used scriptlets before 2000 - but with <%, not proper 
XML, and only one language. However I remember variants of JSP using 

Re: task for antlib jars

[Stefan Bodewig]

On Fri, 13 Feb 2004, Mariano Benitez <[EMAIL PROTECTED]> wrote:

> that is why it makes more sense to me to define it as deleteOnExit,

But what do we display to the user here?

"Failed to delete but we will try again after Ant has finished -
please check whether the file is still there after that, if so, the
build has failed."

Unless you set quiet to true, failing to delete a file is supposed to
break the build.  I don't see how we can predict that the failure is
non-critical, whether deleteOnExit will work or not.

Stefan

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: ant WHATSNEW

[antoine]

antoine 2004/02/16 00:38:44

  Modified:.Tag: ANT_16_BRANCH WHATSNEW
  Log:
  add retroactively Bug 26642 to the list of bugs fixed in ant 1.6.1
  
  Revision  ChangesPath
  No   revision
  No   revision
  1.503.2.41 +17 -0 ant/WHATSNEW
  
  Index: WHATSNEW
  ===
  RCS file: /home/cvs/ant/WHATSNEW,v
  retrieving revision 1.503.2.40
  retrieving revision 1.503.2.41
  diff -u -r1.503.2.40 -r1.503.2.41
  --- WHATSNEW  12 Feb 2004 11:48:14 -  1.503.2.40
  +++ WHATSNEW  16 Feb 2004 08:38:43 -  1.503.2.41
  @@ -1,3 +1,17 @@
  +Changes from Ant 1.6.1 to current CVS
  +=
  +
  +Changes that could break older environments:
  +
  +
  +
  +Fixed bugs:
  +---
  +
  +
  +Other changes:
  +--
  +
   Changes from Ant 1.6.0 to Ant 1.6.1
   ===
   
  @@ -40,6 +54,9 @@
   
   *  used to break the build on non-GUI environments.  Bugzilla
 report 11482.
  +
  +* Ant 1.6.0 cannot run build scripts in directories with non-ASCII names.
  +  Bugzilla Report 26642.
   
   Other changes:
   --
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: ant WHATSNEW

[antoine]

antoine 2004/02/16 00:36:38

  Modified:.WHATSNEW
  Log:
  Add retroactively fix of bug 26642, possibility of running programs
  in directories having non ascii names
  
  Revision  ChangesPath
  1.543 +3 -0  ant/WHATSNEW
  
  Index: WHATSNEW
  ===
  RCS file: /home/cvs/ant/WHATSNEW,v
  retrieving revision 1.542
  retrieving revision 1.543
  diff -u -r1.542 -r1.543
  --- WHATSNEW  16 Feb 2004 08:05:07 -  1.542
  +++ WHATSNEW  16 Feb 2004 08:36:38 -  1.543
  @@ -64,6 +64,9 @@
   *  used to break the build on non-GUI environments.  Bugzilla
 report 11482.
   
  +* Ant 1.6.0 cannot run build scripts in directories with non-ASCII names.
  +  Bugzilla Report 26642.
  +
   Other changes:
   --
   * Shipped XML parser is now Xerces-J 2.6.1
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 26642] - [PATCH] Ant 1.6.0 cannot run build scripts in directories with non-ASCII names

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26642

[PATCH] Ant 1.6.0 cannot run build scripts in directories with non-ASCII names





--- Additional Comments From [EMAIL PROTECTED]  2004-02-16 08:31 ---
Jesse, your patch is in ant 1.6.1, we forgot to write about it in WHATSNEW. I
will complete it. Cheers. Antoine

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: ant WHATSNEW

[antoine]

antoine 2004/02/16 00:05:07

  Modified:.WHATSNEW
  Log:
  Separate 1.6.0 to 1.6.1 changes from the other changes
  
  Revision  ChangesPath
  1.542 +26 -14ant/WHATSNEW
  
  Index: WHATSNEW
  ===
  RCS file: /home/cvs/ant/WHATSNEW,v
  retrieving revision 1.541
  retrieving revision 1.542
  diff -u -r1.541 -r1.542
  --- WHATSNEW  12 Feb 2004 10:10:47 -  1.541
  +++ WHATSNEW  16 Feb 2004 08:05:07 -  1.542
  @@ -1,4 +1,29 @@
  -Changes from Ant 1.6.0 to current cvs version
  +Changes from Ant 1.6.1 to current CVS version
  +=
  +
  +Changes that could break older environments:
  +
  +
  +Fixed bugs:
  +---
  +
  +* Translate task does not remove tokens when a key is not found.
  +  It logs a verbose message.  Bugzilla Report 13936.
  +
  +*  failed to load classes correctly.
  +
  +Other changes:
  +--
  +
  +* Enable to choose the regexp implementation without system property.
  +  Bugzilla Report 15390.
  +
  +*  task lets you set the priority of the current thread; non-forking
  +   code will inherit this priority in their main thread.
  +
  +*  has filelist support.
  +
  +Changes from Ant 1.6.0 to Ant 1.6.1
   =
   
   Changes that could break older environments:
  @@ -13,9 +38,6 @@
 overflow. It now uses Xalan extensions to call a Java class directly.
 Bugzilla Report 19301
 
  -* Translate task does not remove tokens when a key is not found.
  -  It logs a verbose message.  Bugzilla Report 13936.
  -
   * Fix spurious infinite loop detection for filters (introduced in ant 1.6.0).
 Bugzilla Report 23154.
   
  @@ -23,8 +45,6 @@
   
   * Fix jboss element of ejb task (introduced in ant 1.6.0).
   
  -*  failed to load classes correctly.
  -
   * Ant could fail to start with a NullPointerException if
 ANT_HOME/lib/ant-launcher.jar was part of the system CLASSPATH.
   
  @@ -50,14 +70,6 @@
   
   * Translate task logs a debug message specifying the number of files
 that it processed.  Bugzilla Report 13938.
  -
  -* Enable to choose the regexp implementation without system property.
  -  Bugzilla Report 15390.
  -
  -*  task lets you set the priority of the current thread; non-forking
  -   code will inherit this priority in their main thread.
  -
  -*  has filelist support.
   
   *  has a new attribute - fixlast. Bugzilla Report 23262.
   
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: ant/docs/manual/OptionalTasks scriptdef.html

[ehatcher]

ehatcher2004/02/15 20:37:24

  Modified:docs/manual/OptionalTasks scriptdef.html
  Log:
  copy/paste typo correction
  
  Revision  ChangesPath
  1.4   +1 -1  ant/docs/manual/OptionalTasks/scriptdef.html
  
  Index: scriptdef.html
  ===
  RCS file: /home/cvs/ant/docs/manual/OptionalTasks/scriptdef.html,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -r1.3 -r1.4
  --- scriptdef.html9 Feb 2004 21:50:08 -   1.3
  +++ scriptdef.html16 Feb 2004 04:37:24 -  1.4
  @@ -7,7 +7,7 @@
   
   
   
  -Script
  +Scriptdef
   Description
   Scriptdef can be used to define an Ant task using a scripting language. 
Ant
   scripting languages supported by
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]