DO NOT REPLY [Bug 18505] - XML parsing of attribute in Javadoc 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=18505. 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=18505 XML parsing of attribute in Javadoc task --- Additional Comments From [EMAIL PROTECTED] 2003-03-31 22:22 --- Exactly, it is sending unescaped s to javadoc on the command line. The desired affect of unescaped s on the command line is to parse them as one argument (possibly substituting variable) and discard the s. Ant should be aware of this, and therefore escape all quot;s for you. Ant is meant to make the command line interface of Javadoc invisible, not make you think out the innner-workings of ant, and guess that it will need to escaping.
DO NOT REPLY [Bug 17807] - antlr test fails
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=17807. 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=17807 antlr test fails [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] AssignedTo|[EMAIL PROTECTED] |[EMAIL PROTECTED] Target Milestone|--- |1.6 --- Additional Comments From [EMAIL PROTECTED] 2003-04-01 11:05 --- If you use ./configure; make antlrall.jar on Unix for ANTLR 2.7.2, things work except for test10. I've now fixed test10 but broken test8 (by showing that it doesn't work, at least not for ANTL 2.7.2).
DO NOT REPLY [Bug 17807] - antlr test fails
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=17807. 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=17807 antlr test fails --- Additional Comments From [EMAIL PROTECTED] 2003-04-01 11:06 --- Should have been make antlr-all.jar and use the resulting antlrall.jar, sorry.
DO NOT REPLY [Bug 17807] - antlr test fails
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=17807. 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=17807 antlr test fails --- Additional Comments From [EMAIL PROTECTED] 2003-04-01 11:08 --- For 2.7.1, Tilman, have you followed the comments at the top of the testcase?
DO NOT REPLY [Bug 18563] New: - Inherited project field not initialised in custom implementations of FileSelector
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=18563. 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=18563 Inherited project field not initialised in custom implementations of FileSelector Summary: Inherited project field not initialised in custom implementations of FileSelector Product: Ant Version: 1.5.2 Platform: All OS/Version: All Status: NEW Severity: Minor Priority: Other Component: Core AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] The project field inherited from ProjectComponent by BaseExtendSelector is never set when a user makes use of the custom tag for selectors, thus making the owning Project instance inaccessible from within custom selectors. Have my own candidate fix for 1.5.2 source. Applied same fix to CVS tip which yields following CVS diff: RCS file: /home/cvspublic/ant/src/main/org/apache/tools/ant/types/selectors/ExtendSe lector.java,v retrieving revision 1.6 diff -c -r1.6 ExtendSelector.java *** ExtendSelector.java 10 Feb 2003 14:14:35 - 1.6 --- ExtendSelector.java 1 Apr 2003 12:06:55 - *** *** 106,111 --- 106,114 AntClassLoader.initializeClass(c); } dynselector = (FileSelector) c.newInstance(); + if (dynselector instanceof ProjectComponent) { + ((ProjectComponent)dynselector).setProject(getProject()); + } } catch (ClassNotFoundException cnfexcept) { setError(Selector + classname + although perhaps using reflexion to get at a method with a signature the same as setProject() would be more suitable, to avoid type dependency on ProjectComponent, since otherwise implementers of FileSelector would be constrained to work from subclasses of ProjectComponent.
DO NOT REPLY [Bug 17844] - Standardized deployment files for Ant optional task jars (drag + drop tasks)
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=17844. 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=17844 Standardized deployment files for Ant optional task jars (drag + drop tasks) --- Additional Comments From [EMAIL PROTECTED] 2003-04-01 13:35 --- There could be a problem if multiple addins uses the same name for different tasks. So the order of loading would be important. First loaded wins (like properties).
DO NOT REPLY [Bug 17780] - Instead of updating a jar file, the task overrides it.
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=17780. 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=17780 Instead of updating a jar file, the task overrides it. [EMAIL PROTECTED] changed: What|Removed |Added OS/Version|Linux |Windows 9x
DO NOT REPLY [Bug 17780] - Instead of updating a jar file, the task overrides it.
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=17780. 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=17780 Instead of updating a jar file, the task overrides it. [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] Priority|Other |High
DO NOT REPLY [Bug 17780] - Instead of updating a jar file, the task overrides it.
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=17780. 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=17780 Instead of updating a jar file, the task overrides it. [EMAIL PROTECTED] changed: What|Removed |Added URL||[EMAIL PROTECTED]
DO NOT REPLY [Bug 17134] - Change jdepend task to support JDepend 2.5
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=17134. 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=17134 Change jdepend task to support JDepend 2.5 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] AssignedTo|[EMAIL PROTECTED] |[EMAIL PROTECTED] Target Milestone|--- |1.6
DO NOT REPLY [Bug 17807] - antlr test fails
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=17807. 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=17807 antlr test fails --- Additional Comments From [EMAIL PROTECTED] 2003-04-01 15:44 --- With 2.7.2 all tests should pass now (CVS HEAD, that is). Can you run the test3 target in src/etc/testcases/taskdefs/optional/antlr/antlr.xml directly (without JUnit in between) and see whether it generates any useful output (maybe throwing in -verbose or *shudder* even -debug)?
DO NOT REPLY [Bug 6495] - Support XML catalogs to resolve external entities in build files
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=6495. 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=6495 Support XML catalogs to resolve external entities in build files [EMAIL PROTECTED] changed: What|Removed |Added Summary|Support XML catalogs to |Support XML catalogs to |resolve external entities |resolve external entities in ||build files --- Additional Comments From [EMAIL PROTECTED] 2003-04-01 15:47 --- Please note that Ant ships with Xerces, so relying on an internal Crimson API may be a bad idea. Ant already supports catalogs to be used within style or xmlvalidate, using them even before Ant's build file gets parsed seems a bit tricky. You could write your own ProjectHelper implementation and solve it there, I guess.
DO NOT REPLY [Bug 14849] - JProbe tasks: executables cannot be found with JProbe 4.0.1
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=14849. 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=14849 JProbe tasks: executables cannot be found with JProbe 4.0.1 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] AssignedTo|[EMAIL PROTECTED] |[EMAIL PROTECTED] Target Milestone|--- |1.6
DO NOT REPLY [Bug 18581] - ClearCase ChangeLog 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=18581. 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=18581 ClearCase ChangeLog Task --- Additional Comments From [EMAIL PROTECTED] 2003-04-01 19:52 --- Created an attachment (id=5589) Includes the source, description, and an example changelog.
DO NOT REPLY [Bug 18588] New: - log.xsl build info is not output
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=18588. 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=18588 log.xsl build info is not output Summary: log.xsl build info is not output Product: Ant Version: 1.6Alpha (nightly) Platform: Other OS/Version: Windows XP Status: NEW Severity: Normal Priority: Other Component: Other AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] The table which includes ant.file, ant.version, java.version and os.name have blank values instead of the values from the XML log file. Patch follows. Example invocation: ant -logger org.apache.tools.ant.XmlLogger -logfile antlog.xml some target Tested with: MS IE 6.0.2800.1106.xpsp1.020828-1920 Mozilla 1.3
DO NOT REPLY [Bug 18588] - log.xsl build info is not output
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=18588. 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=18588 log.xsl build info is not output --- Additional Comments From [EMAIL PROTECTED] 2003-04-01 23:43 --- I am talking about the HTML table which contains one row for each of the build info messages echoed to the console in case this was not clear in my first post.
DO NOT REPLY [Bug 18588] - log.xsl build info is not output
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=18588. 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=18588 log.xsl build info is not output --- Additional Comments From [EMAIL PROTECTED] 2003-04-01 23:45 --- Sorry, one more detail: I marked this bug as 1.6Alpha(nightly) because the xsl file I patched is the latest from CVS. What I really did was to use ant 1.5.2 and the latest version of log.xsl from CVS (1.9 at the time of the writing of this report).
DO NOT REPLY [Bug 11044] - FTP chmod from Windows-UNIX: wrong separator
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=11044. 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=11044 FTP chmod from Windows-UNIX: wrong separator --- Additional Comments From [EMAIL PROTECTED] 2003-04-02 08:16 --- Another problem about separators within class FTP: Using a Windows client and a Solaris 8 FTP server, ftp.changeWorkingDirectory(parent) will fail at line 632 within method protected void createParents(FTPClient ftp, String filename) because the local file separator has not been replaced. Fix: parent = resolveFile(parent); has to be added at line 632. if (parent != null) { + parent = resolveFile(parent); if (!ftp.changeWorkingDirectory(parent)) {
DO NOT REPLY [Bug 18602] - Enhancement JavaCC, JJTree and JJDoc
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=18602. 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=18602 Enhancement JavaCC, JJTree and JJDoc --- Additional Comments From [EMAIL PROTECTED] 2003-04-02 08:52 --- Created an attachment (id=5600) New taskdef JJDoc
DO NOT REPLY [Bug 18605] New: - XML parser factory nas not been configured correctly
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=18605. 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=18605 XML parser factory nas not been configured correctly Summary: XML parser factory nas not been configured correctly Product: Ant Version: 1.5.1 Platform: Sun OS/Version: Solaris Status: NEW Severity: Blocker Priority: Other Component: Build Process AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Hello. I'm trying to use Ant for the first time. I have installed jakarta-ant-1.5.1-bin.zip and I have a problem when I try to build my project. I get the following error: BUILD FAILED XML parser factory has not been configured correctly: Provider for javax.xml.parsers.SAXParserFactory cannot be found Total time: 0 seconds I have set JAVA_HOME and ANT_HOME. The variables set by the ant shell have these values: JAVACMD= /APLICACIONES/jdk1.1.6/solaris/bin/java ANT_HOME= /opt/jakarta-ant-1.5.1 LOCALCLASSPATH= /opt/jakarta-ant-1.5.1/lib/xml-apis.jar:/opt/jakarta-ant-1.5.1/lib/xercesImpl.ja r:/opt/jakarta-ant-1.5.1/lib/optional.jar:/opt/jakarta-ant-1.5.1/lib/cpptasks.ja r:/opt/jakarta-ant-1.5.1/lib/ant.jar:/APLICACIONES/jdk1.1.6/solaris/lib/classes. zip All of them are OK. Our OS is: SUNOS 5.6 Generic_105181-31 Can yo give me any suggestions in order to solve this problem? Thanks.
DO NOT REPLY [Bug 14849] - JProbe tasks: executables cannot be found with JProbe 4.0.1
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=14849. 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=14849 JProbe tasks: executables cannot be found with JProbe 4.0.1 --- Additional Comments From [EMAIL PROTECTED] 2003-04-02 12:46 --- OK, I've started to refactor the code (you can see the new CovBase class in CVS) to make it easier to deal with this. Just to ensure that I've understood things correrectly (I'll need you as guinea pig as I don't use JProbe myself): The executables used to be jprobe.home/jplauncher, jprobe.home/jpcovmerge and jprobe.home/jpcovreport and will now be jprobe.home/bin/jplauncher, jprobe.home/bin/jpcovmerge and jprobe.home/bin/jpcovreport respectively. What used to be jprobe.home/coverage/coverage.jar is now jprobe.home/lib/coverage/coverage.jar Right?
DO NOT REPLY [Bug 17807] - antlr test fails
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=17807. 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=17807 antlr test fails [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-04-02 14:30 --- The manual for the task already contained information about antlrall.jar, I've now updated it to talk about the difference between 2.7.1 and 2.7.2. CVS HEAD (and thus Ant 1.6 and nightly build 2003-04-03) will use antlr.ANTLRGrammarParseBehavior Thanks, I think we can close this report now.
DO NOT REPLY [Bug 10262] - Jar task with index and update produces multiple INDEX.LISTs
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=10262. 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=10262 Jar task with index and update produces multiple INDEX.LISTs [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] AssignedTo|[EMAIL PROTECTED] |[EMAIL PROTECTED] Target Milestone|--- |1.6
DO NOT REPLY [Bug 11044] - FTP chmod from Windows-UNIX: wrong separator
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=11044. 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=11044 FTP chmod from Windows-UNIX: wrong separator --- Additional Comments From [EMAIL PROTECTED] 2003-04-02 15:01 --- Andreas, your report is a duplicate of bug 17735 and is fixed in Ant 1.5.3beta1.
DO NOT REPLY [Bug 17807] - antlr test fails
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=17807. 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=17807 antlr test fails --- Additional Comments From [EMAIL PROTECTED] 2003-04-02 15:03 --- Unfortunatley not. Because test8 expects Invalid super grammar file, but antlr 2.7.2 actually returns file non-existant-file.g not found
DO NOT REPLY [Bug 12587] - jar update not working on solaris
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=12587. 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=12587 jar update not working on solaris [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME
DO NOT REPLY [Bug 18613] - setproject not called for all created objects
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=18613. 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=18613 setproject not called for all created objects --- Additional Comments From [EMAIL PROTECTED] 2003-04-02 15:19 --- Created an attachment (id=5607) cvs -u on the files modified
DO NOT REPLY [Bug 14925] - Skipping first sourcefile when a custom param with an empty value is added in a javadoc 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=14925. 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=14925 Skipping first sourcefile when a custom param with an empty value is added in a javadoc task --- Additional Comments From [EMAIL PROTECTED] 2003-04-02 15:24 --- Can you please give the command line Ant executes? If you run ant -verbose, you'll receive output like the following [javadoc] Executing '/usr/local/java/jdk1.3.1_07/bin/javadoc' with arguments: [javadoc] '-d' [javadoc] '/home/bodewig/java/ccbase/build/apidocs' [javadoc] '-protected' [javadoc] [javadoc] The ' characters around the executable and arguments are [javadoc] not part of the command. I wonder what it looks like with empty params as I've serached the code and we never seem to drop empty arguments. I'm afraid the argument gets passed (and then ignored) by javadoc itself.
DO NOT REPLY [Bug 16972] - Jar task incorrectly builds INDEX.LIST entries.
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=16972. 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=16972 Jar task incorrectly builds INDEX.LIST entries. [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] AssignedTo|[EMAIL PROTECTED] |[EMAIL PROTECTED] Target Milestone|--- |1.6
DO NOT REPLY [Bug 18563] - Inherited project field not initialised in custom implementations of FileSelector
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=18563. 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=18563 Inherited project field not initialised in custom implementations of FileSelector --- Additional Comments From [EMAIL PROTECTED] 2003-04-02 15:36 --- I made a generalization of this bug: 18613
DO NOT REPLY [Bug 17807] - antlr test fails
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=17807. 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=17807 antlr test fails --- Additional Comments From [EMAIL PROTECTED] 2003-04-02 15:49 --- Using CVS HEAD, I get the following: Testcase: test1 took 0,725 sec Testcase: test2 took 0,36 sec Testcase: test3 took 14,605 sec Testcase: test4 took 33,084 sec Testcase: test5 took 7,85 sec Testcase: test6 took 31,869 sec Testcase: test7 took 0,188 sec Testcase: test8 took 4,979 sec FAILED Should throw BuildException because: Invalid super grammar file junit.framework.AssertionFailedError: Should throw BuildException because: Invalid super grammar file at junit.framework.Assert.fail(Assert.java:47) at org.apache.tools.ant.BuildFileTest.expectSpecificBuildException(BuildFileTest.java:310) at org.apache.tools.ant.BuildFileTest.expectBuildException(BuildFileTest.java:99) at org.apache.tools.ant.taskdefs.optional.ANTLRTest.test8(ANTLRTest.java:126) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at junit.framework.TestCase.runTest(TestCase.java:154) at junit.framework.TestCase.runBare(TestCase.java:127) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at junit.framework.TestSuite.runTest(TestSuite.java:208) at junit.framework.TestSuite.run(TestSuite.java:203) at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.run(JUnitTestRunner.java:323) at org.apache.tools.ant.taskdefs.optional.junit.JUnitTask.executeInVM(JUnitTask.java:861) at org.apache.tools.ant.taskdefs.optional.junit.JUnitTask.execute(JUnitTask.java:552) at org.apache.tools.ant.taskdefs.optional.junit.JUnitTask.execute(JUnitTask.java:528) 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) Testcase: test8
DO NOT REPLY [Bug 10262] - Jar task with index and update produces multiple INDEX.LISTs
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=10262. 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=10262 Jar task with index and update produces multiple INDEX.LISTs [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-04-02 16:03 --- Should be fixed with nightly build 2003-04-03.
DO NOT REPLY [Bug 18605] - XML parser factory nas not been configured correctly
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=18605. 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=18605 XML parser factory nas not been configured correctly --- Additional Comments From [EMAIL PROTECTED] 2003-04-02 17:44 --- My first suggestion would be to try using a later version of Java, if you can manage it. Ant can still build java1.1 code while it itself runs on java1.3 or 1.4
DO NOT REPLY [Bug 12024] - [PATCH] Enable junit to inherit Ant properties as system properties
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=12024. 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=12024 [PATCH] Enable junit to inherit Ant properties as system properties --- Additional Comments From [EMAIL PROTECTED] 2003-04-02 17:46 --- My own solution was to define a new PropertySet data type (called syspropertyset inside junit to be consistent) that allows you to easily pass down a bunch or a few Ant properties, possibly renaming them allow the way. To use it, I simply extended java and junit, and called my version javax and junitx. (No point for me in figthing for something to make it to Ant when I can use it myself, when the Ant community doesn't care that much about the feature I want). Here's a snippet of one of my scripts. --DD junitx ... ... syspropertyset propertyref prefix=testall. / propertyref prefix=runtime- / mapper type=regexp from=runtime-(.*) to=\1 / /syspropertyset /junitx
DO NOT REPLY [Bug 12024] - [PATCH] Enable junit to inherit Ant properties as system properties
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=12024. 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=12024 [PATCH] Enable junit to inherit Ant properties as system properties --- Additional Comments From [EMAIL PROTECTED] 2003-04-02 17:50 --- This is majorly important to anyone who uses junit. I'd like to see it as part of ant...
DO NOT REPLY [Bug 12024] - [PATCH] Enable junit to inherit Ant properties as system properties
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=12024. 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=12024 [PATCH] Enable junit to inherit Ant properties as system properties --- Additional Comments From [EMAIL PROTECTED] 2003-04-02 18:11 --- Actually, to be fair, I never proposed it. And like I said, last time I raised this, not much interest was generated. The main problem might be with me, as I tend not to submit tests and docs with my code... which always attempts to work around Ant, i.e. never need to modify the Ant code. --DD
DO NOT REPLY [Bug 18625] New: - replacetokens: token with empty value throws IndexOutOfBoundsException
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=18625. 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=18625 replacetokens: token with empty value throws IndexOutOfBoundsException Summary: replacetokens: token with empty value throws IndexOutOfBoundsException Product: Ant Version: 1.5.2 Platform: Other OS/Version: Linux Status: NEW Severity: Blocker Priority: Other Component: Core tasks AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Having a value= as a token value in the follwoing: loadproperties srcFile=build.properties filterchain replacetokens begintoken=( endtoken=) token key=${env.LOGNAME} value=/ /replacetokens /filterchain /loadproperties Throws this exception: java.lang.StringIndexOutOfBoundsException: String index out of range: 0 at java.lang.String.charAt(String.java:460) at org.apache.tools.ant.filters.ReplaceTokens.read(ReplaceTokens.java:160) at org.apache.tools.ant.filters.ReplaceTokens.read(ReplaceTokens.java:196) at org.apache.tools.ant.filters.BaseFilterReader.read(BaseFilterReader.java:123) at java.io.Reader.read(Reader.java:100) at org.apache.tools.ant.util.FileUtils.readFully(FileUtils.java:793) at org.apache.tools.ant.filters.util.ChainReaderHelper.readFully(ChainReaderHelper.java:238) at org.apache.tools.ant.taskdefs.LoadProperties.execute(LoadProperties.java:139) at org.apache.tools.ant.Task.perform(Task.java:341) 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:1339) at org.apache.tools.ant.taskdefs.Ant.execute(Ant.java:397) at org.apache.tools.ant.taskdefs.CallTarget.execute(CallTarget.java:143) at org.apache.tools.ant.Task.perform(Task.java:341) 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:1339) at org.apache.tools.ant.Project.executeTargets(Project.java:1255) at org.apache.tools.ant.Main.runBuild(Main.java:609) at org.apache.tools.ant.Main.start(Main.java:196) at org.apache.tools.ant.Main.main(Main.java:235) any other non-zero length string will replace fine. But as you can see from the loadproperties task, I need an empty string.
DO NOT REPLY [Bug 18633] New: - starteam checkin task ignores the includes parameter for files not in repository
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=18633. 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=18633 starteam checkin task ignores the includes parameter for files not in repository Summary: starteam checkin task ignores the includes parameter for files not in repository Product: Ant Version: 1.5.2 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: Optional Tasks AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I have a directory of files (*.java and *.class) that I use ant to checkin. I dont want to checkin the *.class files, so I specify the includes=*.java as part of the tag. It still adds all the *.class files, I think its because they dont exist in starteam. So maybe the includes parameter isnt implemented for the add command, just the checkin?
DO NOT REPLY [Bug 18637] New: - defaultexcludes not works with zip,tar,jar tasks or bag with CVS directories
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=18637. 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=18637 defaultexcludes not works with zip,tar,jar tasks or bag with CVS directories Summary: defaultexcludes not works with zip,tar,jar tasks or bag with CVS directories Product: Ant Version: 1.5.3 Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Normal Priority: Other Component: Core tasks AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] try to zip something with CVS directories, archive does not contain them.
DO NOT REPLY [Bug 16972] - Jar task incorrectly builds INDEX.LIST entries.
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=16972. 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=16972 Jar task incorrectly builds INDEX.LIST entries. [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-04-03 06:43 --- should be fixed in nightly buil,d 2003-04-04.
DO NOT REPLY [Bug 18637] - defaultexcludes not works with zip,tar,jar tasks or bag with CVS directories
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=18637. 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=18637 defaultexcludes not works with zip,tar,jar tasks or bag with CVS directories --- Additional Comments From [EMAIL PROTECTED] 2003-04-03 07:09 --- And it shouldn't. I'm not sure I understand your report, could you please exapnd a little?
DO NOT REPLY [Bug 17807] - antlr test fails
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=17807. 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=17807 antlr test fails --- Additional Comments From [EMAIL PROTECTED] 2003-04-03 07:16 --- So test8 fails for you because there ain't no exception at all. Again, is this CVS HEAD? Are you absolutely sure 8-) You may need to bootstrap Ant. What you see is supposed to be fixed with revision 1.21 of ANTLR.java.
DO NOT REPLY [Bug 18605] - XML parser factory nas not been configured correctly
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=18605. 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=18605 XML parser factory nas not been configured correctly --- Additional Comments From [EMAIL PROTECTED] 2003-04-03 07:39 --- Thanks. I have tried with Java 1.2 and It works OK.
DO NOT REPLY [Bug 14849] - JProbe tasks: executables cannot be found with JProbe 4.0.1
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=14849. 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=14849 JProbe tasks: executables cannot be found with JProbe 4.0.1 --- Additional Comments From [EMAIL PROTECTED] 2003-04-03 08:20 --- as for the executables, you're right, they are now in jprobe.home/bin coverage.jar is now in jprobe.home/lib/coverage.jar . Best regards, Jan
DO NOT REPLY [Bug 18642] New: - StackOverflow when antcall calls a target which uses input
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=18642. 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=18642 StackOverflow when antcall calls a target which uses input Summary: StackOverflow when antcall calls a target which uses input Product: Ant Version: 1.6Alpha (nightly) Platform: PC OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: Core tasks AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Given the buildfile ?xml version=1.0 encoding=ISO-8859-1? project name=antutil default=show target name=test1 antcall target=test2/ /target target name=test2 input/ /target /project a StackOverflow will encounter if target test1 is invoked. Invoking test2 works: c:\temp\ant test1 test1: test2: BUILD FAILED java.lang.StackOverflowError at java.lang.Thread.currentThread(Native Method) at org.apache.tools.ant.Project.demuxInput(Project.java:1330) at org.apache.tools.ant.taskdefs.Ant.handleInput(Ant.java:307) at org.apache.tools.ant.taskdefs.CallTarget.handleInput (CallTarget.java:197) at org.apache.tools.ant.UnknownElement.handleInput (UnknownElement.java:168) at org.apache.tools.ant.Project.demuxInput(Project.java:1334) at org.apache.tools.ant.DemuxInputStream.read(DemuxInputStream.java:98) at org.apache.tools.ant.Project.defaultInput(Project.java:1312) at org.apache.tools.ant.Task.handleInput(Task.java:330) at org.apache.tools.ant.UnknownElement.handleInput (UnknownElement.java:168) at org.apache.tools.ant.Project.demuxInput(Project.java:1334) at org.apache.tools.ant.taskdefs.Ant.handleInput(Ant.java:307) ... Encountered with Apache Ant version 1.6alpha compiled on February 27 2003. Testing with Nightly Build. ... Yes, verified on Apache Ant version 1.6alpha compiled on April 2 2003.
DO NOT REPLY [Bug 14849] - JProbe tasks: executables cannot be found with JProbe 4.0.1
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=14849. 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=14849 JProbe tasks: executables cannot be found with JProbe 4.0.1 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-04-03 08:51 --- OK, I've added another assumption, namely that the executables are .exe and not .bat or something else on Windows. Could you please either build the CVS HEAD version of Ant (or try nightly build 2003-04-04) to confirm that it works for you now? I'll ask on the dev list to find people running older JProbe versions that I haven't broken anything.
DO NOT REPLY [Bug 18648] New: - zip still creates invalid file (NOT FIXED IN 1.5.3Beta1)
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=18648. 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=18648 zip still creates invalid file (NOT FIXED IN 1.5.3Beta1) Summary: zip still creates invalid file (NOT FIXED IN 1.5.3Beta1) Product: Ant Version: 1.5.3 Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Normal Priority: Other Component: Core tasks AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Version 1.5.2 was broken regarding zip files. Version 1.5.3Beta1 fixed only part of the problem. When creating zip files, the files are created with invalid size. WinZip does not show it, but the WinZip command line does. The WinZip command line can be downloaded at: http://www.winzip.com/wzcline.htm. Just download ans see. More information is below. thanks, Doron. The version: D:\Development\song\dev\songant -version Apache Ant version 1.5.3Beta1 compiled on March 24 2003 The zip command: zip destfile=JavaGA_Source_${song.timeStamp}.zip basedir=${tempdir} includes=**/ When unzipping: D:\kkwzunzip -D JavaGA_Source_20030402183401.zip WinZip(R) Command Line Support Add-On Version 1.0 (Build 3181) Copyright (c) WinZip Computing, Inc. 1991-2000 - All Rights Reserved Zip file: JavaGA_Source_20030402183401.zip ... unzipping doc/Java GA Library Block Diagram 2003-03-24.doc Warning: the size of the extracted file (25600) does not match the uncompressed size (0) recorded in the zip file unzipping doc/Java GA Library implementation 2003-03-24.doc Warning: the size of the extracted file (51200) does not match the uncompressed size (0) recorded in the zip file unzipping src/cmp.bat Warning: the size of the extracted file (50) does not match the uncompressed size (0) recorded in the zip file unzipping src/com/schema/ga/Analyzer.java Warning: the size of the extracted file (1366) does not match the uncompressed size (0) recorded in the zip file unzipping src/com/schema/ga/analyzers/AnalyzerBase.java Warning: the size of the extracted file (913) does not match the uncompressed size (0) recorded in the zip file unzipping src/com/schema/ga/analyzers/Standard.java Warning: the size of the extracted file (2307) does not match the uncompressed size (0) recorded in the zip file unzipping src/com/schema/ga/Crossover.java ...
DO NOT REPLY [Bug 18637] - defaultexcludes not works with zip,tar,jar tasks or bag with CVS directories
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=18637. 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=18637 defaultexcludes not works with zip,tar,jar tasks or bag with CVS directories --- Additional Comments From [EMAIL PROTECTED] 2003-04-03 10:01 --- Directory for example ant CVS snapshot: ... build.xml check.xml CVS docs docs.xml ... ant task zip destfile=ant.zip basedir=ant defaultexcludes=false/ resulting archive does not contain CVS directory !!! posible fix in class org.apache.tools.ant.taskdefs.Zip in function executeMain() if (baseDir != null) { FileSet fs = (FileSet) getImplicitFileSet().clone(); fs.setDefaultexcludes(useDefaultExcludes); //Add this string fs.setDir(baseDir); vfss.addElement(fs); } This is solution only for zip task the same problem exists for tar, jar tasks (and may be others)
DO NOT REPLY [Bug 18642] - StackOverflow when antcall calls a target which uses input
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=18642. 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=18642 StackOverflow when antcall calls a target which uses input --- Additional Comments From [EMAIL PROTECTED] 2003-04-03 10:06 --- relevant part of the stack trace: at org.apache.tools.ant.Project.getThreadTask(Project.java:2148) at org.apache.tools.ant.Project.demuxInput(Project.java:1330) at org.apache.tools.ant.taskdefs.Ant.handleInput(Ant.java:307) at org.apache.tools.ant.taskdefs.CallTarget.handleInput(CallTarget.java:197) at org.apache.tools.ant.UnknownElement.handleInput(UnknownElement.java:171) at org.apache.tools.ant.Project.demuxInput(Project.java:1334) at org.apache.tools.ant.DemuxInputStream.read(DemuxInputStream.java:98) at org.apache.tools.ant.Project.defaultInput(Project.java:1312) at org.apache.tools.ant.Task.handleInput(Task.java:330) at org.apache.tools.ant.UnknownElement.handleInput(UnknownElement.java:171) at org.apache.tools.ant.Project.demuxInput(Project.java:1334)
DO NOT REPLY [Bug 18637] - defaultexcludes not works with zip,tar,jar tasks or bag with CVS directories
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=18637. 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=18637 defaultexcludes not works with zip,tar,jar tasks or bag with CVS directories [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] AssignedTo|[EMAIL PROTECTED] |[EMAIL PROTECTED] Target Milestone|--- |1.6
DO NOT REPLY [Bug 18637] - defaultexcludes not works with zip,tar,jar tasks or bag with CVS directories
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=18637. 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=18637 defaultexcludes not works with zip,tar,jar tasks or bag with CVS directories [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |ASSIGNED --- Additional Comments From [EMAIL PROTECTED] 2003-04-03 10:11 --- OK, I see the problem. As a workaround, don't use basedir but a nested fileset and set the defaultexcludes on the nested fileset.
DO NOT REPLY [Bug 18642] - StackOverflow when antcall calls a target which uses input
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=18642. 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=18642 StackOverflow when antcall calls a target which uses input [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |ASSIGNED --- Additional Comments From [EMAIL PROTECTED] 2003-04-03 11:06 --- I'll check this out.
DO NOT REPLY [Bug 18648] - zip still creates invalid file (NOT FIXED IN 1.5.3Beta1)
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=18648. 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=18648 zip still creates invalid file (NOT FIXED IN 1.5.3Beta1) [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Additional Comments From [EMAIL PROTECTED] 2003-04-03 11:34 --- I can confirm the report of Doron Rajwan. I also have narrowed the problem a bit. The error message does not show up when one uses the compress=false attribute when building the zip file. When compress=true (the default) the following lines of code are not called in Zip.java#zipFile(InputStream in, ZipOutputStream zOut, String vPath, long lastModified, File fromArchive, int mode) ze.setSize(size); ze.setCrc(cal.getValue());
DO NOT REPLY [Bug 18648] - zip still creates invalid file (NOT FIXED IN 1.5.3Beta1)
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=18648. 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=18648 zip still creates invalid file (NOT FIXED IN 1.5.3Beta1) [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2003-04-03 11:43 --- But they get called in ZipOutputStream#closeEntry. Like I said, it is leagl to set size and compressed size to zero in the LFH for compressed files and we simply do so.
DO NOT REPLY [Bug 18656] New: - Rename recursively
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=18656. 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=18656 Rename recursively Summary: Rename recursively Product: Ant Version: 1.5.1 Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Enhancement Priority: Other Component: Core tasks AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] The problem I see is how to rename files and directories recursively that match with a pattern. Rename task is deprecated. I've tried to use move with mapper but when find a file or directory, make another one with the correct name but empty (and keeping the original).
DO NOT REPLY [Bug 18402] - 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 --- Additional Comments From [EMAIL PROTECTED] 2003-04-03 14:00 --- Have you take a look at the trycatch/ task in antcontrib? I think it allows you to write exactly what you want with clear semantics. target name=mytask depends=init trycatch try /try finally antcall target=cleanup/ /finally trycatch /target Are you proposing something with a meaning different than this one?
DO NOT REPLY [Bug 17807] - antlr test fails
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=17807. 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=17807 antlr test fails --- Additional Comments From [EMAIL PROTECTED] 2003-04-03 14:15 --- Sorry, it was my fault. After bootstrapping again, the testcase passed.
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-04-03 14:26 --- My two cents: Anything in ANT that is suppose to point to a file or directory is by convention assumed to be relative to ${basedir} (unless you specify a full path). By having the parameter be of type File, ANT takes care of this transparently. Using CWD for relative files means that buildfiles cannot be used correctly when called ant from one another. It seem not only worth, but a bug not to work that way.
DO NOT REPLY [Bug 18642] - StackOverflow when antcall calls a target which uses input
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=18642. 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=18642 StackOverflow when antcall calls a target which uses input [EMAIL PROTECTED] changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-04-03 14:46 --- Good catch - thanks. Fixed in CVS now.
DO NOT REPLY [Bug 12024] - [PATCH] Enable junit to inherit Ant properties as system properties
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=12024. 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=12024 [PATCH] Enable junit to inherit Ant properties as system properties --- Additional Comments From [EMAIL PROTECTED] 2003-04-03 14:52 --- Created an attachment (id=5626) Zip of latest 3 sources for junitx
DO NOT REPLY [Bug 18256] - ant.bat wrong syntax building classpath
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=18256. 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=18256 ant.bat wrong syntax building classpath --- Additional Comments From [EMAIL PROTECTED] 2003-04-03 15:03 --- This is not a classloader issue. Classloaders do not have any issues with spaces. This line, however, D:\Program Files\j2sdk1.4.1_01\bin\java.exe -classpath D:\Program Files\... is a problem. It is running Ant with a classpath of D:\Program and trying to execute the class starting with Files\... That is definitely a windows command line issue. I'm pretty sure the doubling of quotes you report is not possible with the stock ant.bat file - based on these two lines if exist %JAVA_HOME%\lib\tools.jar set LOCALCLASSPATH=%JAVA_HOME%\lib\tools.jar;%LOCALCLASSPATH% and %_JAVACMD% %ANT_OPTS% -classpath %LOCALCLASSPATH% So, can you please double check that you have restored ant.bat. If you still have problems, please zip up the complete echo output and we'll see what is next. Thanks
DO NOT REPLY [Bug 18613] - setproject not called for all created objects
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=18613. 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=18613 setproject not called for all created objects --- Additional Comments From [EMAIL PROTECTED] 2003-04-03 17:28 --- On reviewing the patch I found the following issues: 1) if the object that setproject is called on is not a public scoped object but does contain a public setproject method, the setproject method method is not found by getmethod. To work around this, the Project.setProjectOnObject() method now checks it the object extends ProjectComponent and if so calls setProject on a casted object - this should make the code functionally backward compatible 2) The same issue occuried in ChainReaderHelper. Also in this class, the setProject needs to be called in more places so a new private method method was added. Also I removed a needless check on the type of object in the filterchain being a Reader and ChainableReader, the code uses the object as a factory to create a reader. A new patch follows...
DO NOT REPLY [Bug 14868] - Failed Building ANT Distribution !
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=14868. 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=14868 Failed Building ANT Distribution ! --- Additional Comments From [EMAIL PROTECTED] 2003-04-03 17:28 --- Created an attachment (id=5627) Updated patch
DO NOT REPLY [Bug 18613] - setproject not called for all created objects
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=18613. 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=18613 setproject not called for all created objects --- Additional Comments From [EMAIL PROTECTED] 2003-04-03 17:30 --- Created an attachment (id=5628) Updated patch
DO NOT REPLY [Bug 14868] - Failed Building ANT Distribution !
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=14868. 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=14868 Failed Building ANT Distribution ! --- Additional Comments From [EMAIL PROTECTED] 2003-04-03 17:32 --- Sorry wrong bug number for the patch Peter. ;)
DO NOT REPLY [Bug 18664] New: - Patch JavaCC/JJTree version changes 3.0 vs 2.1
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=18664. 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=18664 Patch JavaCC/JJTree version changes 3.0 vs 2.1 Summary: Patch JavaCC/JJTree version changes 3.0 vs 2.1 Product: Ant Version: 1.6Alpha (nightly) Platform: All OS/Version: All Status: NEW Severity: Enhancement Priority: Other Component: Optional Tasks AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Patch package name change in JavaCC version 3.0 Thanks to Stefan's comment: 'The task already deals with JavaCC 2.0 and = 2.0 differently' and the fact that the archive name was changed to javacc.jar there was no need for an extra attribute in the taskdefs. Thus only patch for the code.
DO NOT REPLY [Bug 18664] - Patch JavaCC/JJTree version changes 3.0 vs 2.1
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=18664. 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=18664 Patch JavaCC/JJTree version changes 3.0 vs 2.1 --- Additional Comments From [EMAIL PROTECTED] 2003-04-03 17:51 --- Created an attachment (id=5629) Taskdefs javacc and jjtree package name change
DO NOT REPLY [Bug 18602] - Enhancement JavaCC, JJTree and JJDoc
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=18602. 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=18602 Enhancement JavaCC, JJTree and JJDoc --- Additional Comments From [EMAIL PROTECTED] 2003-04-03 17:55 --- Created an attachment (id=5630) Patch for NEW taskdef jjdoc when enhancement bug 18664 is accepted
DO NOT REPLY [Bug 18506] - Determine projecthelp non-main targets from prefix in target name
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=18506. 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=18506 Determine projecthelp non-main targets from prefix in target name --- Additional Comments From [EMAIL PROTECTED] 2003-04-03 18:16 --- I just want to add that is you want to document your ANT code you are wellcome to use !-- Comments -- on the XML file. Description tags are provided to have the content of what to display on the -projecthelp.
DO NOT REPLY [Bug 15351] - JAVA_HOME set to path with spaces causes ant.bat 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=15351. 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=15351 JAVA_HOME set to path with spaces causes ant.bat to fail [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2003-04-03 18:17 --- *** Bug 18256 has been marked as a duplicate of this bug. ***
DO NOT REPLY [Bug 18669] New: - Ftp 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=18669. 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=18669 Ftp task Summary: Ftp task Product: Ant Version: 1.5.2 Platform: All OS/Version: Other Status: NEW Severity: Enhancement Priority: Other Component: Optional Tasks AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Is there any possibility of adding ftp task to the ant utility. It can be very handy for us to move files to and fro.
DO NOT REPLY [Bug 18669] - Ftp 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=18669. 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=18669 Ftp task [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Additional Comments From [EMAIL PROTECTED] 2003-04-03 21:25 --- there is an ftp task. consult the documentation
DO NOT REPLY [Bug 18670] New: - Checksum validation against property always fails
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=18670. 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=18670 Checksum validation against property always fails Summary: Checksum validation against property always fails Product: Ant Version: 1.5.2 Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Normal Priority: Other Component: Core tasks AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Using Checksum with property=checksum and verifyproperty=verify always results in the property verify being written with false, even if checksum was just set with Checksum property=checksum (ie checksum is known to be correct). verifyproperty works as expected when the desired checksum is in an external file.
DO NOT REPLY [Bug 18504] - Junit report broken
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=18504. 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=18504 Junit report broken --- Additional Comments From [EMAIL PROTECTED] 2003-04-04 02:01 --- Created an attachment (id=5633) this is a bugfix for the bug in question
DO NOT REPLY [Bug 18504] - Junit report broken
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=18504. 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=18504 Junit report broken [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WONTFIX | --- Additional Comments From [EMAIL PROTECTED] 2003-04-04 02:03 --- See recently attached patch for the fix. Note that this is not a Xalan-related issue, so upgrading Xalan will have no effect whatsovere. However this patch fixes the real issue (related to JDK bug) completely. See discussion at http://objectstyle.org/cayenne/lists/cayenne-devel/2003/03/0170.html
DO NOT REPLY [Bug 16268] - ant.apache.org uses tables for formatting.
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=16268. 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=16268 ant.apache.org uses tables for formatting. [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-04-04 04:23 --- Removed the bulk of formatting tables and replaced them with CSS based layout. Two tables remain - one for the logo bar and one for the search form (also in the logo bar). I can remove both of these on Mozilla but IE cannot cope with the input boxes and inserts a blank white line - ugly.
DO NOT REPLY [Bug 18664] - Patch JavaCC/JJTree version changes 3.0 vs 2.1
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=18664. 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=18664 Patch JavaCC/JJTree version changes 3.0 vs 2.1 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] AssignedTo|[EMAIL PROTECTED] |[EMAIL PROTECTED] Target Milestone|--- |1.6
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-04-04 06:24 --- Jose Alberto, not everything is resolved to basedir, unfortunately. Sometimes the code predates IntrospectionHelper, sometimes people just didn't know about the magic of File attributes. Whenever we change an attribute to resolve files relative to basedir and not the current working directory, we run the danger of breaking backwards compatibility. As an example, several Jakarta builds got broken when style's stylesheet attribute was changed. I had to revert to the tactics we use now - which pretty much is option (2) from my last comment. Consistency is good. Breaking backwards compatibility for consistency's sake is not.
DO NOT REPLY [Bug 18504] - Junit report broken
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=18504. 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=18504 Junit report broken [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] AssignedTo|[EMAIL PROTECTED] |[EMAIL PROTECTED] Status|REOPENED|NEW Target Milestone|--- |1.6
DO NOT REPLY [Bug 12511] - concat directive must have a newline
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=12511. 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=12511 concat directive must have a newline --- Additional Comments From [EMAIL PROTECTED] 2003-04-04 09:19 --- Ok I have including the patch. It is part of an update to the enchanced concat. The patch implements following attributes * outputencoding * fixlastline * eol and *encoding on header and footer nested elements There is test cases for the outputencoding and fixlastline. The test case for outputencoding depends on the files used in the copy tests. A new method setWriter has been added. This is to allow concat to be used as a nested element (as part of a filter chain). The idea here is to remove header and footer as nested elements of concat, and add them as nested elements of filterchain (so they can be used with concat, loadfile and copy). example: concat some files filterchain headerThis is the header/header footerpath path=footer.txt/footer /filterchain /concat Peter.
DO NOT REPLY [Bug 18664] - Patch JavaCC/JJTree version changes 3.0 vs 2.1
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=18664. 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=18664 Patch JavaCC/JJTree version changes 3.0 vs 2.1 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-04-04 09:33 --- Applied, thanks. Will be in nightly build 2003-04-05.
DO NOT REPLY [Bug 18667] - javah module no longer works with Java 1.4.2
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=18667. 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=18667 javah module no longer works with Java 1.4.2 [EMAIL PROTECTED] changed: What|Removed |Added Severity|Normal |Blocker OS/Version|All |Linux Priority|Other |High Platform|All |PC Version|1.5 |1.5.1 --- Additional Comments From [EMAIL PROTECTED] 2003-04-04 11:11 --- I have a similar problem using Ant 1.5.1 on Linux with Java 1.4.2 beta. java.lang.NoSuchMethodError: com.sun.tools.javah.Main.init([Ljava/lang/String; )V at org.apache.tools.ant.taskdefs.optional.Javah.doClassicCompile(Javah. java:348) at org.apache.tools.ant.taskdefs.optional.Javah.execute(Javah.java:318) at org.apache.tools.ant.Task.perform(Task.java:319) 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:1306) at org.apache.tools.ant.Project.executeTargets(Project.java:1250) at org.apache.tools.ant.Main.runBuild(Main.java:610) at org.apache.tools.ant.Main.start(Main.java:196) at org.apache.tools.ant.Main.main(Main.java:235)
DO NOT REPLY [Bug 18708] New: - outputproperty attribute of exec
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=18708. 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=18708 outputproperty attribute of exec Summary: outputproperty attribute of exec Product: Ant Version: 1.5.1 Platform: Sun OS/Version: Solaris Status: NEW Severity: Normal Priority: Other Component: Build Process AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Hi. I'm trying to use the outputproperty attribute of exec but it seems to do nothing. This is what I'm trying to do: exec executable=/usr/bin/ls outputproperty=object_list arg value=/tmp/ /exec I don't know if I have to add a property tag in order to declare the property I want to use or not, object_list. I have tried doing that too but It didn't work. The property is empty. Can anybody send me an example of how to do this?
DO NOT REPLY [Bug 18715] New: - [PATCH] subant to specify basedir to ant
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=18715. 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=18715 [PATCH] subant to specify basedir to ant Summary: [PATCH] subant to specify basedir to ant Product: Ant Version: 1.5.3 Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Enhancement Priority: Other Component: Core tasks AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] CC: [EMAIL PROTECTED] The patch applies to revision 1.1 of SubAnt.java in the cvs repository. It tries to achieve the following: * adds 'output' attribute to subant (directly corresponding to ant's attribute of the same name) * includes Gus Heck's patch (see http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18391) * fixes small bug with removal of 'target' attribute's default value (getOwningTarget().getName()) (removal occured on addition to cvs) * specifies now 'dir' attribute to delegated ant (under certain circumstances, see below) If the currently processed element of the 'buildpath' attribute is a filename, the original behaviour is preserved. But if the current element is a directoryname, the behaviour is as follows: * If the 'antfile' attribute is an absolute filename, then the following settings are given to ant: - dir=current element of 'buildpath' - antfile = the value of subant's 'antfile' attribute * If 'antfile' is not absolute (i.e. when the default value is used), the following settings apply to ant: - dir=current element of 'buildpath' - antfile = the absolute filename that results when subant's 'antfile' value is resolved against the current element of 'buildpath'. To specify absolute filenames as the 'antfile' attribute to ant (which is not documented, AFAICT) is possible because of the (also undocumented) behaviour of FileUtils.resolveFile(file, filename), that it returns File(filename) if filename is absolute. The check for absoluteness seems to be platform dependent. It would be nice, if the maintainers could state, whether this behaviour will be preserved (i.e. setting absolute filenames to ant's 'antfile'). For a short discussion about (and a rationale to) this patch, see http://marc.theaimsgroup.com/?t=10487670491r=1w=2. Please note that I've found no easy way to preserve full backwards compatibility as I've stated too rashly in my mail.
DO NOT REPLY [Bug 18715] - [PATCH] subant to specify basedir to ant
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=18715. 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=18715 [PATCH] subant to specify basedir to ant --- Additional Comments From [EMAIL PROTECTED] 2003-04-04 16:26 --- Created an attachment (id=5648) patch against SubAnt.java, revision 1.1
DO NOT REPLY [Bug 18717] New: - Missed defaultvalue attribute in input doc
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=18717. 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=18717 Missed defaultvalue attribute in input doc Summary: Missed defaultvalue attribute in input doc Product: Ant Version: 1.6Alpha (nightly) Platform: All OS/Version: Other Status: NEW Severity: Enhancement Priority: Other Component: Documentation AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] CC: [EMAIL PROTECTED] When I started working with input I missed the ability for default values. So I wanted to add it ... and saw that it´s already there. :-) So it would be good, if the doc is enhanced (as long as it isn´t generated by XDoclet :-) Here the add´s (attribute and example - my diff doesn´t work right, so here as snippets): As last attribute: tr td valign=topdefaultvalue/td td valign=topDefines the default value of the property to be created from input. Property value will be set to default if not input is received./td td valign=top align=centerNo/td /tr As last example: pre lt;input message=quot;Please enter db-username:quot; addproperty=quot;db.userquot; defaultvalue=quot;Scott-Tigerquot; /gt;/pre pSame as above, but will set codedb.user/code to the value iScott- Tiger/i if the user enters no value (simply types lt;returngt;)./p
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-04-04 17:49 --- Well by that no bug should be fixed because it is a backward compatibility issue ;-P No seriously, I think the StarTeam people needs to decide whether allowing whether to do ant to a file in a different directory should break a build (because CWD is different) or it should work because files are relative to basedir. I think the later is much better. Maybe some backward comp option should be OK or warning message. We should audit the code to see how many cases of this issues we stil have.
DO NOT REPLY [Bug 18402] - 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 --- Additional Comments From [EMAIL PROTECTED] 2003-04-04 18:03 --- I have lobbyed for getting ANT-contrib as part of ANT 1.6 do not know if it will happen. Your syntax may be short, but it is not easy to achieve just like that. What do you do if you have multiple targets in a dependency chain and they all have the same finally=X what happens with the dependencies of X? Shall they be executed once? Multiple times? When in the order should they execute? It is not too clear, all that has to be formalized.
DO NOT REPLY [Bug 18722] - vssget task fails
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=18722. 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=18722 vssget task fails [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2003-04-04 22:55 --- *** This bug has been marked as a duplicate of 4387 ***
DO NOT REPLY [Bug 18705] - Ant does not build: Java: UNIXProcess:forkAndExec: exec failed: Argument list too long
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=18705. 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=18705 Ant does not build: Java: UNIXProcess:forkAndExec: exec failed: Argument list too long --- Additional Comments From [EMAIL PROTECTED] 2003-04-04 23:03 --- The command line being passed to 'chmod' is too long for your environment. Add '-Dchmod.fail=false' when building The build fails when setting permissions of the generated documentation, so it will not affect the produced distribution. Jesse
DO NOT REPLY [Bug 18732] New: - ANT parameter passing has some bugs!
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=18732. 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=18732 ANT parameter passing has some bugs! Summary: ANT parameter passing has some bugs! Product: Ant Version: 1.1 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: Core AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I set my ANT_OPTS='-propertyfile ant.properties'. ANT does not recognize the comand-line parameter -propertyfile. This is an obvious bug. I suggest that ANT should always accept an optional default property file (possibly ant.properties). ANT should optionally accept also accept ALL command-line parameters on the property file. The ANT_OPTS is difficult to change and manipulate. Also, ANT should accept macro expressions in its property file. It does not accept such expression now. For instance it should accept such thing as: root.path=${basedir}/sources Regards, Colbert Philippe
DO NOT REPLY [Bug 18733] New: - Should create a ANT based parameter passing framework.
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=18733. 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=18733 Should create a ANT based parameter passing framework. Summary: Should create a ANT based parameter passing framework. Product: Ant Version: 1.1 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: Core AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I want to suggest that you create a separate framework for passing parameters to Java application programs based on ANT syntax. ANT resolved the parameter passing to Java applications with tasks. The framework that I am suggesting would allow Java programmers to use the same syntax to get complex parameters from a text file. The ANT task syntax would be used in the text file. I want to stress that the new framework would be independent of ANT. It would simply give users an additional way to retrieve data from text files. The path like structures would be particularly useful. The parameter passing framework should complement the Jakarta CLI framework for command-line parameter retrieval. Regards, Colbert Philippe
DO NOT REPLY [Bug 18736] New: - manifest task will not create Name entry
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=18736. 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=18736 manifest task will not create Name entry Summary: manifest task will not create Name entry Product: Ant Version: 1.5.1 Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Normal Priority: Other Component: Core tasks AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] file:X:/VOBS_developed_DAA/FOBWS/src/build.xml:106: Specify the section name using the name attribute of the section element rather than using a Name manifest attribute manifest file=unjar/META-INF/MANIFEST.MF mode=update section attribute name=Name value=APP-INF/lib/FOBSVC.jar/ attribute name=Name value=APP-INF/lib/FOBSVCObjects.jar/ /section /manifest Leaving section out produces the same error. Both name and value are required by attribute. Effect is to produce the following manifest: Manifest-Version: 1.0 Created-By: Apache Ant 1.5 Name: FOBWebSvcEJB.jar Name: META-INF/application.xml Name: FOB_WebSvc.war Name: APP-INF/lib/FOBSVC.jar Name: APP-INF/lib/FOBSVCObjects.jar
Bug report for Ant [2003/04/06]
+---+ | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned| | | OPN=ReopenedVER=Verified(Skipped Closed/Resolved) | | | +-+ | | | Severity: BLK=Blocker CRI=CriticalMAJ=Major | | | | MIN=Minor NOR=Normal ENH=Enhancement | | | | +-+ | | | | Date Posted | | | | | +--+ | | | | | Description | | | | | | | | 1484|New|Enh|2001-04-24|Request additional flexibility in AntOn task for A| | 1509|Opn|Enh|2001-04-25|Project object not fully functional in BuildEvents| | 2137|New|Maj|2001-06-12|VAJAntToolGUI properties are evaluated the first r| | 2236|New|Enh|2001-06-19|Visual Age vajload task - ability to load open pro| | 2743|New|Enh|2001-07-23|More sophisticated dependency analysis| | 2811|Ass|Enh|2001-07-25|depend does not work when an interface is modifi| | 3198|Opn|Maj|2001-08-21|The javac task doesn't work properly with multi-| | 3310|New|Enh|2001-08-28|Clear case files and directories | | 3807|New|Enh|2001-09-25|target .. access rights | | 3808|New|Enh|2001-09-25|making interfaces that projects implements. | | 3968|New|Enh|2001-10-04|Need way to have ejbjar task continue when errors | | 4066|New|Enh|2001-10-10|Ant task and classpath| | 4387|New|Enh|2001-10-24|Problem using vssget to get latest version from MS| | 4460|New|Enh|2001-10-26|change DataType.dieOnCircularReference() from prot| | 4750|Opn|Min|2001-11-08|jspc flattens directory structure when translating| | 5003|New|Blk|2001-11-21|exec task does not return after executed command f| | 5019|Ass|Maj|2001-11-21|ejbjar does not package ejb-ref interfaces| | 5035|New|Enh|2001-11-22|Patternset and fileset enhancements | | 5155|New|Enh|2001-11-28|New Oracle optional task ?? | | 5748|New|Enh|2002-01-08|Filtering, Default Filter | | 5789|New|Enh|2002-01-10|Enhanced PVCS task. | | 5907|New|Enh|2002-01-17|ExecTask waits regardless of what you are executin| | 5949|New|Enh|2002-01-21|Stop using timestamp for out-of-dateness check | | 5969|New|Enh|2002-01-22|Is SMTP authorization possible for MailLogger ?? | | 6226|New|Enh|2002-02-04|Organization of ant/lib directory, contents of ant| | 6266|New|Enh|2002-02-06|Ant Zip task additional parameter request | | 6323|Ass|Maj|2002-02-08|java failonerror not working unless fork=true | | 6368|Opn|Enh|2002-02-11|Wild card as a target name or comma separated targ| | 6475|New|Enh|2002-02-14|I would like to be able to do the diff with to fil| | 6495|New|Enh|2002-02-15|Support XML catalogs to resolve external entities | | 6599|New|Enh|2002-02-20|Fork in javadoc is not needed if you added a secur| | 6606|Opn|Enh|2002-02-21|META-BUG problems with delegating classloaders| | 6757|New|Enh|2002-02-28|adding visibility to tasks| | 6810|New|Enh|2002-03-02|inherit all properties to a called java program | | 7245|Ass|Enh|2002-03-19|JUnit JUnitReport tasks / VM constraints| | 7324|New|Enh|2002-03-21|uptodate or fileset task allow combining of filese| | 7546|New|Enh|2002-03-27|EjbJar:Borland Task doesn't allow alternate compil| | 7624|New|Enh|2002-03-29|chmod task should be extensible to non-Unix system| | 7712|New|Enh|2002-04-03|Provide patternset support for VSSGET task? | | 7775|New|Enh|2002-04-05|Add attribute to allow remote dir creation during | | 7879|New|Enh|2002-04-09|the style task is very useful, but a little too | | 8031|Opn|Enh|2002-04-12|Suggest ProjectHelperImpl use File.toURI().toURL()| | 8089|New|Maj|2002-04-15|weblogic-Element of ejbjar-Task needs support for | | 8294|New|Enh|2002-04-19|Make apply better!| | 8451|New|Enh|2002-04-24|[PATCH] VSS fixes, additional functionality | | 8502|New|Enh|2002-04-25|Style task needs a failonerror/haltonerror attribu| | 8510|New|Blk|2002-04-25|shutdown hook does not fire in forked java task un| | 8559|New|Enh|2002-04-26|Add fileset to arg, add a new task ex. direct| | 8656|New|Enh|2002-04-30|Add the possibility to specify a URL in the Filter| | 8722|New|Enh|2002-05-02|allow setting class path for optional tasks via bu| | 8745|New|Enh|2002-05-02|log compile errors so that they can be picked up b| | 8866|New|Enh|2002-05
DO NOT REPLY [Bug 18736] - manifest task will not create Name entry
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=18736. 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=18736 manifest task will not create Name entry [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2003-04-06 15:09 --- A name attribute defines a section, so you can't put name attributes in a section. Ant will do this for you. The example you gave is invalid because it tries to define two names in a section. Try this instead manifest file=unjar/META-INF/MANIFEST.MF mode=update section name=APP-INF/lib/FOBSVC.jar /section section name=APP-INF/lib/FOBSVCObjects.jar /section /manifest
DO NOT REPLY [Bug 18733] - Should create a ANT based parameter passing framework.
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=18733. 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=18733 Should create a ANT based parameter passing framework. [EMAIL PROTECTED] changed: What|Removed |Added Severity|Normal |Enhancement
DO NOT REPLY [Bug 18742] New: - ANT does not support full cross-referencing of path structures.
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=18742. 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=18742 ANT does not support full cross-referencing of path structures. Summary: ANT does not support full cross-referencing of path structures. Product: Ant Version: 1.1 Platform: All OS/Version: Other Status: NEW Severity: Enhancement Priority: Other Component: Core AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] ANT's documentation hints that path-like structures are usable across task. The current version of ant supports classpath use across task with id= and refid= attributes. Programmers need more than classpath sharing. There should be better (complete) support for path-like structure cross-referencing. To illustrate this, try to build an ANT script with multiple javac tasks (more than one). Try to make the tasks share source file lists. I don't think you can do it with the current version. This shortcoming reflects on all other ant tasks and creates some confusion. The Jalopy (Jaloy from www.sourceforge.net) task plug-in is an example of an Ant task that has poor path structure referencing. I will notify the Jalopy people. Regards, Colbert Philippe
DO NOT REPLY [Bug 18708] - outputproperty attribute of exec
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=18708. 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=18708 outputproperty attribute of exec [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Additional Comments From [EMAIL PROTECTED] 2003-04-07 04:14 --- Works for me. I used this to test 1.5.3 Beta on Solaris. project name=18708 default=test target name=test exec executable=/usr/bin/ls outputproperty=object_list arg value=/tmp/ /exec echo message=list is ${object_list}/ /target /project
DO NOT REPLY [Bug 18754] New: - ant hangs, if the printsummary-attribute of a junit-task in a parallel task is wrong
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=18754. 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=18754 ant hangs, if the printsummary-attribute of a junit-task in a parallel task is wrong Summary: ant hangs, if the printsummary-attribute of a junit-task in a parallel task is wrong Product: Ant Version: 1.5.2 Platform: PC OS/Version: Windows XP Status: NEW Severity: Minor Priority: Other Component: Optional Tasks AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Ant will hang with the following snippet (after starting the server): target name=test2 parallel antcall target=start_server ... /antcall sequential junit fork=yes dir=${basedir} printsummary=bla /junit antcall target=stop_server/ /sequential /parallel /target Expected is an error message like: bla is not a legal value for this attribute (I'm using jdk 1.3.1)
DO NOT REPLY [Bug 18700] - Stange classpath problem
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=18700. 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=18700 Stange classpath problem [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2003-04-07 10:03 --- I understand your comments but I don't see that it is a 'big consistency problem'. There is a difference between not checking for the existence of a file and not knowing the file's name. If we were to defer the resolution of a property to the point of use, the path object could not be configured at all until use. Since the path elements take File arguments the File objects could not be constructed until the path is to be used whereupon it would have to be configured. We also would need to understand what is the point of use. You can argue that the path instance is a use of the properties and they therefore they should be resolved. If we decide to resolve on use of the path, we just shift the problem. Say there was another type that took a path as an argument. Should we defer the resolution of the path until the use of this new type. That might be possible. The rules of Ant configuration are currently that property resolution takes place at the point an object is configured, not where it is used. This is only an issue for datatypes (since they are likely to defined and then used - which doesn't happen for tasks) I can think of how to do it - it would involve leaving types as UnknownElements until a reference was fetched from the Project. That sort of change is pretty major - it would need some discussion on ant's dev list. I'm marking this as WONTFIX for now. If you want to discuss further, lets do it on ant dev.