Problem with fetch.xml::xml

2006-10-26 Thread Jan.Materne
I have a problem with downloading xml- and bsf-stuff via fetch.xml (SVN head). fetch.xml:149: The following error occurred while executing this line: fetch.xml:100: Unable to resolve artifact ... Caused by: C:\ant\svn-repository\ant\core\fetch.xml:100: Unable to resolve artifact ... Caused by:

Re: people.apache.org still down

2006-10-26 Thread Xavier Hanin
On 10/26/06, Stefan Bodewig [EMAIL PROTECTED] wrote: Hi, you've probably seen that people.apache.org is still not up again. For me (and anybody else who subscribed to lists using the @apache.org address) this means I haven't received any emails from this and other lists since Monday. But I've

Build Ant on JDK 1.2

2006-10-26 Thread Jan.Materne
I tried building Ant on JDK 1.2, but it failed because of wrong class file version of AntUnit. java.lang.UnsupportedClassVersionError: * org/apache/ant/antunit/AntUnit (Unsupported major.minor version 49.0) lib/optional/ant-antunit-1.0Beta2.jar After deleting the jar the build works

Re: svn commit: r466627 - in /ant/core/trunk/src/etc/poms: ./ ant-antlr/ ant-apache-bcel/ ant-apache-bsf/ ant-apache-log4j/ ant-apache-oro/ ant-apache-regexp/ ant-apache-resolver/ ant-commons-logging/

2006-10-26 Thread Paul King
Thanks for the pointers. The mentioned files provide some good ideas but still look like they will download optional dependencies as well. I also realised that my questions were a bit off topic but you have given me some useful things to think about anyway. Thanks. If I think of any way to

Re: Build Ant on JDK 1.2

2006-10-26 Thread Peter Reilly
On 10/26/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: I tried building Ant on JDK 1.2, but it failed because of wrong class file version of AntUnit. java.lang.UnsupportedClassVersionError: * org/apache/ant/antunit/AntUnit (Unsupported major.minor version 49.0)

Re: next release steps

2006-10-26 Thread Peter Reilly
On 10/26/06, Antoine Levy-Lambert [EMAIL PROTECTED] wrote: Hi, I have got the feeling that we are pretty close to releasing 1.7.0. However I wonder whether we need a beta4 before, particularly due to the change of refid handling since beta3. I have some pending work on classpaths in script,

AW: Build Ant on JDK 1.2

2006-10-26 Thread Jan.Materne
It is more the case that common/build.xml does not set the source and target attributes of javac in the compile target, and the magic properties (shudder) ant.build.javac.target and ant.build.javac.source have not been set when the AU that is in ANTCORE/lib/optional was built.

Re: svn commit: r466627 - in /ant/core/trunk/src/etc/poms: ./ ant-antlr/ ant-apache-bcel/ ant-apache-bsf/ ant-apache-log4j/ ant-apache-oro/ ant-apache-regexp/ ant-apache-resolver/ ant-commons-logging/

2006-10-26 Thread Paul King
Antoine Levy-Lambert wrote: [...] You would like for instance to say : get bsf + groovy + jython but not beanshell for instance. Forgot to say: yes, this is what I would like to do. You could have a look at two files written mainly by Steve Loughran, fetch.xml and libraries.properties.

DO NOT REPLY [Bug 30365] - zip-task (and related tasks war and jar) doesn't zip the empty directories

2006-10-26 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=30365. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 30365] - zip-task (and related tasks war and jar) doesn't zip the empty directories

2006-10-26 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=30365. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 30365] - zip-task (and related tasks war and jar) doesn't zip the empty directories

2006-10-26 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=30365. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE.

Re: svn commit: r466627 - in /ant/core/trunk/src/etc/poms: ./ ant-antlr/ ant-apache-bcel/ ant-apache-bsf/ ant-apache-log4j/ ant-apache-oro/ ant-apache-regexp/ ant-apache-resolver/ ant-commons-logging/

2006-10-26 Thread Dominique Devienne
You could have a look at two files written mainly by Steve Loughran, fetch.xml and libraries.properties. http://svn.apache.org/viewvc/ant/core/trunk/fetch.xml http://svn.apache.org/viewvc/ant/core/trunk/lib/libraries.properties A consequence I just realised that would be relevant to this

svn commit: r468015 - in /ant/core/trunk: fetch.xml src/etc/poms/ant-jsch/pom.xml

2006-10-26 Thread antoine
Author: antoine Date: Thu Oct 26 07:28:00 2006 New Revision: 468015 URL: http://svn.apache.org/viewvc?view=revrev=468015 Log: groupId for jsch is com.jcraft Modified: ant/core/trunk/fetch.xml ant/core/trunk/src/etc/poms/ant-jsch/pom.xml Modified: ant/core/trunk/fetch.xml URL:

RE: HelpStudioAnt (was: AW: failure notice)

2006-10-26 Thread Lars Monsees
4) Patching http://svn.apache.org/repos/asf/ant/core/trunk/xdocs/external.xml for the External Tools and Tasks page: I´m using Eclipse 3.1 on Windows. I know that I can create a patch to a file that is under versioncontrol. Is there an easy way to create a patch besides configuring the

Re: SVN head building

2006-10-26 Thread Steve Loughran
Kevin Jackson wrote: Hi Steve, I've just got the tomcat6 source and was planning to start looking at it, but nope didn't know that web.xml is now optional - thanks for teaching me something :) I've been learning these things by reading the javee specs and engaging in some discourse with the

Re: FW: antunit branch for 1.6.x compatibility

2006-10-26 Thread Steve Loughran
Vladimir Egorov wrote: Sorry for a bit of a messy entry into the list. I did not realize that using html email could be a problem. Thanks Stephan for pointing this out. My inquiry is in connection with TestLogic project on CodeShare. Could you please expand a little on TestLogic for the

Re: next release steps

2006-10-26 Thread Steve Loughran
Antoine Levy-Lambert wrote: Hi, I have got the feeling that we are pretty close to releasing 1.7.0. However I wonder whether we need a beta4 before, particularly due to the change of refid handling since beta3. I could free a slot for a next concrete release step on Sunday, November 5th. 1.

Re: people.apache.org still down

2006-10-26 Thread Steve Loughran
Stefan Bodewig wrote: * 1.7.0 Beta4 - yes, I think we should do one more, maybe call it RC1? +1 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: svn commit: r466627 - in /ant/core/trunk/src/etc/poms: ./ ant-antlr/ ant-apache-bcel/ ant-apache-bsf/ ant-apache-log4j/ ant-apache-oro/ ant-apache-regexp/ ant-apache-resolver/ ant-commons-logging/

2006-10-26 Thread Steve Loughran
Paul King wrote: Antoine Levy-Lambert wrote: [...] You would like for instance to say : get bsf + groovy + jython but not beanshell for instance. Forgot to say: yes, this is what I would like to do. You could have a look at two files written mainly by Steve Loughran, fetch.xml and

Re: svn commit: r466627 - in /ant/core/trunk/src/etc/poms: ./ ant-antlr/ ant-apache-bcel/ ant-apache-bsf/ ant-apache-log4j/ ant-apache-oro/ ant-apache-regexp/ ant-apache-resolver/ ant-commons-logging/

2006-10-26 Thread Antoine Levy-Lambert
FYI, the maven-to-RDF conversion we are attempting will eventually index every .class in every jar to look for duplicates. If I save a hash of every class we can even do version auditing. Oh, people will fear our auditor program. Working name: repo-man :) -steve Interesting. You will

RE: FW: antunit branch for 1.6.x compatibility

2006-10-26 Thread Vladimir Egorov
-Original Message- From: Steve Loughran [mailto:[EMAIL PROTECTED] Sent: Thursday, October 26, 2006 9:33 AM To: Ant Developers List Subject: Re: FW: antunit branch for 1.6.x compatibility Vladimir Egorov wrote: Sorry for a bit of a messy entry into the list. I did not realize

svn commit: r468180 - in /ant/core/trunk: docs/manual/CoreTasks/war.html src/main/org/apache/tools/ant/taskdefs/War.java src/tests/antunit/taskdefs/war-test.xml src/tests/antunit/taskdefs/web.xml

2006-10-26 Thread stevel
Author: stevel Date: Thu Oct 26 16:10:10 2006 New Revision: 468180 URL: http://svn.apache.org/viewvc?view=revrev=468180 Log: web.xml is now optional in Java EE. I've tweaked war to warn but continue if it is omitted, and not to say anything if there is a duplicate reference to the same web.xml,

svn commit: r468181 - /ant/core/trunk/src/main/org/apache/tools/ant/Diagnostics.java

2006-10-26 Thread stevel
Author: stevel Date: Thu Oct 26 16:11:25 2006 New Revision: 468181 URL: http://svn.apache.org/viewvc?view=revrev=468181 Log: handle security checks on property get gracefully Modified: ant/core/trunk/src/main/org/apache/tools/ant/Diagnostics.java Modified:

svn commit: r468184 - /ant/core/trunk/WHATSNEW

2006-10-26 Thread stevel
Author: stevel Date: Thu Oct 26 16:15:17 2006 New Revision: 468184 URL: http://svn.apache.org/viewvc?view=revrev=468184 Log: update change log Modified: ant/core/trunk/WHATSNEW Modified: ant/core/trunk/WHATSNEW URL:

Redirector vs. getProject().setProperty(

2006-10-26 Thread Hunter Peress
when editing a task is there any reason to set an output property using the redirector vs. getProject().setProperty() ??

Re: PermGen OutOfMemoryError in custom Iterator task, and ForEach - Suggestions Please

2006-10-26 Thread Robert Rice
Peter, Your suggestions were quite helpful. The fix for me was to utilize a post-ant1.7.0beta3 svn copy of ant. I tested my Iterator-based task, as well as foreach using the most recent svn ant. In both cases, my builds ran without OOME. So it would seem that the memory leak squashing is

Re: Build Ant on JDK 1.2

2006-10-26 Thread Stefan Bodewig
On Thu, 26 Oct 2006, Jan Materne [EMAIL PROTECTED] wrote: COMMON/build.xml target name=compile depends=setup javac srcdir=src/main destdir=${build.classes} debug=true / /target Should we set these attributes like in CORE/build.xml? Absolulutely. A

svn commit: r468260 - /ant/antlibs/common/trunk/build.xml

2006-10-26 Thread bodewig
Author: bodewig Date: Thu Oct 26 21:15:50 2006 New Revision: 468260 URL: http://svn.apache.org/viewvc?view=revrev=468260 Log: explicitly set -source and -target when compiling Modified: ant/antlibs/common/trunk/build.xml Modified: ant/antlibs/common/trunk/build.xml URL:

svn commit: r468261 - /ant/antlibs/common/tags/antunit_10beta2/

2006-10-26 Thread bodewig
Author: bodewig Date: Thu Oct 26 21:16:45 2006 New Revision: 468261 URL: http://svn.apache.org/viewvc?view=revrev=468261 Log: prepare for re-tag Removed: ant/antlibs/common/tags/antunit_10beta2/ - To unsubscribe, e-mail:

svn commit: r468262 - in /ant/antlibs/common/tags/antunit_10beta2: ./ build.xml

2006-10-26 Thread bodewig
Author: bodewig Date: Thu Oct 26 21:17:09 2006 New Revision: 468262 URL: http://svn.apache.org/viewvc?view=revrev=468262 Log: new tag on common Added: ant/antlibs/common/tags/antunit_10beta2/ - copied from r468258, ant/antlibs/common/trunk/

svn commit: r468263 - /ant/antlibs/common/trunk/build.xml

2006-10-26 Thread bodewig
Author: bodewig Date: Thu Oct 26 21:19:07 2006 New Revision: 468263 URL: http://svn.apache.org/viewvc?view=revrev=468263 Log: Ouch, committed an invalid build file Modified: ant/antlibs/common/trunk/build.xml Modified: ant/antlibs/common/trunk/build.xml URL:

svn commit: r468264 - /ant/antlibs/common/tags/antunit_10beta2/

2006-10-26 Thread bodewig
Author: bodewig Date: Thu Oct 26 21:19:39 2006 New Revision: 468264 URL: http://svn.apache.org/viewvc?view=revrev=468264 Log: prepare for re-tag Removed: ant/antlibs/common/tags/antunit_10beta2/ - To unsubscribe, e-mail:

[RE-VOTE] AntUnit 1.0 Beta 2

2006-10-26 Thread Stefan Bodewig
Hi, I've re-built AntUnit with -source 1.2 and uploaded everything to http://people.apache.org/~bodewig/antunit/. I'd like to release those files as 1.0Beta2. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional

A note on release votes

2006-10-26 Thread Stefan Bodewig
Hi all, in the past we have been a bit lax on releases. We've beasically been voting on the source tree (yes, you can build a release on Sunday) and not on the files being released. Now that we are sponsoring an Incubator podling, we might better be a bit more strict so that the Ivy community