DO NOT REPLY [Bug 18537] New: - I'd like to be able to have valid XML documents for inclusion according to FAQ

2003-03-31 Thread 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=18537

I'd like to be able to have valid XML documents for inclusion according to FAQ

   Summary: I'd like to be able to have valid XML documents for
inclusion according to FAQ
   Product: Ant
   Version: 1.5.1
  Platform: All
OS/Version: All
Status: NEW
  Severity: Enhancement
  Priority: Other
 Component: Core tasks
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


I like the FAQ way of breaking one large build.xml file into several smaller XML
files and including them using an ENTITY reference.
However, this means that the resulting build.xml fragment files (call them .xmlf
files) are not valid XML files.
This is because they contain several  tags,
i.e. there is no root tag.
This further means that when editing the files using a validating XML editor, it
reports all xmlf files as being in error, and an error on the build.xml file
that includes the .xmlf files.
I'd like to have a grouping XML tag, e.g.  which can contain several
 tags, and otherwise have no effect.  This way the .xmlf files can
contain a  root element and be valid xml documents that reference a 
DTD.

DO NOT REPLY [Bug 18533] - The "projecthelp" option fails to display all targets

2003-03-31 Thread 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=18533

The "projecthelp" option fails to display all targets

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2003-03-31 22:53 ---
This is a feature. Once you add descriptions, you are differentiating internal
targets from external ones. 

run 

ant -projecthelp -verbose

to get the full listing again.

DO NOT REPLY [Bug 18505] - XML parsing of attribute in Javadoc task

2003-03-31 Thread 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=18505

XML parsing of attribute in Javadoc task





--- Additional Comments From [EMAIL PROTECTED]  2003-03-31 22:22 ---
Exactly, it is sending unescaped "s to javadoc on the command line.




The desired affect of unescaped "s on the command line is to parse them as one 
argument (possibly substituting variable) and discard the "s. Ant should be 
aware of this, and therefore escape all "s for you. Ant is meant to make 
the command line interface of Javadoc invisible, not make you think out the 
innner-workings of ant, and guess that it will need to escaping.

The JavaCC and JJTree tasks....

2003-03-31 Thread Tom Copeland 
...don't work with the latest JavaCC/JJTree release - JavaCC 3.0 - from
http://www.experimentalstuff.com/Technologies/JavaCC/index.html.  The
reason for this is that the package names have changed.  

Here's a patch to fix JavaCC.java and JJTree.java

=
[EMAIL PROTECTED] javacc]$ cvs -d :pserver:[EMAIL PROTECTED]:/home/cvspublic
diff JJTree.java
Index: JJTree.java
===
RCS file:
/home/cvspublic/ant/src/main/org/apache/tools/ant/taskdefs/optional/javacc/JJTree.java,v
retrieving revision 1.19
diff -r1.19 JJTree.java
205,206c205,206
< cmdl.setClassname("COM.sun.labs.jjtree.Main");
< }
---
>   cmdl.setClassname("org.netbeans.javacc.jjtree.Main");
>}
[EMAIL PROTECTED] javacc]$ cvs -d :pserver:[EMAIL PROTECTED]:/home/cvspublic
diff JavaCC.java
Index: JavaCC.java
===
RCS file:
/home/cvspublic/ant/src/main/org/apache/tools/ant/taskdefs/optional/javacc/JavaCC.java,v
retrieving revision 1.21
diff -r1.21 JavaCC.java
275c275
< cmdl.setClassname("COM.sun.labs.javacc.Main");
---
>   cmdl.setClassname("org.netbeans.javacc.parser.Main");
[EMAIL PROTECTED] javacc]$
=

If there's a better way to post these patches, please let me know...

Thanks,

tom

-- 
Tom Copeland <[EMAIL PROTECTED]>
InfoEther

DO NOT REPLY [Bug 18533] - The "projecthelp" option fails to display all targets

2003-03-31 Thread 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=18533

The "projecthelp" option fails to display all targets

[EMAIL PROTECTED] changed:

   What|Removed |Added

Summary|The project option fails to |The "projecthelp" option
   |display all targets |fails to display all targets

DO NOT REPLY [Bug 18533] New: - The project option fails to display all targets

2003-03-31 Thread 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=18533

The project option fails to display all targets

   Summary: The project option fails to display all targets
   Product: Ant
   Version: 1.6Alpha (nightly)
  Platform: Other
OS/Version: Windows NT/2K
Status: UNCONFIRMED
  Severity: Minor
  Priority: Other
 Component: Core tasks
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


After adding descriptions to some targets within my buildfile, and saving the 
file, only the targets with the added descriptions were displayed as shown 
below.

C:\...\...\...\HttpUnitTests>ant -projecthelp
Buildfile: build.xml

Main targets:


Subtargets:

 clean
 compile
 execute
 init
 jar
 smallexecute
 smalljar
 unjar
 xml

Default target: execute
C:\\...\...\HttpUnitTests>ant -projecthelp
Buildfile: build.xml

Main targets:

 clean delete the dist directory before we start
 execute   execute our test suite
 smallexecute  execute our test suite

Default target: execute
C:\..\...\...\HttpUnitTests>ant -version
Apache Ant version 1.6alpha compiled on March 3 2003

[SUBMIT] CCChangeLog

2003-03-31 Thread Pertsovskiy, Vadim 
I've written a clearcase change log task. The task allows companies using
clearcase to easily generate a html log of changes between the current build
and the prior build. The file can then be posted somewhere or emailed to QA
team for appropriate regression testing. 

The task receives two labels. The idea is that each build should be labeled. 
This allows you to compare two labels for file versions present in one but not
in the other. For each file, the task then retrieves the comments
used to checkin the selected file. The result is an HTML document listing all
the files changed between builds along with their comments. 

Vadim




 <> 
<>

DO NOT REPLY [Bug 18529] New: - iPlanet-ejbc task rebuilds all EJBs irregardless of them being up-to-date or not.

2003-03-31 Thread 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=18529

iPlanet-ejbc task rebuilds all EJBs irregardless of them being up-to-date or 
not.

   Summary: iPlanet-ejbc task rebuilds all EJBs irregardless of them
being up-to-date or not.
   Product: Ant
   Version: 1.5.2
  Platform: PC
OS/Version: Windows NT/2K
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Optional Tasks
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


iPlanet-ejbc task rebuilds all EJBs irregardless of them being up-to-date or 
not. This feature worked in Ant 1.4.1 but not fails in all Ant 1.5.x releases.

Re: Call for defaults.properties maintanance...

2003-03-31 Thread Erik Hatcher 
On Monday, March 31, 2003, at 12:06  PM, Steve Loughran wrote:
that reminds me, we need a way in xdocs of telling xdoclet to not list 
tasks, else it pulls in these intermediate classes too.
This is already part of it.  @ant.task ignore="true"
Erik

DO NOT REPLY [Bug 18506] - Determine projecthelp non-main targets from prefix in target name

2003-03-31 Thread 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=18506

Determine projecthelp non-main targets from prefix in target name





--- Additional Comments From [EMAIL PROTECTED]  2003-03-31 17:12 ---
1. Nobody has any plans to kill the '-' prefix trick, because its a side effect
of us using - as the prefix for ant commands.  

2. yes, we should have put a comment in on the JDwA example you cite :) And I
agree, description could be decoupled from scope.

There are (open) enhancement reqs for us to actually provide scope (public,
private) to ant. They are still open as we havent decided what to do there.

Re: Call for defaults.properties maintanance...

2003-03-31 Thread Steve Loughran 
Stefan Bodewig wrote:
On Mon, 31 Mar 2003, Christoph Wilhelms
<[EMAIL PROTECTED]> wrote:

To solve this topic I'd like to clearify here which of the listed
elements should be listed in the defaults.properties

Almost all of them are base classes that should not be listed or
utterly, totally deprected and removed task - the classes are still
there for people who may have used the API directly.

that reminds me, we need a way in xdocs of telling xdoclet to not list 
tasks, else it pulls in these intermediate classes too.

DO NOT REPLY [Bug 18352] - The filename and path of the build file that failed is printed out in URL encode format.

2003-03-31 Thread 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=18352

The filename and path of the build file that failed is printed out in URL 
encode format.

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED
   Target Milestone|--- |1.6



--- Additional Comments From [EMAIL PROTECTED]  2003-03-31 15:10 ---
Should be fixed with nightly build 2003-04-01.

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

2003-03-31 Thread bodewig 
bodewig 2003/03/31 07:08:37

  Modified:src/main/org/apache/tools/ant Location.java
  Log:
  unURIfy build-file name if necessary.
  
  PR: 18352
  
  Revision  ChangesPath
  1.12  +7 -2  ant/src/main/org/apache/tools/ant/Location.java
  
  Index: Location.java
  ===
  RCS file: /home/cvs/ant/src/main/org/apache/tools/ant/Location.java,v
  retrieving revision 1.11
  retrieving revision 1.12
  diff -u -r1.11 -r1.12
  --- Location.java 10 Feb 2003 14:13:30 -  1.11
  +++ Location.java 31 Mar 2003 15:08:37 -  1.12
  @@ -1,7 +1,7 @@
   /*
* The Apache Software License, Version 1.1
*
  - * Copyright (c) 2000,2002 The Apache Software Foundation.  All rights
  + * Copyright (c) 2000,2002-2003 The Apache Software Foundation.  All rights
* reserved.
*
* Redistribution and use in source and binary forms, with or without
  @@ -55,6 +55,7 @@
   package org.apache.tools.ant;
   
   import java.io.Serializable;
  +import org.apache.tools.ant.util.FileUtils;
   import org.xml.sax.Locator;
   
   /**
  @@ -118,7 +119,11 @@
* @param columnNumber Column number within the line.
*/
   public Location(String fileName, int lineNumber, int columnNumber) {
  -this.fileName = fileName;
  +if (fileName != null && fileName.startsWith("file:")) {
  +this.fileName = FileUtils.newFileUtils().fromURI(fileName);
  +} else {
  +this.fileName = fileName;
  +}
   this.lineNumber = lineNumber;
   this.columnNumber = columnNumber;
   }

DO NOT REPLY [Bug 18522] - RMIC task with destination directory

2003-03-31 Thread 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=18522

RMIC task with destination directory

[EMAIL PROTECTED] changed:

   What|Removed |Added

   Severity|Normal  |Enhancement

, fork and CLASSPATH

2003-03-31 Thread Stefan Bodewig 
Hi,

I'm currently looking into Bug 14971.  This bug points out an
inconsistency in  that has been there for ages and I'm a bit
unsure on how to fix it.

 will run the forked tests
with a classpath containing ant.jar, optional.jar and junit.jar,
nothing else.

 will run the forked tests
with whatever is in the CLASSPATH env variable as it doesn't pass an
explicit -classpath argument at all.

If the  task has a nested , things are different,
your CLASSPATH will never be used as there will always be a -classpath
argument.

I'm not sure, how this should be resolved.  Even if we add a new
attribute, I don't see a default setting that would preserve the old
behavior.  Well, maybe I do.  Something like addsystemclasspath with a
default of false that would query the native environment for
CLASSPATH.

Maybe we don't have a bug at all and we can say that you get exactly
the classpath you are asking for?  This doesn't hold as you don't get
an empty CLASSPATH when you specify nothing.

Ideas?

Stefan

DO NOT REPLY [Bug 18522] New: - RMIC task with destination directory

2003-03-31 Thread 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=18522

RMIC task with destination directory

   Summary: RMIC task with destination directory
   Product: Ant
   Version: 1.5
  Platform: Other
OS/Version: Other
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Core tasks
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


In my opinion the RMIC task should have a destination attribute to set up the 
destination directory where to create the stubs. I my case I use e.g. 
build/classes as source directory and want to save the stubs to build/stubs. 
This is only with the move task possible and a little bit too complicated...

DO NOT REPLY [Bug 17437] - Quotes around %LOCALCLASSPATH% in antidote.bat

2003-03-31 Thread 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=17437

Quotes around %LOCALCLASSPATH% in antidote.bat

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |ASSIGNED



--- Additional Comments From [EMAIL PROTECTED]  2003-03-31 14:38 ---
I'd like to consolidate the Antidote batches anyways to math the current ant
batches. I think that'll fix this issue.

RE: Call for defaults.properties maintanance...

2003-03-31 Thread Christoph Wilhelms 
Hi Stefan and all!

> > To solve this topic I'd like to clearify here which of the listed
> > elements should be listed in the defaults.properties
> 
> Almost all of them are base classes that should not be listed or
> utterly, totally deprected and removed task - the classes are still
> there for people who may have used the API directly.
> 
> I think there is nothing listed, that should be in the properties
> files.  The gory details:

So I am glad, that I can rely upon the the actuality of the
defaults.properties! Thanx!

I am currently working on a taskdef/typedef wizard (for ANTidote of course)
and I want to provide "in-the-classpath-findable" Tasks/Types in a list.
I'll simply filter out all found abstact classes... ... and probably all
Types/Tasks in "our" packages, but probably others have reused our
package-structure for their additional classes...!?!

Thoughts? Improvements?

Greetings,
Christoph

DO NOT REPLY [Bug 15131] - Junit task fails to correctly set its classpath under Java 1.4

2003-03-31 Thread 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=15131

Junit task fails to correctly set its classpath under Java 1.4

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2003-03-31 14:10 ---
should be fixed in nightly build 2003-04-01.

cvs commit: ant/src/testcases/org/apache/tools/ant/util LoaderUtilsTest.java

2003-03-31 Thread bodewig 
bodewig 2003/03/31 05:46:18

  Modified:src/main/org/apache/tools/ant Diagnostics.java
   src/main/org/apache/tools/ant/taskdefs/optional ANTLR.java
   src/main/org/apache/tools/ant/taskdefs/optional/junit
JUnitTask.java
   src/main/org/apache/tools/ant/util LoaderUtils.java
  Added:   src/testcases/org/apache/tools/ant/util LoaderUtilsTest.java
  Log:
  Move "where has this class been loaded from?" logic to LoaderUtils.
  Use it in ,  and Diagnostics.
  
  As side effects:
  
  * fix PR: 15131
  
  * make Diagnostics compile using JDK 1.1
  
  this doesn't mean CVS HEAD will build on JDK 1.1, still to fix are
  Sync, SQLExec and EscapeUnicode.
  
  Revision  ChangesPath
  1.8   +4 -18 ant/src/main/org/apache/tools/ant/Diagnostics.java
  
  Index: Diagnostics.java
  ===
  RCS file: /home/cvs/ant/src/main/org/apache/tools/ant/Diagnostics.java,v
  retrieving revision 1.7
  retrieving revision 1.8
  diff -u -r1.7 -r1.8
  --- Diagnostics.java  10 Feb 2003 14:13:30 -  1.7
  +++ Diagnostics.java  31 Mar 2003 13:46:18 -  1.8
  @@ -1,7 +1,7 @@
   /*
* The Apache Software License, Version 1.1
*
  - * Copyright (c) 2002 The Apache Software Foundation.  All rights
  + * Copyright (c) 2002-2003 The Apache Software Foundation.  All rights
* reserved.
*
* Redistribution and use in source and binary forms, with or without
  @@ -53,6 +53,7 @@
*/
   package org.apache.tools.ant;
   
  +import org.apache.tools.ant.util.LoaderUtils;
   
   import javax.xml.parsers.SAXParserFactory;
   import javax.xml.parsers.SAXParser;
  @@ -230,23 +231,8 @@
*/
   
   private static String getClassLocation( Class clazz) {
  -try {
  -java.net.URL url = 
clazz.getProtectionDomain().getCodeSource().getLocation();
  -String location = url.toString();
  -if (location.startsWith("jar")) {
  -url = ((java.net.JarURLConnection) 
url.openConnection()).getJarFileURL();
  -location = url.toString();
  -}
  -
  -if (location.startsWith("file")) {
  -java.io.File file = new java.io.File(url.getFile());
  -return file.getAbsolutePath();
  -} else {
  -return url.toString();
  -}
  -} catch (Throwable t) {
  -}
  -return null;
  +File f = LoaderUtils.getClassSource(clazz);
  +return f == null ? null : f.getAbsolutePath();
   }
   
   
  
  
  
  1.20  +22 -19
ant/src/main/org/apache/tools/ant/taskdefs/optional/ANTLR.java
  
  Index: ANTLR.java
  ===
  RCS file: 
/home/cvs/ant/src/main/org/apache/tools/ant/taskdefs/optional/ANTLR.java,v
  retrieving revision 1.19
  retrieving revision 1.20
  diff -u -r1.19 -r1.20
  --- ANTLR.java10 Feb 2003 14:13:45 -  1.19
  +++ ANTLR.java31 Mar 2003 13:46:18 -  1.20
  @@ -68,6 +68,7 @@
   import org.apache.tools.ant.types.CommandlineJava;
   import org.apache.tools.ant.types.Path;
   import org.apache.tools.ant.util.JavaEnvUtils;
  +import org.apache.tools.ant.util.LoaderUtils;
   
   /**
*  Invokes the ANTLR Translator generator on a grammar file.
  @@ -239,25 +240,27 @@
* getResource doesn't contain the name of the archive.
*/
   protected void addClasspathEntry(String resource) {
  -URL url = getClass().getResource(resource);
  -if (url != null) {
  -String u = url.toString();
  -if (u.startsWith("jar:file:")) {
  -int pling = u.indexOf("!");
  -String jarName = u.substring(9, pling);
  -log("Implicitly adding " + jarName + " to classpath",
  -Project.MSG_DEBUG);
  -createClasspath().setLocation(new File((new 
File(jarName)).getAbsolutePath()));
  -} else if (u.startsWith("file:")) {
  -int tail = u.indexOf(resource);
  -String dirName = u.substring(5, tail);
  -log("Implicitly adding " + dirName + " to classpath",
  -Project.MSG_DEBUG);
  -createClasspath().setLocation(new File((new 
File(dirName)).getAbsolutePath()));
  -} else {
  -log("Don\'t know how to handle resource URL " + u,
  -Project.MSG_DEBUG);
  -}
  +/* 
  + * pre Ant 1.6 this method used to call getClass().getResource
  + * while Ant 1.6 will call ClassLoader.getResource().
  + *
  + * The difference is that Class.getResource expects a leading
  + * slash for "absolute" resources and will strip it before
  + * delegating to ClassLoader.getResource - so we now have to
  +

DO NOT REPLY [Bug 15454] - add "tmpDir" attribute to task

2003-03-31 Thread 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=15454

add "tmpDir" attribute to  task

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2003-03-31 12:29 ---
tempdir attribute should be available starting with nightly build 2003-04-01.

cvs commit: ant/src/main/org/apache/tools/ant/taskdefs/optional/junit JUnitTask.java

2003-03-31 Thread bodewig 
bodewig 2003/03/31 04:27:14

  Modified:.WHATSNEW
   docs/manual/OptionalTasks junit.html
   src/main/org/apache/tools/ant/taskdefs/optional/junit
JUnitTask.java
  Log:
  Add tempdir attribute to  to control placement of temporary file.
  
  PR: 15454
  
  Revision  ChangesPath
  1.382 +3 -0  ant/WHATSNEW
  
  Index: WHATSNEW
  ===
  RCS file: /home/cvs/ant/WHATSNEW,v
  retrieving revision 1.381
  retrieving revision 1.382
  diff -u -r1.381 -r1.382
  --- WHATSNEW  31 Mar 2003 09:23:57 -  1.381
  +++ WHATSNEW  31 Mar 2003 12:27:13 -  1.382
  @@ -196,6 +196,9 @@
   *  now supports filtering and can check timestamps before
 overriding a file.  Bugzilla Report 18166.
   
  +*  has a new attribute tempdir that controls the placement of
  +  temporary files.  Bugzilla Report 15454.
  +
   Changes from Ant 1.5.2 to Ant 1.5.3
   ===
   
  
  
  
  1.24  +8 -1  ant/docs/manual/OptionalTasks/junit.html
  
  Index: junit.html
  ===
  RCS file: /home/cvs/ant/docs/manual/OptionalTasks/junit.html,v
  retrieving revision 1.23
  retrieving revision 1.24
  diff -u -r1.23 -r1.24
  --- junit.html6 Sep 2002 06:16:39 -   1.23
  +++ junit.html31 Mar 2003 12:27:13 -  1.24
  @@ -142,6 +142,13 @@
 formatters receive the output.
   No
 
  +  
  +tempdir
  +Where Ant should place temporary files.
  +  Since Ant 1.6.
  +No; default is the project's base
  +  directory.
  +  
   
   
   By using the errorproperty and failureproperty
  @@ -479,7 +486,7 @@
   ${reports.tests}.
   
   
  -Copyright © 2000-2002 Apache Software Foundation. All 
rights
  +Copyright © 2000-2003 Apache Software Foundation. All 
rights
   Reserved.
   
   
  
  
  
  1.59  +12 -1 
ant/src/main/org/apache/tools/ant/taskdefs/optional/junit/JUnitTask.java
  
  Index: JUnitTask.java
  ===
  RCS file: 
/home/cvs/ant/src/main/org/apache/tools/ant/taskdefs/optional/junit/JUnitTask.java,v
  retrieving revision 1.58
  retrieving revision 1.59
  diff -u -r1.58 -r1.59
  --- JUnitTask.java7 Mar 2003 11:23:06 -   1.58
  +++ JUnitTask.java31 Mar 2003 12:27:14 -  1.59
  @@ -174,6 +174,7 @@
   private Path antRuntimeClasses = null;
   
   private boolean showOutput = false;
  +private File tmpDir;
   
   /**
* If true, smartly filter the stack frames of
  @@ -502,6 +503,15 @@
   }
   
   /**
  + * Where Ant should place temporary files.
  + *
  + * @since Ant 1.6
  + */
  +public void setTempdir(File tmpDir) {
  +this.tmpDir = tmpDir;
  +}
  +
  +/**
* Adds the jars or directories containing Ant, this task and
* JUnit to the classpath - this should make the forked JVM work
* without having to specify them directly.
  @@ -636,6 +646,7 @@
   // forked test
   File propsFile =
   FileUtils.newFileUtils().createTempFile("junit", ".properties",
  +tmpDir != null ? tmpDir :
   
getProject().getBaseDir());
   cmd.createArgument().setValue("propsfile="
 + propsFile.getAbsolutePath());

DO NOT REPLY [Bug 17230] - cannot find resources in classpath

2003-03-31 Thread 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=17230

 cannot find resources in classpath





--- Additional Comments From [EMAIL PROTECTED]  2003-03-31 12:03 ---
You have fork="yes" in the task and "no" on batchtest.  Is this intentional?

DO NOT REPLY [Bug 17187] - junit task haltonfailure is not halting on errors as described in docs

2003-03-31 Thread 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=17187

junit task haltonfailure is not halting on errors as described in docs





--- Additional Comments From [EMAIL PROTECTED]  2003-03-31 12:02 ---
Seems to work for me.

Could you please post build logs (i.e. ant -debug) of a test that produces an
error once with and once without haltonerror set to true?

DO NOT REPLY [Bug 18513] New: - Weblogic deployment does not work properly

2003-03-31 Thread 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=18513

Weblogic deployment does not work properly

   Summary: Weblogic deployment does not work properly
   Product: Ant
   Version: 1.5.2
  Platform: PC
OS/Version: Windows NT/2K
Status: NEW
  Severity: Major
  Priority: Other
 Component: Other
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Hi

I am trying to deploy my application through ANT scripts, but I am always 
getting error saying the component does not exist in the application. When I 
deploy it manually, the same EAR file I manually deploy through the Weblogic 
console, the deployment works fine. Any clue on this ?

Yew Loon


 

 

ERRORs
==

D:\xgenv4>ant -f weblogic_deploy.xml
Buildfile: weblogic_deploy.xml

deploy_ear:
 [java] weblogic.j2ee.DeploymentException: Application MarketingUW does not
contain component GenieEJB
 [java] at weblogic.deploy.deploy(deploy.java:674)
 [java] at weblogic.deploy.runBody(deploy.java:360)
 [java] at weblogic.utils.compiler.Tool.run(Tool.java:126)
 [java] at weblogic.deploy.main(deploy.java:1641)


 [java] Application MarketingUW does not contain component GenieEJB

BUILD FAILED
file:D:/xgenv4/weblogic_deploy.xml:33: Java returned: 1

Total time: 54 seconds

DO NOT REPLY [Bug 15454] - add "tmpDir" attribute to task

2003-03-31 Thread 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=15454

add "tmpDir" attribute to  task

[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]
 AssignedTo|[EMAIL PROTECTED]  |[EMAIL PROTECTED]
   Target Milestone|--- |1.6

DO NOT REPLY [Bug 15131] - Junit task fails to correctly set its classpath under Java 1.4

2003-03-31 Thread 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=15131

Junit task fails to correctly set its classpath under Java 1.4

[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]
 AssignedTo|[EMAIL PROTECTED]  |[EMAIL PROTECTED]
   Target Milestone|--- |1.6

DO NOT REPLY [Bug 14971] - task replaces classpath when includeantruntime && fork="yes" is used

2003-03-31 Thread 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=14971

 task replaces classpath when includeantruntime && fork="yes" is used

[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]
 AssignedTo|[EMAIL PROTECTED]  |[EMAIL PROTECTED]
   Target Milestone|--- |1.6



--- Additional Comments From [EMAIL PROTECTED]  2003-03-31 11:57 ---
Hmm, I see where the problem lies.

A workaround for you would be something like this:



  
  ...


We want forked  to become independent of Ant's classpath and in 
particular
the stuff in ANT_HOME/lib, that's why we don't include the system classpath
explicitly here.

If includeantruntime is false, we will invoke the spawned VM without any
classpath setting to ensure you get whatever is in your environment.  If it is
true, we explicitly pass the jars, just as described and thus overwrite
CLASSPATH, this is not intentional.

The only way around this is really going to the native environment, as 
java.class.path has already been tainted by ANT_HOME/lib.  I'll try to come up
with a solution.

DO NOT REPLY [Bug 14738] - doesn't work for junit tasks on Windows XP, apparently

2003-03-31 Thread 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=14738

 doesn't work for junit tasks on Windows XP, apparently

[EMAIL PROTECTED] changed:

   What|Removed |Added

 OS/Version|Other   |Windows XP

DO NOT REPLY [Bug 18505] - XML parsing of attribute in Javadoc task

2003-03-31 Thread 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=18505

XML parsing of attribute in Javadoc task





--- Additional Comments From [EMAIL PROTECTED]  2003-03-31 11:07 ---
What you describe below would create the following arguments when invoking
Javadoc (as you can see when running ant -verbose):

-tag 
todo:a:To do:

and I guess it is the standard doclet that is interpreting your quotes.
I don't think that there is any Ant bug, it's probably a javadoc problem.

Re: Call for defaults.properties maintanance...

2003-03-31 Thread Stefan Bodewig 
On Mon, 31 Mar 2003, Christoph Wilhelms
<[EMAIL PROTECTED]> wrote:

> To solve this topic I'd like to clearify here which of the listed
> elements should be listed in the defaults.properties

Almost all of them are base classes that should not be listed or
utterly, totally deprected and removed task - the classes are still
there for people who may have used the API directly.

I think there is nothing listed, that should be in the properties
files.  The gory details:

> found in ant.jar: org/apache/tools/ant/taskdefs/Exec.class Task
> found in ant.jar: org/apache/tools/ant/taskdefs/KeySubst.class Task
> found in ant.jar: org/apache/tools/ant/taskdefs/SendEmail.class Task

old, deprecated, gone.

> ProjectComponent, Task, TaskAdapter, AbstractCvsTask, ConditionBase,
> Definer, JDBCTask, MatchingTask, Pack, Unpack, AbstractFileSet
> DataType, BaseExtendSelector, BaseSelector, BaseSelectorContainer,
> CCMCheck, Continuus, ClearCase, DotnetCompile, AbstractMetamataTask,
> SOS, AbstractAccessTask, MSVSS, ImplementationSpecificArgument

base classes, not standalone (I think starbase.TreeBasedTask should
have been on your list as well 8-)

> UnknownElement

internal API part.

Stefan

Call for defaults.properties maintanance...

2003-03-31 Thread Christoph Wilhelms 
Hi all!

I am still improving ANTidote and as I am developing better
Task/Type-Element-support I came over this topic.

As you might know ANTidote as well as the NetBeans-Ant-integration uses the
defaults.properties in the packages taskdefs and types to introspect an
initial amount of tasks and types aswell as nested elements of these as far
as they are determinable by the IntrospectionHelper class.

To get further information on how complete these .properties-files are I
wrote a little classpath-scanner to determine the unlisted types, tasks (and
ProjectComponents rather optionally). 

To solve this topic I'd like to clearify here which of the listed elements
should be listed in the defaults.properties (for I know that there are quite
some abstract classes amongst them, I would not add).

Additionally I'd like the update for the .properties to happen for 1.5.3 - I
think this would make the NetBeans-Guys happy aswell!

Greetings,
Christoph


org/apache/tools/ant/taskdefs/defaults.properties
org/apache/tools/ant/types/defaults.properties

Neither listed in one of the above defaults.properties nor sub-element of
listed elemetnts:

ProjectComponent found in ant.jar:
org/apache/tools/ant/ProjectComponent.class
Task found in ant.jar: org/apache/tools/ant/Task.class
Task found in ant.jar: org/apache/tools/ant/TaskAdapter.class
Task found in ant.jar: org/apache/tools/ant/taskdefs/AbstractCvsTask.class
ProjectComponent found in ant.jar:
org/apache/tools/ant/taskdefs/condition/ConditionBase.class
Task found in ant.jar: org/apache/tools/ant/taskdefs/Definer.class
Task found in ant.jar: org/apache/tools/ant/taskdefs/Exec.class
Task found in ant.jar: org/apache/tools/ant/taskdefs/JDBCTask.class
Task found in ant.jar: org/apache/tools/ant/taskdefs/KeySubst.class
Task found in ant.jar: org/apache/tools/ant/taskdefs/MatchingTask.class
Task found in ant.jar: org/apache/tools/ant/taskdefs/Pack.class
Task found in ant.jar: org/apache/tools/ant/taskdefs/SendEmail.class
Task found in ant.jar: org/apache/tools/ant/taskdefs/Unpack.class
Type found in ant.jar: org/apache/tools/ant/types/AbstractFileSet.class
Type found in ant.jar: org/apache/tools/ant/types/DataType.class
Type found in ant.jar:
org/apache/tools/ant/types/selectors/BaseExtendSelector.class
Type found in ant.jar:
org/apache/tools/ant/types/selectors/BaseSelector.class
Type found in ant.jar:
org/apache/tools/ant/types/selectors/BaseSelectorContainer.class
Task found in ant.jar: org/apache/tools/ant/UnknownElement.class
ProjectComponent found in ant.jar:
org/apache/tools/ant/util/facade/ImplementationSpecificArgument.class
Task found in optional.jar:
org/apache/tools/ant/taskdefs/optional/ccm/CCMCheck.class
Task found in optional.jar:
org/apache/tools/ant/taskdefs/optional/ccm/Continuus.class
Task found in optional.jar:
org/apache/tools/ant/taskdefs/optional/clearcase/ClearCase.class
Task found in optional.jar:
org/apache/tools/ant/taskdefs/optional/dotnet/DotnetCompile.class
Task found in optional.jar:
org/apache/tools/ant/taskdefs/optional/metamata/AbstractMetamataTask.class
Task found in optional.jar:
org/apache/tools/ant/taskdefs/optional/sos/SOS.class
Task found in optional.jar:
org/apache/tools/ant/taskdefs/optional/unix/AbstractAccessTask.class
Task found in optional.jar:
org/apache/tools/ant/taskdefs/optional/vss/MSVSS.class

(Remark: The optional.jar here is out of date... The ant.jar may not be head
revision aswell... I'll send an update with the correct content tonight!)

DO NOT REPLY [Bug 18504] - Junit report broken

2003-03-31 Thread 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=18504

Junit report broken

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WONTFIX



--- Additional Comments From [EMAIL PROTECTED]  2003-03-31 09:49 ---
One thing that is different is the version of Xalan included with the JDK.
I'd recommend trying the latest release of Xalan (make yourself familiar with
the endorsed standard stuff to make this work) in either case.

There probably isn't anything Ant can do, so I'm marking it as WONTFIX, where I
really mean CANTFIX.

DO NOT REPLY [Bug 18506] - Determine projecthelp non-main targets from prefix in target name

2003-03-31 Thread 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=18506

Determine projecthelp non-main targets from prefix in target name





--- Additional Comments From [EMAIL PROTECTED]  2003-03-31 09:36 ---
Heh, just learned that the "-" prefix was a trick.  Will this continue to be 
supported in future releases?

You shouldn't have said "It's for your own good."... :)

As a counter argument, differentiating entry points and describing targets are 
two logically separate tasks.  It's not immediately obvious to a new user that 
adding a description marks a target as an entry point since why wouldn't you 
want to add descriptions to helper targets as well?  It would seem preferable 
instead to have a way to explicitly define an entry point or helper target that 
is not associated with descriptions.

I would expect most entry point target names to be chosen such that they are 
completely obvious in terms of what they do, even in a years time.  Those that 
are more complicated would have descriptions.

Borrowing an example from Java Development with Ant, starting p.350:

XML comment says "Default starting point", no description...


I might have renamed clean to clean-all and would have removed the description.
I would have renamed build-db to build-sample-db
I would have removed the description from middlegen, xdoclet, compile, ejb-jar, 
and ear

I don't see how the descriptions added value at all.  I don't see how this is 
different from using comments to make up for bad identifier names.  We want 
clear, understandable, and maintainable build files which is not equivalent to 
descriptions on every entry point.

DO NOT REPLY [Bug 17458] - OS X - bin/ant uses jars in wrong directory

2003-03-31 Thread 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=17458

OS X - bin/ant uses jars in wrong directory

[EMAIL PROTECTED] changed:

   What|Removed |Added

   Target Milestone|1.6 |1.5.3

DO NOT REPLY [Bug 17721] - problem with wrapper shell script if $0 is a relative symlink

2003-03-31 Thread 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=17721

problem with wrapper shell script if $0 is a relative symlink

[EMAIL PROTECTED] changed:

   What|Removed |Added

   Target Milestone|1.6 |1.5.3

DO NOT REPLY [Bug 17646] - Starteam Checkout Not Handling Deleted Labels

2003-03-31 Thread 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=17646

Starteam Checkout Not Handling Deleted Labels

[EMAIL PROTECTED] changed:

   What|Removed |Added

   Target Milestone|1.6 |1.5.3

cvs commit: ant WHATSNEW

2003-03-31 Thread bodewig 
bodewig 2003/03/31 01:23:57

  Modified:.WHATSNEW
  Log:
  Two fixes will be in 1.5.3
  
  Revision  ChangesPath
  1.381 +5 -5  ant/WHATSNEW
  
  Index: WHATSNEW
  ===
  RCS file: /home/cvs/ant/WHATSNEW,v
  retrieving revision 1.380
  retrieving revision 1.381
  diff -u -r1.380 -r1.381
  --- WHATSNEW  28 Mar 2003 12:41:00 -  1.380
  +++ WHATSNEW  31 Mar 2003 09:23:57 -  1.381
  @@ -70,11 +70,6 @@
 StringIndexOutOfBoundsException on all OSes where os.name is shorter
 than seven characters.  Bugzilla Report 18105.
   
  -* starteam checkout can now handle deleted labels.  Bugzilla Report 17646.
  -
  -* The Unix wrapper script failed if you invoked it as a relative
  -  symlink and ANT_HOME has not been set.  Bugzilla Report 17721.
  -
   *  and 's failonerror didn't apply to filesets pointing to
 non-existant directories.  Bugzilla Report 18414.
   
  @@ -235,6 +230,11 @@
   
   * The prefix attribute of  would not generate directory
 entries for the prefix itself.  Bugzilla Report 18403.
  +
  +* starteam checkout can now handle deleted labels.  Bugzilla Report 17646.
  +
  +* The Unix wrapper script failed if you invoked it as a relative
  +  symlink and ANT_HOME has not been set.  Bugzilla Report 17721.
   
   Other Changes:
   --

cvs commit: ant/src/script ant

2003-03-31 Thread bodewig 
bodewig 2003/03/31 01:23:30

  Modified:src/script ant
  Log:
  One ANT_OPTS should be enough
  
  Revision  ChangesPath
  1.36  +1 -1  ant/src/script/ant
  
  Index: ant
  ===
  RCS file: /home/cvs/ant/src/script/ant,v
  retrieving revision 1.35
  retrieving revision 1.36
  diff -u -r1.35 -r1.36
  --- ant   27 Mar 2003 08:24:21 -  1.35
  +++ ant   31 Mar 2003 09:23:30 -  1.36
  @@ -177,7 +177,7 @@
   if [ -n "$CYGHOME" ]; then
 if [ -n "$JIKESPATH" ]; then
   JIKESPATH=`cygpath --path --windows "$JIKESPATH"`
  -exec "$JAVACMD" $ANT_OPTS -classpath "$LOCALCLASSPATH" 
-Dant.home="${ANT_HOME}" -Djikes.class.path="$JIKESPATH" 
-Dcygwin.user.home="$CYGHOME" $ANT_OPTS org.apache.tools.ant.Main $ANT_ARGS "$@"
  +exec "$JAVACMD" $ANT_OPTS -classpath "$LOCALCLASSPATH" 
-Dant.home="${ANT_HOME}" -Djikes.class.path="$JIKESPATH" 
-Dcygwin.user.home="$CYGHOME" org.apache.tools.ant.Main $ANT_ARGS "$@"
 else
   exec "$JAVACMD" $ANT_OPTS -classpath "$LOCALCLASSPATH" 
-Dant.home="${ANT_HOME}" -Dcygwin.user.home="$CYGHOME" 
org.apache.tools.ant.Main $ANT_ARGS "$@"
 fi

cvs commit: ant/src/script ant

2003-03-31 Thread bodewig 
bodewig 2003/03/31 01:22:25

  Modified:.Tag: ANT_15_BRANCH WHATSNEW
   src/main/org/apache/tools/ant/taskdefs/optional/starteam
Tag: ANT_15_BRANCH TreeBasedTask.java
   src/script Tag: ANT_15_BRANCH ant
  Log:
  Merge fixes for 17646 and 17721 from HEAD
  
  Revision  ChangesPath
  No   revision
  
  
  No   revision
  
  
  1.263.2.130 +5 -0  ant/WHATSNEW
  
  Index: WHATSNEW
  ===
  RCS file: /home/cvs/ant/WHATSNEW,v
  retrieving revision 1.263.2.129
  retrieving revision 1.263.2.130
  diff -u -r1.263.2.129 -r1.263.2.130
  --- WHATSNEW  27 Mar 2003 10:07:19 -  1.263.2.129
  +++ WHATSNEW  31 Mar 2003 09:22:24 -  1.263.2.130
  @@ -33,6 +33,11 @@
   * The prefix attribute of  would not generate directory
 entries for the prefix itself.  Bugzilla Report 18403.
   
  +* starteam checkout can now handle deleted labels.  Bugzilla Report 17646.
  +
  +* The Unix wrapper script failed if you invoked it as a relative
  +  symlink and ANT_HOME has not been set.  Bugzilla Report 17721.
  +
   Other Changes:
   --
   * Added ability to specify manifest encoding for the  and 
  
  
  
  No   revision
  
  
  No   revision
  
  
  1.8.2.4   +1 -1  
ant/src/main/org/apache/tools/ant/taskdefs/optional/starteam/TreeBasedTask.java
  
  Index: TreeBasedTask.java
  ===
  RCS file: 
/home/cvs/ant/src/main/org/apache/tools/ant/taskdefs/optional/starteam/TreeBasedTask.java,v
  retrieving revision 1.8.2.3
  retrieving revision 1.8.2.4
  diff -u -r1.8.2.3 -r1.8.2.4
  --- TreeBasedTask.java13 Feb 2003 13:59:53 -  1.8.2.3
  +++ TreeBasedTask.java31 Mar 2003 09:22:25 -  1.8.2.4
  @@ -566,7 +566,7 @@
   for (int i = 0; i < allLabels.length; i++) {
   Label stLabel = allLabels[i];
   log("checking label " + stLabel.getName(), Project.MSG_DEBUG);
  -if (stLabel.getName().equals(this.label)) {
  +if (stLabel != null && !stLabel.isDeleted() && 
stLabel.getName().equals(this.label)) {
   if (!stLabel.isRevisionLabel() && !stLabel.isViewLabel()) {
   throw new BuildException("Unexpected label type.");
   }
  
  
  
  No   revision
  
  
  No   revision
  
  
  1.19.2.15 +4 -4  ant/src/script/ant
  
  Index: ant
  ===
  RCS file: /home/cvs/ant/src/script/ant,v
  retrieving revision 1.19.2.14
  retrieving revision 1.19.2.15
  diff -u -r1.19.2.14 -r1.19.2.15
  --- ant   21 Feb 2003 11:54:51 -  1.19.2.14
  +++ ant   31 Mar 2003 09:22:25 -  1.19.2.15
  @@ -55,7 +55,7 @@
 while [ -h "$PRG" ] ; do
   ls=`ls -ld "$PRG"`
   link=`expr "$ls" : '.*-> \(.*\)$'`
  -if expr "$link" : '.*/.*' > /dev/null; then
  +if expr "$link" : '/.*' > /dev/null; then
PRG="$link"
   else
PRG=`dirname "$PRG"`"/$link"
  @@ -150,9 +150,9 @@
   
 # OSX hack to make Ant work with jikes
 if $darwin ; then
  -
OSXHACK="/System/Library/Frameworks/JavaVM.framework/Versions/CurrentJDK/Classes"
  -if [ -d ${OSXHACK} ] ; then
  -  for i in ${OSXHACK}/*.jar
  +OSXHACK="${JAVA_HOME}/../Classes"
  +if [ -d "${OSXHACK}" ] ; then
  +  for i in "${OSXHACK}"/*.jar
 do
   JIKESPATH="$JIKESPATH:$i"
 done

Re: zipfileset issue

2003-03-31 Thread Stefan Bodewig 
On Sun, 30 Mar 2003, Jeff Drost <[EMAIL PROTECTED]> wrote:


> When I do this under 1.5.2, the destination jar file gets created,
> and appears to be the correct size, but I am unable to extract any
> of the content except for the manifest (with winzip).

Known bug, ,
fixed in 1.5.3beta1.

Stefan

DO NOT REPLY [Bug 18256] - ant.bat wrong syntax building classpath

2003-03-31 Thread 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=18256

ant.bat wrong syntax building classpath





--- Additional Comments From [EMAIL PROTECTED]  2003-03-31 06:42 ---
I understand. It is however, difficult for me to understand the problem unless
you can tell me what is happening. As I have shown it works for me out of the
box on Win2K without the changes you provided.

Whilst the changes may work for you in your environment, I need to be sure it
works in all environments such as, for example, a Win98 users with classpaths
containing spaces, ANT_HOME containing spaces and JAVA_HOME containing spaces,
etc, etc.

I would like to understand, therefore, how the stock script fails in your
environment. Thanks

DO NOT REPLY [Bug 16934] - BuildNumber task does not set property correctly

2003-03-31 Thread 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=16934

BuildNumber task does not set property correctly

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2003-03-31 06:17 ---
This is by design. From the docs

It will first attempt to read a build number from a file (by default,
build.number in the current directory), then set the property build.number to
the value that was read in (or to 0, if no such value). It will then increment
the number by one and write it back out to the file.

So, the contents of the file will always be one ahead of the property in the 
build.

To achieve the result you want, try this instead.

DO NOT REPLY [Bug 18506] - Determine projecthelp non-main targets from prefix in target name

2003-03-31 Thread 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=18506

Determine projecthelp non-main targets from prefix in target name

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WONTFIX



--- Additional Comments From [EMAIL PROTECTED]  2003-03-31 04:55 ---
I am going to be cruel here and leave as is. You may think your targets are self
explantory, but they may not be in a years time, which is why if you want to
differentiate entry points and helper targets, you have to describe them. It's
for your own good. If you leave off any descriptions, then all your targets get
listed.

the - prefix convention is actually more than a convention, its a trick that
knows that you cannot call any target with the - prefix from the command line,
almost, but not quite, a scope marker.

DO NOT REPLY [Bug 18506] - Determine projecthelp non-main targets from prefix in target name

2003-03-31 Thread 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=18506

Determine projecthelp non-main targets from prefix in target name

[EMAIL PROTECTED] changed:

   What|Removed |Added

Summary|Determine "level" of target |Determine projecthelp non-
   |from prefix in target name  |main targets from prefix in
   ||target name

DO NOT REPLY [Bug 18506] New: - Determine "level" of target from prefix in target name

2003-03-31 Thread 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=18506

Determine "level" of target from prefix in target name

   Summary: Determine "level" of target from prefix in target name
   Product: Ant
   Version: 1.5.1
  Platform: Other
OS/Version: Other
Status: NEW
  Severity: Enhancement
  Priority: Other
 Component: Core
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Currently, main targets that show up in ant -projecthelp are determined by 
whether or not the target has a description attribute.  This is somewhat 
annoying when I have target names that are pretty much self-explanatory and I 
don't want to bother with a description.

I've observed an interesting convention where non-main targets are prefixed 
with a "-".  This really improves the ability to glance at build file source 
and know what are the main targets and what are the helper targets.

So what I propose is that -projecthelp uses a standard (and/or configurable) 
prefix to determine non-main targets.