[VOTE] Ant 1.6.4 release
Do we want to release ant 1.6.4 on Thursday, May 19th (this would at least suit Eclipse) [ ] Yes [ ] No Cheers, Antoine - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: [VOTE] Ant 1.6.4 release
+1 Jan - would be a birthday present for my girl friend :-) -Ursprüngliche Nachricht- Von: Antoine Levy-Lambert [mailto:[EMAIL PROTECTED] Gesendet am: Dienstag, 10. Mai 2005 08:49 An: Ant Developers List Betreff: [VOTE] Ant 1.6.4 release Do we want to release ant 1.6.4 on Thursday, May 19th (this would at least suit Eclipse) [ ] Yes [ ] No Cheers, Antoine - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Ant 1.6.4 release
[x] Yes [ ] No and +1 just in case ;) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Ant 1.6.4 release
Antoine Levy-Lambert wrote: Do we want to release ant 1.6.4 on Thursday, May 19th (this would at least suit Eclipse) [ ] Yes [ ] No Cheers, Antoine +1 Martijn - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Ant 1.6.4 release
Antoine Levy-Lambert wrote: Do we want to release ant 1.6.4 on Thursday, May 19th (this would at least suit Eclipse) [ ] Yes [ ] No +1 Conor - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: ant/xdocs/stylesheets templates.vm
bodewig 2005/05/10 00:03:33 Modified:docs antnews.html bindownload.html bylaws.html contributors.html cvs.html external.html faq.html index.html legal.html license.html mail.html mission.html problems.html projects.html resources.html srcdownload.html docs/projects index.html xdocs/stylesheets templates.vm Log: Maybe somebody should have said that the image was transparent and antialiased for a white background. Maybe I should simply allow my browser to load images that don't come from the same server as the HTML page. Revision ChangesPath 1.102 +1 -1 ant/docs/antnews.html Index: antnews.html === RCS file: /home/cvs/ant/docs/antnews.html,v retrieving revision 1.101 retrieving revision 1.102 diff -u -r1.101 -r1.102 --- antnews.html 9 May 2005 13:26:09 - 1.101 +++ antnews.html 10 May 2005 07:03:31 - 1.102 @@ -83,7 +83,7 @@ div class=menucontainer div align=center a href=http://ApacheCon.Com/;img width=135 height=50 - border=0 + border=0 style=background-color: white src=http://apache.org/images/ac2005eu_135x50.gif; alt=ApacheCon! title=Come to ApacheCon!//a /div 1.59 +1 -1 ant/docs/bindownload.html Index: bindownload.html === RCS file: /home/cvs/ant/docs/bindownload.html,v retrieving revision 1.58 retrieving revision 1.59 diff -u -r1.58 -r1.59 --- bindownload.html 9 May 2005 13:26:09 - 1.58 +++ bindownload.html 10 May 2005 07:03:31 - 1.59 @@ -75,7 +75,7 @@ div class=menucontainer div align=center a href=http://ApacheCon.Com/;img width=135 height=50 - border=0 + border=0 style=background-color: white src=http://apache.org/images/ac2005eu_135x50.gif; alt=ApacheCon! title=Come to ApacheCon!//a /div 1.18 +1 -1 ant/docs/bylaws.html Index: bylaws.html === RCS file: /home/cvs/ant/docs/bylaws.html,v retrieving revision 1.17 retrieving revision 1.18 diff -u -r1.17 -r1.18 --- bylaws.html 9 May 2005 13:26:09 - 1.17 +++ bylaws.html 10 May 2005 07:03:31 - 1.18 @@ -77,7 +77,7 @@ div class=menucontainer div align=center a href=http://ApacheCon.Com/;img width=135 height=50 - border=0 + border=0 style=background-color: white src=http://apache.org/images/ac2005eu_135x50.gif; alt=ApacheCon! title=Come to ApacheCon!//a /div 1.66 +1 -1 ant/docs/contributors.html Index: contributors.html === RCS file: /home/cvs/ant/docs/contributors.html,v retrieving revision 1.65 retrieving revision 1.66 diff -u -r1.65 -r1.66 --- contributors.html 9 May 2005 13:26:09 - 1.65 +++ contributors.html 10 May 2005 07:03:31 - 1.66 @@ -77,7 +77,7 @@ div class=menucontainer div align=center a href=http://ApacheCon.Com/;img width=135 height=50 - border=0 + border=0 style=background-color: white src=http://apache.org/images/ac2005eu_135x50.gif; alt=ApacheCon! title=Come to ApacheCon!//a /div 1.34 +1 -1 ant/docs/cvs.html Index: cvs.html === RCS file: /home/cvs/ant/docs/cvs.html,v retrieving revision 1.33 retrieving revision 1.34 diff -u -r1.33 -r1.34 --- cvs.html 9 May 2005 13:26:09 - 1.33 +++ cvs.html 10 May 2005 07:03:31 - 1.34 @@ -77,7 +77,7 @@ div class=menucontainer div align=center a href=http://ApacheCon.Com/;img width=135 height=50 - border=0 + border=0 style=background-color: white src=http://apache.org/images/ac2005eu_135x50.gif; alt=ApacheCon! title=Come to ApacheCon!//a /div 1.200 +1 -1 ant/docs/external.html Index: external.html === RCS file: /home/cvs/ant/docs/external.html,v retrieving revision 1.199 retrieving revision 1.200 diff -u -r1.199 -r1.200 --- external.html 9 May 2005 13:26:09 - 1.199 +++ external.html 10 May 2005 07:03:31 - 1.200 @@ -77,7 +77,7 @@ div class=menucontainer div align=center a href=http://ApacheCon.Com/;img width=135 height=50 -
cvs commit: ant WHATSNEW
bodewig 2005/05/10 00:37:03 Modified:.WHATSNEW Log: fix NPE reported by Curt Arnold Revision ChangesPath 1.818 +3 -0 ant/WHATSNEW Index: WHATSNEW === RCS file: /home/cvs/ant/WHATSNEW,v retrieving revision 1.817 retrieving revision 1.818 diff -u -r1.817 -r1.818 --- WHATSNEW 4 May 2005 15:04:36 - 1.817 +++ WHATSNEW 10 May 2005 07:37:03 - 1.818 @@ -204,6 +204,9 @@ * DirectoryScanner.slowScan() was broken. Bugzilla report 34722. +* DirectoryScanner.scan() could throw a NullPointerException on + case-insensitive filesystems (read Windows or MacOS X). + Other changes: -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: ant/src/main/org/apache/tools/ant DirectoryScanner.java
bodewig 2005/05/10 00:37:04
Modified:src/main/org/apache/tools/ant DirectoryScanner.java
Log:
fix NPE reported by Curt Arnold
Revision ChangesPath
1.100 +1 -1 ant/src/main/org/apache/tools/ant/DirectoryScanner.java
Index: DirectoryScanner.java
===
RCS file: /home/cvs/ant/src/main/org/apache/tools/ant/DirectoryScanner.java,v
retrieving revision 1.99
retrieving revision 1.100
diff -u -r1.99 -r1.100
--- DirectoryScanner.java 3 May 2005 14:59:44 - 1.99
+++ DirectoryScanner.java 10 May 2005 07:37:04 - 1.100
@@ -872,7 +872,7 @@
}
if ((myfile == null || !myfile.exists())
!isCaseSensitive()) {
File f = findFile(basedir, currentelement, false);
-if (f.exists()) {
+if (f != null f.exists()) {
// adapt currentelement to the case we've
// actually found
currentelement =
FILE_UTILS.removeLeadingPath(basedir,
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: ant 1.6.3 breakage of cpptasks
On Tue, 10 May 2005, Stefan Bodewig [EMAIL PROTECTED] wrote: On Mon, 9 May 2005, Curt Arnold [EMAIL PROTECTED] wrote: I have had two reports in log4cxx of compile failures that seem to be caused by changes in Ant 1.6.3, http://marc.theaimsgroup.com/?l=log4cxx-userm=111522597306665w=2 Bug in DirectoryScanner that I'll look into. fixed in CVS, will be fixed in 1.6.4. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: ant WHATSNEW
bodewig 2005/05/10 00:37:29 Modified:.Tag: ANT_16_BRANCH WHATSNEW Log: merge Revision ChangesPath No revision No revision 1.503.2.224 +3 -0 ant/WHATSNEW Index: WHATSNEW === RCS file: /home/cvs/ant/WHATSNEW,v retrieving revision 1.503.2.223 retrieving revision 1.503.2.224 diff -u -r1.503.2.223 -r1.503.2.224 --- WHATSNEW 4 May 2005 15:04:48 - 1.503.2.223 +++ WHATSNEW 10 May 2005 07:37:29 - 1.503.2.224 @@ -12,6 +12,9 @@ * DirectoryScanner.slowScan() was broken. Bugzilla report 34722. +* DirectoryScanner.scan() could throw a NullPointerException on + case-insensitive filesystems (read Windows or MacOS X). + Other changes: -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: ant/src/main/org/apache/tools/ant DirectoryScanner.java
bodewig 2005/05/10 00:37:29
Modified:src/main/org/apache/tools/ant Tag: ANT_16_BRANCH
DirectoryScanner.java
Log:
merge
Revision ChangesPath
No revision
No revision
1.64.2.12 +1 -1 ant/src/main/org/apache/tools/ant/DirectoryScanner.java
Index: DirectoryScanner.java
===
RCS file: /home/cvs/ant/src/main/org/apache/tools/ant/DirectoryScanner.java,v
retrieving revision 1.64.2.11
retrieving revision 1.64.2.12
diff -u -r1.64.2.11 -r1.64.2.12
--- DirectoryScanner.java 3 May 2005 18:26:35 - 1.64.2.11
+++ DirectoryScanner.java 10 May 2005 07:37:29 - 1.64.2.12
@@ -872,7 +872,7 @@
}
if ((myfile == null || !myfile.exists())
!isCaseSensitive()) {
File f = findFile(basedir, currentelement, false);
-if (f.exists()) {
+if (f != null f.exists()) {
// adapt currentelement to the case we've
// actually found
currentelement =
FILE_UTILS.removeLeadingPath(basedir,
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: ant/xdocs faq.xml
bodewig 2005/05/10 00:39:37 Modified:docs Tag: ANT_16_BRANCH faq.html xdocsTag: ANT_16_BRANCH faq.xml Log: Merge FAQ changes from HEAD Revision ChangesPath No revision No revision 1.77.2.24 +128 -33 ant/docs/faq.html Index: faq.html === RCS file: /home/cvs/ant/docs/faq.html,v retrieving revision 1.77.2.23 retrieving revision 1.77.2.24 diff -u -r1.77.2.23 -r1.77.2.24 --- faq.html 28 Apr 2005 13:12:32 - 1.77.2.23 +++ faq.html 10 May 2005 07:39:37 - 1.77.2.24 @@ -354,6 +354,14 @@ lt;stylegt; or lt;junitgt; ignores my lt;classpathgt; /a/li +lia href=#delegating-classloader-1.5 + lt;stylegt; or lt;junitgt; ignores my + lt;classpathgt; - Ant 1.5.x version + /a/li +lia href=#delegating-classloader-1.6 + lt;stylegt; or lt;junitgt; ignores my + lt;classpathgt; - Ant 1.6.x version + /a/li lia href=#winxp-jdk14-ant14 When running Ant 1.4 on Windows XP and JDK 1.4, I get various errors when trying to codelt;execgt;/code, fork @@ -1610,31 +1618,23 @@ /p pThese tasks don't ignore your classpath setting, you are facing a common problem with delegating classloaders./p -pFirst of all let's state that Ant adds all -code.jar/code files from codeANT_HOME/lib/code to -codeCLASSPATH/code, therefore in -codeCLASSPATH/code shall mean either in your -codeCLASSPATH/code environment variable or -codeANT_HOME/lib/code for the rest of this -answer./p -pTechnically the sentence above isn't true for Ant 1.6 -and later anymore, but the result is the same. For the sake -of this discussion, codeCLASSPATH/code and -codeANT_HOME/lib/code are identical./p pThis question collects a common type of problem: A task needs an external library and it has a nested classpath element so that you can point it to this external library, but -that doesn't work unless you put the external library into the -codeCLASSPATH/code./p -pThe root of the problem is that the class that needs the -external library is on the codeCLASSPATH/code./p +that doesn't work unless you put the external library +into the codeCLASSPATH/code or place it in +codeANT_HOME/lib/code./p +pSome background is necessary before we can discuss +solutions for a href=#delegating-classloader-1.5Ant +1.5.x/a and a href=#delegating-classloader-1.6Ant +1.6.x/a./p pWhen you specify a nested codelt;classpathgt;/code in Ant, Ant creates a new class loader that uses the path you have specified. It then tries to load additional classes from this classloader./p -pIn most cases - for example the two cases above - Ant -doesn't load the external library directly, it is the loaded -class that does so./p +pIn most cases - for example using lt;stylegt; or +lt;junitgt; - Ant doesn't load the external library +directly, it is the loaded class that does so./p pIn the case of codelt;junitgt;/code it is the task implementation itself and in the case of codelt;stylegt;/code it is the implementation of the @@ -1654,16 +1654,37 @@ class loader, does not itself have a parent but may serve as the parent of a codeClassLoader/code instance./blockquote -pThis means, Ant's class loader will consult the +pThe possible solutions depend on the version of Ant you +use, see the next sections./p +p class=faq + a name=delegating-classloader-1.5/a + lt;stylegt; or lt;junitgt; ignores my + lt;classpathgt; - Ant 1.5.x version +/p + pPlease read a href=#delegating-classloaderthe previous +entry/a before you go ahead./p +pFirst of all let's state that Ant's wrapper script +(codeant/code or codeant.bat/code) adds all +code.jar/code files from codeANT_HOME/lib/code to +codeCLASSPATH/code, therefore in +codeCLASSPATH/code shall mean either in your +codeCLASSPATH/code environment variable or +codeANT_HOME/lib/code for the rest of this +answer./p +pThe root of the problem is that the class that needs the +external library is on the
Re: [patch] FTP.java - adding support for new features in commons-net 1.4.0 and performance improvement
Ok, commons-net 1.4.0 has been released now. How can we proceed? Meanwhile I also implemented the feature of retry-on-IOException, for FTP task. Stefan Bodewig wrote: The vote has passed and release is being prepared (see below). Hopefully it will be ready in a day or two. Sounds good. Original Message Subject: [ANNOUNCEMENT] Commons-Net 1.4.0 Released Date: Tue, 10 May 2005 09:22:31 +0100 From: Rory Winston [EMAIL PROTECTED] To: announcements@jakarta.apache.org, commons-dev@jakarta.apache.org, commons-user@jakarta.apache.org The Commons-Net team are pleased to announce the release of version 1.4.0. This release provides several fixes and enhancements, including: - The addition of a new configuration mechanism that enables the FTPClient component to work with a much larger range of server formats and locales; - The addition of missing NTP unit tests; - The addition of a new FTP parser implementation for MVS; - Various fixes to the TFPClient and NTPClient components A list of changes can be found at http://jakarta.apache.org/commons/net/changes-report.html#1_4_0 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Fwd: [PGP] New Sandbox component
If you want to join the fun, please come over to [EMAIL PROTECTED] Cheers Stefan To: commons-dev@jakarta.apache.org Subject: [PGP] New Sandbox component From: Stefan Bodewig [EMAIL PROTECTED] Date: Tue, 10 May 2005 10:34:59 +0200 Message-ID: [EMAIL PROTECTED] Hi, members of the Maven, Ant and Repository teams have been thinking about adding PGP support to their respective projects for a while, but so far neither of those projects has made any real attempt to do so. Some discussion on the Ant dev list that involved Ant and Maven committers lead to the idea of commons-pgp. The goal is a library that provides a simple API to PGP sign files (or streams?) and verify PGP signatures. This may be extended to key management or encryption/decryption later. The idea is to start with an implementation based on Bouncycastle's[1] library but keep the API independent of it in order to allow different providers like cryptix[2] to be written. The library itself is supposed to be independent of either Ant or Maven. The initial set of committers will be Brett Porter, Matte Benson (who is an Ant committer, I've just granted him commit access to the sandbox) and myself, but more helping hands are certainly welcome. So far all there is is a README file describing the purpose of the component. We probably should have an API sketch before we go further than that. Somebody with commons karma will have to add pgp to the externals of trunks-sandox at one point. Based on the projects involved the question probably won't be whether we use Maven or Ant to build the project, we'll support both. 8-) Cheers Stefan Footnotes: [1] http://www.bouncycastle.org/ [2] http://www.cryptix.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Ant 1.6.4 release
Antoine Levy-Lambert wrote: Do we want to release ant 1.6.4 on Thursday, May 19th (this would at least suit Eclipse) [ ] Yes [ ] No Cheers, Antoine Yes, Peter - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Ant 1.6.4 release
Antoine Levy-Lambert wrote: Do we want to release ant 1.6.4 on Thursday, May 19th (this would at least suit Eclipse) [ +1] Yes [ ] No steve - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Ant 1.6.4 release
Antoine Levy-Lambert wrote: Do we want to release ant 1.6.4 on Thursday, May 19th (this would at least suit Eclipse) [+1 ] Yes [ ] No steve - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [VOTE] Ant 1.6.4 release
+1 Jose -Original Message- From: Steve Loughran [mailto:[EMAIL PROTECTED] Sent: 10 May 2005 10:42 To: Ant Developers List Subject: Re: [VOTE] Ant 1.6.4 release Antoine Levy-Lambert wrote: Do we want to release ant 1.6.4 on Thursday, May 19th (this would at least suit Eclipse) [+1 ] Yes [ ] No steve - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Fwd: [ANNOUNCEMENT] Commons-Net 1.4.0 Released]
The new release of jakarta-commons-1.4.0 contains some features that were specifically designed with Ant in mind. In particular the FTPClientConfig class was designed with the thought of enabling the enhancement of the ant ftp task to 1. handle ftp servers with file listing formats that format dates in other than the standard (i.e. US English) ways. More importantly, perhaps, for Ant 2. handle time zone differences between client and server. This would enable dependency checking to be more usefully associated with the task. In the next few weeks (months) I am intending to rework the ftp task to take advantage of these new capabilities. This would involve adding some new attributes to the task and transmitting these to the commons-net implementation. ---BeginMessage--- The Commons-Net team are pleased to announce the release of version 1.4.0. This release provides several fixes and enhancements, including: - The addition of a new configuration mechanism that enables the FTPClient component to work with a much larger range of server formats and locales; - The addition of missing NTP unit tests; - The addition of a new FTP parser implementation for MVS; - Various fixes to the TFPClient and NTPClient components A list of changes can be found at http://jakarta.apache.org/commons/net/changes-report.html#1_4_0 _ Sign up for eircom broadband now and get a free two month trial.* Phone 1850 73 00 73 or visit http://home.eircom.net/broadbandoffer - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] ---End Message--- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [Fwd: [ANNOUNCEMENT] Commons-Net 1.4.0 Released]
Why not move the task or its new version into jakerta-commons and provide us with a ready to go feature full antlib. That would allow us to start decoupling things from the main ANT release. Jose Alberto -Original Message- From: Steve Cohen [mailto:[EMAIL PROTECTED] Sent: 10 May 2005 13:07 To: dev@ant.apache.org Subject: [Fwd: [ANNOUNCEMENT] Commons-Net 1.4.0 Released] The new release of jakarta-commons-1.4.0 contains some features that were specifically designed with Ant in mind. In particular the FTPClientConfig class was designed with the thought of enabling the enhancement of the ant ftp task to 1. handle ftp servers with file listing formats that format dates in other than the standard (i.e. US English) ways. More importantly, perhaps, for Ant 2. handle time zone differences between client and server. This would enable dependency checking to be more usefully associated with the task. In the next few weeks (months) I am intending to rework the ftp task to take advantage of these new capabilities. This would involve adding some new attributes to the task and transmitting these to the commons-net implementation. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Ant 1.6.4 release
On May 10, 2005, at 2:48 AM, Antoine Levy-Lambert wrote: Do we want to release ant 1.6.4 on Thursday, May 19th (this would at least suit Eclipse) [X] Yes [ ] No +1 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Fwd: [ANNOUNCEMENT] Commons-Net 1.4.0 Released]
On Tue, 10 May 2005, Steve Cohen [EMAIL PROTECTED] wrote: In the next few weeks (months) I am intending to rework the ftp task to take advantage of these new capabilities. Maybe Neeme Praks' patch[1] would provide a nice starting point? Stefan Footnotes: [1] http://marc.theaimsgroup.com/?l=ant-devm=111523085825979w=2 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Ant 1.6.4 release
On Tue, 10 May 2005, Antoine Levy-Lambert [EMAIL PROTECTED] wrote: Do we want to release ant 1.6.4 on Thursday, May 19th +1 Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Fwd: [ANNOUNCEMENT] Commons-Net 1.4.0 Released]
Stefan Bodewig wrote: On Tue, 10 May 2005, Steve Cohen [EMAIL PROTECTED] wrote: In the next few weeks (months) I am intending to rework the ftp task to take advantage of these new capabilities. Maybe Neeme Praks' patch[1] would provide a nice starting point? Stefan Footnotes: [1] http://marc.theaimsgroup.com/?l=ant-devm=111523085825979w=2 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Neeme Praks was very helpful in debugging the new commons code. I suggested that he modify the task. I didn't realize that he had contributed the code and I will have a look at it. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Fwd: [ANNOUNCEMENT] Commons-Net 1.4.0 Released]
Jose Alberto Fernandez wrote: Why not move the task or its new version into jakerta-commons and provide us with a ready to go feature full antlib. That would allow us to start decoupling things from the main ANT release. Jose Alberto I have not been as active in Ant circles as in the past. Is decoupling now a strategic priority for Ant? Can you please provide me with more details, examples? I'd be happy to use that approach if that's the direction the community is taking. I think it's a good idea. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Fwd: [ANNOUNCEMENT] Commons-Net 1.4.0 Released]
On Tue, 10 May 2005, Steve Cohen [EMAIL PROTECTED] wrote: Is decoupling now a strategic priority for Ant? No, I wouldn't put it that strong. Can you please provide me with more details, examples? We haven't moved any existing Ant task out of Ant yet, but with the Antlibs subproject and SVN we may have the infrastructure to do that later. We could always bundle tagged versions of an antlib as part of a main Ant release, for example. But no, no concrete plans and no examples yet. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34839] New: - Task for finding files in a path
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=34839. 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=34839 Summary: Task for finding files in a path Product: Ant Version: 1.7Alpha (nightly) Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: Core tasks AssignedTo: dev@ant.apache.org ReportedBy: [EMAIL PROTECTED] This new task looks inside a nested path/ for occurrences of a file and stores all locations as a property. See the included manual for details. -- 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 34839] - Task for finding files in a path
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=34839. 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=34839 --- Additional Comments From [EMAIL PROTECTED] 2005-05-10 15:24 --- For the meanwhile have a look at the tutorial Tasks using Properties, Filesets Paths [1]: The goal is to write a task, which searchs in a path for a file and saves the location of that file in a property. [1] http://ant.apache.org/manual/tutorial-tasks-filesets-properties.html -- 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 34841] New: - CVS Task don't work on Windows based CVS
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=34841. 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=34841 Summary: CVS Task don't work on Windows based CVS Product: Ant Version: 1.7Alpha (nightly) Platform: PC OS/Version: Windows 2000 Status: NEW Severity: major Priority: P2 Component: Core tasks AssignedTo: dev@ant.apache.org ReportedBy: [EMAIL PROTECTED] CVS can't found repository path on Windows based CVS (CVSNT) QUOTE: [cvs] cvs checkout: CVSROOT requires a path spec: [cvs] cvs checkout: :(gserver|kserver|pserver):[[user][:[EMAIL PROTECTED]: [port]]/path [cvs] cvs checkout: [:(ext|server):[EMAIL PROTECTED]:]/path [cvs] cvs [checkout aborted]: Bad CVSROOT: `:pserver:x:[EMAIL PROTECTED]:c:\var\cvsroot'. I tried using diferent ways like: /c/var/cvsroot, /var/cvsroot, c\var\cvsroot. QUOTE: [cvs] /c/var/cvsroot: no such repository -- 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: [VOTE] Ant 1.6.4 release
From: Antoine Levy-Lambert [mailto:[EMAIL PROTECTED] Do we want to release ant 1.6.4 on Thursday, May 19th (this would at least suit Eclipse) [+1] Yes [ ] No --DD -- This e-mail, including any attached files, may contain confidential and privileged information for the sole use of the intended recipient. Any review, use, distribution, or disclosure by others is strictly prohibited. If you are not the intended recipient (or authorized to receive information for the intended recipient), please contact the sender by reply e-mail and delete all copies of this message. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: ant build.xml
bodewig 2005/05/10 06:57:48
Modified:.build.xml
Log:
Add SHA1 checksums, prepare stuff for
http://www.apache.org/dist/java-repository/
Revision ChangesPath
1.467 +32 -0 ant/build.xml
Index: build.xml
===
RCS file: /home/cvs/ant/build.xml,v
retrieving revision 1.466
retrieving revision 1.467
diff -u -r1.466 -r1.467
--- build.xml 24 Mar 2005 08:29:42 - 1.466
+++ build.xml 10 May 2005 13:57:48 - 1.467
@@ -135,6 +135,8 @@
property name=src.dist.docs value=${src.dist.dir}/docs/
property name=src.dist.lib value=${src.dist.dir}/lib/
+ property name=java-repository.dir value=java-repository/ant/jars/
+
!--
===
Set up selectors to be used by javac, junit and jar to exclude
@@ -1188,9 +1190,11 @@
target name=main_distribution
description=-- creates the zip and tar distributions
delete dir=${dist.name}/
+delete dir=${java-repository.dir}/
mkdir dir=${dist.base}/
mkdir dir=${dist.base}/src/
mkdir dir=${dist.base}/bin/
+mkdir dir=${java-repository.dir}/
antcall inheritAll=false target=internal_dist
param name=dist.dir value=${dist.name}/
@@ -1231,6 +1235,20 @@
bzip2 destfile=${dist.base}/bin/${dist.name}-bin.tar.bz2
src=${dist.base}/bin/${dist.name}-bin.tar/
delete file=${dist.base}/bin/${dist.name}-bin.tar/
+
+copy todir=${java-repository.dir}
+ fileset dir=${dist.name}/lib
+include name=ant*.jar/
+ /fileset
+ mapper type=glob from=*.jar to=*-${version}.jar/
+/copy
+checksum fileext=.md5
+ fileset dir=${java-repository.dir} includes=*${version}.jar/
+/checksum
+checksum fileext=.sha1 algorithm=SHA
+ fileset dir=${java-repository.dir} includes=*${version}.jar/
+/checksum
+
delete dir=${dist.name}/
checksum fileext=.md5
fileset dir=${dist.base}/bin/
@@ -1239,6 +1257,13 @@
exclude name=**/*.md5/
/fileset
/checksum
+checksum fileext=.sha1 algorithm=SHA
+ fileset dir=${dist.base}/bin/
+include name=**/*/
+exclude name=**/*.asc/
+exclude name=**/*.md5/
+ /fileset
+/checksum
antcall inheritAll=false target=src-dist
param name=src.dist.dir value=${dist.name}/
@@ -1279,6 +1304,13 @@
exclude name=**/*.md5/
/fileset
/checksum
+checksum fileext=.sha1 algorithm=SHA
+ fileset dir=${dist.base}/src/
+include name=**/*/
+exclude name=**/*.asc/
+exclude name=**/*.md5/
+ /fileset
+/checksum
/target
target name=distribution depends=main_distribution
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: ant build.xml
bodewig 2005/05/10 06:58:53
Modified:.Tag: ANT_16_BRANCH build.xml
Log:
merge
Revision ChangesPath
No revision
No revision
1.392.2.42 +32 -0 ant/build.xml
Index: build.xml
===
RCS file: /home/cvs/ant/build.xml,v
retrieving revision 1.392.2.41
retrieving revision 1.392.2.42
diff -u -r1.392.2.41 -r1.392.2.42
--- build.xml 28 Apr 2005 13:12:30 - 1.392.2.41
+++ build.xml 10 May 2005 13:58:53 - 1.392.2.42
@@ -131,6 +131,8 @@
property name=src.dist.docs value=${src.dist.dir}/docs/
property name=src.dist.lib value=${src.dist.dir}/lib/
+ property name=java-repository.dir value=java-repository/ant/jars/
+
!--
===
Set up selectors to be used by javac, junit and jar to exclude
@@ -1127,9 +1129,11 @@
target name=main_distribution
description=-- creates the zip and tar distributions
delete dir=${dist.name}/
+delete dir=${java-repository.dir}/
mkdir dir=${dist.base}/
mkdir dir=${dist.base}/src/
mkdir dir=${dist.base}/bin/
+mkdir dir=${java-repository.dir}/
antcall inheritAll=false target=internal_dist
param name=dist.dir value=${dist.name}/
@@ -1170,6 +1174,20 @@
bzip2 destfile=${dist.base}/bin/${dist.name}-bin.tar.bz2
src=${dist.base}/bin/${dist.name}-bin.tar/
delete file=${dist.base}/bin/${dist.name}-bin.tar/
+
+copy todir=${java-repository.dir}
+ fileset dir=${dist.name}/lib
+include name=ant*.jar/
+ /fileset
+ mapper type=glob from=*.jar to=*-${version}.jar/
+/copy
+checksum fileext=.md5
+ fileset dir=${java-repository.dir} includes=*${version}.jar/
+/checksum
+checksum fileext=.sha1 algorithm=SHA
+ fileset dir=${java-repository.dir} includes=*${version}.jar/
+/checksum
+
delete dir=${dist.name}/
checksum fileext=.md5
fileset dir=${dist.base}/bin/
@@ -1178,6 +1196,13 @@
exclude name=**/*.md5/
/fileset
/checksum
+checksum fileext=.sha1 algorithm=SHA
+ fileset dir=${dist.base}/bin/
+include name=**/*/
+exclude name=**/*.asc/
+exclude name=**/*.md5/
+ /fileset
+/checksum
antcall inheritAll=false target=src-dist
param name=src.dist.dir value=${dist.name}/
@@ -1218,6 +1243,13 @@
exclude name=**/*.md5/
/fileset
/checksum
+checksum fileext=.sha1 algorithm=SHA
+ fileset dir=${dist.base}/src/
+include name=**/*/
+exclude name=**/*.asc/
+exclude name=**/*.md5/
+ /fileset
+/checksum
/target
target name=distribution depends=main_distribution
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Company Disclaimer [WAS: RE: [VOTE] Ant 1.6.4 release]
And here comes the newly Company-wide instituted automatic disclaimer inserted at the outbound email gateway... I'm really sorry about this. And there's nothing I can do, I think, except maybe try to post from a different account, using a different mail client, which would be a bit of a PITA. Any suggestion for this Outlook/Exchange user? Are web-based client really usable? --DD -Original Message- From: Dominique Devienne [mailto:[EMAIL PROTECTED] Sent: Tuesday, May 10, 2005 8:44 AM To: Ant Developers List Subject: RE: [VOTE] Ant 1.6.4 release ... --DD -- This e-mail, including any attached files, may contain confidential and privileged information for the sole use of the intended recipient. Any review, use, distribution, or disclosure by others is strictly prohibited. If you are not the intended recipient (or authorized to receive information for the intended recipient), please contact the sender by reply e-mail and delete all copies of this message. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- This e-mail, including any attached files, may contain confidential and privileged information for the sole use of the intended recipient. Any review, use, distribution, or disclosure by others is strictly prohibited. If you are not the intended recipient (or authorized to receive information for the intended recipient), please contact the sender by reply e-mail and delete all copies of this message. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: ant WHATSNEW
woohoo! I didn't do it! (I was scared :) -Matt --- [EMAIL PROTECTED] wrote: bodewig 2005/05/10 00:37:03 Modified:.WHATSNEW Log: fix NPE reported by Curt Arnold Revision ChangesPath 1.818 +3 -0 ant/WHATSNEW Index: WHATSNEW === RCS file: /home/cvs/ant/WHATSNEW,v retrieving revision 1.817 retrieving revision 1.818 diff -u -r1.817 -r1.818 --- WHATSNEW4 May 2005 15:04:36 - 1.817 +++ WHATSNEW10 May 2005 07:37:03 - 1.818 @@ -204,6 +204,9 @@ * DirectoryScanner.slowScan() was broken. Bugzilla report 34722. +* DirectoryScanner.scan() could throw a NullPointerException on + case-insensitive filesystems (read Windows or MacOS X). + Other changes: -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Yahoo! Mail Stay connected, organized, and protected. Take the tour: http://tour.mail.yahoo.com/mailtour.html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: proposed build.xml changes to speed up releases
On Wed, 4 May 2005, Antoine Levy-Lambert [EMAIL PROTECTED] wrote: I have one or two other ideas to make the release faster : I've added a bit to the main_distribution target that you may want to take into account when you make your modifications. (1) add SHA1 checksums in addition to the MD5 ones. At least my oldish Linux box has an sha1sum tool that seems to come from the same sources as md5sum. We'd need to investigate options for other OSes and update the download pages. (2) it now creates java-repository/ant/jars with the jars that make up the binary distribution, and builds checksums of them. This should be copied to www.ao/dist/java-repository which again is the rsync master for the ASF pieces in the Maven and Maven2 repos. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: cvs commit: ant build.xml
Betreff: cvs commit: ant build.xml
bodewig 2005/05/10 06:57:48
Modified:.build.xml
Log:
Add SHA1 checksums, prepare stuff for
http://www.apache.org/dist/java-repository/
+copy todir=${java-repository.dir}
+ fileset dir=${dist.name}/lib
+include name=ant*.jar/
+ /fileset
+ mapper type=glob from=*.jar to=*-${version}.jar/
+/copy
Wouldnt it be better to have the version in front of the name to get all
files together?
ant-1.6.3.jar
ant-1.6.4.jar
ant-jsch-1.6.3.jar
ant-jsch-1.6.4.jar
ant-optional-1.6.3.jar
ant-optional-1.6.4.jar
1.6.3-ant.jar
1.6.3-ant-jsch.jar
1.6.3-ant-optional.jar
1.6.4-ant.jar
1.6.4-ant-jsch.jar
1.6.4-ant-optional.jar
better would another directory ...
1.6.3\ant.jar, ...
1.6.4\ant.jar, ...
Just my 2ct
Jan
Re: cvs commit: ant build.xml
On Tue, 10 May 2005, Jan Materne [EMAIL PROTECTED] wrote: Wouldnt it be better to have the version in front of the name to get all files together? ant-1.6.3.jar ant-1.6.4.jar ant-jsch-1.6.3.jar ant-jsch-1.6.4.jar ant-optional-1.6.3.jar ant-optional-1.6.4.jar 1.6.3-ant.jar 1.6.3-ant-jsch.jar 1.6.3-ant-optional.jar 1.6.4-ant.jar 1.6.4-ant-jsch.jar 1.6.4-ant-optional.jar better would another directory ... 1.6.3\ant.jar, ... 1.6.4\ant.jar, ... Go to [EMAIL PROTECTED] and join the discussion. Chances are good that this has been discussed already (no idea, I'm not subscribed). The structure my patch creates is the structure the existing repo expects. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: cvs commit: ant build.xml
The structure my patch creates is the structure the existing repo expects. Oki-doki. Facts overtrump. Jan
Re: RFC - rewrite of the delegating classloader FAQ
On Wed, 04 May 2005, Peter Reilly [EMAIL PROTECTED] wrote: Stefan Bodewig wrote: I also shortly thought about explaining the dangerous solutions (which probably work), but I'm not sure we want to talk about taskdef reverseloader=true I tried this, it does not work too good (well I could not get it to work at all) - it seems to get defeated because some of the classes are already paritially loaded already. In my test, DefBase#createLoader() is the problem, in particular // need to load Task via system classloader or the new // task we want to define will never be a Task but always // be wrapped into a TaskAdapter. ((AntClassLoader) createdLoader) .addSystemPackageRoot(org.apache.tools.ant); which means that reverseloader is ignored for all classes that are in Ant's package, including the JUnit task itself. The major thing I'm unsure about is that I called the classloader loading Ant in 1.6.x the coreloader, something that may give false ideas to people reading Ant's source. Indeed, we should try to clean this up -- maybe deprecate the Project#setCoreloader() method. Are we sure they are really dead code? If so, yes, let's deprecate them - and document that they are not used for what one could think by looking at the name. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34843] New: - schemavalidate doesnt work for filesets
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=34843. 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=34843 Summary: schemavalidate doesnt work for filesets Product: Ant Version: 1.7Alpha (nightly) Platform: Other OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: Optional Tasks AssignedTo: dev@ant.apache.org ReportedBy: [EMAIL PROTECTED] If I validate an XSD file via the file= attribute, it works, but if I try and validate a fileset, I get a cannot find the declaration of element message that implies the parser is only set up for DTD validation, and not schema. -- 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: Environment and PropertySet
On Mon, 9 May 2005, Matt Benson [EMAIL PROTECTED] wrote: Variable can accept a nested PropertySet OR have its key value attributes set as usual I wonder about the feeling of the dev community on such a change... ? Works for me, although we better use a different name than propertyset in the user-visible part. variableset? I've never been good at names, but using property in the context of environment variables feels wrong. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34843] - schemavalidate doesnt work for filesets
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=34843. 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=34843 --- Additional Comments From [EMAIL PROTECTED] 2005-05-10 16:39 --- Probably for the same reason as Bug 32719 - parser initialization seems to work only for the first file. -- 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 34843] - schemavalidate doesnt work for filesets
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=34843. 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=34843 --- Additional Comments From [EMAIL PROTECTED] 2005-05-10 16:40 --- Sorry Bug 32791 -- 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]
AW: Environment and PropertySet
I knew there were a discussion about that ... http://marc.theaimsgroup.com/?l=ant-userm=106278198725781w=2 Jan -Ursprüngliche Nachricht- Von: Stefan Bodewig [mailto:[EMAIL PROTECTED] Gesendet am: Dienstag, 10. Mai 2005 16:36 An: dev@ant.apache.org Betreff: Re: Environment and PropertySet On Mon, 9 May 2005, Matt Benson [EMAIL PROTECTED] wrote: Variable can accept a nested PropertySet OR have its key value attributes set as usual I wonder about the feeling of the dev community on such a change... ? Works for me, although we better use a different name than propertyset in the user-visible part. variableset? I've never been good at names, but using property in the context of environment variables feels wrong. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Environment and PropertySet
From: Stefan Bodewig [mailto:[EMAIL PROTECTED] On Mon, 9 May 2005, Matt Benson [EMAIL PROTECTED] wrote: Variable can accept a nested PropertySet OR have its key value attributes set as usual I wonder about the feeling of the dev community on such a change... ? Works for me, although we better use a different name than propertyset in the user-visible part. variableset? I've never been good at names, but using property in the context of environment variables feels wrong. I also think this is a good idea (I was always too lazy to do it.) As far as names are concerned, I'd go with the same name already used by the task with a 'set' suffix, i.e. for java/junit/exec, use envset. With syspropertyset and envset, both using a mapper with a prefix, you can then easily configure the runtime environment of junit for example, without changing the build script, by defining properties (easily done in a user-specific way) like runtime-env.SOME_ENV_VAR and runtime.SOME_PROPERTY. --DD -- This e-mail, including any attached files, may contain confidential and privileged information for the sole use of the intended recipient. Any review, use, distribution, or disclosure by others is strictly prohibited. If you are not the intended recipient (or authorized to receive information for the intended recipient), please contact the sender by reply e-mail and delete all copies of this message. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Environment and PropertySet
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] I knew there were a discussion about that ... http://marc.theaimsgroup.com/?l=ant-userm=106278198725781w=2 Eh, I even said the same thing back then! ;-) --DD -- This e-mail, including any attached files, may contain confidential and privileged information for the sole use of the intended recipient. Any review, use, distribution, or disclosure by others is strictly prohibited. If you are not the intended recipient (or authorized to receive information for the intended recipient), please contact the sender by reply e-mail and delete all copies of this message. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Environment and PropertySet
--- Dominique Devienne [EMAIL PROTECTED] wrote: From: Stefan Bodewig [mailto:[EMAIL PROTECTED] On Mon, 9 May 2005, Matt Benson [EMAIL PROTECTED] wrote: Variable can accept a nested PropertySet OR have its key value attributes set as usual As far as names are concerned, I'd go with the same name already used by the task with a 'set' suffix, i.e. for java/junit/exec, use envset. My reason for wanting to nest the propertyset into a regular env element is that these are passed by exec and java (w/ forking) to an Environment object. This means that if the code is added to Environment, so that: exec executable=foo env propertyset|whatever name we want here refid=foo.properties / /env /exec Any user of Environment.Variable (exec should be the paradigm) automatically supports propertysets. If this nesting approach--with whatever element name, although I tend to use the add(...) IH methods--is acceptable in general, I have got this working already. -Matt With syspropertyset and envset, both using a mapper with a prefix, you can then easily configure the runtime environment of junit for example, without changing the build script, by defining properties (easily done in a user-specific way) like runtime-env.SOME_ENV_VAR and runtime.SOME_PROPERTY. --DD -- This e-mail, including any attached files, may contain confidential and privileged information for the sole use of the intended recipient. Any review, use, distribution, or disclosure by others is strictly prohibited. If you are not the intended recipient (or authorized to receive information for the intended recipient), please contact the sender by reply e-mail and delete all copies of this message. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Yahoo! Mail Stay connected, organized, and protected. Take the tour: http://tour.mail.yahoo.com/mailtour.html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Company Disclaimer [WAS: RE: [VOTE] Ant 1.6.4 release]
Try GMail... it works pretty well and is a cool web-based e-mail system. Phil :n) On Tue, 2005-05-10 at 08:59 -0500, Dominique Devienne wrote: And here comes the newly Company-wide instituted automatic disclaimer inserted at the outbound email gateway... I'm really sorry about this. And there's nothing I can do, I think, except maybe try to post from a different account, using a different mail client, which would be a bit of a PITA. Any suggestion for this Outlook/Exchange user? Are web-based client really usable? --DD -Original Message- From: Dominique Devienne [mailto:[EMAIL PROTECTED] Sent: Tuesday, May 10, 2005 8:44 AM To: Ant Developers List Subject: RE: [VOTE] Ant 1.6.4 release ... --DD -- This e-mail, including any attached files, may contain confidential and privileged information for the sole use of the intended recipient. Any review, use, distribution, or disclosure by others is strictly prohibited. If you are not the intended recipient (or authorized to receive information for the intended recipient), please contact the sender by reply e-mail and delete all copies of this message. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- This e-mail, including any attached files, may contain confidential and privileged information for the sole use of the intended recipient. Any review, use, distribution, or disclosure by others is strictly prohibited. If you are not the intended recipient (or authorized to receive information for the intended recipient), please contact the sender by reply e-mail and delete all copies of this message. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32791] - xmlvalidate task fails with multiple files.
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=32791. 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=32791 --- Additional Comments From [EMAIL PROTECTED] 2005-05-10 17:03 --- Seems to me the underlying cause to this is we createOne parser and hand it all files to validate. We should move to one parser instance per file. -- 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: Environment and PropertySet
From: Matt Benson [mailto:[EMAIL PROTECTED] My reason for wanting to nest the propertyset into a regular env element is that these are passed by exec and java (w/ forking) to an Environment object. This means that if the code is added to Environment, so that: exec executable=foo env propertyset|whatever name we want here refid=foo.properties / /env /exec Any user of Environment.Variable (exec should be the paradigm) automatically supports propertysets. If this nesting approach--with whatever element name, although I tend to use the add(...) IH methods--is acceptable in general, I have got this working already. I see your point Matt. Easy and painless to implement. From the user perspective though, it overloads the meaning of env, and departs from what was done with sysproperty + syspropertyset. So I'm not against your proposal, but I don't think it's the best UI for this feature. But since I'm just the talker and not the doer, it's your opinion and the community's as a whole that should prevail, not my own opinion. The feature itself may be more important than it's UI?! --DD -- This e-mail, including any attached files, may contain confidential and privileged information for the sole use of the intended recipient. Any review, use, distribution, or disclosure by others is strictly prohibited. If you are not the intended recipient (or authorized to receive information for the intended recipient), please contact the sender by reply e-mail and delete all copies of this message. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34839] - Task for finding files in a path
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=34839. 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=34839 --- Additional Comments From [EMAIL PROTECTED] 2005-05-10 17:15 --- FYI The available task can also search for files in a path. However, it a) returns as soon as it finds a single match, and b) sets a property to a predetermined value, rather than the location of the found file. -- 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]
cvs commit: ant/xdocs bindownload.xml srcdownload.xml
bodewig 2005/05/10 08:21:27 Modified:docs bindownload.html srcdownload.html xdocsbindownload.xml srcdownload.xml Log: Will provide SHA1 checksums soon Revision ChangesPath 1.60 +11 -7 ant/docs/bindownload.html Index: bindownload.html === RCS file: /home/cvs/ant/docs/bindownload.html,v retrieving revision 1.59 retrieving revision 1.60 diff -u -r1.59 -r1.60 --- bindownload.html 10 May 2005 07:03:31 - 1.59 +++ bindownload.html 10 May 2005 15:21:27 - 1.60 @@ -238,16 +238,19 @@ licode.zip/code archive: a href=[preferred]/ant/binaries/apache-ant-1.6.3-bin.zipapache-ant-1.6.3-bin.zip/a [a href=http://www.apache.org/dist/ant/binaries/apache-ant-1.6.3-bin.zip.asc;PGP/a] +!--[a href=http://www.apache.org/dist/ant/binaries/apache-ant-1.6.3-bin.zip.sha1;SHA1/a]-- [a href=http://www.apache.org/dist/ant/binaries/apache-ant-1.6.3-bin.zip.md5;MD5/a]/li licode.tar.gz/code archive: a href=[preferred]/ant/binaries/apache-ant-1.6.3-bin.tar.gzapache-ant-1.6.3-bin.tar.gz/a [a href=http://www.apache.org/dist/ant/binaries/apache-ant-1.6.3-bin.tar.gz.asc;PGP/a] +!--[a href=http://www.apache.org/dist/ant/binaries/apache-ant-1.6.3-bin.tar.gz.sha1;SHA1/a]-- [a href=http://www.apache.org/dist/ant/binaries/apache-ant-1.6.3-bin.tar.gz.md5;MD5/a]/li licode.tar.bz2/code archive: a href=[preferred]/ant/binaries/apache-ant-1.6.3-bin.tar.bz2apache-ant-1.6.3-bin.tar.bz2/a [a href=http://www.apache.org/dist/ant/binaries/apache-ant-1.6.3-bin.tar.bz2.asc;PGP/a] +!--[a href=http://www.apache.org/dist/ant/binaries/apache-ant-1.6.3-bin.tar.bz2.sha1;SHA1/a]-- [a href=http://www.apache.org/dist/ant/binaries/apache-ant-1.6.3-bin.tar.bz2.md5;MD5/a]/li /ul h3 class=section @@ -270,7 +273,8 @@ Verify Releases /h3 pIt is essential that you verify the integrity of the downloaded -files using the PGP or MD5 signatures./p +files using the PGP signature or the SHA1 or MD5 checksums. The +checksums are not as strong indicators as the PGP signature./p pThe PGP signatures can be verified using PGP or GPG. First download the a href=http://www.apache.org/dist/ant/KEYS;KEYS/a as well as the codeasc/code signature file for the particular @@ -291,12 +295,12 @@ % gpg --import KEYSbr / % gpg --verify apache-ant-1.6.3-bin.tar.gz.asc /code/p -pAlternatively, you can verify the MD5 signature on the files. A -unix program called codemd5/code or codemd5sum/code is -included in many unix distributions. It is also available as part of -a href=http://www.gnu.org/software/textutils/textutils.html;GNU -Textutils/a. Windows users can get binary md5 programs from a href=http://www.fourmilab.ch/md5/;here/a, a href=http://www.pc-tools.net/win32/freeware/console/;here/a, or -a href=http://www.slavasoft.com/fsum/;here/a./p +pAlternatively, you can verify the checksums on the files. Unix +programs called codemd5/code/codesha1/code or +codemd5sum/code/codesha1sum/code are included in many unix +distributions. code*sum/code is also available as part of a href=http://www.gnu.org/software/textutils/textutils.html;GNU +Textutils/a. Windows users can get binary md5 programs from a href=http://www.fourmilab.ch/md5/;here/a, a href=http://www.pc-tools.net/win32/freeware/console/;here/a. a href=http://www.slavasoft.com/fsum/;fsum/a supports MD5 and +SHA1./p pWe highly recommend to verify the PGP signature, though./p /div 1.57 +11 -7 ant/docs/srcdownload.html Index: srcdownload.html === RCS file: /home/cvs/ant/docs/srcdownload.html,v retrieving revision 1.56 retrieving revision 1.57 diff -u -r1.56 -r1.57 --- srcdownload.html 10 May 2005 07:03:32 - 1.56 +++ srcdownload.html 10 May 2005 15:21:27 - 1.57 @@ -236,16 +236,19 @@ licode.zip/code archive: a href=[preferred]/ant/source/apache-ant-1.6.3-src.zipapache-ant-1.6.3-src.zip/a [a href=http://www.apache.org/dist/ant/source/apache-ant-1.6.3-src.zip.asc;PGP/a] +!--[a href=http://www.apache.org/dist/ant/source/apache-ant-1.6.3-src.zip.sha1;SHA1/a]-- [a href=http://www.apache.org/dist/ant/source/apache-ant-1.6.3-src.zip.md5;MD5/a]/li licode.tar.gz/code archive: a href=[preferred]/ant/source/apache-ant-1.6.3-src.tar.gzapache-ant-1.6.3-src.tar.gz/a [a href=http://www.apache.org/dist/ant/source/apache-ant-1.6.3-src.tar.gz.asc;PGP/a] +!--[a href=http://www.apache.org/dist/ant/source/apache-ant-1.6.3-src.tar.gz.sha1;SHA1/a]-- [a
cvs commit: ant/xdocs bindownload.xml srcdownload.xml
bodewig 2005/05/10 08:32:57 Modified:docs bindownload.html srcdownload.html xdocsbindownload.xml srcdownload.xml Log: Silly me, when Ajax picks up this change, the checksums will be there as well Revision ChangesPath 1.61 +3 -3 ant/docs/bindownload.html Index: bindownload.html === RCS file: /home/cvs/ant/docs/bindownload.html,v retrieving revision 1.60 retrieving revision 1.61 diff -u -r1.60 -r1.61 --- bindownload.html 10 May 2005 15:21:27 - 1.60 +++ bindownload.html 10 May 2005 15:32:57 - 1.61 @@ -238,19 +238,19 @@ licode.zip/code archive: a href=[preferred]/ant/binaries/apache-ant-1.6.3-bin.zipapache-ant-1.6.3-bin.zip/a [a href=http://www.apache.org/dist/ant/binaries/apache-ant-1.6.3-bin.zip.asc;PGP/a] -!--[a href=http://www.apache.org/dist/ant/binaries/apache-ant-1.6.3-bin.zip.sha1;SHA1/a]-- +[a href=http://www.apache.org/dist/ant/binaries/apache-ant-1.6.3-bin.zip.sha1;SHA1/a] [a href=http://www.apache.org/dist/ant/binaries/apache-ant-1.6.3-bin.zip.md5;MD5/a]/li licode.tar.gz/code archive: a href=[preferred]/ant/binaries/apache-ant-1.6.3-bin.tar.gzapache-ant-1.6.3-bin.tar.gz/a [a href=http://www.apache.org/dist/ant/binaries/apache-ant-1.6.3-bin.tar.gz.asc;PGP/a] -!--[a href=http://www.apache.org/dist/ant/binaries/apache-ant-1.6.3-bin.tar.gz.sha1;SHA1/a]-- +[a href=http://www.apache.org/dist/ant/binaries/apache-ant-1.6.3-bin.tar.gz.sha1;SHA1/a] [a href=http://www.apache.org/dist/ant/binaries/apache-ant-1.6.3-bin.tar.gz.md5;MD5/a]/li licode.tar.bz2/code archive: a href=[preferred]/ant/binaries/apache-ant-1.6.3-bin.tar.bz2apache-ant-1.6.3-bin.tar.bz2/a [a href=http://www.apache.org/dist/ant/binaries/apache-ant-1.6.3-bin.tar.bz2.asc;PGP/a] -!--[a href=http://www.apache.org/dist/ant/binaries/apache-ant-1.6.3-bin.tar.bz2.sha1;SHA1/a]-- +[a href=http://www.apache.org/dist/ant/binaries/apache-ant-1.6.3-bin.tar.bz2.sha1;SHA1/a] [a href=http://www.apache.org/dist/ant/binaries/apache-ant-1.6.3-bin.tar.bz2.md5;MD5/a]/li /ul h3 class=section 1.58 +3 -3 ant/docs/srcdownload.html Index: srcdownload.html === RCS file: /home/cvs/ant/docs/srcdownload.html,v retrieving revision 1.57 retrieving revision 1.58 diff -u -r1.57 -r1.58 --- srcdownload.html 10 May 2005 15:21:27 - 1.57 +++ srcdownload.html 10 May 2005 15:32:57 - 1.58 @@ -236,19 +236,19 @@ licode.zip/code archive: a href=[preferred]/ant/source/apache-ant-1.6.3-src.zipapache-ant-1.6.3-src.zip/a [a href=http://www.apache.org/dist/ant/source/apache-ant-1.6.3-src.zip.asc;PGP/a] -!--[a href=http://www.apache.org/dist/ant/source/apache-ant-1.6.3-src.zip.sha1;SHA1/a]-- +[a href=http://www.apache.org/dist/ant/source/apache-ant-1.6.3-src.zip.sha1;SHA1/a] [a href=http://www.apache.org/dist/ant/source/apache-ant-1.6.3-src.zip.md5;MD5/a]/li licode.tar.gz/code archive: a href=[preferred]/ant/source/apache-ant-1.6.3-src.tar.gzapache-ant-1.6.3-src.tar.gz/a [a href=http://www.apache.org/dist/ant/source/apache-ant-1.6.3-src.tar.gz.asc;PGP/a] -!--[a href=http://www.apache.org/dist/ant/source/apache-ant-1.6.3-src.tar.gz.sha1;SHA1/a]-- +[a href=http://www.apache.org/dist/ant/source/apache-ant-1.6.3-src.tar.gz.sha1;SHA1/a] [a href=http://www.apache.org/dist/ant/source/apache-ant-1.6.3-src.tar.gz.md5;MD5/a]/li licode.tar.bz2/code archive: a href=[preferred]/ant/source/apache-ant-1.6.3-src.tar.bz2apache-ant-1.6.3-src.tar.bz2/a [a href=http://www.apache.org/dist/ant/source/apache-ant-1.6.3-src.tar.bz2.asc;PGP/a] -!--[a href=http://www.apache.org/dist/ant/source/apache-ant-1.6.3-src.tar.bz2.sha1;SHA1/a]-- +[a href=http://www.apache.org/dist/ant/source/apache-ant-1.6.3-src.tar.bz2.sha1;SHA1/a] [a href=http://www.apache.org/dist/ant/source/apache-ant-1.6.3-src.tar.bz2.md5;MD5/a]/li /ul h3 class=section 1.30 +3 -3 ant/xdocs/bindownload.xml Index: bindownload.xml === RCS file: /home/cvs/ant/xdocs/bindownload.xml,v retrieving revision 1.29 retrieving revision 1.30 diff -u -r1.29 -r1.30 --- bindownload.xml 10 May 2005 15:21:27 - 1.29 +++ bindownload.xml 10 May 2005 15:32:57 - 1.30 @@ -93,19 +93,19 @@ licode.zip/code archive: a href=[preferred]/ant/binaries/apache-ant-1.6.3-bin.zipapache-ant-1.6.3-bin.zip/a [a href=http://www.apache.org/dist/ant/binaries/apache-ant-1.6.3-bin.zip.asc;PGP/a] -!--[a href=http://www.apache.org/dist/ant/binaries/apache-ant-1.6.3-bin.zip.sha1;SHA1/a]-- +[a
RE: Environment and PropertySet
--- Dominique Devienne [EMAIL PROTECTED] wrote: From: Matt Benson [mailto:[EMAIL PROTECTED] My reason for wanting to nest the propertyset into a regular env element is that these are passed by exec and java (w/ forking) to an Environment object. This means that if the code is added to Environment, so that: exec executable=foo env propertyset|whatever name we want here refid=foo.properties / /env /exec Any user of Environment.Variable (exec should be the paradigm) automatically supports propertysets. If this nesting approach--with whatever element name, although I tend to use the add(...) IH methods--is acceptable in general, I have got this working already. I see your point Matt. Easy and painless to implement. From the user perspective though, it overloads the meaning of env, and departs from what was done with sysproperty + syspropertyset. I didn't really think about sysproperty syspropertyset, since my original perspective was coming from exec. Guess I'll wait and see which way the wind blows. -Matt So I'm not against your proposal, but I don't think it's the best UI for this feature. But since I'm just the talker and not the doer, it's your opinion and the community's as a whole that should prevail, not my own opinion. The feature itself may be more important than it's UI?! --DD -- This e-mail, including any attached files, may contain confidential and privileged information for the sole use of the intended recipient. Any review, use, distribution, or disclosure by others is strictly prohibited. If you are not the intended recipient (or authorized to receive information for the intended recipient), please contact the sender by reply e-mail and delete all copies of this message. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Discover Yahoo! Use Yahoo! to plan a weekend, have fun online and more. Check it out! http://discover.yahoo.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [Fwd: [ANNOUNCEMENT] Commons-Net 1.4.0 Released]
From: Steve Cohen [mailto:[EMAIL PROTECTED] Jose Alberto Fernandez wrote: Why not move the task or its new version into jakerta-commons and provide us with a ready to go feature full antlib. That would allow us to start decoupling things from the main ANT release. Jose Alberto I have not been as active in Ant circles as in the past. Is decoupling now a strategic priority for Ant? Can you please provide me with more details, examples? I'd be happy to use that approach if that's the direction the community is taking. I think it's a good idea. My point here is that Ant's ftp/ will not be re-release until the next release of Ant, God knows when. If you want the new features to be available sooner it may be a better idea the have the new task as part of jakarta-commons or some pluggable jar that can be released faster. We are all under Apache so borrowing from the current code should be no issue (am I wrong?). We can then point people to the new ftp task provided by commons. We may talk about cross-distribution later as we are all under apache, but maybe a link in our documentation to yours will be good enough. As to how define the antlib is almost trivial :-) Thoughts? Jose Alberto - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Ant 1.6.4 release
+1 - Alexey. On 5/9/05, Antoine Levy-Lambert [EMAIL PROTECTED] wrote: Do we want to release ant 1.6.4 on Thursday, May 19th (this would at least suit Eclipse) [ ] Yes [ ] No Cheers, Antoine - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Alexey N. Solofnenko trelony at gmail.com http://gmail.com home: http://trelony.cjb.net/ Pleasant Hill, CA (GMT-8 hours usually)
Re: [Fwd: [ANNOUNCEMENT] Commons-Net 1.4.0 Released]
On Tue, 10 May 2005, Jose Alberto Fernandez [EMAIL PROTECTED] wrote: We are all under Apache so borrowing from the current code should be no issue (am I wrong?). Even if commons-net was not part of the ASF, it wouldn't be an issue. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Fwd: [ANNOUNCEMENT] Commons-Net 1.4.0 Released]
Jose Alberto Fernandez wrote: From: Steve Cohen [mailto:[EMAIL PROTECTED] Jose Alberto Fernandez wrote: Why not move the task or its new version into jakerta-commons and provide us with a ready to go feature full antlib. That would allow us to start decoupling things from the main ANT release. Jose Alberto I have not been as active in Ant circles as in the past. Is decoupling now a strategic priority for Ant? Can you please provide me with more details, examples? I'd be happy to use that approach if that's the direction the community is taking. I think it's a good idea. My point here is that Ant's ftp/ will not be re-release until the next release of Ant, God knows when. If you want the new features to be available sooner it may be a better idea the have the new task as part of jakarta-commons or some pluggable jar that can be released faster. We are all under Apache so borrowing from the current code should be no issue (am I wrong?). We can then point people to the new ftp task provided by commons. We may talk about cross-distribution later as we are all under apache, but maybe a link in our documentation to yours will be good enough. As to how define the antlib is almost trivial :-) Thoughts? There is actually one big weakness of independent releases, and that is you have to support older versions of Ant. I have to make sure the smartfrog tasks and build files work with ant1.6.x, and get deprecated warnings related to FileUtils when I build on 1.7, because they may be deprecated there but there is no alternative to their use in the 1.6 codebase. Moving stuff out of the main branch simplifes some things, but adds others. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34845] New: - RFE: new delegate task
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=34845.
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=34845
Summary: RFE: new delegate task
Product: Ant
Version: 1.6.3
Platform: All
OS/Version: All
Status: NEW
Severity: enhancement
Priority: P2
Component: Core tasks
AssignedTo: dev@ant.apache.org
ReportedBy: [EMAIL PROTECTED]
Summary: a new task is needed to allow a set of Ant scripts to merely configure
some settings and then delegate the actual execution of targets to one central,
common Ant script for the project.
The Problem: Consider creating one Master Ant script for a project which
encapsulates the features, dependencies, and functionality for the most common
targets (such as compile, build, javadoc, clean, and their project-wide
equivalents like build-all, clean-all, etc). For example, one target in this
Master script might be:
target name=compile-pkg
pathconvert refid=dependencies property=has_deps
dirsep=${file.separator} setOnEmpty=false/
antcall target=compile-dependencies inheritRefs=true/
mkdir dir=${CLASS_DIR}/
property name=excludes value=/ !-- no-op if already set --
javac srcdir=${SRC_JAVA_DIR}
includes=${PKG_PATH}/**/*.java
classpathref=compile_classpath
destdir=${CLASS_DIR}
excludes=${excludes}
deprecation=on debug=on/
/target
It is wonderful to encapsulate all the logic for this target in one place.
However, to make use of it, every (subordinate) script which calls this target
in this Master script has to use code like:
target name=compile depends=init
description=compiles sources in this package
ant antfile=${MASTER} target=compile-pkg inheritrefs=true
reference refid=my_dependencies toRefid=dependencies/
/ant
/target
Further, every subordinate script must be edited to accomodate most changes made
to improve the master script, or to add or change functionality. This
copy-n-paste replication is brittle and difficult to maintain.
The Solution: A new delegate task which specifies an Ant script which should
take over the completion of the current script, including all (unfinished?)
targets.
The current ant, antcall and subant tasks are specific to a single target.
This new delegate task would transfer control for ALL remaining targets.
Property and reference inheritance is particularly important. The example above
illustrates how the master script compile-pkg target uses its
compile-dependencies target to compile all dependent items. Those
dependencies are passed in from the subordinate script to the Master script
using the reference toRefId=... task. Note that the Master will likely call
other subordinate scripts for those dependent compiles.
The following three lines could replace ALL the subordinate script tasks like
compile, compile-all, build, build-all, javadoc, javadoc-all, javadoc-pub, etc:
delegate antfile=${MASTER} inheritrefs=true
reference refid=my_dependencies toRefid=dependencies/
/delegate
In otherwords, these three lines would replace scores of replicated lines in
every subordinate script.
The Ant command-line argument -find doesn't quite cut it either, since each
subordinate script will have customized elements (like defining the
my_dependencies path reference in the examples here).
As far as the subordinate script is concerned, all the targets in the Master
script are available. Thus, -projecthelp and IDE integration should list the
targets in delegates as well as any in the subordinate task itself. Note that
adding a target to the Master would then automatically include that as a new
target in every subordinate script.
Many simplifying assumptions could be made to reduce the scope of a task like
this and make implementation more feasible, including:
- delegate is only allowed outside of a target
- any targets after a delegate are ignored
- arguments to delegate match those in ant (except that target= is not
allowed)
--
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 34845] - RFE: new delegate task
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=34845. 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=34845 --- Additional Comments From [EMAIL PROTECTED] 2005-05-10 18:14 --- How does the import task not accomplish what you are asking for? -- 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]
cvs commit: ant/src/testcases/org/apache/tools/ant/taskdefs/optional SchemaValidateTest.java
stevel 2005/05/10 09:26:34
Modified:src/etc/testcases/taskdefs/optional schemavalidate.xml
src/main/org/apache/tools/ant/taskdefs/optional
XMLValidateTask.java
src/testcases/org/apache/tools/ant/taskdefs/optional
SchemaValidateTest.java
Log:
Patch XMLValidate to create a new parser every time, plus test case that
verifies it works.
Note that there is an extra change, the return code of doVerify() is now
boolean and not void. I have plans for an option to halt the build only if a
schema is valid (I'm using ant/gump) to validate XSD files, and want to test
that a schema correctly rejects invalid files. This is just a step on the way,
while I was in the method.
Revision ChangesPath
1.4 +9 -0
ant/src/etc/testcases/taskdefs/optional/schemavalidate.xml
Index: schemavalidate.xml
===
RCS file:
/home/cvs/ant/src/etc/testcases/taskdefs/optional/schemavalidate.xml,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- schemavalidate.xml22 Feb 2005 17:45:40 - 1.3
+++ schemavalidate.xml10 May 2005 16:26:34 - 1.4
@@ -69,6 +69,15 @@
/schemavalidate
/target
+ target name=testFileset
+schemavalidate noNamespaceFile=${doc.xsd}
+
+ schema namespace=${namespace} file=${doc-in-ns.xsd} /
+ fileset dir=xml
+includes=endpiece.xml, endpiece-ns-no-location.xml,
endpiece-no-schema.xml /
+/schemavalidate
+ /target
+
target name=default depends=testNoNamespace,testNSMapping /
/project
\ No newline at end of file
1.49 +8 -2
ant/src/main/org/apache/tools/ant/taskdefs/optional/XMLValidateTask.java
Index: XMLValidateTask.java
===
RCS file:
/home/cvs/ant/src/main/org/apache/tools/ant/taskdefs/optional/XMLValidateTask.java,v
retrieving revision 1.48
retrieving revision 1.49
diff -u -r1.48 -r1.49
--- XMLValidateTask.java 23 Feb 2005 13:04:16 - 1.48
+++ XMLValidateTask.java 10 May 2005 16:26:34 - 1.49
@@ -285,7 +285,7 @@
Specify at least one source - + a file or a fileset.);
}
-initValidator();
+
if (file != null) {
if (file.exists() file.canRead() file.isFile()) {
@@ -518,7 +518,10 @@
/**
* parse the file
*/
-protected void doValidate(File afile) {
+protected boolean doValidate(File afile) {
+//for every file, we have a new instance of the validator
+initValidator();
+
try {
log(Validating + afile.getName() + ... ,
Project.MSG_VERBOSE);
errorHandler.init(afile);
@@ -526,6 +529,7 @@
String uri = FILE_UTILS.toURI(afile.getAbsolutePath());
is.setSystemId(uri);
xmlReader.parse(is);
+return true;
} catch (SAXException ex) {
log(Caught when validating: + ex.toString(),
Project.MSG_DEBUG);
if (failOnError) {
@@ -548,6 +552,8 @@
log(afile + is not a valid XML document, Project.MSG_ERR);
}
}
+//if we got here. it was as a result of a caught and logged
exception.
+return false;
}
/**
1.4 +3 -0
ant/src/testcases/org/apache/tools/ant/taskdefs/optional/SchemaValidateTest.java
Index: SchemaValidateTest.java
===
RCS file:
/home/cvs/ant/src/testcases/org/apache/tools/ant/taskdefs/optional/SchemaValidateTest.java,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- SchemaValidateTest.java 22 Feb 2005 17:45:40 - 1.3
+++ SchemaValidateTest.java 10 May 2005 16:26:34 - 1.4
@@ -92,4 +92,7 @@
executeTarget(testEqualsSchemasOK);
}
+public void testFileset() throws Exception {
+executeTarget(testFileset);
+}
}
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32791] - xmlvalidate task fails with multiple files.
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=32791. 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=32791 [EMAIL PROTECTED] changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |1.7 --- Additional Comments From [EMAIL PROTECTED] 2005-05-10 18:35 --- Fixed in CVS_HEAD, with a test case to catch regression. -- 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 34845] - RFE: new delegate task
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=34845. 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=34845 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2005-05-10 20:14 --- Ah, import. Yes. I missed that the first dozen times I read through the docs (honestly, I did!). I'm currently working on refactoring my scripts to use that to accomplish my goals. I'm cancelling this RFE, and will note any further comments here. My apologies for not RTFM well enough, spamming the list with this, etc. Thank you. -- 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: [Fwd: [ANNOUNCEMENT] Commons-Net 1.4.0 Released]
Steve Loughran wrote: Jose Alberto Fernandez wrote: From: Steve Cohen [mailto:[EMAIL PROTECTED] Jose Alberto Fernandez wrote: Why not move the task or its new version into jakerta-commons and provide us with a ready to go feature full antlib. That would allow us to start decoupling things from the main ANT release. Jose Alberto I have not been as active in Ant circles as in the past. Is decoupling now a strategic priority for Ant? Can you please provide me with more details, examples? I'd be happy to use that approach if that's the direction the community is taking. I think it's a good idea. My point here is that Ant's ftp/ will not be re-release until the next release of Ant, God knows when. If you want the new features to be available sooner it may be a better idea the have the new task as part of jakarta-commons or some pluggable jar that can be released faster. We are all under Apache so borrowing from the current code should be no issue (am I wrong?). We can then point people to the new ftp task provided by commons. We may talk about cross-distribution later as we are all under apache, but maybe a link in our documentation to yours will be good enough. As to how define the antlib is almost trivial :-) Thoughts? There is actually one big weakness of independent releases, and that is you have to support older versions of Ant. I have to make sure the smartfrog tasks and build files work with ant1.6.x, and get deprecated warnings related to FileUtils when I build on 1.7, because they may be deprecated there but there is no alternative to their use in the 1.6 codebase. Moving stuff out of the main branch simplifes some things, but adds others. Yes. I think you're right. As it stands now, Ant, or at least this optional ftp task of ant, depends on commons-net. The suggestion that the ant task be moved to commons-net, is, in my opinion a non-starter because it would make commons-net depend on ant and I don't want to go down that circular path. I admit I know next to nothing about antlib, and in fact it was nothing until I googled it just now. If the code for such an ftp task were made to reside in such a structure (rather than in commons-net itself) there would be no circularity. However, unless there is a general move to decouple ant, which I would support on general principles, I think these changes belong on the main stem of ant going forward. There has been more than one request/bug report concerning these features, and these requests should be granted now that there is finally a means of doing so. For the time being, Neeme Praks' contributions or something like them fill the gap until the next release. These are not subsidiary features of commons-net and they should not be subsidiary features of the ant ftp task. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [patch] FTP.java - adding support for new features in commons-net 1.4.0 and performance improvement
Neeme Praks wrote: Ok, commons-net 1.4.0 has been released now. How can we proceed? Meanwhile I also implemented the feature of retry-on-IOException, for FTP task. Stefan Bodewig wrote: The vote has passed and release is being prepared (see below). Hopefully it will be ready in a day or two. Sounds good. Original Message Subject: [ANNOUNCEMENT] Commons-Net 1.4.0 Released Date: Tue, 10 May 2005 09:22:31 +0100 From: Rory Winston [EMAIL PROTECTED] To: announcements@jakarta.apache.org, commons-dev@jakarta.apache.org, commons-user@jakarta.apache.org The Commons-Net team are pleased to announce the release of version 1.4.0. This release provides several fixes and enhancements, including: - The addition of a new configuration mechanism that enables the FTPClient component to work with a much larger range of server formats and locales; - The addition of missing NTP unit tests; - The addition of a new FTP parser implementation for MVS; - Various fixes to the TFPClient and NTPClient components A list of changes can be found at http://jakarta.apache.org/commons/net/changes-report.html#1_4_0 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Since there is apparently an Ant 1.6.4 version coming out on May 19th and since Neeme Praks has already submitted a patch to accomodate it, why not try to get this into that release? As the author of the commons-net code that Mr. Praks is relying on, and an Ant committer, I would be happy to take a look at his code and sponsor it for the 1.6.4 release. I realize that there may be other deadlines here. What do other Ant committers think? Steve Cohen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34853] New: - [PATCH] FTP Task enhancement to a site command to be sent to FTP server after login
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=34853. 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=34853 Summary: [PATCH] FTP Task enhancement to a site command to be sent to FTP server after login Product: Ant Version: unspecified Platform: Other OS/Version: other Status: NEW Severity: enhancement Priority: P2 Component: Optional Tasks AssignedTo: dev@ant.apache.org ReportedBy: [EMAIL PROTECTED] This simple patch to the Ant FTP task adds the optional initialcommand attribute that specifies a site command to be sent to the FTP server after connecting. For example, this can be used with FTP servers that allow you to set (via a FTP server specific command) the mode it should operate in (e.g. using a UNIX file system or a legacy file system. The doc changes in the patch assume that this will be included in the 1.7 release. -- 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 34853] - [PATCH] FTP Task enhancement to a site command to be sent to FTP server after login
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=34853. 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=34853 --- Additional Comments From [EMAIL PROTECTED] 2005-05-11 07:23 --- Created an attachment (id=14993) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=14993action=view) [PATCH] FTP - add optional initialcommand attribute -- 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]
AW: [Fwd: [ANNOUNCEMENT] Commons-Net 1.4.0 Released]
I admit I know next to nothing about antlib, and in fact it was nothing until I googled it just now. If the code for such an ftp task were made to reside in such a structure (rather than in commons-net itself) there would be no circularity. However, unless there is a general move to decouple ant, which I would support on general principles, I think these changes belong on the main stem of ant going forward. There has been more than one request/bug report concerning these features, and these requests should be granted now that there is finally a means of doing so. For the time being, Neeme Praks' contributions or something like them fill the gap until the next release. These are not subsidiary features of commons-net and they should not be subsidiary features of the ant ftp task. There is no general decouple-strategy yet, but - as sometimes said - with SVN and AntLibs we have the infrastructure for more fine grained development. E.g. we could make the ftp to it´s own AntLib and grant access to that AntLib to the commons-net-team ... Jan
AW: [patch] FTP.java - adding support for new features in com mons-net 1.4.0 and performance improvement
Neeme Praks wrote: Ok, commons-net 1.4.0 has been released now. How can we proceed? Since there is apparently an Ant 1.6.4 version coming out on May 19th and since Neeme Praks has already submitted a patch to accomodate it, why not try to get this into that release? As the author of the commons-net code that Mr. Praks is relying on, and an Ant committer, I would be happy to take a look at his code and sponsor it for the 1.6.4 release. I realize that there may be other deadlines here. What do other Ant committers think? Steve Cohen If the tests pass - why not? :-) Jan
