Re: URGENT: problem installing Ant
first u need the bin directory in ur PATH to be able to launch the ANT_HOME/bin/ant sh script. then add some echo or 'set -ux' to check why ur classpath is not good. seb. Cristina Surroca wrote: Hi! I'm doing a project with Postgresql and I need to use JDBC. I've got a problem installing ant (I use SUSE). When I try to execute ant is trhown this exeption: Exception in thread main java.lang.NoClassDefFoundError: org/apache/tools/ant/Main my PATH: echo $PATH /sbin:/usr/sbin:/usr/local/sbin:/root/bin:/usr/local/bin:/usr/X11R6/bin:/bin :/usr/games/bin:/usr/games:/opt/gnome/bin:/usr/local/soft/jdk1.3.1_07/:/usr/ local/src/apache-ant-1.5.2 and I've done also: JAVA_HOME=/usr/local/soft/jdk1.3.1_07 export JAVA_HOME ANT_HOME=/usr/local/src/apache-ant-1.5.2 export ANT_HOME Does anyone know what I'm doing wrong? Thanks Cris..
Re: URGENT: problem installing Ant
On Thu, 27 Mar 2003 08:39 am, Cristina Surroca wrote: Hi! I'm doing a project with Postgresql and I need to use JDBC. I've got a problem installing ant (I use SUSE). When I try to execute ant is trhown this exeption: Exception in thread main java.lang.NoClassDefFoundError: org/apache/tools/ant/Main What exactly have you installed? (RPM, Binary dist, built src dist??) ANT_HOME=/usr/local/src/apache-ant-1.5.2 Is that a source distribution? One thing you can do is run Ant like this sh -x `which ant` This will tell you what the Ant launch script is up to. my PATH: Doesn't look quite right - it should include $ANT_HOME/bin not $ANT_HOME. -- Conor MacNeill Blog: http://codefeed.com/blog/
Re: coding rules
here follow isome rules that my project tries to stick to. this is nothing standard so do watever u want w/ it, ++. seb. INTRODUCTION = The builddefs.xml file provides common definitions for ant files. The goal is that components that adhere to a common set of guidelines can create very short build.xml files. At the same time, components should be able to deviate from the normal build processes by modifying definition only where the component needs to deviate. VARIABLES LOCATIONS = The builddefs.xml file makes heavy (and ocasionally creative) use of variables. Many are defined in the builddefs.xml file itself, but there are allowances for user and project customization. A build.properties file will be read from the user's home directory and from the project's build/build.properties file. Definitions here take precedence over other definitions found in the builddefs.xml file. In addition, vendor software is located using a project specific file named vendor.properties (definitions here are lower precedence than the previous build.properties files). VARIABLE NAMING = Variable names start with the name of the target that uses them as much as possible. For example, class files are written to a classes directory. Since the compile target (more on targets below) uses this definition, the variable pointing to the directory is named compile.classes.dir. NOTE: There is some duplication here. The jar target, for example, also needs to know the location of this directory. For the jar target, the name is jar.base.dir If this changes, the names should be based on the first target to need the definition. On ocasion, a target has related targets. An example is the code-gen target. There are related targets such as code-gen.xdoclet. Variable names specific to this target should be prefixed with code-gen.xdoclet. NOTE: I know that this will lead to some long variable names. Since they are only in one file, fine. Variables storing target names should be prefixed with target. THE TARGETS = The builddefs.xml file centers around a small set of targets providing a high level view of the process. These high level targets call other targets to do the real work. For example, the compile target does not really do anything other than call the target name stored in the variable target.compile which by default is contains default.target.compile The definition of the compile target follows: target name=compile depends=code-gen description=Compile Java source files to class files. property name=target.compile value=default.target.compile/ antcall target=${target.compile} inheritrefs=true/ /target Note that the target.compile variable is provided a definition in the compile target itself. This makes use of the fact that ant will not re-define a property. If a component needs to do something extra in the compile step, it can do something like the following: target name=my-compile depends=default.target.compile ... /target property name=target.compile value=my-compile/ This will cause the compile target call my-compile which depends on default.target.compile thus doign both (the default first). If you only need a custom definition, then my-compile need not depend on default.target.compile. VARIABLES USED BY TARGETS = Targets should make every effort to allow a component to over-ride definitions needed by the target. This is done by creating the final definition prefixed by default and creating a property that contains the default definition name.
Re: Artima SuiteRunner Task
On Wed, 26 Mar 2003, Nicola Ken Barozzi [EMAIL PROTECTED] wrote: Do we have a real-world candidate for antlib resource=.. classpathref=.. / ant-contrib's cpptasks, this includes custom tasks and types. Stefan
DO NOT REPLY [Bug 15729] - StarTeam rootLocalFolder should be java.io.File
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15729. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15729 StarTeam rootLocalFolder should be java.io.File --- Additional Comments From [EMAIL PROTECTED] 2003-03-27 07:50 --- While this fixes the behavior, it also introduces a backwards incompatibility. There may be people relying on the interpretation relative to CWD. I see a couple of options: (1) Add a new attribute (2) Try to see whether rootLocalFolder as defined by the attribute exists. If it doesn't, use getproject().resolveFile() to see whether this one exists. If so, log a warning and use it. I don't understand Starteams concepts well enough to know whether option (2) is feasible at all.
DO NOT REPLY [Bug 18398] New: - Sometimes the parellel task may lead to fail
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18398. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18398 Sometimes the parellel task may lead to fail Summary: Sometimes the parellel task may lead to fail Product: Ant Version: 1.5.1 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: Normal Priority: Other Component: Core tasks AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] In one of my projects, I compile several components like this: (using ... to omit some info) target ... ant antfile=common.xml .../ parellel ant antfile=comp1.xml .../ ant antfile=comp2.xml .../ ant antfile=comp3.xml .../ /parellel /target The comp*.xml are independent to each other, but depend on the result of common.xml. It's ok on Win2K, but sometimes it may make mistake on RedHat7.2. The compile may result different output without any changes. If without parellel, it's ok on Win2k RedHat7.2. jdk version: sun-jdk1.3.6 Thanks.
cvs commit: ant/src/main/org/apache/tools/ant/taskdefs/optional/starteam TreeBasedTask.java
bodewig 2003/03/27 00:02:15 Modified:.WHATSNEW src/main/org/apache/tools/ant/taskdefs/optional/starteam TreeBasedTask.java Log: Make starteam checkout handle deleted labels correctly. PR: 17646 Submitted by: Brian Brooks brian dot brooks at metavante dot com Reviewed by: Steve Cohen Revision ChangesPath 1.371 +2 -0 ant/WHATSNEW Index: WHATSNEW === RCS file: /home/cvs/ant/WHATSNEW,v retrieving revision 1.370 retrieving revision 1.371 diff -u -r1.370 -r1.371 --- WHATSNEW 25 Mar 2003 09:30:59 - 1.370 +++ WHATSNEW 27 Mar 2003 08:02:15 - 1.371 @@ -70,6 +70,8 @@ StringIndexOutOfBoundsException on all OSes where os.name is shorter than seven characters. Bugzilla Report 18105. +* starteam checkout can now handle deleted labels. Bugzilla Report 17646. + Other changes: -- * The filesetmanifest attribute of jar has been reenabled. 1.16 +1 -1 ant/src/main/org/apache/tools/ant/taskdefs/optional/starteam/TreeBasedTask.java Index: TreeBasedTask.java === RCS file: /home/cvs/ant/src/main/org/apache/tools/ant/taskdefs/optional/starteam/TreeBasedTask.java,v retrieving revision 1.15 retrieving revision 1.16 diff -u -r1.15 -r1.16 --- TreeBasedTask.java11 Feb 2003 11:57:27 - 1.15 +++ TreeBasedTask.java27 Mar 2003 08:02:15 - 1.16 @@ -566,7 +566,7 @@ for (int i = 0; i allLabels.length; i++) { Label stLabel = allLabels[i]; log(checking label + stLabel.getName(), Project.MSG_DEBUG); -if (stLabel.getName().equals(this.label)) { +if (stLabel != null !stLabel.isDeleted() stLabel.getName().equals(this.label)) { if (!stLabel.isRevisionLabel() !stLabel.isViewLabel()) { throw new BuildException(Unexpected label type.); }
DO NOT REPLY [Bug 17646] - Starteam Checkout Not Handling Deleted Labels
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17646. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17646 Starteam Checkout Not Handling Deleted Labels [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-03-27 08:04 --- based on Steve's blessing, I've committed the patch 8-)
DO NOT REPLY [Bug 18398] - Sometimes the parellel task may lead to fail
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18398. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18398 Sometimes the parellel task may lead to fail [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2003-03-27 08:09 --- If I'm reading this correctly, all spawned Ant builds will use javac tasks, right? And you are probably using Sun's javac and no external command. The problem you see is that Sun's javac is not thread-safe (at least not in JDK 1.3) and can produce several bad results. I used to have a bookmark to a couple of bugparade entries that showed that, but have lost them. If you go to the JDC and search for javac and thread, you'll find a lot of problems. To solve your problem, you will want to add fork=true in at least two of your three build files that get called in the parallel task.
Re: cvs commit: ant/src/main/org/apache/tools/ant/taskdefs/optional/starteam TreeBasedTask.java
On 27 Mar 2003, [EMAIL PROTECTED] wrote: log(checking label + stLabel.getName(), Project.MSG_DEBUG); - if (stLabel.getName().equals(this.label)) { + if (stLabel != null !stLabel.isDeleted() stLabel.getName().equals(this.label)) { given that the log line will have thrown a NPE if the first test in the if statement fails, it looks a bit redundant 8-) I've kept it in anyway. Stefan
cvs commit: ant/src/script ant
bodewig 2003/03/27 00:24:21 Modified:.WHATSNEW src/script ant Log: Make wrapper script work if ant is a relative symlink and ANT_HOME isn't set. PR: 17721 Submitted by: Martin Frost martin at macrospace dot com Revision ChangesPath 1.372 +3 -0 ant/WHATSNEW Index: WHATSNEW === RCS file: /home/cvs/ant/WHATSNEW,v retrieving revision 1.371 retrieving revision 1.372 diff -u -r1.371 -r1.372 --- WHATSNEW 27 Mar 2003 08:02:15 - 1.371 +++ WHATSNEW 27 Mar 2003 08:24:21 - 1.372 @@ -72,6 +72,9 @@ * starteam checkout can now handle deleted labels. Bugzilla Report 17646. +* The Unix wrapper script failed if you invoked it as a relative + symlink and ANT_HOME has not been set. Bugzilla Report 17721. + Other changes: -- * The filesetmanifest attribute of jar has been reenabled. 1.35 +1 -1 ant/src/script/ant Index: ant === RCS file: /home/cvs/ant/src/script/ant,v retrieving revision 1.34 retrieving revision 1.35 diff -u -r1.34 -r1.35 --- ant 7 Mar 2003 08:42:26 - 1.34 +++ ant 27 Mar 2003 08:24:21 - 1.35 @@ -51,7 +51,7 @@ while [ -h $PRG ] ; do ls=`ls -ld $PRG` link=`expr $ls : '.*- \(.*\)$'` -if expr $link : '.*/.*' /dev/null; then +if expr $link : '/.*' /dev/null; then PRG=$link else PRG=`dirname $PRG`/$link
AW: Request for downloadable Ant Manual in pdf Thank you
I completely realize that Erik and you have helped to improve the manual a lot (and not just the manual) while writing the book, because you've used the source. It's just that 1.5.3 is a bit different from 1.5 in some places. I strongly agree. I also think the pdf docs make the redist much bigger than they need be. Then we can create a target in the buildfile (maybe a wrapper (createPDF.bat|sh|pl) too) for generating the PDF on client side from source (better binary) distribution. And - of course - say that in the docs (main page). Jan Matèrne
DO NOT REPLY [Bug 18290] - Need FilterReader for replacing RegExp
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18290. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18290 Need FilterReader for replacing RegExp [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2003-03-27 08:28 --- *** This bug has been marked as a duplicate of 18312 ***
Merging fixes for 17646 and 17721 into 1.5.3?
The starteam patch looks innocent and the wrapper script change has been tested on Cygwin, Linux, MacOS X and Solaris and is know to work (and the corresponding bug report has been verified). But then again we've just released beta1 and I'm becoming more and more reluctant to changes post beta (they've caused some trouble in 1.5 IIRC - and it has probably been my fault). In this case, I'd favor to merge them in. Stefan
DO NOT REPLY [Bug 18402] New: - add support for a new target attribute finally
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18402. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18402 add support for a new target attribute finally Summary: add support for a new target attribute finally Product: Ant Version: unspecified Platform: Other OS/Version: Other Status: NEW Severity: Enhancement Priority: Other Component: Core AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] E.g. target name=mytask depends=init finally=cleanup would call the cleanup target after mytask is done, even if mytask has failed.
DO NOT REPLY [Bug 18403] - zipfileset prefix option does not create directory in archive
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18403. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18403 zipfileset prefix option does not create directory in archive [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] AssignedTo|[EMAIL PROTECTED] |[EMAIL PROTECTED] Target Milestone|--- |1.5.3
DO NOT REPLY [Bug 18403] - zipfileset prefix option does not create directory in archive
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18403. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18403 zipfileset prefix option does not create directory in archive [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |ASSIGNED
cvs commit: ant/src/testcases/org/apache/tools/ant/taskdefs ZipTest.java
bodewig 2003/03/27 01:43:49 Modified:src/etc/testcases/taskdefs zip.xml src/testcases/org/apache/tools/ant/taskdefs ZipTest.java Log: Demonstrate bug 18403 Revision ChangesPath 1.11 +7 -0 ant/src/etc/testcases/taskdefs/zip.xml Index: zip.xml === RCS file: /home/cvs/ant/src/etc/testcases/taskdefs/zip.xml,v retrieving revision 1.10 retrieving revision 1.11 diff -u -r1.10 -r1.11 --- zip.xml 5 Feb 2003 10:43:07 - 1.10 +++ zip.xml 27 Mar 2003 09:43:48 - 1.11 @@ -95,6 +95,13 @@ update=true / /target + !-- Bugzilla Report 18403 -- + target name=testPrefixAddsDir +zip destfile=test3.zip filesonly=false + zipfileset dir=. prefix=test includes=zip.xml/ +/zip + /target + target name=cleanup delete file=test3.zip/ delete file=test4.zip/ 1.13 +10 -0 ant/src/testcases/org/apache/tools/ant/taskdefs/ZipTest.java Index: ZipTest.java === RCS file: /home/cvs/ant/src/testcases/org/apache/tools/ant/taskdefs/ZipTest.java,v retrieving revision 1.12 retrieving revision 1.13 diff -u -r1.12 -r1.13 --- ZipTest.java 10 Feb 2003 14:14:45 - 1.12 +++ ZipTest.java 27 Mar 2003 09:43:49 - 1.13 @@ -57,6 +57,7 @@ import java.io.File; import java.io.IOException; +import java.util.zip.ZipEntry; import java.util.zip.ZipFile; import java.util.Enumeration; @@ -133,5 +134,14 @@ public void testUpdateIsNecessary() { expectLogContaining(testUpdateIsNecessary, Updating); +} + +// Bugzilla Report 18403 +public void testPrefixAddsDir() throws IOException { +executeTarget(testPrefixAddsDir); +File archive = getProject().resolveFile(test3.zip); +ZipFile zf = new ZipFile(archive); +ZipEntry ze = zf.getEntry(test/); +assertNotNull(test/ has been added, ze); } }
cvs commit: ant/src/main/org/apache/tools/ant/taskdefs Zip.java
bodewig 2003/03/27 02:02:04 Modified:.WHATSNEW src/main/org/apache/tools/ant/taskdefs Zip.java Log: prefix attribute of zipfileset would not generate directory entries for the prefix itself. PR: 18403 Revision ChangesPath 1.373 +8 -0 ant/WHATSNEW Index: WHATSNEW === RCS file: /home/cvs/ant/WHATSNEW,v retrieving revision 1.372 retrieving revision 1.373 diff -u -r1.372 -r1.373 --- WHATSNEW 27 Mar 2003 08:24:21 - 1.372 +++ WHATSNEW 27 Mar 2003 10:02:02 - 1.373 @@ -211,6 +211,14 @@ * Ant will no longer implicitly add Sun's rt.jar in javac when you use jvc and don't specify a bootclasspath. Bugzilla Report 18055. +* The prefix attribute of zipfileset would not generate directory + entries for the prefix itself. Bugzilla Report 18403. + +Other Changes: +-- +* Added ability to specify manifest encoding for the jar and + manifest tasks + Changes from Ant 1.5.1 to Ant 1.5.2 = 1.103 +5 -4 ant/src/main/org/apache/tools/ant/taskdefs/Zip.java Index: Zip.java === RCS file: /home/cvs/ant/src/main/org/apache/tools/ant/taskdefs/Zip.java,v retrieving revision 1.102 retrieving revision 1.103 diff -u -r1.102 -r1.103 --- Zip.java 18 Mar 2003 13:15:48 - 1.102 +++ Zip.java 27 Mar 2003 10:02:04 - 1.103 @@ -558,10 +558,11 @@ + file.); } -if (prefix.length() 0 - !prefix.endsWith(/) - !prefix.endsWith(\\)) { -prefix += /; +if (prefix.length() 0) { +if (!prefix.endsWith(/) !prefix.endsWith(\\)) { +prefix += /; +} +addParentDirs(null, prefix, zOut, , dirMode); } ZipFile zf = null;
cvs commit: ant/src/main/org/apache/tools/ant/taskdefs Zip.java
bodewig 2003/03/27 02:07:20 Modified:.Tag: ANT_15_BRANCH WHATSNEW src/main/org/apache/tools/ant/taskdefs Tag: ANT_15_BRANCH Zip.java Log: Merge fix for 18403 from HEAD Revision ChangesPath No revision No revision 1.263.2.129 +3 -0 ant/WHATSNEW Index: WHATSNEW === RCS file: /home/cvs/ant/WHATSNEW,v retrieving revision 1.263.2.128 retrieving revision 1.263.2.129 diff -u -r1.263.2.128 -r1.263.2.129 --- WHATSNEW 22 Mar 2003 10:23:50 - 1.263.2.128 +++ WHATSNEW 27 Mar 2003 10:07:19 - 1.263.2.129 @@ -30,6 +30,9 @@ * Ant will no longer implicitly add Sun's rt.jar in javac when you use jvc and don't specify a bootclasspath. Bugzilla Report 18055. +* The prefix attribute of zipfileset would not generate directory + entries for the prefix itself. Bugzilla Report 18403. + Other Changes: -- * Added ability to specify manifest encoding for the jar and No revision No revision 1.78.2.15 +6 -5 ant/src/main/org/apache/tools/ant/taskdefs/Zip.java Index: Zip.java === RCS file: /home/cvs/ant/src/main/org/apache/tools/ant/taskdefs/Zip.java,v retrieving revision 1.78.2.14 retrieving revision 1.78.2.15 diff -u -r1.78.2.14 -r1.78.2.15 --- Zip.java 18 Mar 2003 13:13:34 - 1.78.2.14 +++ Zip.java 27 Mar 2003 10:07:19 - 1.78.2.15 @@ -93,7 +93,7 @@ * * @author James Davidson a href=mailto:[EMAIL PROTECTED][EMAIL PROTECTED]/a * @author Jon S. Stevens a href=mailto:[EMAIL PROTECTED][EMAIL PROTECTED]/a - * @author a href=mailto:[EMAIL PROTECTED]Stefan Bodewig/a + * @author Stefan Bodewig * @author a href=mailto:[EMAIL PROTECTED]Antoine Levy-Lambert/a * * @since Ant 1.1 @@ -537,10 +537,11 @@ + file.); } -if (prefix.length() 0 - !prefix.endsWith(/) - !prefix.endsWith(\\)) { -prefix += /; +if (prefix.length() 0) { +if (!prefix.endsWith(/) !prefix.endsWith(\\)) { +prefix += /; +} +addParentDirs(null, prefix, zOut, , dirMode); } ZipFile zf = null;
DO NOT REPLY [Bug 18403] - zipfileset prefix option does not create directory in archive
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18403. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18403 zipfileset prefix option does not create directory in archive [EMAIL PROTECTED] changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-03-27 10:09 --- fixed in CVS HEAD as well as in the 1.5 branch, which means it will be fixed in 1.5.3 and 1.6 and you can verify the fix by using nightly build 2003-03-28 or later.
Re: Artima SuiteRunner Task
Costin Manolache wrote: I would include filters, mappers, conditions and selectors to the list. I would exclude them :-) Taks, types, mappers, filters, whatever are just ant components - and they shouldn't need a special syntax from user perspective. That is what I meant to say. We shouldn't treat them ( or types, tasks ) as special - just plain components that happen to perform different functions in the build file. agreed.. A relatively simple mod to the core ant makes this possible (bugzilla 17199) basically get ConditionBase.java, AbstractFileSet, FilterChain implement DynamicConfigurator. and get UnknownElement (bugzilla 18312) call setProject earlier on created children. Mappers are a little different, I implemented a new attribute to handle this. That's a possible solution, I'll take a look ( in few weeks unfortunately..., hopefully this will be resolved by than by others :-). From the point of view of the reader ( assuming we go with the SAX2 ProjectHelperImpl ) - it really doesn't matter what the component does. The only problem in the current code is the TaskAdapter - which doesn't know about types and other components, and tries to wrap everything. This does not seem to matter (if use is made of dynconfigurator). The only change I had to do was to get UnknownElement to call setProject on created objects. (my original mod to TaskAdapter was not sufficient) Peter.
DO NOT REPLY [Bug 18406] New: - nightly build script throws npe under some (common) conditions
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18406. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18406 nightly build script throws npe under some (common) conditions Summary: nightly build script throws npe under some (common) conditions Product: Ant Version: 1.6Alpha (nightly) Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: Other Component: Optional Tasks AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] This happens only in the nightly build, tested on build of 27 mar 03. The following build file causes a npe: project name=bizzare default=script target name=setpath path id=xmlpath fileset dir=. includes=**/*.xml/ /path /target target name=script script language=javascript i = 1; /script /target /project The npe is: Buildfile: /home/preilly/proj/learning/script/bizzare.xml script: BUILD FAILED java.lang.NullPointerException at java.util.Hashtable.put(Hashtable.java:389) at org.apache.tools.ant.taskdefs.optional.Script.addBeans(Script.java:92) at org.apache.tools.ant.taskdefs.optional.Script.execute(Script.java:107) at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:227) at org.apache.tools.ant.Task.perform(Task.java:388) at org.apache.tools.ant.Target.execute(Target.java:309) at org.apache.tools.ant.Target.performTasks(Target.java:336) at org.apache.tools.ant.Project.executeTarget(Project.java:1394) at org.apache.tools.ant.Project.executeTargets(Project.java:1268) at org.apache.tools.ant.Main.runBuild(Main.java:611) at org.apache.tools.ant.Main.start(Main.java:198) at org.apache.tools.ant.Main.main(Main.java:245) Total time: 1 second java.lang.NullPointerException at java.util.Hashtable.put(Hashtable.java:389) at org.apache.tools.ant.taskdefs.optional.Script.addBeans(Script.java:92) at org.apache.tools.ant.taskdefs.optional.Script.execute(Script.java:107) at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:227) at org.apache.tools.ant.Task.perform(Task.java:388) at org.apache.tools.ant.Target.execute(Target.java:309) at org.apache.tools.ant.Target.performTasks(Target.java:336) at org.apache.tools.ant.Project.executeTarget(Project.java:1394) at org.apache.tools.ant.Project.executeTargets(Project.java:1268) at org.apache.tools.ant.Main.runBuild(Main.java:611) at org.apache.tools.ant.Main.start(Main.java:198) at org.apache.tools.ant.Main.main(Main.java:245) This script works: project name=ok default=script target name=setpath path id=xml-path fileset dir=. includes=**/*.xml/ /path /target target name=script script language=javascript i = 1; /script /target /project $ANT_HOME/lib contains js.jar (rhino 1_5R3) and bsf.jar (org.apache version) The error does not occur with the 1.5.3beta binary. (using com.ibm version of bsf). Looking at the code, the npe appears to be caused when xmlpath is added to the beans. Note that this should not happen as the xmlpath should not be in the properties as the setpath target has not been triggered. The second script works as xml-path is treated as not a valid identifier and the line beans.put(key, dictionary.get(key)); is not called. I put in printfs for key, beans and dictionary.get(key) and they are all not null. It looks like some race condition as when I put in: try { if (isValid) { if (key == null) throw new ScriptError(key is null); if (dictionary.get(key) == null) throw new ScriptError(getKey( + key + ) is null); if (beans == null) throw new ScriptError(beans is null); beans.put(key, dictionary.get(key)); } } catch (ScriptError scriptError) { throw new ScriptError( scriptError.getMessage is + scriptError.getMessage() + getKey( + key + ) now is + dictionary.get(key)); } I get the output: org.apache.tools.ant.taskdefs.optional.Script$ScriptError: scriptError.getMessage is getKey(xmlpath) is null getKey(xmlpath) now is /home/preilly/proj/learning/script/bizzare.xml:/home/preilly/proj/learning/script/build.xml at org.apache.tools.ant.taskdefs.optional.Script.addBeans(Script.java:112) at org.apache.tools.ant.taskdefs.optional.Script.execute(Script.java:133)
DO NOT REPLY [Bug 18406] - nightly build script throws npe under some (common) conditions
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18406. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18406 nightly build script throws npe under some (common) conditions --- Additional Comments From [EMAIL PROTECTED] 2003-03-27 11:57 --- xml-path is supposed to be defined at parser time, that's how ids work. There have been quite a few changes to UnknownElement and friends as well as the way the project is parsed in CVS HEAD and what you see here is probably related to those changes. I thought getReferences would return some smart Hashtable that would create objects on the fly when you used the get methods, but maybe I was wrong. This is one of a couple of bugs still lurking in the refactored core - and we certainly will have to straighten that out before doing any 1.6 related release.
DO NOT REPLY [Bug 18406] - nightly build script throws npe under some (common) conditions
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18406. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18406 nightly build script throws npe under some (common) conditions --- Additional Comments From [EMAIL PROTECTED] 2003-03-27 12:00 --- followup: both: project name=bizzare default=script target name=setpath path id=xmlpath fileset dir=. includes=**/*.xml/ /path /target target name=script depends=setpath script language=javascript i = 1; /script /target /project and project name=bizzare default=script path id=xmlpath fileset dir=. includes=**/*.xml/ /path target name=script script language=javascript i = 1; /script /target /project Work fine. Peter
DO NOT REPLY [Bug 18406] - nightly build script throws npe under some (common) conditions
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18406. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18406 nightly build script throws npe under some (common) conditions --- Additional Comments From [EMAIL PROTECTED] 2003-03-27 12:50 --- I did not know that id are resolved at parse time, I always assumed that they are like properties, one learns something new about ant each day. :) On further investigation, you are right about the cause been interaction with UnknownElement. changing Project$AntRefTable#get(Object key) to boolean doprint = xmlpath.equals(key); if (doprint) System.out.println(AntRefTable.get + key); Object o = super.get(key); if (doprint) System.out.println(got + o); if (o instanceof UnknownElement) { if (doprint) System.out.println(It is a UnknownElement); // Make sure that ((UnknownElement) o).maybeConfigure(); o = ((UnknownElement) o).getTask(); if (doprint) System.out.println(after get task + o); if (o == null) { o = super.get(key); if (doprint) System.out.println(AFTER get again + o); } } if (doprint) System.out.println( AntRefTable.get + key + return + o); return o; gives the following output [script] AntRefTable.get xmlpath [script] got [EMAIL PROTECTED] [script] It is a UnknownElement [script] after get task null [script] AFTER get again /home/preilly/proj/learning/script/bizzare.xml:/home/preilly/proj/learning/script/build.xml [script] AntRefTable.get xmlpath return /home/preilly/proj/learning/script/bizzare.xml:/home/preilly/proj/learning/script/build.xml [script] AntRefTable.get xmlpath [script] got /home/preilly/proj/learning/script/bizzare.xml:/home/preilly/proj/learning/script/build.xml [script] AntRefTable.get xmlpath return /home/preilly/proj/learning/script/bizzare.xml:/home/preilly/proj/learning/script/build.xml BUILD SUCCESSFUL
DO NOT REPLY [Bug 18406] - nightly build script throws npe under some (common) conditions
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18406. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18406 nightly build script throws npe under some (common) conditions --- Additional Comments From [EMAIL PROTECTED] 2003-03-27 12:58 --- Based on the above the following patch fixes the bug's symptom Index: Project.java === RCS file: /home/cvspublic/ant/src/main/org/apache/tools/ant/Project.java,v retrieving revision 1.132 diff -u -r1.132 Project.java --- Project.java17 Feb 2003 14:12:10 - 1.132 +++ Project.java27 Mar 2003 12:53:12 - @@ -2189,12 +2189,16 @@ * @return */ public Object get(Object key) { -//System.out.println(AntRefTable.get + key); Object o = super.get(key); if (o instanceof UnknownElement) { // Make sure that ((UnknownElement) o).maybeConfigure(); o = ((UnknownElement) o).getTask(); +// if this is not a task it may be +// something else which placed itself in the map. +if (o == null) { +o = super.get(key); +} } return o; }
DO NOT REPLY [Bug 18406] - nightly build script throws npe under some (common) conditions
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18406. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18406 nightly build script throws npe under some (common) conditions --- Additional Comments From [EMAIL PROTECTED] 2003-03-27 13:13 --- Make the patch a little more robust. Index: Project.java === RCS file: /home/cvspublic/ant/src/main/org/apache/tools/ant/Project.java,v retrieving revision 1.132 diff -u -r1.132 Project.java --- Project.java17 Feb 2003 14:12:10 - 1.132 +++ Project.java27 Mar 2003 13:09:54 - @@ -2195,6 +2195,14 @@ // Make sure that ((UnknownElement) o).maybeConfigure(); o = ((UnknownElement) o).getTask(); +// if this is not a task it may be +// something else which placed itself in the map. +if (o == null) { +o = super.get(key); +// if o is still unknownelement then change back to null +if (o instanceof UnknownElement) +o = null; +} } return o; }
cvs commit: ant/src/main/org/apache/tools/ant/taskdefs ExecuteOn.java
bodewig 2003/03/27 05:14:31 Modified:.WHATSNEW docs/manual/CoreTasks apply.html src/main/org/apache/tools/ant/taskdefs ExecuteOn.java Log: Add a forwardslash attribute to apply Submitted by: Zdenek Wagner wagner at cesnet dot cz Revision ChangesPath 1.374 +5 -0 ant/WHATSNEW Index: WHATSNEW === RCS file: /home/cvs/ant/WHATSNEW,v retrieving revision 1.373 retrieving revision 1.374 diff -u -r1.373 -r1.374 --- WHATSNEW 27 Mar 2003 10:02:02 - 1.373 +++ WHATSNEW 27 Mar 2003 13:14:31 - 1.374 @@ -179,6 +179,11 @@ * New task sync that synchronizes two directory trees. +* apply has new forwardslash attribute that can force filenames to + use forward slashes (/) as file separators even on platforms with a + different separator. This is useful if you want to run certain + ported Unix tools. + Changes from Ant 1.5.2 to Ant 1.5.3 === 1.19 +9 -1 ant/docs/manual/CoreTasks/apply.html Index: apply.html === RCS file: /home/cvs/ant/docs/manual/CoreTasks/apply.html,v retrieving revision 1.18 retrieving revision 1.19 diff -u -r1.18 -r1.19 --- apply.html26 Sep 2002 13:55:28 - 1.18 +++ apply.html27 Mar 2003 13:14:31 - 1.19 @@ -58,6 +58,14 @@ td align=center valign=topNo, default is ifalse/i/td /tr tr +td valign=topforwardslash/td +td valign=topwhether the absolute file names should be passed + with forward slashes even if the operating system requires other + file separator. The option is ignored if the system file separator + is a forward slash./td +td align=center valign=topNo, default is ifalse/i/td + /tr + tr td valign=topos/td td valign=toplist of Operating Systems on which the command may be executed./td @@ -220,7 +228,7 @@ code.o/code, replacing TARGETFILE with the absolute filename of the code.o/code and SOURCEFILE with the absolute name of the code.c/code file./p -hrp align=centerCopyright copy; 2000-2002 Apache Software Foundation. All rights +hrp align=centerCopyright copy; 2000-2003 Apache Software Foundation. All rights Reserved./p /body 1.38 +18 -1 ant/src/main/org/apache/tools/ant/taskdefs/ExecuteOn.java Index: ExecuteOn.java === RCS file: /home/cvs/ant/src/main/org/apache/tools/ant/taskdefs/ExecuteOn.java,v retrieving revision 1.37 retrieving revision 1.38 diff -u -r1.37 -r1.38 --- ExecuteOn.java7 Mar 2003 11:23:01 - 1.37 +++ ExecuteOn.java27 Mar 2003 13:14:31 - 1.38 @@ -1,7 +1,7 @@ /* * The Apache Software License, Version 1.1 * - * Copyright (c) 2000-2002 The Apache Software Foundation. All rights + * Copyright (c) 2000-2003 The Apache Software Foundation. All rights * reserved. * * Redistribution and use in source and binary forms, with or without @@ -83,6 +83,7 @@ protected Vector filesets = new Vector(); private boolean relative = false; private boolean parallel = false; +private boolean forwardSlash = false; protected String type = file; protected Commandline.Marker srcFilePos = null; private boolean skipEmpty = false; @@ -145,6 +146,14 @@ } /** + * The source and target file names on Windows and OS/2 must use + * forward slash as file separator. + */ +public void setForwardslash(boolean forwardSlash) { +this.forwardSlash = forwardSlash; +} + +/** * Marker that indicates where the name of the source file should * be put on the command line. */ @@ -284,6 +293,7 @@ * @param baseDir filenames are relative to this dir */ protected String[] getCommandline(String[] srcFiles, File[] baseDirs) { +final char fileSeparator = File.separatorChar; Vector targets = new Vector(); if (targetFilePos != null) { Hashtable addedFiles = new Hashtable(); @@ -297,6 +307,9 @@ } else { name = subTargets[j]; } +if (forwardSlash fileSeparator != '/') { +name = name.replace(fileSeparator, '/'); +} if (!addedFiles.contains(name)) { targets.addElement(name); addedFiles.put(name, name); @@ -379,6 +392,10 @@ (new File(baseDirs[i], srcFiles[i])).getAbsolutePath(); } else {
Re: JBuilder Gel IDE Integration
On Wed, 26 Mar 2003, Paul King [EMAIL PROTECTED] wrote: P.S. Another suggestion: the external.html page has no internal navigation to get to the three sections: Tasks, Compiler Implementations and IDE and Editor Integration fixed in CVS - and soon at the site, thanks. (Sorry, I know I should be looking at doing diff's but I haven't looked into how the doco is generated these days). http://ant.apache.org/faq.html#creating-faq applies here as well. Stefan
cvs commit: ant/xdocs external.xml
bodewig 2003/03/27 05:19:54 Modified:docs Tag: ANT_15_BRANCH external.html xdocsTag: ANT_15_BRANCH external.xml Log: sync with HEAD Revision ChangesPath No revision No revision 1.48.2.35 +3 -2 ant/docs/external.html Index: external.html === RCS file: /home/cvs/ant/docs/external.html,v retrieving revision 1.48.2.34 retrieving revision 1.48.2.35 diff -u -r1.48.2.34 -r1.48.2.35 --- external.html 25 Mar 2003 09:15:02 - 1.48.2.34 +++ external.html 27 Mar 2003 13:19:53 - 1.48.2.35 @@ -209,8 +209,9 @@ table class=nowrap border=0 cellspacing=0 cellpadding=2 width=100% trtd bgcolor=#294563font color=#ffa name=External Tools and TasksstrongExternal Tools and Tasks/strong/a/font/td/tr /table -pThis page lists external resources for Apache Ant: tasks, IDE - integration tools, loggers, you name it. If you've written +pThis page lists external resources for Apache Ant: a href=#Taskstasks/a, a href=#Compiler%20ImplementationsCompiler Implementations/a, + a href=#IDE%20and%20Editor%20IntegrationIDE integration + tools/a, loggers, you name it. If you've written something that should be included, please post all relevant information to one of the mailing lists. For details, see the a href=faq.html#adding-external-tasksFAQ/a./p No revision No revision 1.35.2.34 +5 -2 ant/xdocs/external.xml Index: external.xml === RCS file: /home/cvs/ant/xdocs/external.xml,v retrieving revision 1.35.2.33 retrieving revision 1.35.2.34 diff -u -r1.35.2.33 -r1.35.2.34 --- external.xml 25 Mar 2003 09:15:04 - 1.35.2.33 +++ external.xml 27 Mar 2003 13:19:54 - 1.35.2.34 @@ -10,8 +10,11 @@ section name=External Tools and Tasks - pThis page lists external resources for Apache Ant: tasks, IDE - integration tools, loggers, you name it. If you've written + pThis page lists external resources for Apache Ant: a + href=#Taskstasks/a, a + href=#Compiler%20ImplementationsCompiler Implementations/a, + a href=#IDE%20and%20Editor%20IntegrationIDE integration + tools/a, loggers, you name it. If you've written something that should be included, please post all relevant information to one of the mailing lists. For details, see the a href=faq.html#adding-external-tasksFAQ/a./p
cvs commit: ant/docs/manual/CoreTasks apply.html
bodewig 2003/03/27 05:22:33 Modified:docs/manual/CoreTasks apply.html Log: Not only the absolute paths Revision ChangesPath 1.20 +1 -1 ant/docs/manual/CoreTasks/apply.html Index: apply.html === RCS file: /home/cvs/ant/docs/manual/CoreTasks/apply.html,v retrieving revision 1.19 retrieving revision 1.20 diff -u -r1.19 -r1.20 --- apply.html27 Mar 2003 13:14:31 - 1.19 +++ apply.html27 Mar 2003 13:22:33 - 1.20 @@ -59,7 +59,7 @@ /tr tr td valign=topforwardslash/td -td valign=topwhether the absolute file names should be passed +td valign=topwhether the file names should be passed with forward slashes even if the operating system requires other file separator. The option is ignored if the system file separator is a forward slash./td
DO NOT REPLY [Bug 10283] - Add a destfile to the uptodate task
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10283. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10283 Add a destfile to the uptodate task --- Additional Comments From [EMAIL PROTECTED] 2003-03-27 13:52 --- What would you want to see happen if ${build.dir}/metadata/ejb-jar.xml isn't there at all? The fileset wouldn't mind and uptodate would happily consider the targetfiles up-to-date.
DO NOT REPLY [Bug 18406] - nightly build script throws npe under some (common) conditions
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18406. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18406 nightly build script throws npe under some (common) conditions --- Additional Comments From [EMAIL PROTECTED] 2003-03-27 13:54 --- I'm not sure about your last two iterations. The last one will only avoid setting o to null if it already has been null, no big deal 8-) I may be wrong, as it has been a rather long time since I last read this part of Ant's code, but I think that in CVS HEAD the contents of the references table will only contain UnknownElements - at least for those elements that are in targets that haven't been run.
DO NOT REPLY [Bug 18217] - add charset convert to copy
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18217. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18217 add charset convert to copy [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] AssignedTo|[EMAIL PROTECTED] |[EMAIL PROTECTED] Target Milestone|--- |1.6
DO NOT REPLY [Bug 17526] - nested tag param for style task doesn't support property substitution
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17526. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17526 nested tag param for style task doesn't support property substitution [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME
DO NOT REPLY [Bug 17441] - stripjavacomments strips too much
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17441. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17441 stripjavacomments strips too much [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] AssignedTo|[EMAIL PROTECTED] |[EMAIL PROTECTED] Summary|Problem with FilterChains |stripjavacomments strips too ||much
DO NOT REPLY [Bug 17423] - Java compiler error
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17423. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17423 Java compiler error [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID
DO NOT REPLY [Bug 17421] - shift in ant.bat causes problems
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17421. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17421 shift in ant.bat causes problems [EMAIL PROTECTED] changed: What|Removed |Added Summary|in one particular case, |shift in ant.bat causes |param default in task |problems |project does not work |
DO NOT REPLY [Bug 17402] - CommandlineJavaTest is failing in src release
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17402. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17402 CommandlineJavaTest is failing in src release [EMAIL PROTECTED] changed: What|Removed |Added Summary|FixCrLfTest|CommandlineJavaTest is |CommandlineJavaTest are |failing in src release |failing in src release | Version|1.5.1 |1.5.3
How to create the diff-file
Hello out there, does anyone knows a tool for creating the diff -u patchfile WITHOUT CVS-access and on Windows? (Sorry for full source, Stefan: Bug 17441). Jan Matèrne
DO NOT REPLY [Bug 15729] - StarTeam rootLocalFolder should be java.io.File
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15729. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15729 StarTeam rootLocalFolder should be java.io.File [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2003-03-27 14:35 --- I don't think this patch solves anything. And may break uses that were depending on the relative path. Nothing stops the user from specifying an absolute reference as the root local folder if that is what he wants. Possibly storing of this property as a File is a good idea but I cannot endorse this patch without a lot of investigation and further testing.
DO NOT REPLY [Bug 15730] - StarTeam performance enhancement
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15730. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15730 StarTeam performance enhancement --- Additional Comments From [EMAIL PROTECTED] 2003-03-27 14:39 --- This looks like a well-motivated patch. I want to do a little testing on it before asking for it to be committed. I am sorry that this patch and the previous one you submitted were missed by me.
Re: How to create the diff-file
On Thursday, March 27, 2003, at 09:42 AM, Jesse Stockall wrote: Then you run 'diff old-file.java new-file.java changes.patch' Oops, make that: diff -u old-file.java new-file.java changes.patch Jesse Stockall - [EMAIL PROTECTED] CRYPTOCard Corp.
AW: How to create the diff-file
Thanks, next time I will send the diffs :-) Jan Matèrne -Ursprüngliche Nachricht- Von: Jesse Stockall [mailto:[EMAIL PROTECTED] Gesendet am: Donnerstag, 27. März 2003 15:46 An: Ant Developers List Betreff: Re: How to create the diff-file On Thursday, March 27, 2003, at 09:42 AM, Jesse Stockall wrote: Then you run 'diff old-file.java new-file.java changes.patch' Oops, make that: diff -u old-file.java new-file.java changes.patch Jesse Stockall - [EMAIL PROTECTED] CRYPTOCard Corp. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: ant/proposal/xdocs/templates datatype_xdoc.template task_defaults_properties.template task_xdoc.template type_defaults_properties.template
bodewig 2003/03/27 07:02:12 Removed: proposal/mutant Tag: ANT_15_BRANCH .cvsignore bootstrap.bat bootstrap.sh build.bat build.sh build.xml proposal/mutant/build Tag: ANT_15_BRANCH ant1compat.xml bootstrap.xml bootstrap.xsl docs.xml script.xml proposal/mutant/docs Tag: ANT_15_BRANCH desc.html proposal/mutant/lib/ant1compat Tag: ANT_15_BRANCH readme.txt proposal/mutant/lib/antlib/script Tag: ANT_15_BRANCH readme.txt proposal/mutant/src/java/antcore/org/apache/ant/antcore/antlib Tag: ANT_15_BRANCH AntLibDefinition.java AntLibHandler.java AntLibManager.java AntLibrary.java AntLibrarySpec.java ClassNameHandler.java ComponentLibrary.java DefinitionHandler.java DynamicLibrary.java proposal/mutant/src/java/antcore/org/apache/ant/antcore/config Tag: ANT_15_BRANCH AntConfig.java AntConfigHandler.java proposal/mutant/src/java/antcore/org/apache/ant/antcore/execution Tag: ANT_15_BRANCH AttributeSetter.java BuildEventSupport.java ClassIntrospector.java ComponentManager.java Constants.java CoreDataService.java CoreEventService.java CoreExecService.java CoreFileService.java CoreInputService.java DeferredSetter.java ExecutionContext.java ExecutionException.java ExecutionManager.java Frame.java ImportInfo.java Reflector.java Setter.java TaskAdapter.java proposal/mutant/src/java/antcore/org/apache/ant/antcore/modelparser Tag: ANT_15_BRANCH BuildElementHandler.java IncludeHandler.java ModelElementHandler.java NoProjectReadException.java ProjectHandler.java TargetHandler.java XMLProjectParser.java proposal/mutant/src/java/antcore/org/apache/ant/antcore/xml Tag: ANT_15_BRANCH ElementHandler.java ParseContext.java RootHandler.java XMLParseException.java proposal/mutant/src/java/antlibs/ant1compat Tag: ANT_15_BRANCH antlib.xml proposal/mutant/src/java/antlibs/ant1compat/org/apache/tools/ant Tag: ANT_15_BRANCH Ant1Converter.java Ant1Factory.java Ant1InputHandler.java Project.java ProjectComponent.java ProjectHelper.java Target.java Task.java TaskContainer.java proposal/mutant/src/java/antlibs/ant1compat/org/apache/tools/ant/input Tag: ANT_15_BRANCH InputRequest.java proposal/mutant/src/java/antlibs/ant1compat/org/apache/tools/ant/taskdefs Tag: ANT_15_BRANCH Ant.java CallTarget.java proposal/mutant/src/java/antlibs/ant1compat/org/apache/tools/ant/types Tag: ANT_15_BRANCH DataType.java proposal/mutant/src/java/antlibs/script Tag: ANT_15_BRANCH antlib.xml proposal/mutant/src/java/antlibs/script/org/apache/ant/antlib/script Tag: ANT_15_BRANCH ScriptBase.java ScriptDef.java ScriptFactory.java proposal/mutant/src/java/antlibs/system Tag: ANT_15_BRANCH antlib.xml proposal/mutant/src/java/antlibs/system/org/apache/ant/antlib/system Tag: ANT_15_BRANCH Ant.java AntBase.java AntCall.java FileConverter.java Import.java LibPath.java LoadLib.java Parallel.java PrimitiveConverter.java Ref.java Sequential.java SubBuild.java Taskdef.java Typedef.java URLConverter.java proposal/mutant/src/java/bootstrap/org/apache/ant/bootstrap Tag: ANT_15_BRANCH Bootstrap.java proposal/mutant/src/java/bootstrap/org/apache/ant/builder Tag: ANT_15_BRANCH Ant1CompatBuilder.java BuildHelper.java Builder.java MutantBuilder.java proposal/mutant/src/java/common/org/apache/ant/common/antlib Tag: ANT_15_BRANCH AbstractComponent.java AbstractConverter.java AbstractTask.java AntContext.java AntLibFactory.java Converter.java DataType.java DeferredTask.java ExecutionComponent.java StandardLibFactory.java
Re: FixCrLf extension
--- Stefan Bodewig [EMAIL PROTECTED] schrieb: On Thu, 27 Mar 2003, Ernst Plüss [EMAIL PROTECTED] wrote: No, checking out read-only is not the normal operation mode for CVS. It is an option, but it is discouraged by the CVS way. Actually this would work for ClearCase as well, ClearCase would mark the file as hijacked, which in term gives the possibility to check them out and in again. The point is, that fixcrlf fails if the source file is read only, even if I copy the files to a temp directory, but without removing the read-only flag. May be fixcrlf should get a force option to override a read-only flag? WDYT? Ernst __ Gesendet von Yahoo! Mail - http://mail.yahoo.de Bis zu 100 MB Speicher bei http://premiummail.yahoo.de
DO NOT REPLY [Bug 10283] - Add a destfile to the uptodate task
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10283. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10283 Add a destfile to the uptodate task --- Additional Comments From [EMAIL PROTECTED] 2003-03-27 15:07 --- No the opposite, the targetfiles are consider update only if they all exist and the oldest targetfile is younger that that the youngest sourcefile. If you assume that nonexisting file are ok, I would have to make and between an available element and an uptodate element.
DO NOT REPLY [Bug 10283] - Add a destfile to the uptodate task
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10283. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10283 Add a destfile to the uptodate task --- Additional Comments From [EMAIL PROTECTED] 2003-03-27 15:18 --- I've not been clear enough. What I described, is the behavior of fileset. Your idea wouldn't catch the missing targetfile as filesets don't care if some include patterns don't match anything. filelist may be what you want, but then you don't get any pattern matching. What are you going to do, if you detect that something is not uptodate? May dependset help you? You could probably use dependset followed by available for ejb-jar.xml. If it is still there, things have been up-to-date.
DO NOT REPLY [Bug 18166] - Concat enhancement
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18166. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18166 Concat enhancement --- Additional Comments From [EMAIL PROTECTED] 2003-03-27 15:30 --- but only sort-of as the parts in cat() only check for existance of the header and footer elements, not their value. But we are not doing any harm here after I've turned the printlns into prints. Which is why I said sort-of :) I still don't like the cosmetic trimleading attribute. ok... I can live without it, but would like to have it. I like my generated files and my build files to be readable. I still don't understand why filters get applied to nested text but not to header and footer. I'd like to see it consistent - and not applying filters to nested text either is the second option for consistency. They are used different purposes. The main (only) purpose I see for header and footer is to generate headers and footers for generated files. The header may be for example a copyright notice, a do not edit message, header include magic guards. The body of the generated file is a result of filtering multiple files. The requirements for these are quite different. The nested text of the concat I see as a replacement for the files in the body. (It also makes it easy to test filtering). To make things consistent, could a new attribute on textelement do the job (something like preserve, asis, nofilter). default to false, so that it is obvious when reading the build file that filtering will not take place. WRT reset. I'm not sure why it has been there in the first place, we cannot remove a public method. Making it work on the new attributes seems a good idea. On thinking about this, I think it may be there for script/ to use in the dark old days of ant 1.2, but I may be wrong. WRT append semantics, you are right, it hasn't changed. But the name of the overwrite attribute is misleading (at least it has mislead me 8-). The combination of overwrite=yes and append=true does not overwrite the dest file. How about force instead of overwrite? style uses force as well. I realize this is misleading, but it is used by copy. It confused me there as well... force is fine for me. Let's resolve the filtering part and we are there 8-) magic!
DO NOT REPLY [Bug 18166] - Concat enhancement
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18166. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18166 Concat enhancement --- Additional Comments From [EMAIL PROTECTED] 2003-03-27 15:36 --- OK, force it is. And attributes to header and footer are fine with me. The name, hmm, filterering like in copy? Wanna send another diff? Not only have I been there in the dark days of Ant 1.2 (I've been the release manager of 1.1 - well, there hasn't been much managment, to be fair), but also has concat only been added in Ant 1.4 - so your guess is off. No idea why it is there, only Gus will know. 8-)
DO NOT REPLY [Bug 10283] - Add a destfile to the uptodate task
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10283. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10283 Add a destfile to the uptodate task --- Additional Comments From [EMAIL PROTECTED] 2003-03-27 15:42 --- Actually, uptodate and dependset are pretty much superseded by Peter's outofdate available from Ant-Contrib on SF.NET. Go get it, and you'll be happy you did ;-) See recent ant-contrib-dev mailing lists for recent posts about it's use. --DD
cvs commit: ant/docs/manual/CoreTasks copy.html move.html
bodewig 2003/03/27 07:51:22 Modified:docs/manual/CoreTasks Tag: ANT_15_BRANCH copy.html move.html Log: Documentation of copy's encoding attribute is missing Revision ChangesPath No revision No revision 1.10.2.7 +6 -0 ant/docs/manual/CoreTasks/copy.html Index: copy.html === RCS file: /home/cvs/ant/docs/manual/CoreTasks/copy.html,v retrieving revision 1.10.2.6 retrieving revision 1.10.2.7 diff -u -r1.10.2.6 -r1.10.2.7 --- copy.html 19 Mar 2003 08:32:06 - 1.10.2.6 +++ copy.html 27 Mar 2003 15:51:22 - 1.10.2.7 @@ -103,6 +103,12 @@ td valign=topLog the files that are being copied./td td valign=top align=centerNo; defaults to false./td /tr + tr +td valign=topencoding/td +td valign=topThe encoding to assume when filter-copying the +files. emsince Ant 1.5/em./td +td align=centerNo - defaults to default JVM encoding/td + /tr /table h3Parameters specified as nested elements/h3 1.6.2.8 +6 -0 ant/docs/manual/CoreTasks/move.html Index: move.html === RCS file: /home/cvs/ant/docs/manual/CoreTasks/move.html,v retrieving revision 1.6.2.7 retrieving revision 1.6.2.8 diff -u -r1.6.2.7 -r1.6.2.8 --- move.html 19 Mar 2003 08:33:10 - 1.6.2.7 +++ move.html 27 Mar 2003 15:51:22 - 1.6.2.8 @@ -89,6 +89,12 @@ td valign=topLog the files that are being moved./td td valign=top align=centerNo; defaults to false./td /tr + tr +td valign=topencoding/td +td valign=topThe encoding to assume when filter-moving the +files. emsince Ant 1.5/em./td +td align=centerNo - defaults to default JVM encoding/td + /tr /table h3Parameters specified as nested elements/h3 h4mapper/h4
cvs commit: ant/src/etc/testcases/taskdefs/copy - New directory
bodewig 2003/03/27 07:57:51 ant/src/etc/testcases/taskdefs/copy - New directory
cvs commit: ant/src/etc/testcases/taskdefs/copy/input - New directory
bodewig 2003/03/27 07:58:03 ant/src/etc/testcases/taskdefs/copy/input - New directory
cvs commit: ant/src/etc/testcases/taskdefs/copy/expected - New directory
bodewig 2003/03/27 07:59:15 ant/src/etc/testcases/taskdefs/copy/expected - New directory
DO NOT REPLY [Bug 18391] - RFE: ignoreMissingBuildFiles option for subant
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18391. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18391 RFE: ignoreMissingBuildFiles option for subant --- Additional Comments From [EMAIL PROTECTED] 2003-03-27 16:12 --- I was thinking about this on the drive to and from work and it seems that subant class clearly was intended to support specifying a directory that contained a build.xml as well as specifying the build file explicitly. There is some work done to append the antfile to non-file path elements. Specifically this: for (int i=0; icount; ++i) { File file = new File(filenames[i]); if (file.isDirectory()) { file = new File(file, antfile); } execute(file); } Since the task clearly is meant to support the use of directories, I think it is a good idea to give the users some control over how it handles missing build files. Alternately, one might decide that it is clearer if the task only works when the build file is specified and directories should always fail. I have a build working, now and it could be conducted either with dirsets and my patch or using Dominique's fileset method. It would be nice to know if I need to switch to the fileset method or not. My personal bias tends to be toward giving the user multiple options (so long as it doesn't lead to confusion or really messy practices). If there are multiple ways to do the same thing, a wider array of individuals will find that their first instinct on how to acomplish something is correct. To me this is what user-friendliness is all about :). I don't think my patch is large enough to raise perfomance issues, so I am still hoping it gets applied.
cvs commit: ant/src/testcases/org/apache/tools/ant/taskdefs CopyTest.java
bodewig 2003/03/27 08:32:19 Modified:.WHATSNEW docs/manual/CoreTasks copy.html move.html src/etc/testcases/taskdefs copy.xml src/main/org/apache/tools/ant/taskdefs Copy.java Move.java Sync.java src/main/org/apache/tools/ant/util FileUtils.java src/testcases/org/apache/tools/ant/taskdefs CopyTest.java Added: src/etc/testcases/taskdefs/copy/expected utf-8 src/etc/testcases/taskdefs/copy/input iso8859-1 Log: Add outputencoding attribute to copy and friends. PR: 18217 Revision ChangesPath 1.375 +3 -0 ant/WHATSNEW Index: WHATSNEW === RCS file: /home/cvs/ant/WHATSNEW,v retrieving revision 1.374 retrieving revision 1.375 diff -u -r1.374 -r1.375 --- WHATSNEW 27 Mar 2003 13:14:31 - 1.374 +++ WHATSNEW 27 Mar 2003 16:32:18 - 1.375 @@ -184,6 +184,9 @@ different separator. This is useful if you want to run certain ported Unix tools. +* Copy has a new outputencoding attribute that can be used to change + the encoding while copying files. Bugzilla Report 18217. + Changes from Ant 1.5.2 to Ant 1.5.3 === 1.16 +13 -0 ant/docs/manual/CoreTasks/copy.html Index: copy.html === RCS file: /home/cvs/ant/docs/manual/CoreTasks/copy.html,v retrieving revision 1.15 retrieving revision 1.16 diff -u -r1.15 -r1.16 --- copy.html 5 Feb 2003 15:32:26 - 1.15 +++ copy.html 27 Mar 2003 16:32:18 - 1.16 @@ -104,6 +104,19 @@ td valign=topLog the files that are being copied./td td valign=top align=centerNo; defaults to false./td /tr + tr +td valign=topencoding/td +td valign=topThe encoding to assume when filter-copying the +files. emsince Ant 1.5/em./td +td align=centerNo - defaults to default JVM encoding/td + /tr + tr +td valign=topoutputencoding/td +td valign=topThe encoding to use when writing the files. +emsince Ant 1.6/em./td +td align=centerNo - defaults to the value of the encoding +attribute if given or the default JVM encoding otherwise./td + /tr /table h3Parameters specified as nested elements/h3 1.11 +13 -0 ant/docs/manual/CoreTasks/move.html Index: move.html === RCS file: /home/cvs/ant/docs/manual/CoreTasks/move.html,v retrieving revision 1.10 retrieving revision 1.11 diff -u -r1.10 -r1.11 --- move.html 19 Mar 2003 08:33:27 - 1.10 +++ move.html 27 Mar 2003 16:32:18 - 1.11 @@ -89,6 +89,19 @@ td valign=topLog the files that are being moved./td td valign=top align=centerNo; defaults to false./td /tr + tr +td valign=topencoding/td +td valign=topThe encoding to assume when filter-copying the +files. emsince Ant 1.5/em./td +td align=centerNo - defaults to default JVM encoding/td + /tr + tr +td valign=topoutputencoding/td +td valign=topThe encoding to use when writing the files. +emsince Ant 1.6/em./td +td align=centerNo - defaults to the value of the encoding +attribute if given or the default JVM encoding otherwise./td + /tr /table h3Parameters specified as nested elements/h3 h4mapper/h4 1.9 +5 -0 ant/src/etc/testcases/taskdefs/copy.xml Index: copy.xml === RCS file: /home/cvs/ant/src/etc/testcases/taskdefs/copy.xml,v retrieving revision 1.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- copy.xml 6 Mar 2002 03:25:50 - 1.8 +++ copy.xml 27 Mar 2003 16:32:18 - 1.9 @@ -62,6 +62,11 @@ /copy /target + target name=testTranscoding +copy file=copy/input/iso8859-1 tofile=copytest1.tmp + encoding=ISO8859_1 outputencoding=UTF8/ + /target + target name=cleanup delete file=copytest1.tmp/ delete file=copytest3.tmp/ 1.1 ant/src/etc/testcases/taskdefs/copy/expected/utf-8 Binary file 1.1 ant/src/etc/testcases/taskdefs/copy/input/iso8859-1 Binary file 1.53 +29 -6 ant/src/main/org/apache/tools/ant/taskdefs/Copy.java Index: Copy.java === RCS file: /home/cvs/ant/src/main/org/apache/tools/ant/taskdefs/Copy.java,v retrieving revision 1.52 retrieving revision 1.53 diff -u -r1.52 -r1.53 --- Copy.java 7 Mar 2003 11:23:00 - 1.52 +++ Copy.java 27 Mar 2003 16:32:18 - 1.53 @@ -118,7 +118,8 @@ private Vector
DO NOT REPLY [Bug 18217] - add charset convert to copy
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18217. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18217 add charset convert to copy [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-03-27 16:34 --- The outputencoding attribute will first appear in nightly build 2003-03-28.
cvs commit: ant/src/testcases/org/apache/tools/ant/filters StripJavaCommentsTest.java
bodewig 2003/03/27 08:54:00 Modified:src/etc/testcases/filters build.xml Added: src/etc/testcases/filters/expected stripjavacomments.test src/etc/testcases/filters/input stripjavacomments.test src/testcases/org/apache/tools/ant/filters StripJavaCommentsTest.java Log: demonstrate bug 17441 Revision ChangesPath 1.3 +9 -0 ant/src/etc/testcases/filters/build.xml Index: build.xml === RCS file: /home/cvs/ant/src/etc/testcases/filters/build.xml,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- build.xml 14 Mar 2003 13:45:16 - 1.2 +++ build.xml 27 Mar 2003 16:54:00 - 1.3 @@ -39,4 +39,13 @@ /fixcrlf /target + target name=testStripJavaComments depends=init +copy todir=result + fileset dir=input includes=stripjavacomments.test / + filterchain +filterreader classname=org.apache.tools.ant.filters.StripJavaComments / + /filterchain +/copy + /target + /project 1.1 ant/src/etc/testcases/filters/expected/stripjavacomments.test Index: stripjavacomments.test === public class NormalLine { private String withComment; public void doNothing() { int i; int j; } private String url = http://ant.apache.org/;; private String url2 = \http://ant.apache.org/\;; } 1.1 ant/src/etc/testcases/filters/input/stripjavacomments.test Index: stripjavacomments.test === /* * Copyright text * has to be removed */ /** * JavaDoc text about the class. * has to be removed */ public class NormalLine { private String withComment; // this comment should be removed /* this comment * should be * removed */ public void doNothing() { // this comment should be removed int i; /* this comment should be removed */ int j; } private String url = http://ant.apache.org/;; // very difficult! private String url2 = \http://ant.apache.org/\;; // even worse } 1.1 ant/src/testcases/org/apache/tools/ant/filters/StripJavaCommentsTest.java Index: StripJavaCommentsTest.java === /* * The Apache Software License, Version 1.1 * * Copyright (c) 2003 The Apache Software Foundation. All rights * reserved. * * Redistribution and use in source and binary forms, with or without * modification, are permitted provided that the following conditions * are met: * * 1. Redistributions of source code must retain the above copyright *notice, this list of conditions and the following disclaimer. * * 2. Redistributions in binary form must reproduce the above copyright *notice, this list of conditions and the following disclaimer in *the documentation and/or other materials provided with the *distribution. * * 3. The end-user documentation included with the redistribution, if *any, must include the following acknowlegement: * This product includes software developed by the *Apache Software Foundation (http://www.apache.org/). *Alternately, this acknowlegement may appear in the software itself, *if and wherever such third-party acknowlegements normally appear. * * 4. The names Ant and Apache Software *Foundation must not be used to endorse or promote products derived *from this software without prior written permission. For written *permission, please contact [EMAIL PROTECTED] * * 5. Products derived from this software may not be called Apache *nor may Apache appear in their names without prior written *permission of the Apache Group. * * THIS SOFTWARE IS PROVIDED ``AS IS'' AND ANY EXPRESSED OR IMPLIED * WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE * DISCLAIMED. IN NO EVENT SHALL THE APACHE SOFTWARE FOUNDATION OR * ITS CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, * SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT * LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF * USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND * ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, * OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT * OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE
cvs commit: ant/src/main/org/apache/tools/ant/filters StripJavaComments.java
bodewig 2003/03/27 09:03:13 Modified:src/etc/testcases/filters/expected stripjavacomments.test src/main/org/apache/tools/ant/filters StripJavaComments.java Log: stripjavacomments would consider // inside String constants comments. PR: 17441 Submitted by: Jan Materne jan at materne dot de Revision ChangesPath 1.2 +1 -1 ant/src/etc/testcases/filters/expected/stripjavacomments.test Index: stripjavacomments.test === RCS file: /home/cvs/ant/src/etc/testcases/filters/expected/stripjavacomments.test,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- stripjavacomments.test27 Mar 2003 16:54:00 - 1.1 +++ stripjavacomments.test27 Mar 2003 17:03:12 - 1.2 @@ -14,6 +14,6 @@ } private String url = http://ant.apache.org/;; -private String url2 = \http://ant.apache.org/\;; +private String url2 = \http://ant.apache.org/\;; } 1.9 +11 -2 ant/src/main/org/apache/tools/ant/filters/StripJavaComments.java Index: StripJavaComments.java === RCS file: /home/cvs/ant/src/main/org/apache/tools/ant/filters/StripJavaComments.java,v retrieving revision 1.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- StripJavaComments.java10 Feb 2003 14:13:32 - 1.8 +++ StripJavaComments.java27 Mar 2003 17:03:13 - 1.9 @@ -1,7 +1,7 @@ /* * The Apache Software License, Version 1.1 * - * Copyright (c) 2002 The Apache Software Foundation. All rights + * Copyright (c) 2002-2003 The Apache Software Foundation. All rights * reserved. * * Redistribution and use in source and binary forms, with or without @@ -80,6 +80,11 @@ */ private boolean inString = false; +/** + * Whether or not the last char has been a backslash. + */ +private boolean quoted = false; + /** * Constructor for dummy instances. * @@ -116,9 +121,13 @@ readAheadCh = -1; } else { ch = in.read(); -if (ch == '') { +if (ch == '' !quoted) { inString = !inString; +quoted = false; +} else if (ch == '\\') { +quoted = !quoted; } else { +quoted = false; if (!inString) { if (ch == '/') { ch = in.read();
DO NOT REPLY [Bug 18400] - add failonerror to target
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18400. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18400 add failonerror to target --- Additional Comments From [EMAIL PROTECTED] 2003-03-27 17:05 --- What you are describing somewhat breaks the notion of dependancies as things that the target depends on for proper functioning. Perhaps adding a failonerror to antcall would make more sense. it might look something like this... target name=report antcall target=t1 failonerror=false/ antcall target=t2 failonerror=false/ !-- do report type stuff here -- /target Personally I think dependancies should be dependancies, though being able to call a target such that it's failure is not fatal to the build might be useful to support in some form. I havn't used it, but I think the ant-contrib trycatch task might solve your problem until some action is taken on this. Try this link: http://ant-contrib.sourceforge.net/ant-contrib/manual/tasks/index.html
DO NOT REPLY [Bug 18166] - Concat enhancement
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18166. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18166 Concat enhancement --- Additional Comments From [EMAIL PROTECTED] 2003-03-27 17:27 --- Created an attachment (id=5539) updated mods to unit tests and to the manual
DO NOT REPLY [Bug 18166] - Concat enhancement
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18166. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18166 Concat enhancement --- Additional Comments From [EMAIL PROTECTED] 2003-03-27 17:29 --- Created an attachment (id=5540) Updated concat - force attribute, filtering attribute + cleanup changes
Re: Artima SuiteRunner Task
Stefan Bodewig wrote: On Wed, 26 Mar 2003, Nicola Ken Barozzi [EMAIL PROTECTED] wrote: Do we have a real-world candidate for antlib resource=.. classpathref=.. / ant-contrib's cpptasks, this includes custom tasks and types. though in that particular example, it'd be nice if the types were also accessible to the .net tasks, that have their own concepts of libraries and definitions
setName defect fix code review/check-in requested. (bugzilla - 1 7040)
Actually, this is a defect, not a enhancement. There's an existing code, but the code does not work, since the setName is not called at that point. So, it should go into the code. Could someone champion this fix for me? I've put in comments, and the attached a proposed fix in bugzilla under defect id 17040. Thanks Leigh -Original Message- From: Adam Duffy [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 26, 2003 10:16 AM To: Ant Developers List Subject: RE: Artima SuiteRunner Task Hi, Myself and Leigh Ishikawa (Adding 'setName' support to the xmljunitresultformatter.java) have not received any response to our contributions. Can someone please advise? Cheers, Adam -Original Message- From: Adam Duffy [mailto:[EMAIL PROTECTED] Sent: 26 March 2003 11:09 To: Ant Developers List Subject: Artima SuiteRunner Task Hi All, (Please forgive my newbie-ness). I have developed an Ant Task for the Artima SuiteRunner and I'd like to submit it. Perhaps a Committer might a respond directly and I'll e-mail them a zip file containing the code? (Didn't want to send a zip file to a few hundred people...!) Thanks, Adam Duffy Crypto Group Computer Science Dept NUI Maynooth - 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 18431] New: - new p4labelsync task
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18431. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18431 new p4labelsync task Summary: new p4labelsync task Product: Ant Version: 1.6Alpha (nightly) Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: Optional Tasks AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] new p4labelsync task requested by Stacy D. Yoshimitsu on March 25th, 2003
DO NOT REPLY [Bug 18431] - new p4labelsync task
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18431. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18431 new p4labelsync task --- Additional Comments From [EMAIL PROTECTED] 2003-03-27 21:47 --- Created an attachment (id=5548) new task and testcase
[Patch] one obsolete file can go away from optional/perforce
Hi dear ant committers, this fileRepository revision: 1.4 /home/cvspublic/ant/src/main/org/apache/tools/ant/taskdefs/optional/perforce/package.html,v can simply go away. It is obsolete and redundant with docs/manual/OptionalTasks/perforce.html which is maintained. Yours Antoine