DO NOT REPLY [Bug 34231] New: - options in compilerarg silently overridden by defaults or ignored.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=34231.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=34231
Summary: options in compilerarg silently overridden by defaults
or ignored.
Product: Ant
Version: 1.6.2
Platform: PC
OS/Version: Windows XP
Status: NEW
Severity: normal
Priority: P3
Component: Core tasks
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
If compilerarg is used to specify an argument that ant supports within the task
then the argument is overridden by that default and no warning is given of this
behavior. In this case, the argument was completely ignored.
Here is my javac task:
javac
debug=${java.debug.option}
srcdir=${src.dir}
destdir=${classes.dir}
classpath
path refid=project.class.path/
/classpath
compilerarg value=-Xlint:-unchecked -target 1.4 compiler=java1.5/
/javac
Here is the ant -verbose output:
[javac] sbc\text\parse\Extractor.java added as
sbc/text/parse/Extractor.class doesn't exist.
[javac] sbc\text\parse\ParseEventListener.java added as
sbc/text/parse/ParseEventListener.class doesn't exist.
[javac] sbc\text\parse\Parser.java added as sbc/text/parse/Parser.class
doesn't exist.
[javac] sbc\text\parse\TextStreamParser.java added as
sbc/text/parse/TextStreamParser.class doesn't exist.
[javac] Compiling 4 source files to
C:\Projects\LDTOOLS\tts\components\parse\build\classes
[javac] Using modern compiler
dropping
C:\Projects\LDTOOLS\tts\components\parse\ProgramFilesjunit3.8.1junit.jar from
path as it doesn't exist
dropping
c:\Projects\LDTOOLS\tts\components\parse\C:\Projects\LDTOOLS\tts\components\parse\ProgramFilesjunit3.8.1junit.jar
from path as it doesn't exist
[javac] Compilation arguments:
[javac] '-d'
[javac] 'C:\Projects\LDTOOLS\tts\components\parse\build\classes'
[javac] '-classpath'
[javac]
'C:\Projects\LDTOOLS\tts\components\parse\build\classes;C:\ProgramFiles\apache-ant-1.6.2\lib\ant-launcher.jar;C:\ProgramFiles\apache-ant-1.6.2\lib\ant-antlr.jar;C:\ProgramFiles\apache-ant-1.6.2\lib\ant-apache-bcel.jar;C:\ProgramFiles\apache-ant-1.6.2\lib\ant-apache-bsf.jar;C:\ProgramFiles\apache-ant-1.6.2\lib\ant-apache-log4j.jar;C:\ProgramFiles\apache-ant-1.6.2\lib\ant-apache-oro.jar;C:\ProgramFiles\apache-ant-1.6.2\lib\ant-apache-regexp.jar;C:\ProgramFiles\apache-ant-1.6.2\lib\ant-apache-resolver.jar;C:\ProgramFiles\apache-ant-1.6.2\lib\ant-commons-logging.jar;C:\ProgramFiles\apache-ant-1.6.2\lib\ant-commons-net.jar;C:\ProgramFiles\apache-ant-1.6.2\lib\ant-icontract.jar;C:\ProgramFiles\apache-ant-1.6.2\lib\ant-jai.jar;C:\ProgramFiles\apache-ant-1.6.2\lib\ant-javamail.jar;C:\ProgramFiles\apache-ant-1.6.2\lib\ant-jdepend.jar;C:\ProgramFiles\apache-ant-1.6.2\lib\ant-jmf.jar;C:\ProgramFiles\apache-ant-1.6.2\lib\ant-jsch.jar;C:\ProgramFiles\apache-ant-1.6.2\lib\ant-junit.jar;C:\
ProgramFiles\apache-ant-1.6.2\lib\ant-netrexx.jar;C:\ProgramFiles\apache-ant-1.6.2\lib\ant-nodeps.jar;C:\ProgramFiles\apache-ant-1.6.2\lib\ant-starteam.jar;C:\ProgramFiles\apache-ant-1.6.2\lib\ant-stylebook.jar;C:\ProgramFiles\apache-ant-1.6.2\lib\ant-swing.jar;C:\ProgramFiles\apache-ant-1.6.2\lib\ant-trax.jar;C:\ProgramFiles\apache-ant-1.6.2\lib\ant-vaj.jar;C:\ProgramFiles\apache-ant-1.6.2\lib\ant-weblogic.jar;C:\ProgramFiles\apache-ant-1.6.2\lib\ant-xalan1.jar;C:\ProgramFiles\apache-ant-1.6.2\lib\ant-xslp.jar;C:\ProgramFiles\apache-ant-1.6.2\lib\ant.jar;C:\ProgramFiles\apache-ant-1.6.2\lib\junit.jar;C:\ProgramFiles\apache-ant-1.6.2\lib\xercesImpl.jar;C:\ProgramFiles\apache-ant-1.6.2\lib\xml-apis.jar;C:\jdk1.5.0_02\lib\tools.jar;C:\ProgramFiles\junit3.8.1\junit.jar;C:\ProgramFiles\retroweaver-1.1\release\retroweaver.jar'
[javac] '-sourcepath'
[javac] 'C:\Projects\LDTOOLS\tts\components\parse\src\java'
[javac] '-g'
[javac]
[javac] The ' characters around the executable and arguments are
[javac] not part of the command.
[javac] Files to be compiled:
[javac]
C:\Projects\LDTOOLS\tts\components\parse\src\java\sbc\text\parse\Extractor.java
[javac]
C:\Projects\LDTOOLS\tts\components\parse\src\java\sbc\text\parse\ParseEventListener.java
[javac]
C:\Projects\LDTOOLS\tts\components\parse\src\java\sbc\text\parse\Parser.java
[javac]
C:\Projects\LDTOOLS\tts\components\parse\src\java\sbc\text\parse\TextStreamParser.java
Java version:
java -fullversion
java full version 1.5.0_02-b09
If I add target=1.4 to the javac task it will compile it correctly. I read
bug#21011 which has some similiarities. However, this would be a bug because it
ignores your directives (overrides them perhaps) and doesn't tell you
[EMAIL PROTECTED]: Project test-ant (in module ant) failed
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project test-ant has an issue affecting its community integration. This issue affects 1 projects. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - test-ant : Java based build tool Full details are available at: http://brutus.apache.org/gump/public/ant/test-ant/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -INFO- Optional dependency rhino prerequisite failed with reason synchronize failed -INFO- Optional dependency bsh prerequisite failed with reason synchronize failed -INFO- Optional dependency jakarta-tomcat-4.0 prerequisite failed with reason synchronize failed -INFO- Optional dependency xalan prerequisite failed with reason synchronize failed -INFO- Failed with reason build failed The following work was performed: http://brutus.apache.org/gump/public/ant/test-ant/gump_work/build_ant_test-ant.html Work Name: build_ant_test-ant (Type: Build) Work ended in a state of : Failed Elapsed: 6 mins 50 secs Command Line: java -Djava.awt.headless=true -Xbootclasspath/p:/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar:serializer-gump-23032005.jar:xalan-gump-23032005.jar org.apache.tools.ant.Main -Dgump.merge=/home/gump/workspaces2/public/gump/work/merge.xml -Dbuild.sysclasspath=only -Dtest.haltonfailure=false -Dant.home=/usr/local/gump/public/workspace/ant/dist run-tests [Working Directory: /usr/local/gump/public/workspace/ant] CLASSPATH:
[EMAIL PROTECTED]: Project test-ant-no-xerces (in module ant) failed
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project test-ant-no-xerces has an issue affecting its community integration. This issue affects 1 projects. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - test-ant-no-xerces : Java based build tool Full details are available at: http://brutus.apache.org/gump/public/ant/test-ant-no-xerces/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -INFO- Optional dependency rhino prerequisite failed with reason synchronize failed -INFO- Optional dependency bsh prerequisite failed with reason synchronize failed -INFO- Optional dependency jakarta-tomcat-4.0 prerequisite failed with reason synchronize failed -INFO- Failed with reason build failed The following work was performed: http://brutus.apache.org/gump/public/ant/test-ant-no-xerces/gump_work/build_ant_test-ant-no-xerces.html Work Name: build_ant_test-ant-no-xerces (Type: Build) Work ended in a state of : Failed Elapsed: 6 mins 42 secs Command Line: java -Djava.awt.headless=true org.apache.tools.ant.Main -Dgump.merge=/home/gump/workspaces2/public/gump/work/merge.xml -Dbuild.sysclasspath=only -Dtest.haltonfailure=false -Dant.home=/usr/local/gump/public/workspace/ant/dist run-tests [Working Directory: /usr/local/gump/public/workspace/ant] CLASSPATH:
Re: diff -b
On Tue, 29 Mar 2005, Jesse Glick [EMAIL PROTECTED] wrote: By the way, this kind of diff: snip/ ...is rather easier to read if you pass -b to cvs diff. True, but then you'd miss if anybody committed tabs instead of spaces 8-) In principle a semantically important change could be skipped over, Sometimes I split my commits into two, one for the real change and one adjusting the indentation of the code. But I don't always remember to do it. Do we have any influence over the CVS commit mailer script? Not much, and possibly even less once we switch to svn (since svn diff uses less options unless you tell it to use a specific external diff command IIRC). Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: ant/src/testcases/org/apache/tools/ant/taskdefs/optional/junit JUnitTestListenerTest.java
Maybe I'm nit-picking ...
On 29 Mar 2005, [EMAIL PROTECTED] wrote:
+protected void processLine(String line, int level) {
+if (line.startsWith(TESTLISTENER_PREFIX))
+task.log(line, Project.MSG_VERBOSE);
+else
+super.processLine(line, level);
+}
Please use braces even for single-line blocks.
Stefan
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26632] - rexec hangs
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=26632. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=26632 --- Additional Comments From [EMAIL PROTECTED] 2005-03-30 09:04 --- You need a nightly build of Ant, not commons-net. See http://brutus.apache.org/~nightlybuild/builds/ant/ -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24798] - BZip2: faster, less memory
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=24798. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=24798 --- Additional Comments From [EMAIL PROTECTED] 2005-03-30 09:11 --- Thanks for the new patch, Jörg. I'll try to free up some time this week to look into it. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: ant/src/testcases/org/apache/tools/ant/types/selectors DateSelectorTest.java DependSelectorTest.java PresentSelectorTest.java
bodewig 2005/03/30 00:35:44 Modified:src/main/org/apache/tools/ant IntrospectionHelper.java ProjectHelper.java src/main/org/apache/tools/ant/taskdefs/compilers CompilerAdapterFactory.java src/main/org/apache/tools/ant/taskdefs/optional/sitraka Coverage.java src/main/org/apache/tools/ant/types Environment.java src/main/org/apache/tools/ant/util/optional WeakishReference12.java src/testcases/org/apache/tools/ant/taskdefs ExecuteWatchdogTest.java InputTest.java ProcessDestroyerTest.java SignJarTest.java src/testcases/org/apache/tools/ant/taskdefs/optional XsltTest.java src/testcases/org/apache/tools/ant/taskdefs/optional/net FTPTest.java src/testcases/org/apache/tools/ant/types/mappers GlobMapperTest.java RegexpPatternMapperTest.java src/testcases/org/apache/tools/ant/types/selectors DateSelectorTest.java DependSelectorTest.java PresentSelectorTest.java Log: 2005 Revision ChangesPath 1.95 +1 -1 ant/src/main/org/apache/tools/ant/IntrospectionHelper.java Index: IntrospectionHelper.java === RCS file: /home/cvs/ant/src/main/org/apache/tools/ant/IntrospectionHelper.java,v retrieving revision 1.94 retrieving revision 1.95 diff -u -r1.94 -r1.95 --- IntrospectionHelper.java 29 Mar 2005 21:47:59 - 1.94 +++ IntrospectionHelper.java 30 Mar 2005 08:35:43 - 1.95 @@ -1,5 +1,5 @@ /* - * Copyright 2000-2004 The Apache Software Foundation + * Copyright 2000-2005 The Apache Software Foundation * * Licensed under the Apache License, Version 2.0 (the License); * you may not use this file except in compliance with the License. 1.116 +1 -1 ant/src/main/org/apache/tools/ant/ProjectHelper.java Index: ProjectHelper.java === RCS file: /home/cvs/ant/src/main/org/apache/tools/ant/ProjectHelper.java,v retrieving revision 1.115 retrieving revision 1.116 diff -u -r1.115 -r1.116 --- ProjectHelper.java29 Mar 2005 21:47:59 - 1.115 +++ ProjectHelper.java30 Mar 2005 08:35:43 - 1.116 @@ -1,5 +1,5 @@ /* - * Copyright 2000-2004 The Apache Software Foundation + * Copyright 2000-2005 The Apache Software Foundation * * Licensed under the Apache License, Version 2.0 (the License); * you may not use this file except in compliance with the License. 1.29 +1 -1 ant/src/main/org/apache/tools/ant/taskdefs/compilers/CompilerAdapterFactory.java Index: CompilerAdapterFactory.java === RCS file: /home/cvs/ant/src/main/org/apache/tools/ant/taskdefs/compilers/CompilerAdapterFactory.java,v retrieving revision 1.28 retrieving revision 1.29 diff -u -r1.28 -r1.29 --- CompilerAdapterFactory.java 29 Mar 2005 18:35:46 - 1.28 +++ CompilerAdapterFactory.java 30 Mar 2005 08:35:43 - 1.29 @@ -1,5 +1,5 @@ /* - * Copyright 2001-2004 The Apache Software Foundation + * Copyright 2001-2005 The Apache Software Foundation * * Licensed under the Apache License, Version 2.0 (the License); * you may not use this file except in compliance with the License. 1.25 +1 -1 ant/src/main/org/apache/tools/ant/taskdefs/optional/sitraka/Coverage.java Index: Coverage.java === RCS file: /home/cvs/ant/src/main/org/apache/tools/ant/taskdefs/optional/sitraka/Coverage.java,v retrieving revision 1.24 retrieving revision 1.25 diff -u -r1.24 -r1.25 --- Coverage.java 29 Mar 2005 18:35:46 - 1.24 +++ Coverage.java 30 Mar 2005 08:35:43 - 1.25 @@ -1,5 +1,5 @@ /* - * Copyright 2001-2004 The Apache Software Foundation + * Copyright 2001-2005 The Apache Software Foundation * * Licensed under the Apache License, Version 2.0 (the License); * you may not use this file except in compliance with the License. 1.19 +1 -1 ant/src/main/org/apache/tools/ant/types/Environment.java Index: Environment.java === RCS file: /home/cvs/ant/src/main/org/apache/tools/ant/types/Environment.java,v retrieving revision 1.18 retrieving revision 1.19 diff -u -r1.18 -r1.19 --- Environment.java 24 Mar 2005 15:01:30 - 1.18 +++ Environment.java 30 Mar 2005 08:35:44 - 1.19 @@ -1,5 +1,5 @@ /*
Re: cvs commit: ant/src/testcases/org/apache/tools/ant/taskdefs SignJarTest.java
Kev Jackson wrote: Well, a bit of hackery and you can verify that JAR is signed. But there is *nothing* to verify that the signature itself is trusted. Essentially jarsigner -verify is a worthless piece of junk from the security perspective. Who'd have thought that a commit message would have me ROFL! Worthless piece of junk - priceless, now I hope that someone at Sun takes this comment and really wakes up to the fact that they can't keep banging the more secure than .Net if they don't fix basic things like this. Its an interesting problem. Which is more secure: a bike that is unlocked, or one that has a heavy (kryptonite) lock that turns out to be trivial to open? I'd argue at least the unlocked one is, because knowing its vulnerability, you keep more of an eye on it. jarsign -verify is the lock that you think work, but doesnt. I had a long chat with our team security expert, and am now enlightened. The only way to reliably verify a class across all java versions is to load it in a secure classloader; that is where the JRE really checks the certs. But here is the best bit: 1. callers dont have an easy way of checking. That is, if I do classloader.load(jar) I dont get some UntrustedJARException or anything. The JRE knows that the untrusted code gets different rights, depending upon the security manager, but you cant really introspect to find out what they are. 2. Untrusted data is still accessible . An unsigned jar can contain stuff defaults.properties that is loadable by trusted classes, and these classes can't tell that it came from something unsigned. To be secure, you can only trust data from sealed packages; unsealed packages may have content coming from untrusted sources Java1.5 has some API for examining certificates; that is mostly moot for us. Here are my current plans -pull the declaration of verifyjar, tests, etc. -I'd leave the code over in optional, always excluded, with a here is why this is broken comment. Its aim is to warn off others. -Not attempt to use jar signing as a way of verifying JAR downloads in libraries; this was my plan. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Archiving Antidote
Hi, I've removed write access from the ant-antidote module just to be sure I really pick up the latest version. Could you please have a look at http://people.apache.org/~bodewig/antidote/ and comment on it (and maybe check my signature 8-)? This is what I envision to become http://archive.apache.org/dist/ant/antidote/. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34231] - options in compilerarg silently overridden by defaults or ignored.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=34231. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=34231 --- Additional Comments From [EMAIL PROTECTED] 2005-03-30 11:42 --- I this is probably invalid, First, compilerarg value=-Xlint:-unchecked -target 1.4 compiler=java1.5/ is wrong. that is setting one single argument to the compiler, -Xlint:-unchecked -target 1.4 . Split it into two targets. Second, there is no java1.5 compiler. We dont do versioning like that. The compilers that are listed are named in the javac docs; something like modern or jikes are what we expect. This means 1. your option was silently ignored because it wasnt the appropriate compiler setting 2. if it hadnt been ignored, it would have been an error. As with bug #21101, we dont have any plans to do consistency checking of arguments. Once you start adding manual arguments, you are on your own, I am afraid. What we could do is improve diagnostics in -verbose mode, describing which compilerargs are being dropped as the compiler doesnt match. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: ant/src/testcases/org/apache/tools/ant/taskdefs SignJarTest.java
Here are my current plans -pull the declaration of verifyjar, tests, etc. -I'd leave the code over in optional, always excluded, with a here is why this is broken comment. Its aim is to warn off others. -Not attempt to use jar signing as a way of verifying JAR downloads in libraries; this was my plan. Could you load the classes in a secure loader and then try various methods - pulled out through reflection? Presumably you'd get an exception if you tried to execute a method in a secure environment when the class wasn't signed? Failing that is there anything in the bytecode, just read the correct segment of the class to discover if it's signed. How else would the VM know if the jar was signed without checking the classes? Jar downloads could be verified by checksum though. Although the MD5 and SHA1 have been shown to be susceptible to brute-force attacks. Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [EMAIL PROTECTED]: Project test-ant (in module ant) failed
Gump Integration Build wrote: To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project test-ant has an issue affecting its community integration. This issue affects 1 projects. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - test-ant : Java based build tool Xalan? [junit] Caused by: javax.xml.transform.TransformerFactoryConfigurationError: Provider for javax.xml.transform.TransformerFactory cannot be found [junit] at javax.xml.transform.TransformerFactory.newInstance(Unknown Source) [junit] at org.apache.tools.ant.taskdefs.optional.junit.Xalan2Executor.init(Xalan2Executor.java:41) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: ant/xdocs/stylesheets project.xml
bodewig 2005/03/30 01:45:29 Modified:docs cvs.html docs/projects index.html docs/projects/antidote design.html index.html module.html news.html xdocscvs.xml xdocs/projects index.xml xdocs/stylesheets project.xml Log: Reduce number of references to Antidote Revision ChangesPath 1.32 +1 -6 ant/docs/cvs.html Index: cvs.html === RCS file: /home/cvs/ant/docs/cvs.html,v retrieving revision 1.31 retrieving revision 1.32 diff -u -r1.31 -r1.32 --- cvs.html 27 Jan 2005 12:40:49 - 1.31 +++ cvs.html 30 Mar 2005 09:45:29 - 1.32 @@ -187,16 +187,11 @@ ul lia href=http://cvs.apache.org/viewcvs/ant/;ant/a - The main Ant module./li - -lia href=http://cvs.apache.org/viewcvs/ant-antidote/;ant-antidote/a -- Antidote, a GUI frontend to Ant./li /ul pIf you are not familiar with CVS, a href=http://jakarta.apache.org/site/cvsindex.html;Jakarta's CVS page/a may hold many helpful hints./p pNightly snapshots of the CVS tree are available at -a href=http://cvs.apache.org/snapshots/ant/;http://cvs.apache.org/snapshots/ant//a -and -a href=http://cvs.apache.org/snapshots/ant-antidote/;http://cvs.apache.org/snapshots/ant-antidote//a./p +a href=http://cvs.apache.org/snapshots/ant/;http://cvs.apache.org/snapshots/ant//a./p /div /div 1.20 +1 -19 ant/docs/projects/index.html Index: index.html === RCS file: /home/cvs/ant/docs/projects/index.html,v retrieving revision 1.19 retrieving revision 1.20 diff -u -r1.19 -r1.20 --- index.html27 Jan 2005 12:40:50 - 1.19 +++ index.html30 Mar 2005 09:45:29 - 1.20 @@ -85,22 +85,6 @@ /li /ul /li - li class=menuheaderAntidote - ul -li -a href=../projects/antidote/index.htmlAbout Antidote/a -/li -li -a href=../projects/antidote/news.htmlNews/a -/li -li -a href=../projects/antidote/design.htmlDesign Overview/a -/li -li -a href=../projects/antidote/module.htmlModule HOW-TO/a -/li - /ul -/li /ul /div img style=float: left height=10 width=10 border=0 alt= src=../images/menu-left.gif @@ -116,9 +100,7 @@ /h3 h3This is where the Ant sub-projects live!/h3 pNow, that Ant has become an Apache Top-Level Project it is time to make space on this -Web-Page for Ant sub-projects. In the first step a href=antidote/index.htmlAntidote/a, -the Ant GUI, is included, but some others may follow! -/p +Web-Page for Ant sub-projects./p pTo make sure you do not miss anything: Stay tuned and visit this page from time to time :)! /p 1.21 +0 -16 ant/docs/projects/antidote/design.html Index: design.html === RCS file: /home/cvs/ant/docs/projects/antidote/design.html,v retrieving revision 1.20 retrieving revision 1.21 diff -u -r1.20 -r1.21 --- design.html 2 Feb 2005 10:20:11 - 1.20 +++ design.html 30 Mar 2005 09:45:29 - 1.21 @@ -87,22 +87,6 @@ /li /ul /li - li class=menuheaderAntidote - ul -li -a href=../../projects/antidote/index.htmlAbout Antidote/a -/li -li -a href=../../projects/antidote/news.htmlNews/a -/li -li - span class=selDesign Overview/span - /li -li -a href=../../projects/antidote/module.htmlModule HOW-TO/a -/li - /ul -/li
AW: [EMAIL PROTECTED]: Project test-ant (in module ant) failed
yep - since a long long time ... have heard on the gump list that 600+ project should be infected ... (if i remember right) Jan -Ursprüngliche Nachricht- Von: Steve Loughran [mailto:[EMAIL PROTECTED] Gesendet am: Mittwoch, 30. März 2005 11:44 An: Ant Developers List Betreff: Re: [EMAIL PROTECTED]: Project test-ant (in module ant) failed Gump Integration Build wrote: To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project test-ant has an issue affecting its community integration. This issue affects 1 projects. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - test-ant : Java based build tool Xalan? [junit] Caused by: javax.xml.transform.TransformerFactoryConfigurationError: Provider for javax.xml.transform.TransformerFactory cannot be found [junit] at javax.xml.transform.TransformerFactory.newInstance(Unknown Source) [junit] at org.apache.tools.ant.taskdefs.optional.junit.Xalan2Executor.i nit(Xalan2Executor.java:41) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [EMAIL PROTECTED]: Project test-ant (in module ant) failed
On Wed, 30 Mar 2005, Steve Loughran [EMAIL PROTECTED] wrote: Gump Integration Build wrote: Xalan? Yes. Currently Gump is broken because the Xalan CVS module contains a file with non-ASCII characters and the Python sync code we use chokes on it. The failures we see come from xml-api's requiring Xalan-J which hasn't been built by Gump. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: ant/xdocs/stylesheets project.xml
bodewig 2005/03/30 01:59:36 Modified:xdocs/stylesheets project.xml Removed: docs/projects/antidote design.html index.html module.html news.html docs/projects/antidote/images screenshot.jpg xdocs/projects/antidote design.xml index.xml module.xml news.xml Log: Remove Antidote pages Revision ChangesPath 1.25 +0 -6 ant/xdocs/stylesheets/project.xml Index: project.xml === RCS file: /home/cvs/ant/xdocs/stylesheets/project.xml,v retrieving revision 1.24 retrieving revision 1.25 diff -u -r1.24 -r1.25 --- project.xml 30 Mar 2005 09:45:29 - 1.24 +++ project.xml 30 Mar 2005 09:59:36 - 1.25 @@ -69,12 +69,6 @@ menu name=Projects item name=Welcome href=/projects/index.html/ /menu -!--menu name=Antidote -item name=About Antidote href=/projects/antidote/index.html/ -item name=News href=/projects/antidote/news.html/ -item name=Design Overview href=/projects/antidote/design.html/ -item name=Module HOW-TO href=/projects/antidote/module.html/ -/menu-- /menusection /body /project - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: ant/xdocs/stylesheets project.xml
bodewig 2005/03/30 02:03:01 Modified:docs Tag: ANT_16_BRANCH bylaws.html cvs.html legal.html license.html mail.html mission.html docs/projects Tag: ANT_16_BRANCH index.html xdocsTag: ANT_16_BRANCH cvs.xml xdocs/projects Tag: ANT_16_BRANCH index.xml xdocs/stylesheets Tag: ANT_16_BRANCH project.xml Removed: docs/projects/antidote Tag: ANT_16_BRANCH design.html index.html module.html docs/projects/antidote/images Tag: ANT_16_BRANCH screenshot.jpg xdocs/projects/antidote Tag: ANT_16_BRANCH design.xml index.xml module.xml Log: merge Revision ChangesPath No revision No revision 1.3.4.7 +1 -0 ant/docs/bylaws.html Index: bylaws.html === RCS file: /home/cvs/ant/docs/bylaws.html,v retrieving revision 1.3.4.6 retrieving revision 1.3.4.7 diff -u -r1.3.4.6 -r1.3.4.7 --- bylaws.html 27 Jan 2005 12:43:26 - 1.3.4.6 +++ bylaws.html 30 Mar 2005 10:03:00 - 1.3.4.7 @@ -75,6 +75,7 @@ div class=bluebar/div div class=menucontainer + div class=menu ul li class=menuheaderApache Ant 1.20.2.6 +2 -6 ant/docs/cvs.html Index: cvs.html === RCS file: /home/cvs/ant/docs/cvs.html,v retrieving revision 1.20.2.5 retrieving revision 1.20.2.6 diff -u -r1.20.2.5 -r1.20.2.6 --- cvs.html 27 Jan 2005 12:43:26 - 1.20.2.5 +++ cvs.html 30 Mar 2005 10:03:00 - 1.20.2.6 @@ -75,6 +75,7 @@ div class=bluebar/div div class=menucontainer + div class=menu ul li class=menuheaderApache Ant @@ -186,16 +187,11 @@ ul lia href=http://cvs.apache.org/viewcvs/ant/;ant/a - The main Ant module./li - -lia href=http://cvs.apache.org/viewcvs/ant-antidote/;ant-antidote/a -- Antidote, a GUI frontend to Ant./li /ul pIf you are not familiar with CVS, a href=http://jakarta.apache.org/site/cvsindex.html;Jakarta's CVS page/a may hold many helpful hints./p pNightly snapshots of the CVS tree are available at -a href=http://cvs.apache.org/snapshots/ant/;http://cvs.apache.org/snapshots/ant//a -and -a href=http://cvs.apache.org/snapshots/ant-antidote/;http://cvs.apache.org/snapshots/ant-antidote//a./p +a href=http://cvs.apache.org/snapshots/ant/;http://cvs.apache.org/snapshots/ant//a./p /div /div 1.16.2.6 +1 -0 ant/docs/legal.html Index: legal.html === RCS file: /home/cvs/ant/docs/legal.html,v retrieving revision 1.16.2.5 retrieving revision 1.16.2.6 diff -u -r1.16.2.5 -r1.16.2.6 --- legal.html27 Jan 2005 12:43:26 - 1.16.2.5 +++ legal.html30 Mar 2005 10:03:00 - 1.16.2.6 @@ -75,6 +75,7 @@ div class=bluebar/div div class=menucontainer + div class=menu ul li class=menuheaderApache Ant 1.16.2.7 +1 -0 ant/docs/license.html Index: license.html === RCS file: /home/cvs/ant/docs/license.html,v retrieving revision 1.16.2.6 retrieving revision 1.16.2.7 diff -u -r1.16.2.6 -r1.16.2.7 --- license.html 27 Jan 2005 12:43:26 - 1.16.2.6 +++ license.html 30 Mar 2005 10:03:01 - 1.16.2.7 @@ -75,6 +75,7 @@ div class=bluebar/div div class=menucontainer + div class=menu ul li class=menuheaderApache Ant 1.23.2.6 +1 -0 ant/docs/mail.html Index: mail.html === RCS file: /home/cvs/ant/docs/mail.html,v retrieving revision 1.23.2.5 retrieving revision 1.23.2.6 diff -u -r1.23.2.5 -r1.23.2.6 --- mail.html 27 Jan 2005 12:43:26 - 1.23.2.5 +++ mail.html 30 Mar 2005 10:03:01 - 1.23.2.6 @@ -75,6 +75,7 @@ div class=bluebar/div div class=menucontainer + div class=menu ul li class=menuheaderApache Ant 1.17.2.6 +1 -0 ant/docs/mission.html Index: mission.html === RCS file: /home/cvs/ant/docs/mission.html,v retrieving revision 1.17.2.5 retrieving
cvs commit: ant/docs/projects/antlib antlib_classloaders.html antlib_contract.html antlib_descriptors.html antlib_namespaces.html antlib_roadmap.html index.html roles.html
bodewig 2005/03/30 02:08:18 Removed: docs/projects/antlib antlib_classloaders.html antlib_contract.html antlib_descriptors.html antlib_namespaces.html antlib_roadmap.html index.html roles.html Log: Remove dead docs - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: ant/docs/projects/antlib antlib_classloaders.html antlib_contract.html antlib_descriptors.html antlib_namespaces.html antlib_roadmap.html index.html roles.html
bodewig 2005/03/30 02:09:00 Removed: docs/projects/antlib Tag: ANT_16_BRANCH antlib_classloaders.html antlib_contract.html antlib_descriptors.html antlib_namespaces.html antlib_roadmap.html index.html roles.html Log: Remove dead docs - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: ant/src/testcases/org/apache/tools/ant/taskdefs SignJarTest.java
Kev Jackson wrote: Here are my current plans -pull the declaration of verifyjar, tests, etc. -I'd leave the code over in optional, always excluded, with a here is why this is broken comment. Its aim is to warn off others. -Not attempt to use jar signing as a way of verifying JAR downloads in libraries; this was my plan. Could you load the classes in a secure loader and then try various methods - pulled out through reflection? Presumably you'd get an exception if you tried to execute a method in a secure environment when the class wasn't signed? unless there was some other reason for it failing; side effects, etc, etc. Failing that is there anything in the bytecode, just read the correct segment of the class to discover if it's signed. How else would the VM know if the jar was signed without checking the classes? yes, you can reverify by hand. I just didnt want to go to the effort of writing the stuff. Oh, and the classes to help you are all com.sun stuff that moves around; not part of the public Java API, so cant be used. Jar downloads could be verified by checksum though. Although the MD5 and SHA1 have been shown to be susceptible to brute-force attacks. md5 is doomed; it is only a matter of (short) time. SHA1 is still secure against a motivated government. Which is good, as that is what jar signing uses. We'll have to use SHA1 with libraries. Currently the maven repository has .md5 files, but since the md5 files arent signed in anyway, there is no way to detect the subversion of both the md5 and the binary itself. what you need is -remote fetch of checksums from a trusted HTTPS site or -proper signature files, not just checksum files, with the signatory trusted this leads to another problem, which is we'll need to have the public cert of apache included in a certificates file in Ant, and make sure that the ant distros (both standalone and embedded) dont get subverted. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [patch] oata.taskdefs.email
no patch, Kev. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [patch] Stylebook task javadoc
On Fri, 25 Mar 2005, Kev Jackson [EMAIL PROTECTED] wrote: noticed Stylebook was missing @param, This task is so old, I wouldn't even know where to find stylebook ... renamed m_foo - foo Uhm, they are protected. I don't think anybody is extending the task, but this is possible (actually, I don't even think anybody is using it). Gump says Xerces, Xalan and Batik need it, but I doubt they still do. Will need to check once Gump is functional again. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [patch] bzip2
On Thu, 24 Mar 2005, Kev Jackson [EMAIL PROTECTED] wrote: As I said before, I saw the big patch on bugzilla and forgot about this, but as the big patch is no longer valid (breaks bc), here's my (very) minor version :) Let's see how the revised version of the big patch works 8-) Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 30606] - [PATCH] Ability to specify actual executable for javadoc
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=30606. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=30606 --- Additional Comments From [EMAIL PROTECTED] 2005-03-30 15:02 --- +1 on merging - if possible before Antoine cuts the RC. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33882] - Apt task with fork=false and factory tag
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33882. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33882 --- Additional Comments From [EMAIL PROTECTED] 2005-03-30 15:19 --- Seems to me that eliminating the fork=false option before it gets used is the simplest. The hit in start time is noise given how slow apt is, and the savings in stability worthwhile. thanks for the heads-up on command line size; going via a temp file and @files would seem the best approach there too. Patches welcome :) -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34241] New: - tar task fails when fileset contains large file (=2GB)
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=34241.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=34241
Summary: tar task fails when fileset contains large file (=2GB)
Product: Ant
Version: 1.6.2
Platform: HP
OS/Version: Linux
Status: NEW
Severity: blocker
Priority: P1
Component: Core tasks
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
The following XML in build.xml, produces the error at the end of this
description. A file that is 2.5GB large is in the path that the tar is working
on. If an exclude element is created for the specific file, and all the rest
of the files are 2GB, the tar succeeds. Ant 1.6.2 executing on RHAS 2.1 on HP
intel hardware (DL380). Also, gnutar successfully builds this tar file. Trying
to build an exec command to execute the guntar but the syntax escapes me.
target name=packvar
description=tar and gzip the var directory for install into other
phases
echo message=Beginning packvar.../
echo message=Removing Existing tar File/
delete file=${rds.tars}/rdsvar.tar.gz/
echo message=Creating New tar File/
tar destfile=${rds.tars}/rdsvar.tar.gz
compression=gzip
longfile=gnu
tarfileset dir=${rds.var}
exclude name=**/.*/
include name=**/
/tarfileset
/tar
[...]$ ant packvar
Buildfile: build.xml
packvar:
[echo] Beginning packvar...
[echo] Removing Existing tar File
[delete] Deleting: /.../tars/rdsvar.tar.gz
[echo] Creating New tar File
[tar] Building tar: /.../tars/rdsvar.tar.gz
BUILD FAILED
/.../build.xml:157: Problem creating TAR: request to write '0' bytes exceeds
size in header of '-1582609869' bytes
Total time: 1 second
--
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
ResourceCollections
Update: I have been rolling this stuff around and I
am nearly ready to have something to show. In
general, and as the subject line suggests, I have
decided that implementing generic file collections as
resource collections may not be too difficult, and
could really open a lot of doors. Some highlights of
what I'm working on, some of which are direct results
of suggestions from others (Stefan, Alexey, et al):
Resource.getInputStream() returns an InputStream
interface ResourceCollection {
// for ease of use:
Iterator iterator();
// makes RC more like a Collection:
int size();
// to allow quick distinction for file-centric
tasks:
boolean isFilesystemOnly();
}
Some of the ResourceCollections I have implemented:
files (dir-less fileset)
union, difference, intersect (set operations)
sort (sort Resources before returning)
restrict (with selectors)
I have also modified fileset, dirset, filelist and
path to implement ResourceCollection. Hopefully
nobody has any major issues with this but I suppose if
they do now is the time to get them out.
I intend to be ready to unveil this stuff next week,
with a few tasks modified to use ResourceCollections
as a demo. In the meantime, I would welcome
suggestions regarding the following:
1) a name for a ResourceCollection that acts like a
Union without removing duplicates.
2) should there be a reference-only (resources) type
that can generically use a ResourceCollection of an
unknown type?
Finally, I would like to reach a consensus on the
approach I should take to adding this; dump it all
into CVS HEAD or create a sandbox area? If the
latter, I am still a little unclear on what tricks
could be used to make it easier to use modified core
code in a sandbox and would appreciate advice from
other committers.
Thanks,
Matt
__
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: ant/src/main/org/apache/tools/ant/taskdefs Javadoc.java
jglick 2005/03/30 08:56:19 Modified:.Tag: ANT_16_BRANCH WHATSNEW docs/manual/CoreTasks Tag: ANT_16_BRANCH javadoc.html src/main/org/apache/tools/ant/taskdefs Tag: ANT_16_BRANCH Javadoc.java Log: Merge of #30606: 'executable' attr for javadoc. Revision ChangesPath No revision No revision 1.503.2.211 +2 -0 ant/WHATSNEW Index: WHATSNEW === RCS file: /home/cvs/ant/WHATSNEW,v retrieving revision 1.503.2.210 retrieving revision 1.503.2.211 diff -u -r1.503.2.210 -r1.503.2.211 --- WHATSNEW 29 Mar 2005 21:49:02 - 1.503.2.210 +++ WHATSNEW 30 Mar 2005 16:56:18 - 1.503.2.211 @@ -28,6 +28,8 @@ Other changes: -- +* javadoc can now take an attribute 'executable'. Bugzilla report 30606. + * New attribute ignorecontents for different selector * Javadoc fixes for Location, Project, and RuntimeConfigurable No revision No revision 1.26.2.7 +46 -36ant/docs/manual/CoreTasks/javadoc.html Index: javadoc.html === RCS file: /home/cvs/ant/docs/manual/CoreTasks/javadoc.html,v retrieving revision 1.26.2.6 retrieving revision 1.26.2.7 diff -u -r1.26.2.6 -r1.26.2.7 --- javadoc.html 17 Mar 2005 09:38:59 - 1.26.2.6 +++ javadoc.html 30 Mar 2005 16:56:19 - 1.26.2.7 @@ -19,16 +19,16 @@ quot;changedquot; files, unlike the a href=javac.htmljavac/a task. This means all packages will be processed each time this task is run. In general, however, this task is used much less frequently./p -pThis task works seamlessly between different javadoc versions (1.1, -1.2 and 1.4), with the obvious restriction that the 1.2 attributes -will be ignored if run in a 1.1 VM./p +pThis task works seamlessly between different javadoc versions (1.2 and 1.4), +with the obvious restriction that the 1.4 attributes +will be ignored if run in a 1.2 VM./p pNOTE: since javadoc calls System.exit(), javadoc cannot be run inside the -same VM as ant without breaking functionality. For this reason, this task +same VM as Ant without breaking functionality. For this reason, this task always forks the VM. This overhead is not significant since javadoc is normally a heavy application and will be called infrequently./p pNOTE: the packagelist attribute allows you to specify the list of packages to document outside of the Ant file. It's a much better practice to include everything -inside the build.xml file. This option was added in order to make it easier to +inside the codebuild.xml/code file. This option was added in order to make it easier to migrate from regular makefiles, where you would use this option of javadoc. The packages listed in packagelist are not checked, so the task performs even if some packages are missing or broken. Use this option if you wish to convert from @@ -40,9 +40,11 @@ versions, you are strongly encouraged to use a href=javadoc.htmljavadoc/a instead./i/p -pIn the table below, 1.1 means available if your current Java VM is -a 1.1 VM, 1.2 for either 1.2 or 1.3 and 1.4+ for any VM of at least version 1.4. 1.2+ -means any VM of at least version 1.2./p +pIn the table below, 1.2 means available if your current Java VM is +a 1.2 VM (but not 1.3 or later), 1.4+ for any VM of at least version 1.4, otherwise +any VM of at least version 1.2 is acceptable. JDK 1.1 is no longer supported. +If you specify the codeexecutable/code attribute it is up to you +to ensure that this command supports the attributes you wish to use./p h3Parameters/h3 table border=1 cellpadding=2 cellspacing=0 @@ -94,7 +96,7 @@ tr td valign=toppackageList/td td valign=topThe name of a file containing the packages to process/td -td align=center valign=top1.2+/td +td align=center valign=topall/td td align=center valign=topNo/td /tr tr @@ -107,7 +109,7 @@ td valign=topBootclasspath/td td valign=topOverride location of class files loaded by the bootstrap class loader/td -td align=center valign=top1.2+/td +td align=center valign=topall/td td align=center valign=topNo/td /tr tr @@ -122,19 +124,19 @@ td valign=topOverride location of class files loaded by the bootstrap class loader by a href=../using.html#referencesreference/a to a PATH defined elsewhere./td -td align=center valign=top1.2+/td +td align=center valign=topall/td td align=center valign=topNo/td /tr tr td valign=topExtdirs/td td valign=topOverride location of installed extensions/td -td align=center valign=top1.2+/td +
cvs commit: ant/src/main/org/apache/tools/ant/taskdefs Javadoc.java
jglick 2005/03/30 08:59:26
Modified:.WHATSNEW
docs/manual/CoreTasks javadoc.html
src/main/org/apache/tools/ant/taskdefs Javadoc.java
Log:
Misc. cleanups relating to #30606.
Revision ChangesPath
1.799 +4 -4 ant/WHATSNEW
Index: WHATSNEW
===
RCS file: /home/cvs/ant/WHATSNEW,v
retrieving revision 1.798
retrieving revision 1.799
diff -u -r1.798 -r1.799
--- WHATSNEW 29 Mar 2005 21:48:36 - 1.798
+++ WHATSNEW 30 Mar 2005 16:59:26 - 1.799
@@ -84,8 +84,6 @@
* Log fine-grained events at verbose level from JUnit. Bugzilla report 31885.
-* javadoc can now take an attribute 'executable'. Bugzilla report 30606.
-
* WsdlToDotnet and style are now deprecated in favor of wsdltodotnet
and
xslt, respectively. Bugzilla report 25832.
@@ -194,6 +192,8 @@
Other changes:
--
+* javadoc can now take an attribute 'executable'. Bugzilla report 30606.
+
* New attribute ignorecontents for different selector
* Javadoc fixes for Location, Project, and RuntimeConfigurable
@@ -982,7 +982,7 @@
argument using javadoc and JDK 1.4. Bugzilla Report 16871.
* junit didn't work with custom formatters that were only available
- on the user specified classpath when a timeout occured. Bugzilla
+ on the user specified classpath when a timeout occurred. Bugzilla
Report 19953.
* different selector : make ignoreFileTimes effectively default to true
@@ -1580,7 +1580,7 @@
again (like Ant 1.5 did).
* The plain junit formatter could throw a NullPointerException
- if an error occured in setUp.
+ if an error occurred in setUp.
* junit will now produce output when a test times out as well.
1.34 +1 -1 ant/docs/manual/CoreTasks/javadoc.html
Index: javadoc.html
===
RCS file: /home/cvs/ant/docs/manual/CoreTasks/javadoc.html,v
retrieving revision 1.33
retrieving revision 1.34
diff -u -r1.33 -r1.34
--- javadoc.html 29 Mar 2005 18:23:47 - 1.33
+++ javadoc.html 30 Mar 2005 16:59:26 - 1.34
@@ -698,7 +698,7 @@
td valign=topexecutable/td
td valign=topSpecify a particular codejavadoc/code executable
to use in place of the default binary (found in the same JDK as Ant is
running in).
- emsince Ant 1.7/em./td
+ emsince Ant 1.6.3/em./td
td align=center valign=topall/td
td align=center valign=topNo/td
/tr
1.141 +25 -25ant/src/main/org/apache/tools/ant/taskdefs/Javadoc.java
Index: Javadoc.java
===
RCS file: /home/cvs/ant/src/main/org/apache/tools/ant/taskdefs/Javadoc.java,v
retrieving revision 1.140
retrieving revision 1.141
diff -u -r1.140 -r1.141
--- Javadoc.java 29 Mar 2005 18:23:47 - 1.140
+++ Javadoc.java 30 Mar 2005 16:59:26 - 1.141
@@ -54,7 +54,7 @@
*lipatterns must be of the form xxx.*, every other pattern doesn't
*work.
*lithere is no control on arguments sanity since they are left
- *to the javadoc implementation.
+ *to the Javadoc implementation.
* /ul
*
* pIf no codedoclet/code is set, then the codeversion/code and
@@ -301,9 +301,9 @@
}
/**
- * An HTML element in the javadoc.
+ * An HTML element in the Javadoc.
*
- * This class is used for those javadoc elements which contain HTML such
as
+ * This class is used for those Javadoc elements which contain HTML such
as
* footers, headers, etc.
*/
public static class Html {
@@ -330,7 +330,7 @@
}
/**
- * EnumeratedAttribute implementation supporting the javadoc scoping
+ * EnumeratedAttribute implementation supporting the Javadoc scoping
* values.
*/
public static class AccessType extends EnumeratedAttribute {
@@ -363,7 +363,7 @@
}
/**
- * Utility method to add a javadoc argument.
+ * Utility method to add a Javadoc argument.
*
* @param key the argument name.
* @param value the argument value.
@@ -380,7 +380,7 @@
/**
* Flag which indicates if the task should fail if there is a
- * javadoc error.
+ * Javadoc error.
*/
private boolean failOnError = false;
private Path sourcePath = null;
@@ -581,7 +581,7 @@
}
/**
- * Add a package to be excluded from the javadoc run.
+ * Add a package to be excluded from the Javadoc run.
*
* @param pn the name of the package (wildcards are not permitted).
*/
@@ -724,7 +724,7 @@
}
/**
- * Set
DO NOT REPLY [Bug 30606] - [PATCH] Ability to specify actual executable for javadoc
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=30606. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=30606 [EMAIL PROTECTED] changed: What|Removed |Added OS/Version|Linux |All Platform|PC |All Target Milestone|1.7 |1.6.3 --- Additional Comments From [EMAIL PROTECTED] 2005-03-30 19:00 --- OK, will merge then. Strictly speaking it's an RFE, yet when you need it and don't have it, the alternative - using apply - is really hairy, as we found: http://www.netbeans.org/source/browse/java/j2seproject/src/org/netbeans/modules/java/j2seproject/resources/build-impl.xsl?r1=1.26r2=1.28 So the merge: Checking in WHATSNEW; /home/cvs/ant/WHATSNEW,v -- WHATSNEW new revision: 1.503.2.211; previous revision: 1.503.2.210 done More commits to come... Checking in docs/manual/CoreTasks/javadoc.html; /home/cvs/ant/docs/manual/CoreTasks/javadoc.html,v -- javadoc.html new revision: 1.26.2.7; previous revision: 1.26.2.6 done More commits to come... Checking in src/main/org/apache/tools/ant/taskdefs/Javadoc.java; /home/cvs/ant/src/main/org/apache/tools/ant/taskdefs/Javadoc.java,v -- Javadoc.java new revision: 1.124.2.8; previous revision: 1.124.2.7 done Misc. trunk cleanups: Checking in WHATSNEW; /home/cvs/ant/WHATSNEW,v -- WHATSNEW new revision: 1.799; previous revision: 1.798 done More commits to come... Checking in docs/manual/CoreTasks/javadoc.html; /home/cvs/ant/docs/manual/CoreTasks/javadoc.html,v -- javadoc.html new revision: 1.34; previous revision: 1.33 done More commits to come... Checking in src/main/org/apache/tools/ant/taskdefs/Javadoc.java; /home/cvs/ant/src/main/org/apache/tools/ant/taskdefs/Javadoc.java,v -- Javadoc.java new revision: 1.141; previous revision: 1.140 done -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: ant/src/main/org/apache/tools/ant/taskdefs/optional/junit JUnitTask.java
jglick 2005/03/30 09:06:40
Modified:src/main/org/apache/tools/ant/taskdefs/optional/junit
JUnitTask.java
Log:
Fixed missing braces.
Revision ChangesPath
1.117 +5 -4
ant/src/main/org/apache/tools/ant/taskdefs/optional/junit/JUnitTask.java
Index: JUnitTask.java
===
RCS file:
/home/cvs/ant/src/main/org/apache/tools/ant/taskdefs/optional/junit/JUnitTask.java,v
retrieving revision 1.116
retrieving revision 1.117
diff -u -r1.116 -r1.117
--- JUnitTask.java29 Mar 2005 19:19:04 - 1.116
+++ JUnitTask.java30 Mar 2005 17:06:39 - 1.117
@@ -1505,7 +1505,7 @@
/**
* Logs information about failed tests, potentially stops
* processing (by throwing a BuildException) if a failure/error
- * occured or sets a property.
+ * occurred or sets a property.
*
* @since Ant 1.6.2
*/
@@ -1520,7 +1520,7 @@
/**
* Logs information about failed tests, potentially stops
* processing (by throwing a BuildException) if a failure/error
- * occured or sets a property.
+ * occurred or sets a property.
*
* @since Ant 1.7
*/
@@ -1571,10 +1571,11 @@
}
protected void processLine(String line, int level) {
-if (line.startsWith(TESTLISTENER_PREFIX))
+if (line.startsWith(TESTLISTENER_PREFIX)) {
task.log(line, Project.MSG_VERBOSE);
-else
+} else {
super.processLine(line, level);
+}
}
}
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: ant/docs/manual/CoreTasks exec.html
jglick 2005/03/30 09:08:27
Modified:src/testcases/org/apache/tools/ant BuildFileTest.java
src/main/org/apache/tools/ant/util Watchdog.java
src/main/org/apache/tools/ant/taskdefs/optional/junit
JUnitTestRunner.java
docs/manual/CoreTypes selectors-program.html
docs/manual/CoreTasks exec.html
Log:
s/occured/occurred/g wherever possible - unfortunately we included the
spelling error in several public method
signatures. Just like java.lang.Cloneable. :-(
Revision ChangesPath
1.35 +3 -3 ant/src/testcases/org/apache/tools/ant/BuildFileTest.java
Index: BuildFileTest.java
===
RCS file:
/home/cvs/ant/src/testcases/org/apache/tools/ant/BuildFileTest.java,v
retrieving revision 1.34
retrieving revision 1.35
diff -u -r1.34 -r1.35
--- BuildFileTest.java9 Mar 2005 22:56:39 - 1.34
+++ BuildFileTest.java30 Mar 2005 17:08:26 - 1.35
@@ -431,7 +431,7 @@
/**
* Fired after the last target has finished. This event
- * will still be thrown if an error occured during the build.
+ * will still be thrown if an error occurred during the build.
*
* @see BuildEvent#getException()
*/
@@ -449,7 +449,7 @@
/**
* Fired when a target has finished. This event will
- * still be thrown if an error occured during the build.
+ * still be thrown if an error occurred during the build.
*
* @see BuildEvent#getException()
*/
@@ -468,7 +468,7 @@
/**
* Fired when a task has finished. This event will still
- * be throw if an error occured during the build.
+ * be throw if an error occurred during the build.
*
* @see BuildEvent#getException()
*/
1.14 +1 -1 ant/src/main/org/apache/tools/ant/util/Watchdog.java
Index: Watchdog.java
===
RCS file: /home/cvs/ant/src/main/org/apache/tools/ant/util/Watchdog.java,v
retrieving revision 1.13
retrieving revision 1.14
diff -u -r1.13 -r1.14
--- Watchdog.java 21 Jan 2005 17:37:28 - 1.13
+++ Watchdog.java 30 Mar 2005 17:08:27 - 1.14
@@ -62,7 +62,7 @@
}
/**
- * Inform the observers that a timeout has occured.
+ * Inform the observers that a timeout has occurred.
*/
protected final void fireTimeoutOccured() {
Enumeration e = observers.elements();
1.58 +7 -7
ant/src/main/org/apache/tools/ant/taskdefs/optional/junit/JUnitTestRunner.java
Index: JUnitTestRunner.java
===
RCS file:
/home/cvs/ant/src/main/org/apache/tools/ant/taskdefs/optional/junit/JUnitTestRunner.java,v
retrieving revision 1.57
retrieving revision 1.58
diff -u -r1.57 -r1.58
--- JUnitTestRunner.java 29 Mar 2005 19:19:04 - 1.57
+++ JUnitTestRunner.java 30 Mar 2005 17:08:27 - 1.58
@@ -593,8 +593,8 @@
new java.io.BufferedReader(new
java.io.FileReader(args[0]));
String testCaseName;
int code = 0;
-boolean errorOccured = false;
-boolean failureOccured = false;
+boolean errorOccurred = false;
+boolean failureOccurred = false;
String line = null;
while ((line = reader.readLine()) != null) {
StringTokenizer st = new StringTokenizer(line, ,);
@@ -604,11 +604,11 @@
t.setOutfile(st.nextToken());
code = launch(t, haltError, stackfilter, haltFail,
showOut, logTestListenerEvents, props);
-errorOccured = (code == ERRORS);
-failureOccured = (code != SUCCESS);
-if (errorOccured || failureOccured) {
-if ((errorOccured haltError)
-|| (failureOccured haltFail)) {
+errorOccurred = (code == ERRORS);
+failureOccurred = (code != SUCCESS);
+if (errorOccurred || failureOccurred) {
+if ((errorOccurred haltError)
+|| (failureOccurred haltFail)) {
registerNonCrash(noCrashFile);
System.exit(code);
} else {
1.8 +1 -1 ant/docs/manual/CoreTypes/selectors-program.html
Index: selectors-program.html
DO NOT REPLY [Bug 34241] - tar task fails when fileset contains large file (=2GB)
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=34241. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=34241 --- Additional Comments From [EMAIL PROTECTED] 2005-03-30 20:17 --- I take it back. Gnu tar can't handle this 2.5 GB file either. When I try to back that file alone, it says it doesn't exist. At least in this version on this OS. Large file support is on in the OS. Don't know if there is a build of gnutar that will handle the larger files. We will be moving to RHAS 3.0 in the next release of our system, but this first release has to stay with the older RHAS 2.1 and its version of tar. For now my workaround is to copy the file separately from the rest of the directory tree, to the deployment systems. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34244] New: - junit.jar required in ANT_HOME\lib directory
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=34244. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=34244 Summary: junit.jar required in ANT_HOME\lib directory Product: Ant Version: 1.6.2 Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: Core AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Currently, if I want to run a junit task within an Ant build file, I must declare junit.jar in my CLASSPATH variable or I must copy junit.jar into the ANT_HOME\lib directory. I classify this as a design flaw, for the following reason: The Ant distribution includes an ant-junit.jar file, which suggests that Ant fully supports the execution of JUnit test cases. I understand that you don't want to include a full JUnit distribution within the Ant distribution, but I think that, just as Ant looks for the JAVA_HOME environment variable, it should also look for a JUNIT_HOME variable. This way, if I decide to upgrade my version of JUnit, all I have to do is adjust the contents of my JUNIT_HOME, and I don't have to remember to copy the new version of junit.jar into the ANT_HOME\lib directory (which is absolutely the WRONG thing for me to be doing anyway). Nor do I have to remember to update a CLASSPATH variable (which I also believe is the wrong thing for me to be doing). Clearly, there is a way for me to work around this problem, but I'd like to suggest the enhancement of looking for JUNIT_HOME as part of the execution process when handling the junit task. Thanks, David McLeod -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34244] - junit.jar required in ANT_HOME\lib directory
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=34244.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=34244
[EMAIL PROTECTED] changed:
What|Removed |Added
CC||[EMAIL PROTECTED]
Component|Core|Optional Tasks
OS/Version|other |All
Platform|Other |All
--- Additional Comments From [EMAIL PROTECTED] 2005-03-30 21:44 ---
I think the root of the problem is alluded to here:
file:///space/ant162/docs/faq.html#delegating-classloader
Ant ships lib/ant-junit.jar but not junit.jar which it needs. OK in and of
itself... *but* you can't use
taskdef name=junit classname=...
classpath
pathelement location=${ant-junit.jar}/
pathelement location=${my.junit.jar}/
/
/
unless you first move ant-junit.jar *out* of ${ant.home}/lib/, i.e. modify the
Ant distribution! That is, if you wish to preserve the pristine Ant installation
you downloaded, which is a pretty natural wish, and you wish to use junit, you
are forced to modify your $CLASSPATH (or the equivalent); you cannot write a
build script which will portably load the task and its library, even if your
project is associated with a particular copy of junit.jar.
This affects e.g. the NetBeans IDE, requiring a special workaround:
http://www.netbeans.org/source/browse/~checkout~/ant/src/org/apache/tools/ant/module/spi/AutomaticExtraClasspathProvider.java
--
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34244] - junit.jar required in ANT_HOME\lib directory
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=34244.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=34244
--- Additional Comments From [EMAIL PROTECTED] 2005-03-30 21:56 ---
That is not my experience. I did NOT have to move ant-junit.jar out of the
ANT_HOME\lib direcory. I DID have to copy my junit.jar from the
JUNIT_HOME\lib directory into the ANT_HOME\lib directory. Having done that,
my junit task works fine:
target name=test depends=compile
echo message=*** Executing JUnit Tests. /
junit printsummary=false haltonfailure=true
classpath
pathelement path=${classes} /
pathelement location=${log4j.jar} /
/classpath
formatter type=brief usefile=false /
test name=myPath.AllTests /
/junit
/target
My argument is that I should not have to modify the Ant distribution in any
way, nor should I have to modify my CLASSPATH variable. There should be some
way for me to configure Ant so that it knows where to look for my junit.jar
file. It seems to me that one of the easiest ways is to have the Ant
executable look for the JUNIT_HOME classpath; however, there are certainly
other options, including having some kind of ant.properties file in which I
can declare my dependencies. In fact, for the general case where there are
multiple things that Ant may depend on that aren't part of the Ant
distribution, maybe a properties file is the easiest solution.
--
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26632] - rexec hangs
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=26632. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=26632 --- Additional Comments From [EMAIL PROTECTED] 2005-03-30 22:29 --- As mentioned, I downloaded the alpha release apache-ant-1.7alpha-bin.zip (29th March 2005) but still the rexec is hanging. I tried other releases also but didn't succeed. Then I downloaded the source code and traced into the Ant package. I found that the RExecTask.java file contains the same logic as it was containing before! It is hanging exactly in the waitForString() function at line 180 in the while loop. Can you please tell me if i m wrong or right? and whats the next thing to do? Thanks Anumeh Andharmule (In reply to comment #6) You need a nightly build of Ant, not commons-net. See http://brutus.apache.org/~nightlybuild/builds/ant/ (In reply to comment #6) You need a nightly build of Ant, not commons-net. See http://brutus.apache.org/~nightlybuild/builds/ant/ -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
