svn commit: r409337 - in /ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/condition: AntVersion.java ConditionBase.java antlib.xml

Author: kevj Date: Thu May 25 02:06:22 2006 New Revision: 409337 URL: http://svn.apache.org/viewvc?rev=409337&view=rev Log: add an antversion condition as requested in #32804 Added: ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/condition/AntVersion.java Modified: ant/core/trunk/

svn commit: r409338 - /ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/condition/AntVersion.java

Author: kevj Date: Thu May 25 02:08:45 2006 New Revision: 409338 URL: http://svn.apache.org/viewvc?rev=409338&view=rev Log: add apache license Modified: ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/condition/AntVersion.java Modified: ant/core/trunk/src/main/org/apache/tools/ant/ta

svn commit: r409339 - /ant/core/trunk/src/testcases/org/apache/tools/ant/taskdefs/condition/AntVersionTest.java

Author: kevj Date: Thu May 25 02:09:32 2006 New Revision: 409339 URL: http://svn.apache.org/viewvc?rev=409339&view=rev Log: tests for antversion condition Added: ant/core/trunk/src/testcases/org/apache/tools/ant/taskdefs/condition/AntVersionTest.java Added: ant/core/trunk/src/testcases/org

svn commit: r409340 - /ant/core/trunk/src/etc/testcases/taskdefs/conditions/antversion.xml

Author: kevj Date: Thu May 25 02:10:26 2006 New Revision: 409340 URL: http://svn.apache.org/viewvc?rev=409340&view=rev Log: test build file for antversion Added: ant/core/trunk/src/etc/testcases/taskdefs/conditions/antversion.xml Added: ant/core/trunk/src/etc/testcases/taskdefs/conditions/an

Added (very basic) antversion condition

Hi, Had some free time today so built a basic antversion condition. (see commits) Currently only supports x.y, not x.y.z versioning, currently the only way I can see of doing the full versioning (with alpha/beta/rc1 etc) is to using something similar to the javascript suggestion by Jan (enumera

svn commit: r409343 - /ant/core/trunk/src/etc/testcases/taskdefs/conditions/antversion.xml

Author: kevj Date: Thu May 25 02:33:23 2006 New Revision: 409343 URL: http://svn.apache.org/viewvc?rev=409343&view=rev Log: updated test build file Modified: ant/core/trunk/src/etc/testcases/taskdefs/conditions/antversion.xml Modified: ant/core/trunk/src/etc/testcases/taskdefs/conditions/ant

svn commit: r409344 - /ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/condition/AntVersion.java

Author: kevj Date: Thu May 25 02:34:28 2006 New Revision: 409344 URL: http://svn.apache.org/viewvc?rev=409344&view=rev Log: updated to use a java translation of the javascript version handling code in the bug report Modified: ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/condition/A

DO NOT REPLY [Bug 39407] - Change task to accept the XSLT stylesheet as a resource

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_bu

and junit4 (long)

Jesse Glick and I had a phone conf with a couple of JUnit people, including Kent Beck, on the future of They've been getting reports of junit4/ problems, which is not surprising given that ant1.65. doesn't work with junit4. We discussed what is coming in Ant1.7, and I guess junit4 is extra mo

svn commit: r409378 - in /ant/core/trunk: ./ docs/manual/CoreTasks/ src/etc/testcases/taskdefs/style/ src/main/org/apache/tools/ant/taskdefs/ src/main/org/apache/tools/ant/taskdefs/optional/ src/testc

Author: antoine Date: Thu May 25 05:39:19 2006 New Revision: 409378 URL: http://svn.apache.org/viewvc?rev=409378&view=rev Log: Add support to define the stylesheet as a resource in Bugzilla Report 39407 Added: ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/XSLTLiaison3.java Modified:

DO NOT REPLY [Bug 39407] - Change task to accept the XSLT stylesheet as a resource

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_bu

Re: Added (very basic) antversion condition

On Thu, 25 May 2006, Kevin Jackson <[EMAIL PROTECTED]> wrote: > Hi, > > Had some free time today so built a basic antversion condition. > (see commits) > > Currently only supports x.y, not x.y.z versioning, currently the > only way I can see of doing the full versioning (with alpha/beta/rc1 > etc

Re: and junit4 (long)

On Thu, 25 May 2006, Steve Loughran <[EMAIL PROTECTED]> wrote: > I guess junit4 is extra motivation for us to stick a beta of that > out soon. All we need is a release plan to vote on as well as a release manager ;-) > We discussed where this task would go (antlib under ant vs. antlib > at junit

DO NOT REPLY [Bug 39644] - FTP task fails, but reason is unclear

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_bu

Re: Re: Added (very basic) antversion condition

Hello Kevin, Yes, I agree with Stefan, you probably do not need to cut your hairs in 4 (French expression) concerning the alpha versions ... Regards, Antoine > Original-Nachricht > Datum: Thu, 25 May 2006 15:51:35 +0200 > Von: Stefan Bodewig <[EMAIL PROTECTED]> > An: dev@ant.a

Re: Re: and junit4 (long)

> Original-Nachricht > Datum: Thu, 25 May 2006 16:08:37 +0200 > Von: Stefan Bodewig <[EMAIL PROTECTED]> > An: dev@ant.apache.org > Betreff: Re: and junit4 (long) > > On Thu, 25 May 2006, Steve Loughran <[EMAIL PROTECTED]> wrote: > > > I guess junit4 is extra motivation for us

junitreport [was and junit4 (long)]

Hello Steve, Stefan, and all Ants ..., > Original-Nachricht > Datum: Thu, 25 May 2006 13:36:55 +0100 > Von: Steve Loughran <[EMAIL PROTECTED]> > An: Ant Developers List > Betreff: and junit4 (long) > > -xml reports don’t fully escape everything they should, and when the > app

No package found

Javadoc task produces "folder does not contain any package" What does this mean? Thank You, * This email message and any files transmitted with it contain confidential information intended only for the person(s) to whom this email

Re: and junit4 (long)

Stefan Bodewig wrote: On Thu, 25 May 2006, Steve Loughran <[EMAIL PROTECTED]> wrote: I guess junit4 is extra motivation for us to stick a beta of that out soon. All we need is a release plan to vote on as well as a release manager ;-) We discussed where this task would go (antlib under a

DO NOT REPLY [Bug 39662] New: - JavaDoc task ignores sourcepath

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_bu

Re: No package found

Good Afternoon All- Apparently sourcepath attribute doesnt parse the value assigned inside Javadoc task If inside the To: "Ant Developers List" Cc: "Ant Users List" Sent: Thursday, May 25, 2006 3:53 PM Subject: No package found Javadoc task produces "folder does not contain any package" Wha

svn commit: r409551 - /ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/condition/AntVersion.java

Author: kevj Date: Thu May 25 21:16:44 2006 New Revision: 409551 URL: http://svn.apache.org/viewvc?rev=409551&view=rev Log: implement DeweyDecimal versioning - strip alpha/beta/rc qualifiers from version string first Modified: ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/condition/

svn commit: r409552 - /ant/core/trunk/src/etc/testcases/taskdefs/conditions/antversion.xml

Author: kevj Date: Thu May 25 21:17:30 2006 New Revision: 409552 URL: http://svn.apache.org/viewvc?rev=409552&view=rev Log: remove references to alpha - add in x.y.z tests Modified: ant/core/trunk/src/etc/testcases/taskdefs/conditions/antversion.xml Modified: ant/core/trunk/src/etc/testcases

Re: Added (very basic) antversion condition

Hi all, Taking into consideration the suggestion that there will be no need to differentiate between 1.7 and 1.7alpha, I've switched implementation to use DeweyDecimal as per Stefan's suggestion. I tried to make sure the code will compile on 1.2+ jdks (ie no regular expressions - java < 1