[EMAIL PROTECTED]: Project dotnet-antlib-test (in module ant-antlibs) 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 dotnet-antlib-test has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 139 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - dotnet-antlib-test : Task and Type Libraries for Apache Ant Full details are available at: http://vmgump.apache.org/gump/public/ant-antlibs/dotnet-antlib-test/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -INFO- Failed with reason build failed The following work was performed: http://vmgump.apache.org/gump/public/ant-antlibs/dotnet-antlib-test/gump_work/build_ant-antlibs_dotnet-antlib-test.html Work Name: build_ant-antlibs_dotnet-antlib-test (Type: Build) Work ended in a state of : Failed Elapsed: 15 secs Command Line: /usr/lib/jvm/java-1.5.0-sun/bin/java -Djava.awt.headless=true -Xbootclasspath/p:/srv/gump/public/workspace/xml-xerces2/build/xercesImpl.jar:/srv/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar org.apache.tools.ant.Main -Dgump.merge=/srv/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only -Dant-testutil.jar=/srv/gump/public/workspace/ant/build/lib/ant-testutil.jar test [Working Directory: /srv/gump/public/workspace/ant-antlibs/dotnet] CLASSPATH: /usr/lib/jvm/java-1.5.0-sun/lib/tools.jar:/srv/gump/public/workspace/ant-antlibs/dotnet/build/test-classes:/srv/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/srv/gump/public/workspace/ant/dist/lib/ant-swing.jar:/srv/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/srv/gump/public/workspace/ant/dist/lib/ant-trax.jar:/srv/gump/public/workspace/ant/dist/lib/ant-junit.jar:/srv/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/srv/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/srv/gump/public/workspace/ant/dist/lib/ant.jar:/srv/gump/public/workspace/ant-antlibs/antunit/build/ant-antunit-29082007.jar:/srv/gump/public/workspace/ant-antlibs/dotnet/build/ant-dotnet-29082007.jar:/srv/gump/public/workspace/xml-commons/java/external/build/xml-apis-ext.jar - [au:antunit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.026 sec [au:antunit] Target: test-passing took 0.005 sec [au:antunit] Build File: /srv/gump/public/workspace/ant-antlibs/dotnet/src/tests/antunit/dir with spaces/wsdl-test.xml [au:antunit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.901 sec [au:antunit] Target: testWSDL took 0.894 sec [au:antunit] Build File: /srv/gump/public/workspace/ant-antlibs/dotnet/src/tests/antunit/dotnetexec-test.xml [au:antunit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.718 sec [au:antunit] Target: testCSC took 0.675 sec [au:antunit] Build File: /srv/gump/public/workspace/ant-antlibs/dotnet/src/tests/antunit/nunit/nunit-test.xml [au:antunit] Tests run: 5, Failures: 0, Errors: 0, Time elapsed: 0.236 sec [au:antunit] Target: test-passing took 0.004 sec [au:antunit] Target: test-failing took 0.003 sec [au:antunit] Target: test-failing-errorproperty took 0.084 sec [au:antunit] Target: test-failing-with-fail took 0.004 sec [au:antunit] Target: test-no-assembly took 0.011 sec [au:antunit] Build File: /srv/gump/public/workspace/ant-antlibs/dotnet/src/tests/antunit/old-core-test.xml [au:antunit] Tests run: 9, Failures: 0, Errors: 0, Time elapsed: 4.725 sec [au:antunit] Target: testCSCintrinsicFileset took 0.617 sec [au:antunit] Target: testCSCresponseFile took 0.651 sec [au:antunit] Target: testILASM took 0.614 sec [au:antunit] Target: testCSCdll took 0.526 sec [au:antunit] Target: testILDASM took 0.635 sec [au:antunit] Target: testILDASM_empty took 0.137 sec [au:antunit] Target: testJsharp took 0.019 sec [au:antunit] Target: testCSCResources took 0.639 sec [au:antunit] Target: testCSC took 0.653 sec [au:antunit] Build File: /srv/gump/public/workspace/ant-antlibs/dotnet/src/tests/antunit/wsdl2dotnet-test.xml [au:antunit] Tests run: 15, Failures: 0, Errors: 0, Time elapsed: 3.127 sec [au:antunit] Target: testSchemaMustBeSet took 0.084 sec [au:antunit] Target: testLocalWsdlVB took 0.03 sec [au:antunit] Target: testInvalidExtraOps took 0.011 sec [au:antunit] Target: testSrcIsMissing took 0.014 sec [au:antunit] Target: testNoParams took 0.022 sec [au:antunit] Target: testBothSrc took 0.041 sec [au:antunit] Target: testSchemaFileMustHaveOneOptionOnly took 0.039 sec [au:antunit] Target: testLocalWsdl took 1.197 sec [au:antunit] Target: testSrcIsDir took 0.03 sec [au:antunit] Target: testLocalWsdlServerVB took 0.013 sec [au:antunit] Target: testLocalWsdlServer took 1.301 sec [au:antunit] Target: testNoSrc took 0.02 sec [au:antunit] Target:
DO NOT REPLY [Bug 43234] New: - Get random failure after multiple sshexec calls: Remote command failed with exit status -1
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=43234. 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=43234 Summary: Get random failure after multiple sshexec calls: Remote command failed with exit status -1 Product: Ant Version: 1.7.0RC1 Platform: PC OS/Version: Windows Server 2003 Status: NEW Severity: normal Priority: P1 Component: Optional Tasks AssignedTo: dev@ant.apache.org ReportedBy: [EMAIL PROTECTED] My build file is as below: ?xml version=1.0 encoding=utf-8 ? !DOCTYPE project [ !ENTITY base SYSTEM G:\Engineering\ProdDev\QA\Batch QA\eBart\common\env\env.xml ] project name=SendMailAuto default=init base; target name=main sshexec host=${server.name} username=${server.uid} password=${server.password} trust=true command=dos2unix -437 -ascii ./SendMailAutoSudo_${app.name} _${runtime.id}.sh ./SendMailAutoSudo_${app.name}_${runtime.id}.sh;chmod 777 ./SendMailAutoSudo_${app.name} _${runtime.id}.sh;./SendMailAutoSudo_${app.name}_${runtime.id}.sh;rm SendMailAutoSudo_${app.name}_${runtime.id}.sh output=${output.logs.dir}/SendMailAutoSudo.${output.logs.file} append=true/ /target /project I write a loop to call this ant scripts for several times. Some sshexec execution will be successful while others will fail. Totally random result. The failure reason is that Remote command failed with exit status -1 I suppose that some sshexec connections are not released after several calls. But that is just my guess. Any help will be greatly appreciated! -- 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]
[EMAIL PROTECTED]: Project svn-antlib-test (in module ant-antlibs) 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 svn-antlib-test has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 139 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - svn-antlib-test : Task and Type Libraries for Apache Ant Full details are available at: http://vmgump.apache.org/gump/public/ant-antlibs/svn-antlib-test/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Dependency on ant-testutil exists, no need to add for property ant-testutil.jar. -INFO- Failed with reason build failed The following work was performed: http://vmgump.apache.org/gump/public/ant-antlibs/svn-antlib-test/gump_work/build_ant-antlibs_svn-antlib-test.html Work Name: build_ant-antlibs_svn-antlib-test (Type: Build) Work ended in a state of : Failed Elapsed: 4 mins 24 secs Command Line: /usr/lib/jvm/java-1.5.0-sun/bin/java -Djava.awt.headless=true -Xbootclasspath/p:/srv/gump/public/workspace/xml-xerces2/build/xercesImpl.jar:/srv/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar org.apache.tools.ant.Main -Dgump.merge=/srv/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only -Dant-testutil.jar=/srv/gump/public/workspace/ant/build/lib/ant-testutil.jar test [Working Directory: /srv/gump/public/workspace/ant-antlibs/svn] CLASSPATH: /usr/lib/jvm/java-1.5.0-sun/lib/tools.jar:/srv/gump/public/workspace/ant-antlibs/svn/build/test-classes:/srv/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/srv/gump/public/workspace/ant/dist/lib/ant-swing.jar:/srv/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/srv/gump/public/workspace/ant/dist/lib/ant-trax.jar:/srv/gump/public/workspace/ant/dist/lib/ant-junit.jar:/srv/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/srv/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/srv/gump/public/workspace/ant/dist/lib/ant.jar:/srv/gump/public/workspace/ant/build/lib/ant-testutil.jar:/srv/gump/public/workspace/junit/dist/junit-29082007.jar:/srv/gump/public/workspace/ant-antlibs/svn/build/ant-svn-29082007.jar:/srv/gump/public/workspace/xml-commons/java/external/build/xml-apis-ext.jar - [junit] at junit.framework.TestSuite.run(TestSuite.java:227) [junit] at org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:80) [junit] at junit.framework.JUnit4TestAdapter.run(JUnit4TestAdapter.java:39) [junit] at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.run(JUnitTestRunner.java:420) [junit] at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.launch(JUnitTestRunner.java:911) [junit] at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.main(JUnitTestRunner.java:743) [junit] [junit] Testcase: testDiffWithImplicitTrunk took 88.872 sec [junit] FAILED [junit] null [junit] junit.framework.AssertionFailedError: null [junit] at junit.framework.Assert.fail(Assert.java:47) [junit] at junit.framework.Assert.assertTrue(Assert.java:20) [junit] at junit.framework.Assert.assertTrue(Assert.java:27) [junit] at org.apache.ant.svn.SvnTagDiffTest.assertModified(SvnTagDiffTest.java:110) [junit] at org.apache.ant.svn.SvnTagDiffTest.assertDiffWithTrunk(SvnTagDiffTest.java:63) [junit] at org.apache.ant.svn.SvnTagDiffTest.testDiffWithImplicitTrunk(SvnTagDiffTest.java:57) [junit] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [junit] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) [junit] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) [junit] at java.lang.reflect.Method.invoke(Method.java:585) [junit] at junit.framework.TestCase.runTest(TestCase.java:168) [junit] at junit.framework.TestCase.runBare(TestCase.java:134) [junit] at junit.framework.TestResult$1.protect(TestResult.java:110) [junit] at junit.framework.TestResult.runProtected(TestResult.java:128) [junit] at junit.framework.TestResult.run(TestResult.java:113) [junit] at junit.framework.TestCase.run(TestCase.java:124) [junit] at junit.framework.TestSuite.runTest(TestSuite.java:232) [junit] at junit.framework.TestSuite.run(TestSuite.java:227) [junit] at org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:80) [junit] at junit.framework.JUnit4TestAdapter.run(JUnit4TestAdapter.java:39) [junit] at
DO NOT REPLY [Bug 43235] New: - Touch with mapper brokken
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=43235. 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=43235 Summary: Touch with mapper brokken Product: Ant Version: 1.7.0 Platform: All OS/Version: other Status: NEW Severity: normal Priority: P2 Component: Core AssignedTo: dev@ant.apache.org ReportedBy: [EMAIL PROTECTED] If one uses touch with a mapper touch ignores the millis or datetime atributes Instead touch uses the timestamp of the Resource. This happens due to: long modTime = (r.isExists()) ? r.getLastModified() : defaultTimestamp; in org.apache.tools.ant.taskdefs.Touch This prohibits one from setting the time of the target file to a value defined in build.xml A clean implementation would just ignore the time of the resource file An advanced implementation could use the time of the resource file UNLESS one of the millis or datetime attributes is set -- 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 43235] - Touch with mapper brokken
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=43235. 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=43235 --- Additional Comments From [EMAIL PROTECTED] 2007-08-29 02:28 --- Please provide a simple build file that shows the problem, ta. -- 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 43235] - Touch with mapper brokken
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=43235. 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=43235 --- Additional Comments From [EMAIL PROTECTED] 2007-08-29 04:00 --- Created an attachment (id=20724) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=20724action=view) build.xml showing the problem ant setup creates the files and dirs needed for the demo ant touch demo will First time after setup) create the file MySourceFile.class with the time stamp of the java file Second time update the timestamp of MySourceFile.class to what ever timestamp is (now) on the java file -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 43235] - Touch with mapper brokken
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=43235. 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=43235 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |ASSIGNED --- Additional Comments From [EMAIL PROTECTED] 2007-08-29 04:25 --- Awesome, tak. I will get a fix ready soon. Peter -- 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 43235] - Touch with mapper brokken
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=43235. 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=43235 --- Additional Comments From [EMAIL PROTECTED] 2007-08-29 07:55 --- Whoa, wait--this is documented, intentional behavior: The manual says If the original file exists its timestamp will be used. Otherwise the task settings (millis, datetime) take effect. The purpose of this is to make it easy to set up parallel directory structures that mimic your real setup without the storage impact. If we want to provide an attribute to override this behavior, however, fine by me. -- 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 43235] - Touch with mapper brokken
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=43235. 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=43235 --- Additional Comments From [EMAIL PROTECTED] 2007-08-29 08:01 --- I release that this is documented and that is the intention of the code. However it is very strange (unexpected) to ignore the setting given in the build file: touch datetime=03/03/2003 03:33 AM fileset dir=test includes=src/**/*.java / mapper type=regexp from=^src(.*)\.java$$ to=test/classes\1.class/ /touch It is clearly (I think) the intent of the build author to set the date on the class files to the datetime attribute, whereas: touch fileset dir=test includes=src/**/*.java / mapper type=regexp from=^src(.*)\.java$$ to=test/classes\1.class/ /touch one could argue that the timestamps of the .class files should be set to the timestamp of the correspond java files (although one could also argue that this is also surprising behavior). -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Ben Burgess as committer
--- Peter Reilly [EMAIL PROTECTED] wrote: Hi all, I would like to propose Ben Burgess as a committer for the ant project, with a special interest in maintaining the starteam tasks. Ben as been of help on the Ant user and dev lists for a long time and has provided a number of patches for the starteam tasks. (These have not yet been applied as no current ant committer has a working starteam setup). +1 -Matt So, to get the ball rolling +1 from me. Peter - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Luggage? GPS? Comic books? Check out fitting gifts for grads at Yahoo! Search http://search.yahoo.com/search?fr=oni_on_mailp=graduation+giftscs=bz - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Ben Burgess as committer
+1 Peter Reilly wrote: Hi all, I would like to propose Ben Burgess as a committer for the ant project, with a special interest in maintaining the starteam tasks. Ben as been of help on the Ant user and dev lists for a long time and has provided a number of patches for the starteam tasks. (These have not yet been applied as no current ant committer has a working starteam setup). So, to get the ball rolling +1 from me. Peter - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Alexey N. Solofnenko http://trelony.cjb.net/ Pleasant Hill, CA (GMT-8 usually) smime.p7s Description: S/MIME Cryptographic Signature
Re: [VOTE] Ben Burgess as committer
+1 Peter Reilly wrote: Hi all, I would like to propose Ben Burgess as a committer for the ant project, with a special interest in maintaining the starteam tasks. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Ben Burgess as committer
+1 Martijn Peter Reilly wrote: Hi all, I would like to propose Ben Burgess as a committer for the ant project, with a special interest in maintaining the starteam tasks. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 43235] - Touch with mapper brokken
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=43235. 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=43235 --- Additional Comments From [EMAIL PROTECTED] 2007-08-29 13:13 --- (In reply to comment #5) I release that this is documented and that is the intention of the code. However it is very strange (unexpected) to ignore the setting given in the build file: touch datetime=03/03/2003 03:33 AM fileset dir=test includes=src/**/*.java / mapper type=regexp from=^src(.*)\.java$$ to=test/classes\1.class/ /touch Okay, point taken. It is clearly (I think) the intent of the build author to set the date on the class files to the datetime attribute, whereas: touch fileset dir=test includes=src/**/*.java / mapper type=regexp from=^src(.*)\.java$$ to=test/classes\1.class/ /touch one could argue that the timestamps of the .class files should be set to the timestamp of the correspond java files (although one could also argue that this is also surprising behavior). Your arguments are pretty good; I am fine with changing the behavior, especially when datetime|millis is specified. I'm still up in the air on mapping without specifying modification time whether current time or inheriting time is more obviously correct. Possibly the former, but can you think of an appropriate attribute to trigger timestamp inheritance? -Matt -- 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 43235] - Touch with mapper brokken
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=43235. 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=43235 --- Additional Comments From [EMAIL PROTECTED] 2007-08-29 13:23 --- I think that the behavior should only be changed when the datetime is specified. For the mapper without the datetime being specified, we use the timestamps of the mapped from files (if they exist). I am not too sure that a new attribute is needed to control the behavior, (we have quite enough attributes in ant already ;-) -- 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: Setting Xalan to junitreport
I haven't had much luck using XSLT 2 for junitreport. I think Saxon has a problem with the redirect extension, which looks specific to Xalan. --- Nested Exception --- ; SystemID: file:/c:/safe/projects/travelIdea/travel/work/docs/junit-frames.xsl; Line#: 36; Column#: -1 net.sf.saxon.trans.DynamicError: Unknown extension element at net.sf.saxon.expr.ErrorExpression.evaluateItem(ErrorExpression.java:61) If I pursue this further, I'll probably go the other way, setting the timezone in XMLJUnitResultFormatter. By the way, to get Ant to use Saxon, the xslt task's classpath did not work for me, even with the factory element. It looks like this bug: http://issues.apache.org/bugzilla/show_bug.cgi?id=41314 The way I would get Ant to use Saxon now, if I were going to keep working on junitreport, is the hack described at the end of that bug: setting the system property via SaxonLiaison. I like that better than using the ANT_OPTS environment variable. Another way I like less is adding -lib saxon8.jar to the ant script arguments and a factory element to the xslt task. But the way I like least is Sun's usual endorsed standards override mechanism, modifying the JRE (which I didn't even try). Cheers, 11011011 [EMAIL PROTECTED] wrote: You could use Ant's JUnitReport task just to create the consolidated xml file (TESTS-TestSuites.xml), and then call the XSLT task on that consolidated XML file. You can than point the XSLT task's classpath(ref) attribute to your favorite processor. junitreport todir=${build.dir}/testreports fileset dir=${build.dir}/testresults include name=TEST-*.xml/ /fileset ... /junitreport xslt classpathref=yourXSLTProcessorref in=${build.dir}/testresults/TESTS-TestSuites.xml . Regards, Jan - Original Message - From: J. David Beutel [EMAIL PROTECTED] To: Ant Developers List dev@ant.apache.org Sent: Tuesday, August 28, 2007 9:44 AM Subject: Re: Setting Xalan to junitreport Stefan Bodewig wrote: Not using JDK 1.5's XSLTC is a good idea for so many reasons anyway. You could use the usual endorsed standards override mechanism[1] to swap in Saxon or just set the system property javax.xml.transform.TransformerFactory prior to running Ant (you'd probably use the ANT_OPTS environment variable for this). Thanks for the advice! I was happy to upgrade to JDK 1.5 and Ant 1.7 because I never liked copying the Xalan and JUnit JARs into Ant's lib directory. My current employer considers Ant, JDK, and Tomcat to be part of the environment, but has some projects that require them to be customized. This complicates working on different projects, so I look for ways to avoid customizing the environment, keeping the changes in the version-controlled files. I guess ANT_OPTS in a custom script is my best option for XSLT 2. Cheers, 11011011 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r570947 - in /ant/core/trunk: docs/antlibs/sandbox.html xdocs/antlibs/sandbox.xml
Author: mbenson Date: Wed Aug 29 15:02:04 2007 New Revision: 570947 URL: http://svn.apache.org/viewvc?rev=570947view=rev Log: Ant 1.8 required for props antlib Modified: ant/core/trunk/docs/antlibs/sandbox.html ant/core/trunk/xdocs/antlibs/sandbox.xml Modified: ant/core/trunk/docs/antlibs/sandbox.html URL: http://svn.apache.org/viewvc/ant/core/trunk/docs/antlibs/sandbox.html?rev=570947r1=570946r2=570947view=diff == --- ant/core/trunk/docs/antlibs/sandbox.html (original) +++ ant/core/trunk/docs/antlibs/sandbox.html Wed Aug 29 15:02:04 2007 @@ -403,7 +403,7 @@ /th td colspan=1 rowspan=1 valign=top align=left - Ant 1.7.x + Ant 1.8.x /td /tr tr Modified: ant/core/trunk/xdocs/antlibs/sandbox.xml URL: http://svn.apache.org/viewvc/ant/core/trunk/xdocs/antlibs/sandbox.xml?rev=570947r1=570946r2=570947view=diff == --- ant/core/trunk/xdocs/antlibs/sandbox.xml (original) +++ ant/core/trunk/xdocs/antlibs/sandbox.xml Wed Aug 29 15:02:04 2007 @@ -173,7 +173,7 @@ /tr tr thAnt compatibility:/th -tdAnt 1.7.x/td +tdAnt 1.8.x/td /tr tr thAdded to sandbox:/th - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Setting Xalan to junitreport
On 8/29/07, J. David Beutel [EMAIL PROTECTED] wrote: I haven't had much luck using XSLT 2 for junitreport. I think Saxon has a problem with the redirect extension, which looks specific to Xalan. Indeed it is. You'll need to modify the .xsl to use Saxon instead of Xalan. XSL 2.0 supports result-document, the equivalent of Xalan's redirect but as part of the language itself, not as an extension. Converting a XSL 1.0 stylesheet into a 2.0 requires a few tweaks usually (but I don't recall which... It's been a couple years since I did any XSL). --DD - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Presentation for Ossummit Hong Kong
Hi, My proposal for a talk/presentation in Hong Kong has been accepted, so now I have to plan what to talk about :) Last time I spent almost the entire presentation talking about writing and testing custom ant tasks. This time I want to incorporate some of that older material, but to also spend time on other aspects - scripting, using ivy for dependencies c The title of the presentation is 'Advanced Ant'. Suggestions over what to cover are greatly appreciated, and of course I'll make a draft of the presentation available prior to the conference for review/general interest. Hopefully I'll also be able to finally meet someone who can sign my pgp key too :) Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Need Help with Ant Pass fail notification!
Hi, I am beginner in ant. I am trying to write one program in ant- which will save Pass/fail Notification in one text file. Could you help me please? ant [target] | file.txt use pipes to save the build output to a text file, to get just the BUILD SUCCESSFUL/FAILED use ant [target] | tail -2 | head -1 | status.txt eg: [EMAIL PROTECTED]:~/workspace/ant-core-trunk$ ant -f test-id.xml | tail -2 | head -1 | output.txt This is the simplest solution Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: Need Help with Ant Pass fail notification!
I am trying to write one program in ant- which will save Pass/fail Notification in one text file. Could you help me please? You should write your own Logger. http://ant.apache.org/manual/listeners.html http://ant.apache.org/manual/develop.html#buildevents http://svn.apache.org/repos/asf/ant/core/trunk/src/main/org/apache/tools /ant/BuildListener.java http://svn.apache.org/repos/asf/ant/core/trunk/src/main/org/apache/tools /ant/BuildLogger.java Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]