DO NOT REPLY [Bug 40289] - The JUnit optional task does not support JUnit 4.1 (JDK 1.5)

2006-08-18 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://issues.apache.org/bugzilla/show_bug.cgi?id=40289


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WORKSFORME




--- Additional Comments From [EMAIL PROTECTED]  2006-08-19 06:29 ---
Junit 4 and 4.1 support is available in Ant 1.7.
Ant 1.6.5 supports JUnit 3.8.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

DO NOT REPLY [Bug 40289] New: - The JUnit optional task does not support JUnit 4.1 (JDK 1.5)

2006-08-18 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://issues.apache.org/bugzilla/show_bug.cgi?id=40289

   Summary: The JUnit optional task does not support JUnit 4.1 (JDK
1.5)
   Product: Ant
   Version: 1.6.5
  Platform: All
OS/Version: other
Status: NEW
  Keywords: JDK1.5
  Severity: normal
  Priority: P2
 Component: Optional Tasks
AssignedTo: dev@ant.apache.org
ReportedBy: [EMAIL PROTECTED]


JUnit task (JUnitVersionHelper.java) does not support new annotated test cased 
support in JUnit 4.1.

Here is the corrected code:
public static String getTestCaseName(Test t) {
if (t instanceof TestCase && testCaseName != null) {
try {
return (String) testCaseName.invoke(t, new Object[0]);
} catch (Throwable e) {
// ignore
}
} else {
try {
Method getNameMethod = null;
try {
getNameMethod =
t.getClass().getMethod("getName", new Class [0]);
} catch (NoSuchMethodException e) {
try {
getNameMethod = t.getClass().getMethod("name",
   new Class 
[0]);
} catch (NoSuchMethodException e2) {

// support Junit 4.1
getNameMethod = t.getClass().getMethod("toString",
   new Class 
[0]);
}
}
if (getNameMethod != null
&& getNameMethod.getReturnType() == String.class) {
return (String) getNameMethod.invoke(t, new Object[0]);
}
} catch (Throwable e) {
// ignore
}
}
return "unknown";
}

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

svn commit: r432741 - in /ant/antlibs/antunit/trunk: docs/ src/etc/testcases/ src/main/org/apache/ant/antunit/

2006-08-18 Thread bodewig 
Author: bodewig
Date: Fri Aug 18 14:59:15 2006
New Revision: 432741

URL: http://svn.apache.org/viewvc?rev=432741&view=rev
Log:
allow plainlistener to write reports to files

Added:
ant/antlibs/antunit/trunk/docs/plainlistener.html   (with props)
Modified:
ant/antlibs/antunit/trunk/docs/antunit.html
ant/antlibs/antunit/trunk/src/etc/testcases/antunit.xml
ant/antlibs/antunit/trunk/src/main/org/apache/ant/antunit/AntUnit.java

ant/antlibs/antunit/trunk/src/main/org/apache/ant/antunit/AntUnitListener.java

ant/antlibs/antunit/trunk/src/main/org/apache/ant/antunit/PlainAntUnitListener.java

Modified: ant/antlibs/antunit/trunk/docs/antunit.html
URL: 
http://svn.apache.org/viewvc/ant/antlibs/antunit/trunk/docs/antunit.html?rev=432741&r1=432740&r2=432741&view=diff
==
--- ant/antlibs/antunit/trunk/docs/antunit.html (original)
+++ ant/antlibs/antunit/trunk/docs/antunit.html Fri Aug 18 14:59:15 2006
@@ -127,9 +127,10 @@
 
 Creates a test listener that gets attached to the task.
 
-The only listener that is part of this antlib is
- this one creates reports similar to the
-"plain"  of the  task.
+The only listener that is part of this antlib is  this one
+creates reports similar to the "plain"  of the
+ task.
 
 propertyset
 

Added: ant/antlibs/antunit/trunk/docs/plainlistener.html
URL: 
http://svn.apache.org/viewvc/ant/antlibs/antunit/trunk/docs/plainlistener.html?rev=432741&view=auto
==
--- ant/antlibs/antunit/trunk/docs/plainlistener.html (added)
+++ ant/antlibs/antunit/trunk/docs/plainlistener.html Fri Aug 18 14:59:15 2006
@@ -0,0 +1,56 @@
+
+
+  
+
+PlainListener AntUnit Listener
+  
+
+  
+Plain AntUnit Listener
+
+Description
+
+Writes reports similar to the "plain" JUnit formatter.
+
+Parameters
+
+  
+Attribute
+Description
+Required
+  
+  
+sendLogTo
+Where the output will be written to.  Valid
+values are "ant" for Ant's logging system, "file" for a
+file and "both" for either of both.  Defaults to "ant".
+No.
+  
+  
+toDir
+Directory where testreports will be written
+to.  Default's to the project's basedir.
+No.
+  
+
+
+
+  
+

Propchange: ant/antlibs/antunit/trunk/docs/plainlistener.html
--
svn:eol-style = native

Modified: ant/antlibs/antunit/trunk/src/etc/testcases/antunit.xml
URL: 
http://svn.apache.org/viewvc/ant/antlibs/antunit/trunk/src/etc/testcases/antunit.xml?rev=432741&r1=432740&r2=432741&view=diff
==
--- ant/antlibs/antunit/trunk/src/etc/testcases/antunit.xml (original)
+++ ant/antlibs/antunit/trunk/src/etc/testcases/antunit.xml Fri Aug 18 14:59:15 
2006
@@ -68,9 +68,11 @@
   
 
   
+
+
 
   
-  
+  
 
   
 

Modified: ant/antlibs/antunit/trunk/src/main/org/apache/ant/antunit/AntUnit.java
URL: 
http://svn.apache.org/viewvc/ant/antlibs/antunit/trunk/src/main/org/apache/ant/antunit/AntUnit.java?rev=432741&r1=432740&r2=432741&view=diff
==
--- ant/antlibs/antunit/trunk/src/main/org/apache/ant/antunit/AntUnit.java 
(original)
+++ ant/antlibs/antunit/trunk/src/main/org/apache/ant/antunit/AntUnit.java Fri 
Aug 18 14:59:15 2006
@@ -382,14 +382,13 @@
 BuildToAntUnitListener(String buildFile, AntUnitListener a) {
 this.buildFile = buildFile;
 this.a = a;
-a.setOutput(new LogOutputStream(AntUnit.this, Project.MSG_INFO));
 }
 
 public void buildStarted(BuildEvent event) {
-a.startTestSuite(buildFile);
+a.startTestSuite(event.getProject(), buildFile);
 }
 public void buildFinished(BuildEvent event) {
-a.endTestSuite(buildFile);
+a.endTestSuite(event.getProject(), buildFile);
 }
 public void targetStarted(BuildEvent event) {
 String tName = event.getTarget().getName();

Modified: 
ant/antlibs/antunit/trunk/src/main/org/apache/ant/antunit/AntUnitListener.java
URL: 
http://svn.apache.org/viewvc/ant/antlibs/antunit/trunk/src/main/org/apache/ant/antunit/AntUnitListener.java?rev=432741&r1=432740&r2=432741&view=diff
==
--- 
ant/antlibs/antunit/trunk/src/main/org/apache/ant/antunit/AntUnitListener.java 
(original)
+++ 
ant/antlibs/antunit/trunk/src/main/org/apache/ant/antunit/AntUnitListener.java 
Fri Aug 18 14:59:15 2006
@@ -20,27 +20,20 @@
 
 package org.apache.ant.antunit;
 
-import java.io.Output

svn commit: r432728 - in /ant/core/trunk/src/main/org/apache/tools/ant/util/regexp: RegexpFactory.java RegexpMatcherFactory.java

2006-08-18 Thread jglick 
Author: jglick
Date: Fri Aug 18 14:21:54 2006
New Revision: 432728

URL: http://svn.apache.org/viewvc?rev=432728&view=rev
Log:
Providing more information in case a regexp impl is unavailable for unexpected 
reasons.

Modified:
ant/core/trunk/src/main/org/apache/tools/ant/util/regexp/RegexpFactory.java

ant/core/trunk/src/main/org/apache/tools/ant/util/regexp/RegexpMatcherFactory.java

Modified: 
ant/core/trunk/src/main/org/apache/tools/ant/util/regexp/RegexpFactory.java
URL: 
http://svn.apache.org/viewvc/ant/core/trunk/src/main/org/apache/tools/ant/util/regexp/RegexpFactory.java?rev=432728&r1=432727&r2=432728&view=diff
==
--- ant/core/trunk/src/main/org/apache/tools/ant/util/regexp/RegexpFactory.java 
(original)
+++ ant/core/trunk/src/main/org/apache/tools/ant/util/regexp/RegexpFactory.java 
Fri Aug 18 14:21:54 2006
@@ -18,6 +18,7 @@
 
 import org.apache.tools.ant.BuildException;
 import org.apache.tools.ant.Project;
+import org.apache.tools.ant.util.JavaEnvUtils;
 
 /***
  * Regular expression factory, which will create Regexp objects.  The
@@ -61,28 +62,31 @@
 // load a different implementation?
 }
 
+Throwable cause = null;
+
 try {
 testAvailability("java.util.regex.Matcher");
 return 
createRegexpInstance("org.apache.tools.ant.util.regexp.Jdk14RegexpRegexp");
 } catch (BuildException be) {
-// ignore
+cause = orCause(cause, be, JavaEnvUtils.getJavaVersionNumber() < 
14);
 }
 
 try {
 testAvailability("org.apache.oro.text.regex.Pattern");
 return 
createRegexpInstance("org.apache.tools.ant.util.regexp.JakartaOroRegexp");
 } catch (BuildException be) {
-// ignore
+cause = orCause(cause, be, true);
 }
 
 try {
 testAvailability("org.apache.regexp.RE");
 return 
createRegexpInstance("org.apache.tools.ant.util.regexp.JakartaRegexpRegexp");
 } catch (BuildException be) {
-// ignore
+cause = orCause(cause, be, true);
 }
 
-throw new BuildException("No supported regular expression matcher 
found");
+throw new BuildException("No supported regular expression matcher 
found" +
+(cause != null ? ": " + cause : ""), cause);
 }
 
 /**

Modified: 
ant/core/trunk/src/main/org/apache/tools/ant/util/regexp/RegexpMatcherFactory.java
URL: 
http://svn.apache.org/viewvc/ant/core/trunk/src/main/org/apache/tools/ant/util/regexp/RegexpMatcherFactory.java?rev=432728&r1=432727&r2=432728&view=diff
==
--- 
ant/core/trunk/src/main/org/apache/tools/ant/util/regexp/RegexpMatcherFactory.java
 (original)
+++ 
ant/core/trunk/src/main/org/apache/tools/ant/util/regexp/RegexpMatcherFactory.java
 Fri Aug 18 14:21:54 2006
@@ -21,6 +21,7 @@
 import org.apache.tools.ant.MagicNames;
 import org.apache.tools.ant.BuildException;
 import org.apache.tools.ant.util.ClasspathUtils;
+import org.apache.tools.ant.util.JavaEnvUtils;
 
 /**
  * Simple Factory Class that produces an implementation of
@@ -69,29 +70,40 @@
 // load a different implementation?
 }
 
+Throwable cause = null;
+
 try {
 testAvailability("java.util.regex.Matcher");
 return 
createInstance("org.apache.tools.ant.util.regexp.Jdk14RegexpMatcher");
 } catch (BuildException be) {
-// ignore
+cause = orCause(cause, be, JavaEnvUtils.getJavaVersionNumber() < 
14);
 }
 
 try {
 testAvailability("org.apache.oro.text.regex.Pattern");
 return 
createInstance("org.apache.tools.ant.util.regexp.JakartaOroMatcher");
 } catch (BuildException be) {
-// ignore
+cause = orCause(cause, be, true);
 }
 
 try {
 testAvailability("org.apache.regexp.RE");
 return 
createInstance("org.apache.tools.ant.util.regexp.JakartaRegexpMatcher");
 } catch (BuildException be) {
-// ignore
+cause = orCause(cause, be, true);
 }
 
-throw new BuildException("No supported regular expression matcher 
found");
+throw new BuildException("No supported regular expression matcher 
found" +
+(cause != null ? ": " + cause : ""), cause);
}
+
+static Throwable orCause(Throwable deflt, BuildException be, boolean 
ignoreCnfe) {
+if (deflt != null) {
+return deflt;
+}
+Throwable t = be.getException();
+return ignoreCnfe && t instanceof ClassNotFoundException ? null : t;
+}
 
 /**
  * Create an instance of a matcher from a classname.



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

svn commit: r432720 - /ant/core/trunk/build.xml

2006-08-18 Thread jglick 
Author: jglick
Date: Fri Aug 18 13:45:47 2006
New Revision: 432720

URL: http://svn.apache.org/viewvc?rev=432720&view=rev
Log:
run-single-test should write TEST-*.xml to the correct place.

Modified:
ant/core/trunk/build.xml

Modified: ant/core/trunk/build.xml
URL: 
http://svn.apache.org/viewvc/ant/core/trunk/build.xml?rev=432720&r1=432719&r2=432720&view=diff
==
--- ant/core/trunk/build.xml (original)
+++ ant/core/trunk/build.xml Fri Aug 18 13:45:47 2006
@@ -1757,7 +1757,7 @@
  depends="test-init">
 
   
-  
+  
 
   
 



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

svn commit: r432709 - in /ant/core/trunk/src/main/org/apache/tools/ant: ./ launch/ taskdefs/ taskdefs/condition/ taskdefs/optional/ taskdefs/optional/dotnet/ types/ types/optional/ util/

2006-08-18 Thread jglick 
Author: jglick
Date: Fri Aug 18 13:07:32 2006
New Revision: 432709

URL: http://svn.apache.org/viewvc?rev=432709&view=rev
Log:
Some Javadoc corrections.

Modified:
ant/core/trunk/src/main/org/apache/tools/ant/Main.java
ant/core/trunk/src/main/org/apache/tools/ant/launch/Locator.java

ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/AbstractJarSignerTask.java
ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/AntStructure.java
ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/Expand.java
ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/RecorderEntry.java
ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/Tar.java
ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/Untar.java
ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/Zip.java

ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/condition/ParserSupports.java

ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/condition/ResourcesMatch.java

ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/optional/SchemaValidate.java

ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/optional/dotnet/CSharp.java

ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/optional/dotnet/DotnetCompile.java

ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/optional/dotnet/DotnetResource.java

ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/optional/dotnet/JSharp.java

ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/optional/dotnet/VisualBasicCompile.java

ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/optional/dotnet/WsdlToDotnet.java
ant/core/trunk/src/main/org/apache/tools/ant/types/TarFileSet.java

ant/core/trunk/src/main/org/apache/tools/ant/types/optional/AbstractScriptComponent.java
ant/core/trunk/src/main/org/apache/tools/ant/util/FileUtils.java

Modified: ant/core/trunk/src/main/org/apache/tools/ant/Main.java
URL: 
http://svn.apache.org/viewvc/ant/core/trunk/src/main/org/apache/tools/ant/Main.java?rev=432709&r1=432708&r2=432709&view=diff
==
--- ant/core/trunk/src/main/org/apache/tools/ant/Main.java (original)
+++ ant/core/trunk/src/main/org/apache/tools/ant/Main.java Fri Aug 18 13:07:32 
2006
@@ -218,8 +218,8 @@
 
 /**
  * This operation is expected to call [EMAIL PROTECTED] System#exit(int)}, 
which 
- * is what the base version does. however, the option to do something
- * different is there. 
+ * is what the base version does.
+ * However, it is possible to do something else.
  * @param exitCode code to exit with
  */
 protected void exit(int exitCode) {

Modified: ant/core/trunk/src/main/org/apache/tools/ant/launch/Locator.java
URL: 
http://svn.apache.org/viewvc/ant/core/trunk/src/main/org/apache/tools/ant/launch/Locator.java?rev=432709&r1=432708&r2=432709&view=diff
==
--- ant/core/trunk/src/main/org/apache/tools/ant/launch/Locator.java (original)
+++ ant/core/trunk/src/main/org/apache/tools/ant/launch/Locator.java Fri Aug 18 
13:07:32 2006
@@ -133,7 +133,7 @@
  * Prior to Java 1.4,
  * swallows '%' that are not followed by two characters.
  *
- * @see http://www.w3.org/TR/xml11/#dt-sysid";>dt-sysid
+ * See http://www.w3.org/TR/xml11/#dt-sysid";>dt-sysid
  * which makes some mention of how
  * characters not supported by URI Reference syntax should be escaped.
  *

Modified: 
ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/AbstractJarSignerTask.java
URL: 
http://svn.apache.org/viewvc/ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/AbstractJarSignerTask.java?rev=432709&r1=432708&r2=432709&view=diff
==
--- 
ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/AbstractJarSignerTask.java
 (original)
+++ 
ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/AbstractJarSignerTask.java
 Fri Aug 18 13:07:32 2006
@@ -193,7 +193,7 @@
 /**
  * Adds a path of files to sign.
  *
- * @param a path of files to sign.
+ * @return a path of files to sign.
  * @since Ant 1.7
  */
 public Path createPath() {

Modified: 
ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/AntStructure.java
URL: 
http://svn.apache.org/viewvc/ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/AntStructure.java?rev=432709&r1=432708&r2=432709&view=diff
==
--- ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/AntStructure.java 
(original)
+++ ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/AntStructure.java Fri 
Aug 18 13:07:32 2006
@@ -126,10 +126,8 @@
 /**
  * Writes the actual structure information.
  *
- * [EMAIL PROTECTED] StructurePrinter#printHead printHead}, [EMAIL 
PROTECTED]
- * StructurePrinter#printTargetD

DO NOT REPLY [Bug 40258] - Zip task default whenempty=skip behavior

2006-08-18 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://issues.apache.org/bugzilla/show_bug.cgi?id=40258


[EMAIL PROTECTED] changed:

   What|Removed |Added

 AssignedTo|dev@ant.apache.org  |[EMAIL PROTECTED]
 Status|NEEDINFO|NEW




-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

Re: Default excludes and Subversion on Windows

2006-08-18 Thread Stefan Bodewig 
On Fri, 18 Aug 2006, Jan Materne <[EMAIL PROTECTED]> wrote:

> If we reject automatically handling _svn directories (as a "hack" as
> said by svn-people), we should document it in the manual of
>  and svn-antlib with a reference (and a quotation)
> of the svn statement.

I was under the impression that consensus was forming around adding
_svn/ to the default excludes unconditionally, not rejecting the idea.

Stefan

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

svn commit: r432589 - /ant/core/trunk/docs/manual/dirtasks.html

2006-08-18 Thread mbenson 
Author: mbenson
Date: Fri Aug 18 07:08:11 2006
New Revision: 432589

URL: http://svn.apache.org/viewvc?rev=432589&view=rev
Log:
s/,/;/

Modified:
ant/core/trunk/docs/manual/dirtasks.html

Modified: ant/core/trunk/docs/manual/dirtasks.html
URL: 
http://svn.apache.org/viewvc/ant/core/trunk/docs/manual/dirtasks.html?rev=432589&r1=432588&r2=432589&view=diff
==
--- ant/core/trunk/docs/manual/dirtasks.html (original)
+++ ant/core/trunk/docs/manual/dirtasks.html Fri Aug 18 07:08:11 2006
@@ -273,7 +273,7 @@
 them with the defaultexcludes="no"
 attribute.
 
-This is the default list, note that you can modify the list of
+This is the default list; note that you can modify the list of
 default excludes by using the defaultexcludes task.
 



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

svn commit: r432588 - /ant/core/trunk/docs/manual/CoreTasks/defaultexcludes.html

2006-08-18 Thread mbenson 
Author: mbenson
Date: Fri Aug 18 07:06:55 2006
New Revision: 432588

URL: http://svn.apache.org/viewvc?rev=432588&view=rev
Log:
correct typo and translate a German article to the English equivalent. ;)

Modified:
ant/core/trunk/docs/manual/CoreTasks/defaultexcludes.html

Modified: ant/core/trunk/docs/manual/CoreTasks/defaultexcludes.html
URL: 
http://svn.apache.org/viewvc/ant/core/trunk/docs/manual/CoreTasks/defaultexcludes.html?rev=432588&r1=432587&r2=432588&view=diff
==
--- ant/core/trunk/docs/manual/CoreTasks/defaultexcludes.html (original)
+++ ant/core/trunk/docs/manual/CoreTasks/defaultexcludes.html Fri Aug 18 
07:06:55 2006
@@ -70,10 +70,10 @@
 
 
 Notes
-By default the pattern **/.svn ane **/.svn/** are set as 
default 
+By default the pattern **/.svn and **/.svn/** are set as 
default 
 excludes. With version 1.3 Subversion supports the 
 http://subversion.tigris.org/svn_1.3_releasenotes.html";>"_svn 
hack".
-That means, that die svn-libraries evaluate environment variables and use 
.svn 
+That means, that the svn-libraries evaluate environment variables and use 
.svn 
 or _svn directory regarding to that value. We had chosen not to 
evaluate environment variables to
 get a more reliable build. Instead you have to change the settings by yourself 
by changing
 the exclude patterns:



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

AW: AW: Default excludes and Subversion on Windows

2006-08-18 Thread Antoine Levy-Lambert 
Hi,

this is right.

Regards,

Antoine
 Original-Nachricht 
Datum: Fri, 18 Aug 2006 09:13:14 +0200
Von: [EMAIL PROTECTED]
An: dev@ant.apache.org
Betreff: AW: AW: Default excludes and Subversion on Windows

> If we reject automatically handling _svn directories (as a "hack" as said
> by svn-people), we should
> document it in the manual of  and svn-antlib with a
> reference (and a quotation) of 
> the svn statement.
> 
> Jan
>  
> 

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

DO NOT REPLY [Bug 40249] - Out of Memory exceptions are near impossible to find the source of.

2006-08-18 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://issues.apache.org/bugzilla/show_bug.cgi?id=40249





--- Additional Comments From [EMAIL PROTECTED]  2006-08-18 13:42 ---
(In reply to comment #5)
> I don't mean to be rude, but it did take me a couple of hours to figure out 
> what
> should have been obvious if the stack trace had been correct.
> 
> If this is a really difficult bug to fix, then the current status is correct. 
> On the other hand, having if it's not, then having exception handling code 
> throw
> exceptions that obstruficate the original exception makes ANT a lot harder to
> work with.
> 
> Perhaps I'm just being difficult - I got burned wasting a lot of time trying 
> to
> figure out something that may have been obvious if I was using the right 
> tools,
> as Jesse pointed out.  This is my last post on the subject - promise.

That's not necessarily the best thing.  If you believe there really IS some way
in which the Ant code could be modified to alleviate some of the difficulties of
coping with such a situation, we would definitely be interested.  I didn't get
that from this bug report until your last comment.  If this is correct, maybe
the OOME is not the important/operative issue and rather the exception
propagation from  is.  If this is correct I would encourage you to:

a) assemble a small build example that exhibits the problem.
b) open a new bug report, referencing this one, and attaching the example
created in step (a).

br,
Matt

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

DO NOT REPLY [Bug 40249] - Out of Memory exceptions are near impossible to find the source of.

2006-08-18 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://issues.apache.org/bugzilla/show_bug.cgi?id=40249





--- Additional Comments From [EMAIL PROTECTED]  2006-08-18 13:13 ---
I don't mean to be rude, but it did take me a couple of hours to figure out what
should have been obvious if the stack trace had been correct.

If this is a really difficult bug to fix, then the current status is correct. 
On the other hand, having if it's not, then having exception handling code throw
exceptions that obstruficate the original exception makes ANT a lot harder to
work with.

Perhaps I'm just being difficult - I got burned wasting a lot of time trying to
figure out something that may have been obvious if I was using the right tools,
as Jesse pointed out.  This is my last post on the subject - promise.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

Re: dev-list - Calling Ant within a servlet/webapp

2006-08-18 Thread Marc Farrow 

Because the build files are not maintained by us.  We just use them.

On 8/17/06, Kev Jackson <[EMAIL PROTECTED]> wrote:



On 16 Aug 2006, at 19:26, Marc Farrow wrote:

> I have some servlet and I am trying to call an Ant script within
> the class
> to compile a "project".  All of the references in the build script
> are not
> relative, therefore some of the classpath references are not
> correct.  I
> know I can change the properties, etc to fix this.  However, due to
> the
> nature of our environment we do not want to do this.  With all that
> being
> said, I do know that all the classpath entries that I need to
> compile the

Is there a reason why you don't want to use the Ant API by itself?
Why do you need to load the build.xml file?  It seems that the real
problem you have is that programmatically Ant doesn't have the same
relative references as Ant running a build file, so my advice is to
remove the problem (build file) and simply use the Ant jar as an API
and have your rules specified in Java instead of XML.

Kev

--
"That government is best which governs not at all" - Henry Thoreau


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





--
Marc Farrow

Re: Can DefaultLogger record the time on each target transition?

2006-08-18 Thread Paul Hammant 
Without any cited cases I am prepared to believe that someone is  
programatically processing default log output in such a way that it  
would break if it found one of..


   compile @ 1 minute 12 seconds:

   compile (1 minute 12 seconds):

   compile:
 (at 1 minute 12 seconds)

.. and that it would be too much for that team to fix their  
application to accommodate the new info.


Perhaps an ant.exe command line switch could do it ( -timedTargets )  
or an environmental variable ( -DtimedTargets=true )


Bugzilla bug 27771 is in the same realm too - http:// 
issues.apache.org/bugzilla/show_bug.cgi?id=27771 and hints that an  
additional temporal element to the Default Logger output would be  
problematic.


- Paul


On Aug 14, 2006, at 4:58 AM, Jeffrey E Care wrote:



I wouldn't make the assumption that ALL automated log analyzers use  
the XML format.
__ 
__

Jeffrey E. (Jeff) Care  
[EMAIL PROTECTED]
IBM WebSphere Application Server Development
WAS Pyxis Lead Release Engineer





"Paul Hammant" <[EMAIL PROTECTED]> wrote on 08/11/2006 04:34:21 PM:

>
> Alexey,
>
> > This one works:  dir ham.txt>output.log 2>&1
>
>   ant [target] >output.log 2>&1
>
> .. works well.
>
> Tis up to you guys to change the DefaultLogger or not. It sure looks
> nice when you run it and there's no harm as electronic processors of
> Ant output (like CruiseControl) use the XML logger.
>
> - Paul
>
>
>  
-

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

AW: AW: Default excludes and Subversion on Windows

2006-08-18 Thread Jan.Materne 
I added a note to . Please recheck.

Jan 

>-Ursprüngliche Nachricht-
>Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 
>Gesendet: Freitag, 18. August 2006 09:13
>An: dev@ant.apache.org
>Betreff: AW: AW: Default excludes and Subversion on Windows
>
>If we reject automatically handling _svn directories (as a 
>"hack" as said by svn-people), we should document it in the 
>manual of  and svn-antlib with a reference 
>(and a quotation) of the svn statement.
>
>Jan
> 
>
>>-Ursprüngliche Nachricht-
>>Von: Antoine Levy-Lambert [mailto:[EMAIL PROTECTED]
>>Gesendet: Mittwoch, 16. August 2006 01:41
>>An: Ant Developers List
>>Betreff: Re: AW: Default excludes and Subversion on Windows
>>
>>Hi,
>>
>>I would also not make the behavior of defaultexcludes 
>conditional upon 
>>an environment variable.
>>
>>I would also go to inconditionnally hardwire exclude _svn directories.
>>
>>Regards,
>>
>>Antoine
>> Original-Nachricht 
>>Datum: Tue, 15 Aug 2006 11:53:21 -0500
>>Von: "Dominique Devienne" <[EMAIL PROTECTED]>
>>An: "Ant Developers List" 
>>Betreff: Re: AW: Default excludes and Subversion on Windows
>>
>>> > Accessing environment variables from Java is a hack. Do we want to
>>> always
>>> > execute it? In case of failure, normal build execution can be 
>>> > affected,
>>> even
>>> > if people do not care about "_svn" directory names.
>>> 
>>> Not in JDK 1.5+ anymore. But I agree than fetching the env if that 
>>> user hasn't explicitly done it already is a bit heavy handed.
>>> 
>>> I hesitate between Stefan's position of requiring the user to do it 
>>> explicitly and adding it to the default excludes. Since 
>>>  allows both adds and removes, I guess 
>adding it to 
>>> the hardwired defaults (unconditionally, no env fetching) would 
>>> benefit more people, and Kev and others can still do an explicit 
>>>

svn commit: r432534 - /ant/core/trunk/docs/manual/CoreTasks/defaultexcludes.html

2006-08-18 Thread jhm 
Author: jhm
Date: Fri Aug 18 02:37:11 2006
New Revision: 432534

URL: http://svn.apache.org/viewvc?rev=432534&view=rev
Log:
Add a note to the _svn-Hack of Subversion 1.3.

Modified:
ant/core/trunk/docs/manual/CoreTasks/defaultexcludes.html

Modified: ant/core/trunk/docs/manual/CoreTasks/defaultexcludes.html
URL: 
http://svn.apache.org/viewvc/ant/core/trunk/docs/manual/CoreTasks/defaultexcludes.html?rev=432534&r1=432533&r2=432534&view=diff
==
--- ant/core/trunk/docs/manual/CoreTasks/defaultexcludes.html (original)
+++ ant/core/trunk/docs/manual/CoreTasks/defaultexcludes.html Fri Aug 18 
02:37:11 2006
@@ -69,12 +69,26 @@
   
 
 
+Notes
+By default the pattern **/.svn ane **/.svn/** are set as 
default 
+excludes. With version 1.3 Subversion supports the 
+http://subversion.tigris.org/svn_1.3_releasenotes.html";>"_svn 
hack".
+That means, that die svn-libraries evaluate environment variables and use 
.svn 
+or _svn directory regarding to that value. We had chosen not to 
evaluate environment variables to
+get a more reliable build. Instead you have to change the settings by yourself 
by changing
+the exclude patterns:
+
+  
+  
+  
+  
+
+
 
 
 
-Copyright © 2003-2005 The Apache Software Foundation. 
All rights
+Copyright © 2003-2006 The Apache Software Foundation. 
All rights
 Reserved.
 
 
 
-



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

[EMAIL PROTECTED]: Project svn-antlib-test (in module ant-antlibs) failed

2006-08-18 Thread Gump Integration Build 
To whom it may engage...

This is an automated request, but not an unsolicited one. For 
more information please visit http://gump.apache.org/nagged.html, 
and/or contact the folk at [EMAIL PROTECTED]

Project svn-antlib-test has an issue affecting its community integration.
This issue affects 1 projects,
 and has been outstanding for 28 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- svn-antlib-test :  Task and Type Libraries for Apache Ant


Full details are available at:
http://vmgump.apache.org/gump/public/ant-antlibs/svn-antlib-test/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Dependency on ant-testutil exists, no need to add for property 
ant-testutil.jar.
 -INFO- Failed with reason build failed



The following work was performed:
http://vmgump.apache.org/gump/public/ant-antlibs/svn-antlib-test/gump_work/build_ant-antlibs_svn-antlib-test.html
Work Name: build_ant-antlibs_svn-antlib-test (Type: Build)
Work ended in a state of : Failed
Elapsed: 2 mins 58 secs
Command Line: java -Djava.awt.headless=true 
-Xbootclasspath/p:/usr/local/gump/public/workspace/xml-xerces2/build/xercesImpl.jar:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar
 org.apache.tools.ant.Main -Dgump.merge=/x1/gump/public/gump/work/merge.xml 
-Dbuild.sysclasspath=only 
-Dant-testutil.jar=/usr/local/gump/public/workspace/ant/build/lib/ant-testutil.jar
 test 
[Working Directory: /usr/local/gump/public/workspace/ant-antlibs/svn]
CLASSPATH: 
/opt/jdk1.5/lib/tools.jar:/usr/local/gump/public/workspace/ant-antlibs/svn/build/test-classes:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/ant/build/lib/ant-testutil.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar:/usr/local/gump/public/workspace/ant-antlibs/svn/build/ant-svn-18082006.jar
-
[junit] at java.lang.reflect.Method.invoke(Method.java:585)
[junit] at junit.framework.TestCase.runTest(TestCase.java:164)
[junit] at junit.framework.TestCase.runBare(TestCase.java:130)
[junit] at junit.framework.TestResult$1.protect(TestResult.java:110)
[junit] at junit.framework.TestResult.runProtected(TestResult.java:128)
[junit] at junit.framework.TestResult.run(TestResult.java:113)
[junit] at junit.framework.TestCase.run(TestCase.java:120)
[junit] at junit.framework.TestSuite.runTest(TestSuite.java:228)
[junit] at junit.framework.TestSuite.run(TestSuite.java:223)
[junit] at 
org.junit.internal.runners.OldTestClassRunner.run(OldTestClassRunner.java:35)
[junit] at 
junit.framework.JUnit4TestAdapter.run(JUnit4TestAdapter.java:32)
[junit] at 
org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.run(JUnitTestRunner.java:361)
[junit] at 
org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.launch(JUnitTestRunner.java:809)
[junit] at 
org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.main(JUnitTestRunner.java:648)

[junit] Testcase: testDiffWithImplicitTrunk took 50.173 sec
[junit] FAILED
[junit] null
[junit] junit.framework.AssertionFailedError: null
[junit] at junit.framework.Assert.fail(Assert.java:47)
[junit] at junit.framework.Assert.assertTrue(Assert.java:20)
[junit] at junit.framework.Assert.assertTrue(Assert.java:27)
[junit] at 
org.apache.ant.svn.SvnTagDiffTest.assertModified(SvnTagDiffTest.java:109)
[junit] at 
org.apache.ant.svn.SvnTagDiffTest.assertDiffWithTrunk(SvnTagDiffTest.java:62)
[junit] at 
org.apache.ant.svn.SvnTagDiffTest.testDiffWithImplicitTrunk(SvnTagDiffTest.java:56)
[junit] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[junit] at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
[junit] at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
[junit] at java.lang.reflect.Method.invoke(Method.java:585)
[junit] at junit.framework.TestCase.runTest(TestCase.java:164)
[junit] at junit.framework.TestCase.runBare(TestCase.java:130)
[junit] at junit.framework.TestResult$1.protect(TestResult.java:110)
[junit] at junit.framework.TestResult.runProtected(TestResult.java:128)
[jun

AW: AW: Default excludes and Subversion on Windows

2006-08-18 Thread Jan.Materne 
If we reject automatically handling _svn directories (as a "hack" as said by 
svn-people), we should
document it in the manual of  and svn-antlib with a reference 
(and a quotation) of 
the svn statement.

Jan
 

>-Ursprüngliche Nachricht-
>Von: Antoine Levy-Lambert [mailto:[EMAIL PROTECTED] 
>Gesendet: Mittwoch, 16. August 2006 01:41
>An: Ant Developers List
>Betreff: Re: AW: Default excludes and Subversion on Windows
>
>Hi,
>
>I would also not make the behavior of defaultexcludes 
>conditional upon an environment variable. 
>
>I would also go to inconditionnally hardwire exclude _svn directories.
>
>Regards,
>
>Antoine
> Original-Nachricht 
>Datum: Tue, 15 Aug 2006 11:53:21 -0500
>Von: "Dominique Devienne" <[EMAIL PROTECTED]>
>An: "Ant Developers List" 
>Betreff: Re: AW: Default excludes and Subversion on Windows
>
>> > Accessing environment variables from Java is a hack. Do we want to
>> always
>> > execute it? In case of failure, normal build execution can be 
>> > affected,
>> even
>> > if people do not care about "_svn" directory names.
>> 
>> Not in JDK 1.5+ anymore. But I agree than fetching the env if that 
>> user hasn't explicitly done it already is a bit heavy handed.
>> 
>> I hesitate between Stefan's position of requiring the user to do it 
>> explicitly and adding it to the default excludes. Since 
>>  allows both adds and removes, I guess adding it to 
>> the hardwired defaults (unconditionally, no env fetching) would 
>> benefit more people, and Kev and others can still do an explicit 
>>