DO NOT REPLY [Bug 38638] New: - Discovery failed to load an innerclass
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=38638. 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=38638 Summary: Discovery failed to load an innerclass Product: Commons Version: unspecified Platform: Sun OS/Version: Solaris Status: NEW Severity: normal Priority: P2 Component: Discovery AssignedTo: commons-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] I am working with Axis. I tried to set the SecureSocketFactory by setting the service under META-INF/services. My implementation class was an inner class (public static), discovery keeped failing (loading the default impl class). I used the fully qualified name in the service definition. (should I have used the directory structure, with the $ sign for internal classes?) My workaround was to create my impl class not as an internal class. -- 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 38638] - Discovery failed to load an inner class
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=38638. 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=38638 [EMAIL PROTECTED] changed: What|Removed |Added Summary|Discovery failed to load an |Discovery failed to load an |innerclass |inner class --- Additional Comments From [EMAIL PROTECTED] 2006-02-14 09:49 --- If you are not planning on a new version soon you can document it somewhere. It would be helpful. -- 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]
[compress] Discussing compress
Hello, not knowing how to start best, i would like to kick off an discussion about the goals of [compress]. As i wrote in an email before ages, i have allready started to check out the existing lib and want to see this component working. I noticed, that compress ist divided into three different APIs, one for every compression algorithm: Zip, BZip2, Tar. Every implementation is not complete and cool features are not ready yet (f.e. no possibility to delete single files from a zipfile). Next problem is the lack of a commonly used interface: it seems one have to learn everything about the 3 components to use it. This is quite uncomfortable. I think it would be very best to have one interface, say Compress.class. This could organize the Compression itself. Here are the keypoints. Compress should be used to: - load or create an existing compressed file, - add files to compressed file, - compress a file, - return a list of stored files - delete a single file from the compressed file - in a later release: set special fields, like zip-fields For these actions, Compress uses one of the 3 Compressors, ZipCompressor, TarCompressor or BZip2Compressor which are beeing loaded lazily. This is, how i would like to see the compress package. I think before fixing and extending the old apis, it makes sense to discuss the direction in general. Ok, as a newbie to apache contributing all your comments and tips are welcome. Cheers, Chris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[EMAIL PROTECTED]: Project commons-xmlio (in module jakarta-commons-dormant) 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 commons-xmlio has an issue affecting its community integration. This issue affects 78 projects, and has been outstanding for 191 runs. The current state of this project is 'Failed', with reason 'Build Timed Out'. For reference only, the following projects are affected by this: - cocoon : Java XML Framework - cocoon-block-ajax : Ajax - Utilities and resources for Ajax applications. - cocoon-block-apples : Java XML Framework - cocoon-block-asciiart : Java XML Framework - cocoon-block-authentication-fw : Java XML Framework - cocoon-block-axis : Java XML Framework - cocoon-block-batik : Java XML Framework - cocoon-block-bsf : Java XML Framework - cocoon-block-captcha : Utilites to generate simple CAPTCHAs - cocoon-block-chaperon : Java XML Framework - cocoon-block-core-samples-additional : Additional core samples. - cocoon-block-core-samples-main : Main core samples. - cocoon-block-cron : Java XML Framework - cocoon-block-databases : Java XML Framework - cocoon-block-deli : Java XML Framework - cocoon-block-eventcache : Java XML Framework - cocoon-block-faces : Java XML Framework - cocoon-block-fop : Java XML Framework - cocoon-block-forms : Java XML Framework - cocoon-block-hsqldb : Java XML Framework - cocoon-block-html : Java XML Framework - cocoon-block-itext : Java XML Framework - cocoon-block-javaflow : Java XML Framework - cocoon-block-jcr : A jcr: protocol for Cocoon - cocoon-block-jfor : Java XML Framework - cocoon-block-jms : Java XML Framework - cocoon-block-jsp : Java XML Framework - cocoon-block-linkrewriter : Java XML Framework - cocoon-block-lucene : Java XML Framework - cocoon-block-mail : Java XML Framework - cocoon-block-midi : Java XML Framework - cocoon-block-naming : Java XML Framework - cocoon-block-ojb : Java XML Framework - cocoon-block-paranoid : Java XML Framework - cocoon-block-petstore : Java XML Framework - cocoon-block-poi : Java XML Framework - cocoon-block-portal : Java XML Framework - cocoon-block-portal-sample : Java XML Framework - cocoon-block-profiler : Java XML Framework - cocoon-block-proxy : Java XML Framework - cocoon-block-python : Java XML Framework - cocoon-block-qdox : Java XML Framework - cocoon-block-querybean : Java XML Framework - cocoon-block-repository : Java XML Framework - cocoon-block-scratchpad : Java XML Framework - cocoon-block-serializers : Java XML Framework - cocoon-block-session-fw : Java XML Framework - cocoon-block-slide : Java XML Framework - cocoon-block-slop : Java XML Framework - cocoon-block-spring-app : A demo for Spring and Cocoon - cocoon-block-stx : Java XML Framework - cocoon-block-taglib : Java XML Framework - cocoon-block-template : Java XML Framework - cocoon-block-tour : Java XML Framework - cocoon-block-validation : In-pipeline validation of documents - cocoon-block-velocity : Java XML Framework - cocoon-block-web3 : Java XML Framework - cocoon-block-webdav : Java XML Framework - cocoon-block-xmldb : Java XML Framework - cocoon-block-xsp : Java XML Framework - commons-vfs : Jakarta commons - commons-xmlio : XML Im-/Exporter is a low level library to assist you in the... - excalibur-fortress-bean : Repository of reusable components. - excalibur-fortress-container-impl : Repository of reusable components. - excalibur-fortress-container-test : Repository of reusable components. - excalibur-fortress-examples : Repository of reusable components. - excalibur-fortress-migration : Repository of reusable components. - excalibur-fortress-platform : Repository of reusable components. - excalibur-fortress-testcase : Repository of reusable components. - excalibur-monitor : Repository of reusable components. - excalibur-sourceresolve : Repository of reusable components. - excalibur-xmlutil : Repository of reusable components. - forrest : Apache Forrest is an XML standards-oriented documentation fr... - forrest-test : Apache Forrest is an XML standards-oriented documentation fr... - jakarta-slide : Content Management System based on WebDAV technology - lenya : Content Management System - logging-log4j-chainsaw : Chainsaw log viewer - slide-webdavclient : Content Management System based on WebDAV technology Full details are available at: http://vmgump.apache.org/gump/public/jakarta-commons-dormant/commons-xmlio/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error
[EMAIL PROTECTED]: Project commons-xmlio (in module jakarta-commons-dormant) 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 commons-xmlio has an issue affecting its community integration. This issue affects 78 projects, and has been outstanding for 191 runs. The current state of this project is 'Failed', with reason 'Build Timed Out'. For reference only, the following projects are affected by this: - cocoon : Java XML Framework - cocoon-block-ajax : Ajax - Utilities and resources for Ajax applications. - cocoon-block-apples : Java XML Framework - cocoon-block-asciiart : Java XML Framework - cocoon-block-authentication-fw : Java XML Framework - cocoon-block-axis : Java XML Framework - cocoon-block-batik : Java XML Framework - cocoon-block-bsf : Java XML Framework - cocoon-block-captcha : Utilites to generate simple CAPTCHAs - cocoon-block-chaperon : Java XML Framework - cocoon-block-core-samples-additional : Additional core samples. - cocoon-block-core-samples-main : Main core samples. - cocoon-block-cron : Java XML Framework - cocoon-block-databases : Java XML Framework - cocoon-block-deli : Java XML Framework - cocoon-block-eventcache : Java XML Framework - cocoon-block-faces : Java XML Framework - cocoon-block-fop : Java XML Framework - cocoon-block-forms : Java XML Framework - cocoon-block-hsqldb : Java XML Framework - cocoon-block-html : Java XML Framework - cocoon-block-itext : Java XML Framework - cocoon-block-javaflow : Java XML Framework - cocoon-block-jcr : A jcr: protocol for Cocoon - cocoon-block-jfor : Java XML Framework - cocoon-block-jms : Java XML Framework - cocoon-block-jsp : Java XML Framework - cocoon-block-linkrewriter : Java XML Framework - cocoon-block-lucene : Java XML Framework - cocoon-block-mail : Java XML Framework - cocoon-block-midi : Java XML Framework - cocoon-block-naming : Java XML Framework - cocoon-block-ojb : Java XML Framework - cocoon-block-paranoid : Java XML Framework - cocoon-block-petstore : Java XML Framework - cocoon-block-poi : Java XML Framework - cocoon-block-portal : Java XML Framework - cocoon-block-portal-sample : Java XML Framework - cocoon-block-profiler : Java XML Framework - cocoon-block-proxy : Java XML Framework - cocoon-block-python : Java XML Framework - cocoon-block-qdox : Java XML Framework - cocoon-block-querybean : Java XML Framework - cocoon-block-repository : Java XML Framework - cocoon-block-scratchpad : Java XML Framework - cocoon-block-serializers : Java XML Framework - cocoon-block-session-fw : Java XML Framework - cocoon-block-slide : Java XML Framework - cocoon-block-slop : Java XML Framework - cocoon-block-spring-app : A demo for Spring and Cocoon - cocoon-block-stx : Java XML Framework - cocoon-block-taglib : Java XML Framework - cocoon-block-template : Java XML Framework - cocoon-block-tour : Java XML Framework - cocoon-block-validation : In-pipeline validation of documents - cocoon-block-velocity : Java XML Framework - cocoon-block-web3 : Java XML Framework - cocoon-block-webdav : Java XML Framework - cocoon-block-xmldb : Java XML Framework - cocoon-block-xsp : Java XML Framework - commons-vfs : Jakarta commons - commons-xmlio : XML Im-/Exporter is a low level library to assist you in the... - excalibur-fortress-bean : Repository of reusable components. - excalibur-fortress-container-impl : Repository of reusable components. - excalibur-fortress-container-test : Repository of reusable components. - excalibur-fortress-examples : Repository of reusable components. - excalibur-fortress-migration : Repository of reusable components. - excalibur-fortress-platform : Repository of reusable components. - excalibur-fortress-testcase : Repository of reusable components. - excalibur-monitor : Repository of reusable components. - excalibur-sourceresolve : Repository of reusable components. - excalibur-xmlutil : Repository of reusable components. - forrest : Apache Forrest is an XML standards-oriented documentation fr... - forrest-test : Apache Forrest is an XML standards-oriented documentation fr... - jakarta-slide : Content Management System based on WebDAV technology - lenya : Content Management System - logging-log4j-chainsaw : Chainsaw log viewer - slide-webdavclient : Content Management System based on WebDAV technology Full details are available at: http://vmgump.apache.org/gump/public/jakarta-commons-dormant/commons-xmlio/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error
Re: [compress] Discussing compress
Hi Chris, I was thinking that something like Compress.getInstance(String compressorType); like Crypto would be nice. This way you can get a unique entry point for every compression algorithm that can provide its own methods to compress/decompress/add files etc etc. Bye Piero Alle 10:58, martedì 14 febbraio 2006, C. Grobmeier ha scritto: Hello, not knowing how to start best, i would like to kick off an discussion about the goals of [compress]. As i wrote in an email before ages, i have allready started to check out the existing lib and want to see this component working. I noticed, that compress ist divided into three different APIs, one for every compression algorithm: Zip, BZip2, Tar. Every implementation is not complete and cool features are not ready yet (f.e. no possibility to delete single files from a zipfile). Next problem is the lack of a commonly used interface: it seems one have to learn everything about the 3 components to use it. This is quite uncomfortable. I think it would be very best to have one interface, say Compress.class. This could organize the Compression itself. Here are the keypoints. Compress should be used to: - load or create an existing compressed file, - add files to compressed file, - compress a file, - return a list of stored files - delete a single file from the compressed file - in a later release: set special fields, like zip-fields For these actions, Compress uses one of the 3 Compressors, ZipCompressor, TarCompressor or BZip2Compressor which are beeing loaded lazily. This is, how i would like to see the compress package. I think before fixing and extending the old apis, it makes sense to discuss the direction in general. Ok, as a newbie to apache contributing all your comments and tips are welcome. Cheers, Chris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- GPG KeyID: 84AE988E Fingerprint: F0A0 CA2A 8D8F CC12 3F5E C04C D8D5 9DC3 84AE 988E gpg --keyserver x-hkp://search.keyserver.net:11371 --recv-key 84AE988E pgpLMCCbnjynZ.pgp Description: PGP signature
svn commit: r377704 - in /jakarta/commons/proper/httpclient/branches/HTTPCLIENT_3_0_BRANCH: release_notes.txt src/java/org/apache/commons/httpclient/HttpState.java
Author: oglueck Date: Tue Feb 14 03:48:29 2006 New Revision: 377704 URL: http://svn.apache.org/viewcvs?rev=377704view=rev Log: PR: 38636 HttpState.clearCookies() should be synchronized Submitted by: Peter Dolberg Reviewed by: Oleg Kalnichevsky Modified: jakarta/commons/proper/httpclient/branches/HTTPCLIENT_3_0_BRANCH/release_notes.txt jakarta/commons/proper/httpclient/branches/HTTPCLIENT_3_0_BRANCH/src/java/org/apache/commons/httpclient/HttpState.java Modified: jakarta/commons/proper/httpclient/branches/HTTPCLIENT_3_0_BRANCH/release_notes.txt URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/httpclient/branches/HTTPCLIENT_3_0_BRANCH/release_notes.txt?rev=377704r1=377703r2=377704view=diff == --- jakarta/commons/proper/httpclient/branches/HTTPCLIENT_3_0_BRANCH/release_notes.txt (original) +++ jakarta/commons/proper/httpclient/branches/HTTPCLIENT_3_0_BRANCH/release_notes.txt Tue Feb 14 03:48:29 2006 @@ -1,5 +1,8 @@ Changes since Release 3.0: - + + * 38636 - Calling HttpState.clearCookies() is now safe from a different thread. + Contributed by Peter Dolberg observewisdom at yahoo.com + * 38385 - Fixed NPE when creating URI from scheme specific part with null fragment Contributed by Michele Vivoda vivodamichele at hotmail.com Modified: jakarta/commons/proper/httpclient/branches/HTTPCLIENT_3_0_BRANCH/src/java/org/apache/commons/httpclient/HttpState.java URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/httpclient/branches/HTTPCLIENT_3_0_BRANCH/src/java/org/apache/commons/httpclient/HttpState.java?rev=377704r1=377703r2=377704view=diff == --- jakarta/commons/proper/httpclient/branches/HTTPCLIENT_3_0_BRANCH/src/java/org/apache/commons/httpclient/HttpState.java (original) +++ jakarta/commons/proper/httpclient/branches/HTTPCLIENT_3_0_BRANCH/src/java/org/apache/commons/httpclient/HttpState.java Tue Feb 14 03:48:29 2006 @@ -610,7 +610,7 @@ /** * Clears all cookies. */ -public void clearCookies() { +public synchronized void clearCookies() { this.cookies.clear(); } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 38634] - [net] UnixFTPEntryParser fails to parse Cygwin proftpd output when group names contain spaces
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=38634. 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=38634 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2006-02-14 13:01 --- Code committed. -- 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 commons-jelly-test (in module commons-jelly) 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 commons-jelly-test has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 57 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-jelly-test : Commons Jelly Full details are available at: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-test/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Dependency on jakarta-servletapi-5-servlet exists, no need to add for property maven.jar.servletapi. -DEBUG- Dependency on jakarta-taglibs-standard exists, no need to add for property maven.jar.jstl. -DEBUG- Dependency on xml-xerces exists, no need to add for property maven.jar.xerces. -WARNING- Overriding Maven properties: [/usr/local/gump/public/workspace/commons-jelly/build.properties] -DEBUG- (Gump generated) Maven Properties in: /usr/local/gump/public/workspace/commons-jelly/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/commons-jelly/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/commons-jelly/project.properties -INFO- Project Reports in: /usr/local/gump/public/workspace/commons-jelly/target/test-reports The following work was performed: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-test/gump_work/build_commons-jelly_commons-jelly-test.html Work Name: build_commons-jelly_commons-jelly-test (Type: Build) Work ended in a state of : Failed Elapsed: 56 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/commons-jelly] CLASSPATH: /opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/jakarta-commons/cli/target/commons-cli-14022006.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-14022006.jar:/usr/local/gump/public/workspace/jakarta-commons/discovery/dist/commons-discovery.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-14022006.jar:/usr/local/gump/public/workspace/jakarta-commons/lang/dist/commons-lang-14022006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-14022006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-14022006.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/packages/forehead/forehead-1.0-beta-5.jar:/usr/local/gump/public/workspace/jakarta-servletapi-5/jsr154/dist/lib/servlet-api.jar:/usr/local/gump/public/workspace/jakarta-taglibs/dist/standard/lib/jstl.jar:/usr/local/gump/packages/jaxen-1.1-beta-4/jaxen-1.1-beta-4.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar - [junit] Expected expression: ${singleSize*2} [junit] Actual expression: ${doubleSize} File: file:/x1/gump/public/workspace/commons-jelly/target/test-classes/org/apache/commons/jelly/suite.jelly At tag test:assertEquals: line: 359 column: 75 [junit] org.apache.commons.jelly.JellyTagException: file:/x1/gump/public/workspace/commons-jelly/target/test-classes/org/apache/commons/jelly/suite.jelly:359:75: test:assertEquals expected:[22] but was:[22] [junit] Expected expression: ${singleSize*2} [junit] Actual expression: ${doubleSize} File: file:/x1/gump/public/workspace/commons-jelly/target/test-classes/org/apache/commons/jelly/suite.jelly At tag test:assertEquals: line: 359 column: 75 [junit] at org.apache.commons.jelly.impl.TagScript.handleException(TagScript.java:712) [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:282) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) [junit] at org.apache.commons.jelly.tags.junit.CaseTag$1.runTest(CaseTag.java:59) [junit] Caused by: org.apache.commons.jelly.tags.junit.JellyAssertionFailedError: expected:[22] but was:[22] [junit] Expected expression: ${singleSize*2} [junit] Actual expression: ${doubleSize} File: file:/x1/gump/public/workspace/commons-jelly/target/test-classes/org/apache/commons/jelly/suite.jelly At tag test:assertEquals: line: 359 column: 75 [junit] at org.apache.commons.jelly.tags.junit.AssertTagSupport.fail(AssertTagSupport.java:39) [junit] at org.apache.commons.jelly.tags.junit.AssertTagSupport.failNotEquals(AssertTagSupport.java:62) [junit] at org.apache.commons.jelly.tags.junit.AssertEqualsTag.doTag(AssertEqualsTag.java:55) [junit]
[EMAIL PROTECTED]: Project commons-jelly-test (in module commons-jelly) 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 commons-jelly-test has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 57 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-jelly-test : Commons Jelly Full details are available at: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-test/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Dependency on jakarta-servletapi-5-servlet exists, no need to add for property maven.jar.servletapi. -DEBUG- Dependency on jakarta-taglibs-standard exists, no need to add for property maven.jar.jstl. -DEBUG- Dependency on xml-xerces exists, no need to add for property maven.jar.xerces. -WARNING- Overriding Maven properties: [/usr/local/gump/public/workspace/commons-jelly/build.properties] -DEBUG- (Gump generated) Maven Properties in: /usr/local/gump/public/workspace/commons-jelly/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/commons-jelly/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/commons-jelly/project.properties -INFO- Project Reports in: /usr/local/gump/public/workspace/commons-jelly/target/test-reports The following work was performed: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-test/gump_work/build_commons-jelly_commons-jelly-test.html Work Name: build_commons-jelly_commons-jelly-test (Type: Build) Work ended in a state of : Failed Elapsed: 56 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/commons-jelly] CLASSPATH: /opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/jakarta-commons/cli/target/commons-cli-14022006.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-14022006.jar:/usr/local/gump/public/workspace/jakarta-commons/discovery/dist/commons-discovery.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-14022006.jar:/usr/local/gump/public/workspace/jakarta-commons/lang/dist/commons-lang-14022006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-14022006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-14022006.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/packages/forehead/forehead-1.0-beta-5.jar:/usr/local/gump/public/workspace/jakarta-servletapi-5/jsr154/dist/lib/servlet-api.jar:/usr/local/gump/public/workspace/jakarta-taglibs/dist/standard/lib/jstl.jar:/usr/local/gump/packages/jaxen-1.1-beta-4/jaxen-1.1-beta-4.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar - [junit] Expected expression: ${singleSize*2} [junit] Actual expression: ${doubleSize} File: file:/x1/gump/public/workspace/commons-jelly/target/test-classes/org/apache/commons/jelly/suite.jelly At tag test:assertEquals: line: 359 column: 75 [junit] org.apache.commons.jelly.JellyTagException: file:/x1/gump/public/workspace/commons-jelly/target/test-classes/org/apache/commons/jelly/suite.jelly:359:75: test:assertEquals expected:[22] but was:[22] [junit] Expected expression: ${singleSize*2} [junit] Actual expression: ${doubleSize} File: file:/x1/gump/public/workspace/commons-jelly/target/test-classes/org/apache/commons/jelly/suite.jelly At tag test:assertEquals: line: 359 column: 75 [junit] at org.apache.commons.jelly.impl.TagScript.handleException(TagScript.java:712) [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:282) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) [junit] at org.apache.commons.jelly.tags.junit.CaseTag$1.runTest(CaseTag.java:59) [junit] Caused by: org.apache.commons.jelly.tags.junit.JellyAssertionFailedError: expected:[22] but was:[22] [junit] Expected expression: ${singleSize*2} [junit] Actual expression: ${doubleSize} File: file:/x1/gump/public/workspace/commons-jelly/target/test-classes/org/apache/commons/jelly/suite.jelly At tag test:assertEquals: line: 359 column: 75 [junit] at org.apache.commons.jelly.tags.junit.AssertTagSupport.fail(AssertTagSupport.java:39) [junit] at org.apache.commons.jelly.tags.junit.AssertTagSupport.failNotEquals(AssertTagSupport.java:62) [junit] at org.apache.commons.jelly.tags.junit.AssertEqualsTag.doTag(AssertEqualsTag.java:55) [junit]
Re: [compress] Discussing compress
I was thinking that something like Compress.getInstance(String compressorType); like Crypto would be nice. This way you can get a unique entry point for every compression algorithm that can provide its own methods to compress/decompress/add files etc etc. you are speaking of a factory method. I allready thought about it. Besides: Compress.getInstance(String compressorType); there could be also a Compress.getInstance(File compressedFile); which loads a compressed file with the correct Compressor. Returntype of getInstance could be Compressor, which is the interface of an concrete algorithm implementation. Thx, - Chris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[EMAIL PROTECTED]: Project commons-jelly-tags-xml-test (in module commons-jelly) 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 commons-jelly-tags-xml-test has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 57 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-jelly-tags-xml-test : Commons Jelly Full details are available at: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-xml-test/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Dependency on xml-xerces exists, no need to add for property maven.jar.xerces. -WARNING- Overriding Maven properties: [/usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/build.properties] -DEBUG- (Gump generated) Maven Properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/project.properties -INFO- Project Reports in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/target/test-reports The following work was performed: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-xml-test/gump_work/build_commons-jelly_commons-jelly-tags-xml-test.html Work Name: build_commons-jelly_commons-jelly-tags-xml-test (Type: Build) Work ended in a state of : Failed Elapsed: 27 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml] CLASSPATH: /opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-14022006.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-14022006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-14022006.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-14022006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-14022006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-14022006.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/packages/jaxen-1.1-beta-4/jaxen-1.1-beta-4.jar - [junit] at org.apache.commons.jelly.tags.junit.CaseTag$1.runTest(CaseTag.java:59) [junit] [junit] [junit] Testcase: testSetSingleNodeAndAsString(org.apache.commons.jelly.tags.junit.CaseTag$1): Caused an ERROR [junit] file:/x1/gump/public/workspace/commons-jelly/jelly-tags/xml/target/test-classes/org/apache/commons/jelly/tags/xml/suite.jelly:294:81: x:set You must define an attribute called 'select' for this tag. [junit] org.apache.commons.jelly.MissingAttributeException: file:/x1/gump/public/workspace/commons-jelly/jelly-tags/xml/target/test-classes/org/apache/commons/jelly/tags/xml/suite.jelly:294:81: x:set You must define an attribute called 'select' for this tag. [junit] at org.apache.commons.jelly.tags.xml.SetTag.doTag(SetTag.java:86) [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:262) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) [junit] at org.apache.commons.jelly.tags.junit.CaseTag$1.runTest(CaseTag.java:59) [junit] [junit] [junit] Testcase: testSetStringLists(org.apache.commons.jelly.tags.junit.CaseTag$1): Caused an ERROR [junit] file:/x1/gump/public/workspace/commons-jelly/jelly-tags/xml/target/test-classes/org/apache/commons/jelly/tags/xml/suite.jelly:339:82: x:set You must define an attribute called 'select' for this tag. [junit] org.apache.commons.jelly.MissingAttributeException: file:/x1/gump/public/workspace/commons-jelly/jelly-tags/xml/target/test-classes/org/apache/commons/jelly/tags/xml/suite.jelly:339:82: x:set You must define an attribute called 'select' for this tag. [junit] at org.apache.commons.jelly.tags.xml.SetTag.doTag(SetTag.java:86) [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:262) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) [junit] at org.apache.commons.jelly.tags.junit.CaseTag$1.runTest(CaseTag.java:59) [junit] [junit] [junit] Testcase: testEntities(org.apache.commons.jelly.tags.junit.CaseTag$1): Caused an ERROR [junit]
[EMAIL PROTECTED]: Project commons-jelly-tags-xml-test (in module commons-jelly) 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 commons-jelly-tags-xml-test has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 57 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-jelly-tags-xml-test : Commons Jelly Full details are available at: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-xml-test/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Dependency on xml-xerces exists, no need to add for property maven.jar.xerces. -WARNING- Overriding Maven properties: [/usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/build.properties] -DEBUG- (Gump generated) Maven Properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/project.properties -INFO- Project Reports in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/target/test-reports The following work was performed: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-xml-test/gump_work/build_commons-jelly_commons-jelly-tags-xml-test.html Work Name: build_commons-jelly_commons-jelly-tags-xml-test (Type: Build) Work ended in a state of : Failed Elapsed: 27 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml] CLASSPATH: /opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-14022006.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-14022006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-14022006.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-14022006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-14022006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-14022006.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/packages/jaxen-1.1-beta-4/jaxen-1.1-beta-4.jar - [junit] at org.apache.commons.jelly.tags.junit.CaseTag$1.runTest(CaseTag.java:59) [junit] [junit] [junit] Testcase: testSetSingleNodeAndAsString(org.apache.commons.jelly.tags.junit.CaseTag$1): Caused an ERROR [junit] file:/x1/gump/public/workspace/commons-jelly/jelly-tags/xml/target/test-classes/org/apache/commons/jelly/tags/xml/suite.jelly:294:81: x:set You must define an attribute called 'select' for this tag. [junit] org.apache.commons.jelly.MissingAttributeException: file:/x1/gump/public/workspace/commons-jelly/jelly-tags/xml/target/test-classes/org/apache/commons/jelly/tags/xml/suite.jelly:294:81: x:set You must define an attribute called 'select' for this tag. [junit] at org.apache.commons.jelly.tags.xml.SetTag.doTag(SetTag.java:86) [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:262) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) [junit] at org.apache.commons.jelly.tags.junit.CaseTag$1.runTest(CaseTag.java:59) [junit] [junit] [junit] Testcase: testSetStringLists(org.apache.commons.jelly.tags.junit.CaseTag$1): Caused an ERROR [junit] file:/x1/gump/public/workspace/commons-jelly/jelly-tags/xml/target/test-classes/org/apache/commons/jelly/tags/xml/suite.jelly:339:82: x:set You must define an attribute called 'select' for this tag. [junit] org.apache.commons.jelly.MissingAttributeException: file:/x1/gump/public/workspace/commons-jelly/jelly-tags/xml/target/test-classes/org/apache/commons/jelly/tags/xml/suite.jelly:339:82: x:set You must define an attribute called 'select' for this tag. [junit] at org.apache.commons.jelly.tags.xml.SetTag.doTag(SetTag.java:86) [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:262) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) [junit] at org.apache.commons.jelly.tags.junit.CaseTag$1.runTest(CaseTag.java:59) [junit] [junit] [junit] Testcase: testEntities(org.apache.commons.jelly.tags.junit.CaseTag$1): Caused an ERROR [junit]
[EMAIL PROTECTED]: Project commons-jelly-tags-swing (in module commons-jelly) 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 commons-jelly-tags-swing has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 57 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-jelly-tags-swing : Commons Jelly Full details are available at: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-swing/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole output [commons-jelly-tags-swing-14022006.jar] identifier set to project name -DEBUG- Dependency on xml-xerces exists, no need to add for property maven.jar.xerces. -DEBUG- (Gump generated) Maven Properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/swing/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/swing/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/swing/project.properties -INFO- Project Reports in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/swing/target/test-reports -WARNING- No directory [/usr/local/gump/public/workspace/commons-jelly/jelly-tags/swing/target/test-reports] -INFO- Failed to extract fallback artifacts from Gump Repository The following work was performed: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-swing/gump_work/build_commons-jelly_commons-jelly-tags-swing.html Work Name: build_commons-jelly_commons-jelly-tags-swing (Type: Build) Work ended in a state of : Failed Elapsed: 3 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/swing] CLASSPATH: /opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/jakarta-commons/cli/target/commons-cli-14022006.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-14022006.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-14022006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/define/target/commons-jelly-tags-define-14022006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/interaction/target/commons-jelly-tags-interaction-14022006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-14022006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/log/target/commons-jelly-tags-log-14022006.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-14022006.jar:/usr/local/gump/public/workspace/jakarta-commons/lang/dist/commons-lang-14022006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-14022006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-14022006.jar:/usr/local/gump/public/workspace/jline/release/jline.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/packages/jaxen-1.1-beta-4/jaxen-1.1-beta-4.jar - at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance(Constructor.java:274) at java.lang.Class.newInstance0(Class.java:308) at java.lang.Class.newInstance(Class.java:261) at org.apache.commons.jelly.JellyContext.getTagLibrary(JellyContext.java:432) at org.apache.maven.jelly.MavenJellyContext.getTagLibrary(MavenJellyContext.java:171) at org.apache.commons.jelly.parser.XMLParser.createTag(XMLParser.java:1033) at org.apache.commons.jelly.parser.XMLParser.startElement(XMLParser.java:647) at org.apache.xerces.parsers.AbstractSAXParser.startElement(Unknown Source) at org.apache.xerces.parsers.AbstractXMLDocumentParser.emptyElement(Unknown Source) at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanStartElement(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source) at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at org.apache.xerces.parsers.DTDConfiguration.parse(Unknown Source)
[EMAIL PROTECTED]: Project commons-latka (in module jakarta-commons) 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 commons-latka has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 22 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-latka : Functional Testing Suite Full details are available at: http://vmgump.apache.org/gump/public/jakarta-commons/commons-latka/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole output [commons-latka.jar] identifier set to project name -DEBUG- Dependency on jaxen exists, no need to add for property jaxen.jar. -INFO- Made directory [/usr/local/gump/public/workspace/jakarta-commons/latka/target/classes] -INFO- Made directory [/usr/local/gump/public/workspace/jakarta-commons/latka/target/test-classes] -INFO- Failed with reason build failed -INFO- Failed to extract fallback artifacts from Gump Repository The following work was performed: http://vmgump.apache.org/gump/public/jakarta-commons/commons-latka/gump_work/build_jakarta-commons_commons-latka.html Work Name: build_jakarta-commons_commons-latka (Type: Build) Work ended in a state of : Failed Elapsed: 10 secs Command Line: java -Djava.awt.headless=true -Xbootclasspath/p:/usr/local/gump/public/workspace/xml-xerces2/build/xercesImpl.jar:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar:/usr/local/gump/public/workspace/xml-xalan/build/serializer.jar:/usr/local/gump/public/workspace/xml-xalan/build/xalan-unbundled.jar org.apache.tools.ant.Main -Dgump.merge=/x1/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only -Djaxen.jar=/usr/local/gump/public/workspace/jaxen/target/jaxen-14022006.jar dist [Working Directory: /usr/local/gump/public/workspace/jakarta-commons/latka] CLASSPATH: /opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons/latka/target/classes:/usr/local/gump/public/workspace/jakarta-commons/latka/target/test-classes:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar:/usr/local/gump/public/workspace/xml-commons/java/build/resolver.jar:/usr/local/gump/public/workspace/jakarta-commons/httpclient/dist/commons-httpclient.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-14022006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-14022006.jar:/usr/local/gump/public/workspace/jakarta-commons/codec/dist/commons-codec-14022006.jar:/usr/local/gump/public/workspace/logging-log4j/dist/lib/log4j-14022006.jar:/usr/local/gump/public/workspace/jakarta-regexp/build/jakarta-regexp-14022006.jar:/usr/local/gump/public/workspace/jakarta-servletapi-4/lib/servlet.jar:/usr/local/gump/public/workspace/jdom/build/jdom.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-14022006.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-14022006.jar:/usr/local/gump/public/workspace/jakarta-commons/lang/dist/commons-lang-14022006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-14022006.jar:/usr/local/gump/public/workspace/jaxen/target/jaxen-14022006.jar - [junit] Tests run: 1, Failures: 0, Errors: 1, Time elapsed: 2.236 sec [junit] - Standard Output --- [junit] log4j:INFO Using URL [file:/x1/gump/public/workspace/jakarta-commons/latka/target/classes/log4j.properties] for automatic log4j configuration of repository named [default]. [junit] ESE [junit] [message] boo1 [junit] http://example.net:80/ [junit] REQUEST ERROR (-1 millis) [junit] java.net.ConnectException: Connection refused [junit] [message] boo2 [junit] http://example.org:80/ [junit] REQUEST SKIPPED (-1 millis) [junit] [message] boo3 [junit] http://example.net:80/ [junit] REQUEST ERROR (-1 millis) [junit] java.net.ConnectException: Connection refused [junit] SUITE FAILED
[EMAIL PROTECTED]: Project commons-latka (in module jakarta-commons) 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 commons-latka has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 22 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-latka : Functional Testing Suite Full details are available at: http://vmgump.apache.org/gump/public/jakarta-commons/commons-latka/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole output [commons-latka.jar] identifier set to project name -DEBUG- Dependency on jaxen exists, no need to add for property jaxen.jar. -INFO- Made directory [/usr/local/gump/public/workspace/jakarta-commons/latka/target/classes] -INFO- Made directory [/usr/local/gump/public/workspace/jakarta-commons/latka/target/test-classes] -INFO- Failed with reason build failed -INFO- Failed to extract fallback artifacts from Gump Repository The following work was performed: http://vmgump.apache.org/gump/public/jakarta-commons/commons-latka/gump_work/build_jakarta-commons_commons-latka.html Work Name: build_jakarta-commons_commons-latka (Type: Build) Work ended in a state of : Failed Elapsed: 10 secs Command Line: java -Djava.awt.headless=true -Xbootclasspath/p:/usr/local/gump/public/workspace/xml-xerces2/build/xercesImpl.jar:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar:/usr/local/gump/public/workspace/xml-xalan/build/serializer.jar:/usr/local/gump/public/workspace/xml-xalan/build/xalan-unbundled.jar org.apache.tools.ant.Main -Dgump.merge=/x1/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only -Djaxen.jar=/usr/local/gump/public/workspace/jaxen/target/jaxen-14022006.jar dist [Working Directory: /usr/local/gump/public/workspace/jakarta-commons/latka] CLASSPATH: /opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons/latka/target/classes:/usr/local/gump/public/workspace/jakarta-commons/latka/target/test-classes:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar:/usr/local/gump/public/workspace/xml-commons/java/build/resolver.jar:/usr/local/gump/public/workspace/jakarta-commons/httpclient/dist/commons-httpclient.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-14022006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-14022006.jar:/usr/local/gump/public/workspace/jakarta-commons/codec/dist/commons-codec-14022006.jar:/usr/local/gump/public/workspace/logging-log4j/dist/lib/log4j-14022006.jar:/usr/local/gump/public/workspace/jakarta-regexp/build/jakarta-regexp-14022006.jar:/usr/local/gump/public/workspace/jakarta-servletapi-4/lib/servlet.jar:/usr/local/gump/public/workspace/jdom/build/jdom.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-14022006.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-14022006.jar:/usr/local/gump/public/workspace/jakarta-commons/lang/dist/commons-lang-14022006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-14022006.jar:/usr/local/gump/public/workspace/jaxen/target/jaxen-14022006.jar - [junit] Tests run: 1, Failures: 0, Errors: 1, Time elapsed: 2.236 sec [junit] - Standard Output --- [junit] log4j:INFO Using URL [file:/x1/gump/public/workspace/jakarta-commons/latka/target/classes/log4j.properties] for automatic log4j configuration of repository named [default]. [junit] ESE [junit] [message] boo1 [junit] http://example.net:80/ [junit] REQUEST ERROR (-1 millis) [junit] java.net.ConnectException: Connection refused [junit] [message] boo2 [junit] http://example.org:80/ [junit] REQUEST SKIPPED (-1 millis) [junit] [message] boo3 [junit] http://example.net:80/ [junit] REQUEST ERROR (-1 millis) [junit] java.net.ConnectException: Connection refused [junit] SUITE FAILED
Re: [compress] Discussing compress
Hi! Compress.getInstance(String compressorType); +1 or even better Compress.getInstance(CompressorType compressorType); Compress.getInstance(File compressedFile); which loads a compressed file with the correct Compressor. For this to work you need a configuration file, and later it might be fine to have something like Compress.getInstance(InputStream is). Often it is not possible to determine the compression based on the filename extension, you might have to look at the stream or its mime type. So I think this should be solved by a higher level api. Said that, I think this should be the part where commons-vfs comes in. It already provides a unique api to access a wide variety of filesystems/types. It allows to lookup the corresponding fileProvider (the one which will do the decompression then) based on filename extension or mime type. So, from my point of view compress should avoid having a configuration at all and should concentrate to be a compact library. --- Mario - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[EMAIL PROTECTED]: Project commons-jelly-tags-html (in module commons-jelly) 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 commons-jelly-tags-html has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 57 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-jelly-tags-html : Commons Jelly Full details are available at: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-html/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole output [commons-jelly-tags-html-14022006.jar] identifier set to project name -DEBUG- Dependency on xml-xerces exists, no need to add for property maven.jar.xerces. -DEBUG- (Gump generated) Maven Properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/html/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/html/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/html/project.properties -INFO- Project Reports in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/html/target/test-reports -INFO- Failed to extract fallback artifacts from Gump Repository The following work was performed: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-html/gump_work/build_commons-jelly_commons-jelly-tags-html.html Work Name: build_commons-jelly_commons-jelly-tags-html (Type: Build) Work ended in a state of : Failed Elapsed: 13 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/html] CLASSPATH: /opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/jakarta-commons/cli/target/commons-cli-14022006.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-14022006.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-14022006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/target/commons-jelly-tags-jsl-14022006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-14022006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/log/target/commons-jelly-tags-log-14022006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/target/commons-jelly-tags-xml-14022006.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-14022006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-14022006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-14022006.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/packages/jaxen-1.1-beta-4/jaxen-1.1-beta-4.jar:/usr/local/gump/packages/nekohtml-0.9.5/nekohtml.jar - [junit] at org.apache.commons.jelly.tags.junit.CaseTag$1.runTest(CaseTag.java:59) [junit] [junit] [junit] Testcase: testLowerCase(org.apache.commons.jelly.tags.junit.CaseTag$1): Caused an ERROR [junit] file:/x1/gump/public/workspace/commons-jelly/jelly-tags/html/target/test-classes/org/apache/commons/jelly/html/suite.jelly:40:48: test:assert You must define an attribute called 'test' for this tag. [junit] org.apache.commons.jelly.MissingAttributeException: file:/x1/gump/public/workspace/commons-jelly/jelly-tags/html/target/test-classes/org/apache/commons/jelly/html/suite.jelly:40:48: test:assert You must define an attribute called 'test' for this tag. [junit] at org.apache.commons.jelly.tags.junit.AssertTag.doTag(AssertTag.java:54) [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:262) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) [junit] at org.apache.commons.jelly.tags.junit.CaseTag$1.runTest(CaseTag.java:59) [junit] [junit] [junit] Testcase: testMixedCase(org.apache.commons.jelly.tags.junit.CaseTag$1): Caused an ERROR [junit] file:/x1/gump/public/workspace/commons-jelly/jelly-tags/html/target/test-classes/org/apache/commons/jelly/html/suite.jelly:47:48: test:assert You must define an attribute called 'test' for this tag. [junit] org.apache.commons.jelly.MissingAttributeException: file:/x1/gump/public/workspace/commons-jelly/jelly-tags/html/target/test-classes/org/apache/commons/jelly/html/suite.jelly:47:48: test:assert You must define an attribute called 'test' for this tag. [junit] at
[EMAIL PROTECTED]: Project commons-jelly-tags-html (in module commons-jelly) 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 commons-jelly-tags-html has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 57 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-jelly-tags-html : Commons Jelly Full details are available at: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-html/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole output [commons-jelly-tags-html-14022006.jar] identifier set to project name -DEBUG- Dependency on xml-xerces exists, no need to add for property maven.jar.xerces. -DEBUG- (Gump generated) Maven Properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/html/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/html/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/html/project.properties -INFO- Project Reports in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/html/target/test-reports -INFO- Failed to extract fallback artifacts from Gump Repository The following work was performed: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-html/gump_work/build_commons-jelly_commons-jelly-tags-html.html Work Name: build_commons-jelly_commons-jelly-tags-html (Type: Build) Work ended in a state of : Failed Elapsed: 13 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/html] CLASSPATH: /opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/jakarta-commons/cli/target/commons-cli-14022006.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-14022006.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-14022006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/target/commons-jelly-tags-jsl-14022006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-14022006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/log/target/commons-jelly-tags-log-14022006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/target/commons-jelly-tags-xml-14022006.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-14022006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-14022006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-14022006.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/packages/jaxen-1.1-beta-4/jaxen-1.1-beta-4.jar:/usr/local/gump/packages/nekohtml-0.9.5/nekohtml.jar - [junit] at org.apache.commons.jelly.tags.junit.CaseTag$1.runTest(CaseTag.java:59) [junit] [junit] [junit] Testcase: testLowerCase(org.apache.commons.jelly.tags.junit.CaseTag$1): Caused an ERROR [junit] file:/x1/gump/public/workspace/commons-jelly/jelly-tags/html/target/test-classes/org/apache/commons/jelly/html/suite.jelly:40:48: test:assert You must define an attribute called 'test' for this tag. [junit] org.apache.commons.jelly.MissingAttributeException: file:/x1/gump/public/workspace/commons-jelly/jelly-tags/html/target/test-classes/org/apache/commons/jelly/html/suite.jelly:40:48: test:assert You must define an attribute called 'test' for this tag. [junit] at org.apache.commons.jelly.tags.junit.AssertTag.doTag(AssertTag.java:54) [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:262) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) [junit] at org.apache.commons.jelly.tags.junit.CaseTag$1.runTest(CaseTag.java:59) [junit] [junit] [junit] Testcase: testMixedCase(org.apache.commons.jelly.tags.junit.CaseTag$1): Caused an ERROR [junit] file:/x1/gump/public/workspace/commons-jelly/jelly-tags/html/target/test-classes/org/apache/commons/jelly/html/suite.jelly:47:48: test:assert You must define an attribute called 'test' for this tag. [junit] org.apache.commons.jelly.MissingAttributeException: file:/x1/gump/public/workspace/commons-jelly/jelly-tags/html/target/test-classes/org/apache/commons/jelly/html/suite.jelly:47:48: test:assert You must define an attribute called 'test' for this tag. [junit] at
[EMAIL PROTECTED]: Project commons-jelly-tags-jsl-test (in module commons-jelly) 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 commons-jelly-tags-jsl-test has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 57 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-jelly-tags-jsl-test : Commons Jelly Full details are available at: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-jsl-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 exists, no need to add for property maven.jar.ant-optional. -DEBUG- Dependency on xml-xerces exists, no need to add for property maven.jar.xerces. -WARNING- Overriding Maven properties: [/usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/build.properties] -DEBUG- (Gump generated) Maven Properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/project.properties -INFO- Project Reports in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/target/test-reports The following work was performed: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-jsl-test/gump_work/build_commons-jelly_commons-jelly-tags-jsl-test.html Work Name: build_commons-jelly_commons-jelly-tags-jsl-test (Type: Build) Work ended in a state of : Failed Elapsed: 16 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl] CLASSPATH: /opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/jakarta-commons/cli/target/commons-cli-14022006.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-14022006.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-14022006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/ant/target/commons-jelly-tags-ant-14022006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-14022006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/log/target/commons-jelly-tags-log-14022006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/target/commons-jelly-tags-xml-14022006.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-14022006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-14022006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-14022006.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/packages/jaxen-1.1-beta-4/jaxen-1.1-beta-4.jar - [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:262) [junit] at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:186) [junit] at org.apache.commons.jelly.TagSupport.getBodyText(TagSupport.java:234) [junit] at org.apache.commons.jelly.tags.core.SetTag.doTag(SetTag.java:90) [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:262) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) [junit] at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:186) [junit] at org.apache.commons.jelly.tags.jsl.TemplateTag$1.run(TemplateTag.java:160) [junit] at org.dom4j.rule.Mode.fireRule(Mode.java:58) [junit] at org.dom4j.rule.Mode.applyTemplates(Mode.java:79) [junit] at org.dom4j.rule.RuleManager$1.run(RuleManager.java:171) [junit] at org.dom4j.rule.Mode.fireRule(Mode.java:58) [junit] at org.dom4j.rule.Stylesheet.run(Stylesheet.java:102) [junit] at org.dom4j.rule.Stylesheet.run(Stylesheet.java:91) [junit] at org.dom4j.rule.Stylesheet.run(Stylesheet.java:78) [junit] at
[EMAIL PROTECTED]: Project commons-jelly-tags-jsl-test (in module commons-jelly) 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 commons-jelly-tags-jsl-test has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 57 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-jelly-tags-jsl-test : Commons Jelly Full details are available at: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-jsl-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 exists, no need to add for property maven.jar.ant-optional. -DEBUG- Dependency on xml-xerces exists, no need to add for property maven.jar.xerces. -WARNING- Overriding Maven properties: [/usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/build.properties] -DEBUG- (Gump generated) Maven Properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/project.properties -INFO- Project Reports in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/target/test-reports The following work was performed: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-jsl-test/gump_work/build_commons-jelly_commons-jelly-tags-jsl-test.html Work Name: build_commons-jelly_commons-jelly-tags-jsl-test (Type: Build) Work ended in a state of : Failed Elapsed: 16 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl] CLASSPATH: /opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/jakarta-commons/cli/target/commons-cli-14022006.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-14022006.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-14022006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/ant/target/commons-jelly-tags-ant-14022006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-14022006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/log/target/commons-jelly-tags-log-14022006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/target/commons-jelly-tags-xml-14022006.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-14022006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-14022006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-14022006.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/packages/jaxen-1.1-beta-4/jaxen-1.1-beta-4.jar - [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:262) [junit] at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:186) [junit] at org.apache.commons.jelly.TagSupport.getBodyText(TagSupport.java:234) [junit] at org.apache.commons.jelly.tags.core.SetTag.doTag(SetTag.java:90) [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:262) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) [junit] at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:186) [junit] at org.apache.commons.jelly.tags.jsl.TemplateTag$1.run(TemplateTag.java:160) [junit] at org.dom4j.rule.Mode.fireRule(Mode.java:58) [junit] at org.dom4j.rule.Mode.applyTemplates(Mode.java:79) [junit] at org.dom4j.rule.RuleManager$1.run(RuleManager.java:171) [junit] at org.dom4j.rule.Mode.fireRule(Mode.java:58) [junit] at org.dom4j.rule.Stylesheet.run(Stylesheet.java:102) [junit] at org.dom4j.rule.Stylesheet.run(Stylesheet.java:91) [junit] at org.dom4j.rule.Stylesheet.run(Stylesheet.java:78) [junit] at
[EMAIL PROTECTED]: Project commons-jelly-tags-define-test (in module commons-jelly) 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 commons-jelly-tags-define-test has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 57 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-jelly-tags-define-test : Commons Jelly Full details are available at: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-define-test/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Dependency on xml-xerces exists, no need to add for property maven.jar.xerces. -WARNING- Overriding Maven properties: [/usr/local/gump/public/workspace/commons-jelly/jelly-tags/define/build.properties] -DEBUG- (Gump generated) Maven Properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/define/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/define/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/define/project.properties -INFO- Project Reports in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/define/target/test-reports The following work was performed: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-define-test/gump_work/build_commons-jelly_commons-jelly-tags-define-test.html Work Name: build_commons-jelly_commons-jelly-tags-define-test (Type: Build) Work ended in a state of : Failed Elapsed: 13 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/define] CLASSPATH: /opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/jakarta-commons/cli/target/commons-cli-14022006.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-14022006.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-14022006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/dynabean/target/commons-jelly-tags-dynabean-14022006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-14022006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/log/target/commons-jelly-tags-log-14022006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/target/commons-jelly-tags-xml-14022006.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-14022006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-14022006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-14022006.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/packages/jaxen-1.1-beta-4/jaxen-1.1-beta-4.jar - [junit] at junit.framework.TestResult.runProtected(TestResult.java:124) [junit] at junit.framework.TestResult.run(TestResult.java:109) [junit] at junit.framework.TestCase.run(TestCase.java:118) [junit] at junit.framework.TestSuite.runTest(TestSuite.java:208) [junit] at junit.framework.TestSuite.run(TestSuite.java:203) [junit] at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.run(JUnitTestRunner.java:325) [junit] at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.main(JUnitTestRunner.java:536) [junit] Feb 14, 2006 5:27:31 AM org.apache.commons.jelly.expression.xpath.XPathExpression evaluate [junit] SEVERE: Error constructing xpath [junit] org.jaxen.XPathSyntaxException: Node-set expected [junit] at org.jaxen.BaseXPath.init(BaseXPath.java:131) [junit] at org.jaxen.BaseXPath.init(BaseXPath.java:156) [junit] at org.jaxen.dom4j.Dom4jXPath.init(Dom4jXPath.java:101) [junit] at org.apache.commons.jelly.expression.xpath.XPathExpression.evaluate(XPathExpression.java:78) [junit] at org.apache.commons.jelly.expression.ExpressionSupport.evaluateRecurse(ExpressionSupport.java:61) [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:256) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) [junit] at org.apache.commons.jelly.tags.junit.CaseTag$1.runTest(CaseTag.java:59) [junit] at junit.framework.TestCase.runBare(TestCase.java:127) [junit] at junit.framework.TestResult$1.protect(TestResult.java:106) [junit] at junit.framework.TestResult.runProtected(TestResult.java:124) [junit] at
[EMAIL PROTECTED]: Project commons-jelly-tags-define-test (in module commons-jelly) 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 commons-jelly-tags-define-test has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 57 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-jelly-tags-define-test : Commons Jelly Full details are available at: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-define-test/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Dependency on xml-xerces exists, no need to add for property maven.jar.xerces. -WARNING- Overriding Maven properties: [/usr/local/gump/public/workspace/commons-jelly/jelly-tags/define/build.properties] -DEBUG- (Gump generated) Maven Properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/define/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/define/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/define/project.properties -INFO- Project Reports in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/define/target/test-reports The following work was performed: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-define-test/gump_work/build_commons-jelly_commons-jelly-tags-define-test.html Work Name: build_commons-jelly_commons-jelly-tags-define-test (Type: Build) Work ended in a state of : Failed Elapsed: 13 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/define] CLASSPATH: /opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/jakarta-commons/cli/target/commons-cli-14022006.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-14022006.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-14022006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/dynabean/target/commons-jelly-tags-dynabean-14022006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-14022006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/log/target/commons-jelly-tags-log-14022006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/target/commons-jelly-tags-xml-14022006.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-14022006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-14022006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-14022006.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/packages/jaxen-1.1-beta-4/jaxen-1.1-beta-4.jar - [junit] at junit.framework.TestResult.runProtected(TestResult.java:124) [junit] at junit.framework.TestResult.run(TestResult.java:109) [junit] at junit.framework.TestCase.run(TestCase.java:118) [junit] at junit.framework.TestSuite.runTest(TestSuite.java:208) [junit] at junit.framework.TestSuite.run(TestSuite.java:203) [junit] at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.run(JUnitTestRunner.java:325) [junit] at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.main(JUnitTestRunner.java:536) [junit] Feb 14, 2006 5:27:31 AM org.apache.commons.jelly.expression.xpath.XPathExpression evaluate [junit] SEVERE: Error constructing xpath [junit] org.jaxen.XPathSyntaxException: Node-set expected [junit] at org.jaxen.BaseXPath.init(BaseXPath.java:131) [junit] at org.jaxen.BaseXPath.init(BaseXPath.java:156) [junit] at org.jaxen.dom4j.Dom4jXPath.init(Dom4jXPath.java:101) [junit] at org.apache.commons.jelly.expression.xpath.XPathExpression.evaluate(XPathExpression.java:78) [junit] at org.apache.commons.jelly.expression.ExpressionSupport.evaluateRecurse(ExpressionSupport.java:61) [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:256) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) [junit] at org.apache.commons.jelly.tags.junit.CaseTag$1.runTest(CaseTag.java:59) [junit] at junit.framework.TestCase.runBare(TestCase.java:127) [junit] at junit.framework.TestResult$1.protect(TestResult.java:106) [junit] at junit.framework.TestResult.runProtected(TestResult.java:124) [junit] at
Re: [compress] Discussing compress
Mario Ivankovits wrote: Hi! Compress.getInstance(String compressorType); +1 or even better Compress.getInstance(CompressorType compressorType); Yes, better. Thanks So, from my point of view compress should avoid having a configuration at all and should concentrate to be a compact library. Sounds good to me. Having this in mind, i will try to write some simple files as a basis at the weekend. How do i proceed then? Sending it to this list? Creating an bugzilla issue? Regards, Chris --- Mario - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [compress] Discussing compress
Hi! How do i proceed then? Sending it to this list? Creating an bugzilla issue? Lets start with an bugzilla issue. Somone participating in compress will have a look at it then. Beside the api cleanup, if you manage to get all the add/update/delete file stuff in place my motivation might be VERY HUGE :-) but be sure to only work with streams in your public API. So you might have to decompress and recompress the archive in a local temp folder to make those operations work. I think in your local temp directory you should NOT use the original filenames of the archive as they might contain invalid characters for the current filesystem. So it might be best to generate dummy names and maintain a map of those to their real names. --- Mario - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [compress] Discussing compress
but be sure to only work with streams in your public API. So you might have to decompress and recompress the archive in a local temp folder to make those operations work. I think in your local temp directory you should NOT use the original filenames of the archive as they might contain invalid characters for the current filesystem. So it might be best to generate dummy names and maintain a map of those to their real names. I was thinking about that problem before a while. Can you explain a bit more, why i should use streams only in public instead of a byte-manipulation like with RandomAccessFile. Any link or comment here is appreciated. I found out that i possibly can use RandomAccessFile and read byte for byte and write in back to the same file at the same time. This may lead to a corruption of the source file when the operation is interrupted, but is fastest. I could read the file as a stream and write the needed bytes as output-stream in another temp-file which has to be mv'd to the source after finished. That would be fast and quite secure. But i need a tempfolder where something can get wrong. The issue with decompressing to a temp-folder and compressing it again: I think it would be faster if i could manipulate the bytes directly. And what if the temp-folder is beeing manipulated while the operation runs? What if the zipfile is huge so space in the temp-folder runs out? Regards and thanks, Chris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 38581] - [validator] Disabled is Undefined in netscape 4.7
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=38581. 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=38581 --- Additional Comments From [EMAIL PROTECTED] 2006-02-14 16:08 --- Thanks for the prompt reply. I downloded the jar but it still does not work. It doesn't throw any error. It performs the server side validation and it does not perform the client side validation. Can you please look into it. Thanks, Yugandhar (In reply to comment #3) I have moved the disabled check into the jcv_isFieldPresent() method and it should now cater for undefined: http://svn.apache.org/viewcvs?rev=376673view=rev Can you test this out in Netscape 4.7 please, it should be available in the next nightly build: http://cvs.apache.org/builds/jakarta-commons/nightly/commons-validator/ (In reply to comment #3) I have moved the disabled check into the jcv_isFieldPresent() method and it should now cater for undefined: http://svn.apache.org/viewcvs?rev=376673view=rev Can you test this out in Netscape 4.7 please, it should be available in the next nightly build: http://cvs.apache.org/builds/jakarta-commons/nightly/commons-validator/ -- 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: [compress] Discussing compress
Hi! Can you explain a bit more, why i should use streams only in public instead of a byte-manipulation like with RandomAccessFile. Any link or comment here is appreciated. I just thought it is not possible to change a archive that way. While I can image that it might work to add a file ... How do you change a file? How do you delete a file and shrink the archive? And all this heavily depends on the used compression type. So you might have to implement this for zip/jar/tar - ok - I know tar is not a compressed archive - but its a archive where it might be nice to have write support for. I found out that i possibly can use RandomAccessFile and read byte for byte and write in back to the same file at the same time. Sure, but you have to write a compressed stream. This may lead to a corruption of the source file when the operation is interrupted, but is fastest. This is bad, isnt it? I could read the file as a stream and write the needed bytes as output-stream in another temp-file which has to be mv'd to the source after finished. That would be fast and quite secure. But i need a tempfolder where something can get wrong. The issue with decompressing to a temp-folder and compressing it again: I think it would be faster if i could manipulate the bytes directly. And what if the temp-folder is beeing manipulated while the operation runs? What if the zipfile is huge so space in the temp-folder runs out? throw new IOException() ;-) Ciao, Mario - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 38643] New: - SimpleLog undocumented: no answer to question how do you switch it on?
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=38643. 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=38643 Summary: SimpleLog undocumented: no answer to question how do you switch it on? Product: Commons Version: 1.0.4 Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: Logging AssignedTo: commons-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] While searching for instructions on how to configure the SimpleLog that comes with commons logging, the only reference to SimpleLog is found at http://jakarta.apache.org/commons/logging/commons-logging-1.0.4/docs/guide.html#Configuration, however this link is broken. So far it's taken an entire afternoon of googling for information on how to switch logging on using commons-logging, without any success. There needs to be some simple documentation included to get the user from nowhere to a basic somewhere in a reasonable number of steps. -- 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: [compress] Discussing compress
Hello again :-) How do you change a file? Replacement would be not so good. I think a modify is a: delete and add operation. How do you delete a file and shrink the archive? I thought about reading the zip spec and cutting out the bytes i don't need. And all this heavily depends on the used compression type. So you might have to implement this for zip/jar/tar - ok - I know tar is not a compressed archive - but its a archive where it might be nice to have write support for. Yes, of course i would have to read the spec of tar, bzip2 etc. Hope i didn't miss your point. I found out that i possibly can use RandomAccessFile and read byte for byte and write in back to the same file at the same time. Sure, but you have to write a compressed stream. Does that matter? Byte is a Byte is a Byte, i would daresay. At the moment i don't want to reimplement the compressing algorithms but want to extend the Zip-API. This may lead to a corruption of the source file when the operation is interrupted, but is fastest. This is bad, isnt it? haha ok, ok you are right this is bad. Don't know why i was thinking about it seriously :) I could read the file as a stream and write the needed bytes as output-stream in another temp-file which has to be mv'd to the source after finished. That would be fast and quite secure. But i need a tempfolder where something can get wrong. The issue with decompressing to a temp-folder and compressing it again: I think it would be faster if i could manipulate the bytes directly. And what if the temp-folder is beeing manipulated while the operation runs? What if the zipfile is huge so space in the temp-folder runs out? throw new IOException() ;-) Ok, lets make it easy ;-) Thanks for your help, this is very motivating. Christian Ciao, Mario - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [compress] Discussing compress
Hi! How do you change a file? Replacement would be not so good. I think a modify is a: delete and add operation. ok How do you delete a file and shrink the archive? I thought about reading the zip spec and cutting out the bytes i don't need. I am not aware of a file operation which allows you to cut out a number of bytes from a file. I think there exists a cut from end, but AFAIK this is not available in java, nor is it available with filesystems like webdav, ftp or cifs. I hoped compress will be able to write to files on those filesystems too (with the help of VFS for sure :-) ) I found out that i possibly can use RandomAccessFile and read byte for byte and write in back to the same file at the same time. Sure, but you have to write a compressed stream. Does that matter? Byte is a Byte is a Byte, i would daresay. At the moment i don't want to reimplement the compressing algorithms but want to extend the Zip-API. Your RandomAccessFile directly manipulates the archive, no? So when you change bytes they have to follow the spec. so if you archive looks like: asldkjg which represents the text compress is super duper your RandomAccessFile only sees the bytes asldkjg now if you change compress is super duper to compress is duper super the bytes might look like asuriz This is very simplified, you have to manage a directory structure too. If you manage to do that, than I'll salut you ;-) --- Mario - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [compress] Discussing compress
How do you delete a file and shrink the archive? I thought about reading the zip spec and cutting out the bytes i don't need. I am not aware of a file operation which allows you to cut out a number of bytes from a file. I think there exists a cut from end, but AFAIK this is not available in java, nor is it available with filesystems like webdav, ftp or cifs. I hoped compress will be able to write to files on those filesystems too (with the help of VFS for sure :-) ) My mistake: with cutting off i meant: reading (in a loop) the bytes and writing only the necessary bytes in a temp-file. There is a skip function. CUtting out is not possible, you are right. I found out that i possibly can use RandomAccessFile and read byte for byte and write in back to the same file at the same time. Sure, but you have to write a compressed stream. Does that matter? Byte is a Byte is a Byte, i would daresay. At the moment i don't want to reimplement the compressing algorithms but want to extend the Zip-API. Your RandomAccessFile directly manipulates the archive, no? So when you change bytes they have to follow the spec. so if you archive looks like: asldkjg which represents the text compress is super duper your RandomAccessFile only sees the bytes asldkjg now if you change compress is super duper to compress is duper super the bytes might look like asuriz This is very simplified, you have to manage a directory structure too. I will think about it. RandomAccessFile is not my first choice, after we figured out that we need a temp-file. My first choice is FileIn/OutStream, see above. If you manage to do that, than I'll salut you ;-) I'll remind that and try it out ;-) Cheers Chris --- Mario - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 38581] - [validator] Disabled is Undefined in netscape 4.7
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=38581. 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=38581 --- Additional Comments From [EMAIL PROTECTED] 2006-02-14 18:43 --- (In reply to comment #4) Thanks for the prompt reply. I downloded the jar but it still does not work. It doesn't throw any error. It performs the server side validation and it does not perform the client side validation. OK I downloads Commons Validator from 14th Feb (commons-validator-20060214.zip) and I downloaded Netscape 4.79 and ran the struts-examples webapp. There was a problem initially because one of the form fields had a name of name... input type=text name=name / ...but once I removed that, the Javascript validation worked fine. You'll either have to debug it yourself and tell me what the problem is - or attach the generated html page to this bug so I can look at it. Are you sure the app was picking up the correct validator jar - did it include the correct version of the jcv_isFieldPresent() method in your javascript? -- 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]
svn commit: r377787 - /jakarta/commons/proper/pool/trunk/src/java/org/apache/commons/pool/impl/GenericObjectPool.java
Author: rdonkin Date: Tue Feb 14 09:50:26 2006 New Revision: 377787 URL: http://svn.apache.org/viewcvs?rev=377787view=rev Log: Eliminate unnecessary exception chaining. Contributed by Sandy McArthur. Issue #38625. Modified: jakarta/commons/proper/pool/trunk/src/java/org/apache/commons/pool/impl/GenericObjectPool.java Modified: jakarta/commons/proper/pool/trunk/src/java/org/apache/commons/pool/impl/GenericObjectPool.java URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/pool/trunk/src/java/org/apache/commons/pool/impl/GenericObjectPool.java?rev=377787r1=377786r2=377787view=diff == --- jakarta/commons/proper/pool/trunk/src/java/org/apache/commons/pool/impl/GenericObjectPool.java (original) +++ jakarta/commons/proper/pool/trunk/src/java/org/apache/commons/pool/impl/GenericObjectPool.java Tue Feb 14 09:50:26 2006 @@ -770,7 +770,6 @@ public synchronized Object borrowObject() throws Exception { assertOpen(); long starttime = System.currentTimeMillis(); -boolean newlyCreated = false; for(;;) { ObjectTimestampPair pair = null; @@ -825,22 +824,17 @@ _numActive++; // create new object when needed +boolean newlyCreated = false; if(null == pair) { try { Object obj = _factory.makeObject(); pair = new ObjectTimestampPair(obj); newlyCreated = true; -} -catch (Throwable e) { -// object cannot be created -_numActive--; -notifyAll(); -if (e instanceof Exception) { -throw (Exception) e; -} else if (e instanceof Error) { -throw (Error) e; -} else { -throw new Exception(e); +} finally { +if (!newlyCreated) { +// object cannot be created +_numActive--; +notifyAll(); } } } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 38625] - [pool] GenericObjectPool currently in SVN isn't Java 1.3 compatible because of one line
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=38625. 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=38625 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2006-02-14 18:50 --- Committed. Many thanks. Robert -- 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: [all] Compile-Source-JDK and Compile-Target-JDK
Instructions for configuring/installing these can be found here: http://maven.apache.org/maven-1.x/reference/standard-sun-jar-names.html -- Dennis Lundberg 1Niall Pemberton wrote: On 2/14/06, Dion Gillard [EMAIL PROTECTED] wrote: Which part of the email build was failing? Sorry failing was too strong - it was trying to download javamail and jaf and couldn't find them - so a config issue on my part (I assume theres a repository I could point to to get them or configure it locally?). As I was doing 30-40 components I just switly moved on to the next :-( Niall It's built fine for me lately On 2/14/06, Niall Pemberton [EMAIL PROTECTED] wrote: OK I've done this for active components in proper and sandbox. Couldn't test email and modler because their builds failed. Also exec and openpgp only have maven2 build files. I downloaded maven2 and got as far as working out how to add manifest entries - but I couldn't work out how to refernece the compile plugin configuration - so I've left the JDK bits commented out in the sandbox's pom.xml: http://tinyurl.com/737qc Any maven2 experts feel free to jump in :-) I also added a bit to the release docs - as per Robert's suggestion. Niall On 2/10/06, Niall Pemberton [EMAIL PROTECTED] wrote: I just added Compile-Source-JDK and Compile-Target-JDK attributes to the validator jar's manifest file (the manifest spec says unknown attributes are ignored) to show the setting of maven's maven.compile.source and maven.compile.target attributes which the jar was created with. http://svn.apache.org/viewcvs?rev=376748view=rev I think its a good idea to give people comfort over the JDK version used to build a release. If no-one objects I will modify the rest of the commons components to do the same. Niall - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- http://www.multitask.com.au/people/dion/ If I close my eyes it doesn't seem so dark. - SpongeBob SquarePants - 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]
DO NOT REPLY [Bug 38643] - [logging] SimpleLog undocumented: no answer to question how do you switch it on?
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=38643. 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=38643 [EMAIL PROTECTED] changed: What|Removed |Added Summary|SimpleLog undocumented: no |[logging] SimpleLog |answer to question how do |undocumented: no answer to |you switch it on? |question how do you switch ||it on? --- Additional Comments From [EMAIL PROTECTED] 2006-02-14 19:36 --- There seems to be something wrong with the links between JavaDocs and the other documentation. Until those have been fixed you can find the JavaDocs for SimpleLog here: http://jakarta.apache.org/commons/logging/commons-logging-1.0.4/docs/apidocs/org/apache/commons/logging/impl/SimpleLog.html -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
New Subproject / Dbutils Proposal
Hi,I've been working with the commons for quite some time now. I found it very difficult to handle multiple database connectivity configuration with the existing alternatives. Hence, i decided to work out something that resembles the log4j way of configuring multiple loggers thru' a configurator. I've currently made a few sample factories, a working Property file configurator. I am attaching herewith, the .properties file I use to connect. I am also working on a XML configurator, in which i intend to use (Xerces) DOM or commons-digester. Current Usage: PropertyConfigurator mPC=new PropertyConfigurator(); mPC.configure(ConnectionManager.getInstance()); mCon=ConnectionManager.getInstance().getDefaultConnection(); or, wrt the given sample file: mCon1=ConnectionManager.getInstance().getConnection(MySQL); mCon2=ConnectionManager.getInstance().getConnection(Oracle); By this, i'm trying to achieve easy runtime connectivity configuration, without changing any parameters in the application... In the future, it might be a way of instantiating JDBC Context resources in tomcat. Please let me know the idea of getting this useful feature into the commons.-- Karthikhttp://guilt.bafsoft.net - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 38645] New: - [collections] [PATCH] add capability to run a single test from build.xml
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=38645. 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=38645 Summary: [collections] [PATCH] add capability to run a single test from build.xml Product: Commons Version: Nightly Builds Platform: Other OS/Version: other Status: NEW Severity: enhancement Priority: P2 Component: Collections AssignedTo: commons-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] Submission of a patch to allow the testcase property to drive whether only the specified test is run; e.g.: ant -Dtestcase=org.apache.commons.collections.TestFoo test vs. ant test br, 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 38645] - [collections] [PATCH] add capability to run a single test from build.xml
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=38645. 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=38645 --- Additional Comments From [EMAIL PROTECTED] 2006-02-14 20:31 --- Created an attachment (id=17691) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=17691action=view) patch to build.xml as described -- 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 32801] - [collections] Provide maps with direct indexed access to the entries
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=32801. 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=32801 [EMAIL PROTECTED] changed: What|Removed |Added Attachment #17006|0 |1 is obsolete|| --- Additional Comments From [EMAIL PROTECTED] 2006-02-14 20:36 --- Created an attachment (id=17693) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=17693action=view) IndexedSortedMap cloned from ListOrderedMap -- 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 32801] - [collections] Provide maps with direct indexed access to the entries
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=32801. 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=32801 --- Additional Comments From [EMAIL PROTECTED] 2006-02-14 20:38 --- Created an attachment (id=17694) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=17694action=view) IndexedSortedMap testcase Includes createOnDisk() method for canonical blah -- 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 32801] - [collections] [PATCH] Provide maps with direct indexed access to the entries
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=32801. 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=32801 [EMAIL PROTECTED] changed: What|Removed |Added Summary|[collections] Provide maps |[collections] [PATCH] |with direct indexed access |Provide maps with direct |to the entries |indexed access to the ||entries -- 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 32801] - [collections] [PATCH] Provide maps with direct indexed access to the entries
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=32801. 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=32801 --- Additional Comments From [EMAIL PROTECTED] 2006-02-14 20:53 --- Created an attachment (id=17695) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=17695action=view) canonical empty -- 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 32801] - [collections] [PATCH] Provide maps with direct indexed access to the entries
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=32801. 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=32801 --- Additional Comments From [EMAIL PROTECTED] 2006-02-14 20:53 --- Created an attachment (id=17696) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=17696action=view) canonical full -- 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: [logging] r375631 - systemClassloaderTried patch
On Tue, 2006-02-14 at 14:29 +1300, Simon Kitching wrote: On Mon, 2006-02-13 at 22:33 +, robert burrell donkin wrote: On Mon, 2006-02-13 at 14:21 +1300, Simon Kitching wrote: Hi Robert, I've had a look at this patch and it doesn't seem quite right to me. i had the same feeling :) but that might just be the specifications being unintuitive again... Presumably this is to handle the case where the system classloader is not in the chain leading from base classloader to boot classloader. This is a rather odd situation, but I guess that in the new principle of try everything before failing we could have a go with that when all else fails. not quite this patch is intended to address allowed variability in the classloader class implementation noted in the javadocs for ClassLoader#getParent. it is possible that some JRE implementations may use null to represent the bootstrap class loader. This method will return null in such implementations if this class loader's parent is the bootstrap class loader. the term bootstrap classloader is difficult. i suspect that this javadoc is prior to the introduction of boot, extension and system classloaders. i elected to assume that using the system classloader would usually be good enough (providing that recursive loops are avoided) since i don't know of any cross-JRE way of accessing the boot classloader. (if anyone knows, please jump in :) I would interpret this differently. I think bootstrap class loader is the same thing as boot classloader, which is indeed represented by null in the Sun JVM. A classloader for which getParent returns null is a child of the boot classloader. Classes in the boot classloader can be accessed via ClassLoader loader = null; Class.forName(className, true, loader); By passing null as the loader to use, the boot classloader is used. This is exactly what the code in method createLogFromClass is already doing; because null is tested for only at the end of the loop, an attempt is made to use the null (boot) classloader already. In early JVMs, I believe ClassLoader.getSystemClassLoader returns null, ie the system and boot classloaders are the same. I believe that some embedded JVMs do the same thing, even if they support java 1.1 Am I mistaken in thinking bootstrap classloader and boot classloader are the same thing? the javadocs for Class#forName use the term 'bootstrap' as well. getting hold of the boot classloader is platform dependent but passing null to Class#forName shouldn't be. i'd be equally happy to revert and go with just a dianostic message for now, though. Lets do that then. The situation where the system classloader is not in the chain from TCCL to boot is possible, but very weird. sounds like reverting the patch is the right thing to do, so that's what i'll do... - robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r377821 - /jakarta/commons/proper/pool/trunk/src/java/org/apache/commons/pool/impl/GenericObjectPool.java
Author: rdonkin Date: Tue Feb 14 12:28:56 2006 New Revision: 377821 URL: http://svn.apache.org/viewcvs?rev=377821view=rev Log: Fixs eviction behaviour through more efficient and accurate implementation. Fix described by Thomas Schürger. Contributed by Sandy McArthur. Issue #33265. Modified: jakarta/commons/proper/pool/trunk/src/java/org/apache/commons/pool/impl/GenericObjectPool.java Modified: jakarta/commons/proper/pool/trunk/src/java/org/apache/commons/pool/impl/GenericObjectPool.java URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/pool/trunk/src/java/org/apache/commons/pool/impl/GenericObjectPool.java?rev=377821r1=377820r2=377821view=diff == --- jakarta/commons/proper/pool/trunk/src/java/org/apache/commons/pool/impl/GenericObjectPool.java (original) +++ jakarta/commons/proper/pool/trunk/src/java/org/apache/commons/pool/impl/GenericObjectPool.java Tue Feb 14 12:28:56 2006 @@ -544,8 +544,8 @@ * Sets the minimum number of objects allowed in the pool * before the evictor thread (if active) spawns new objects. * (Note no objects are created when: numActive + numIdle = maxActive) - * - * @param minIdle The minimum number of objects. + * + * @param minIdle The minimum number of objects. * @see #getMinIdle */ public synchronized void setMinIdle(int minIdle) { @@ -643,7 +643,7 @@ } /** - * Returns the number of objects to examine during each run of the + * Returns the max number of objects to examine during each run of the * idle object evictor thread (if any). * * @see #setNumTestsPerEvictionRun @@ -654,7 +654,7 @@ } /** - * Sets the number of objects to examine during each run of the + * Sets the max number of objects to examine during each run of the * idle object evictor thread (if any). * p * When a negative value is supplied, ttceil([EMAIL PROTECTED] #getNumIdle})/abs([EMAIL PROTECTED] #getNumTestsPerEvictionRun})/tt @@ -844,22 +844,22 @@ _factory.activateObject(pair.value); if(_testOnBorrow !_factory.validateObject(pair.value)) { throw new Exception(ValidateObject failed); -} +} return pair.value; -} +} catch (Throwable e) { // object cannot be activated or is invalid _numActive--; notifyAll(); try { _factory.destroyObject(pair.value); -} +} catch (Throwable e2) { -// cannot destroy broken object +// cannot destroy broken object } if(newlyCreated) { throw new NoSuchElementException(Could not create a validated object, cause: + e.getMessage()); -} +} else { continue; // keep looping } @@ -906,7 +906,7 @@ assertOpen(); addObjectToPool(obj, true); } - + private void addObjectToPool(Object obj, boolean decrementNumActive) throws Exception { boolean success = true; if(_testOnReturn !(_factory.validateObject(obj))) { @@ -970,52 +970,51 @@ for(int i=0,m=getNumTests();im;i++) { if(!iter.hasPrevious()) { iter = _pool.listIterator(_pool.size()); -} else { -boolean removeObject = false; -ObjectTimestampPair pair = (ObjectTimestampPair)(iter.previous()); -long idleTimeMilis = System.currentTimeMillis() - pair.tstamp; -if ((_minEvictableIdleTimeMillis 0) +} +boolean removeObject = false; +final ObjectTimestampPair pair = (ObjectTimestampPair)(iter.previous()); +final long idleTimeMilis = System.currentTimeMillis() - pair.tstamp; +if ((_minEvictableIdleTimeMillis 0) (idleTimeMilis _minEvictableIdleTimeMillis)) { -removeObject = true; -} else if ((_softMinEvictableIdleTimeMillis 0) +removeObject = true; +} else if ((_softMinEvictableIdleTimeMillis 0) (idleTimeMilis _softMinEvictableIdleTimeMillis) (getNumIdle() getMinIdle())) { -removeObject = true; +removeObject = true; +} +if(_testWhileIdle !removeObject) { +boolean active = false; +try { +_factory.activateObject(pair.value); +active = true; +
DO NOT REPLY [Bug 33265] - [pool] Number of tested objects in eviction runs of GenericObjectPool
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=33265. 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=33265 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2006-02-14 21:29 --- Committed. Many thanks. Robert -- 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: [csv] csv writer..
Sometimes one has to knock twice :-) Basically I think it's a fine idea to have a csv writer with fixed width / separators configurable! Additionally, my thoughts about the code: IMO it's desirable to integrate CSVWriter and CSVPrinter - already the names state that they do very similar things and escaping/setting delimiters and so on is coded twice. Either use inheritance to extend CSVPrinter or (maybe even better) a delegation approach to add the additional functionality. For exaample methods like CSVPrinter.println(String[]) could be used to print in the fixed order given in the input array (with padding according to the config) and CSVWriter.writeRecord(Map) would only delegate to the CSVPrinter. Then having a CSVConfig to set the different parameters looks good - especially with the load of parameters that are available. That's a thing the CSVPrinter could use as well. Comments welcome! cu Stefan On Fri, 10 Feb 2006, Martin van den Bemt wrote: From: Martin van den Bemt [EMAIL PROTECTED] To: Jakarta Commons Developers List commons-dev@jakarta.apache.org Subject: Re: [csv] csv writer.. Date: Fri, 10 Feb 2006 21:21:37 +0100 ping :) Mvgr, Martin Martin van den Bemt wrote: My initial stuff has been committed. Let me know if it is usefull or someone wants it removed.. (package org.apache.commons.csv.writer) It already does some (for me) usefull writing :) Mvgr, Martin Martin van den Bemt wrote: Hi everyone (specifically Henri I guess), I need to write a csv writer (fixed size columns, semi colon seperators, etc) and I can do 2 things : 1) Create it as a project of my own. 2) Put in the csv component. I prefer in this case the second and I will do my best to make it something really nice, but it may not be exactly what people had in mind. First goal is to get the job done I need, later goals are to make it pretty.. Any objections doing my stuff in the csv component ? Mvgr, Martin - 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] -- Stefan Rufer | [EMAIL PROTECTED] phone +41 (0)44 247 79 92 | fax +41 (0)44 247 70 75 Netcetera AG | 8040 Zürich | Switzerland | http://netcetera.ch - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r377826 - in /jakarta/commons/proper/pool/trunk/src/java/org/apache/commons/pool/impl: GenericKeyedObjectPool.java GenericObjectPool.java
Author: rdonkin Date: Tue Feb 14 12:45:59 2006 New Revision: 377826 URL: http://svn.apache.org/viewcvs?rev=377826view=rev Log: Switches from Thread to java.util.TimerTask for evictions. This is a far more efficient implementation for highly loaded systems. Original patch contributed by Matt Bishop. Patch committed contributed by Sandy McArthur. Issue #36581. Modified: jakarta/commons/proper/pool/trunk/src/java/org/apache/commons/pool/impl/GenericKeyedObjectPool.java jakarta/commons/proper/pool/trunk/src/java/org/apache/commons/pool/impl/GenericObjectPool.java Modified: jakarta/commons/proper/pool/trunk/src/java/org/apache/commons/pool/impl/GenericKeyedObjectPool.java URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/pool/trunk/src/java/org/apache/commons/pool/impl/GenericKeyedObjectPool.java?rev=377826r1=377825r2=377826view=diff == --- jakarta/commons/proper/pool/trunk/src/java/org/apache/commons/pool/impl/GenericKeyedObjectPool.java (original) +++ jakarta/commons/proper/pool/trunk/src/java/org/apache/commons/pool/impl/GenericKeyedObjectPool.java Tue Feb 14 12:45:59 2006 @@ -25,6 +25,7 @@ import java.util.TreeMap; import java.util.LinkedList; import java.util.HashSet; +import java.util.TimerTask; import org.apache.commons.pool.BaseKeyedObjectPool; import org.apache.commons.pool.KeyedObjectPool; @@ -576,7 +577,7 @@ public synchronized void setMinIdle(int poolSize) { _minIdle = poolSize; } - + /** * Returns the minimum number of idle objects in pool to maintain (per key) * @return the minimum number of idle objects in pool to maintain (per key) @@ -585,7 +586,7 @@ public synchronized int getMinIdle() { return _minIdle; } - + /** * When tttrue/tt, objects will be * [EMAIL PROTECTED] org.apache.commons.pool.PoolableObjectFactory#validateObject validated} @@ -867,7 +868,7 @@ } /** - * Method clears oldest 15% of objects in pool. The method sorts the + * Method clears oldest 15% of objects in pool. The method sorts the * objects into a TreeMap and then iterates the first 15% for removal */ public synchronized void clearOldest() { @@ -884,11 +885,11 @@ map.put(pair, key); } } - + // Now iterate created map and kill the first 15% plus one to account for zero Set setPairKeys = map.entrySet(); int itemsToRemove = ((int) (map.size() * 0.15)) + 1; - + Iterator iter = setPairKeys.iterator(); while (iter.hasNext() itemsToRemove 0) { Map.Entry entry = (Map.Entry) iter.next(); @@ -914,7 +915,7 @@ } notifyAll(); } - + public synchronized void clear(Object key) { LinkedList pool = (LinkedList)(_poolMap.remove(key)); if(null == pool) { @@ -1017,12 +1018,12 @@ } /** - * Registers a key for pool control. - * + * Registers a key for pool control. + * * If ipopulateImmediately/i is codetrue/code, the pool will immediately commence * a sustain cycle. If ipopulateImmediately/i is codefalse/code, the pool will be * populated when the next schedules sustain task is run. - * + * * @param key - The key to register for pool control. * @param populateImmediately - If this is codetrue/code, the pool * will start a sustain cycle immediately. @@ -1033,7 +1034,7 @@ pool = new LinkedList(); _poolMap.put(key,pool); } - + if (populateImmediately) { try { // Create the pooled objects @@ -1044,7 +1045,7 @@ } } } - + public synchronized void close() throws Exception { clear(); _poolMap = null; @@ -1136,9 +1137,9 @@ _factory.destroyObject(key,pair.value); // Do not remove the key from the _poolList or _poolmap, even if the list -// stored in the _poolMap for this key is empty when the +// stored in the _poolMap for this key is empty when the // [EMAIL PROTECTED] #getMinIdle iminIdle/i} is 0. -// +// // Otherwise if it was the last object for that key, drop that pool if ((_minIdle == 0) (((LinkedList)(_poolMap.get(key))).isEmpty())) { _poolMap.remove(key); @@ -1166,7 +1167,7 @@ */ private synchronized void ensureMinIdle() throws Exception { Iterator iterator = _poolMap.keySet().iterator(); - + //Check if should sustain the pool if (_minIdle 0) { // Loop through all elements in _poolList @@
DO NOT REPLY [Bug 36581] - [pool] GenericObjectPool Evictor should be a TimerTask, not a Thread
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=36581. 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=36581 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2006-02-14 21:46 --- Committed. Many thanks. Robert -- 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]
[csv] Bugfixes
The attached patch fixes two bugs in the CSVParser: - Changed end of file behaviour: When last values of a line terminated by CR has been read, getline() now returns null instead of String[0]. Also the returned String[][] of getAllValues() now doesn't have a row to much in this case. - Changed escaping behaviour: An escape char ('\') only escapes a delimiter in complex values i.e. values encasulated e.g. with quotes. An escape char never escapes a delimiter (e.g. a comma ','). Additionally, it contains a little API enhancement to allow chained calls while configuring the parser by returning the parser instance from each set method: parser.setDelimiter(':').setExcelStrategy().setIgnoreEmptyLines(true); Quite handy for simple configs. Thanks for having a look at it and maybe adding it to the source. cu Stefan PS: Third patch is for the package.html file with the updated docs and changed project names from netcetera's to jakarta's ;-) Index: /Users/stefan/Documents/eclipse-workspace/jakarta-commons-sandbox-csv/src/java/org/apache/commons/csv/CSVParser.java === --- /Users/stefan/Documents/eclipse-workspace/jakarta-commons-sandbox-csv/src/java/org/apache/commons/csv/CSVParser.java (revision 375237) +++ /Users/stefan/Documents/eclipse-workspace/jakarta-commons-sandbox-csv/src/java/org/apache/commons/csv/CSVParser.java (working copy) @@ -34,7 +34,13 @@ * pParsing of a csv-string having ';' as separator:/p * pre * String[][] data = - * (new CSVParser(new StringReader(a;b\nc;d),';')).getAllValues(); + * (new CSVParser(new StringReader(a;b\nc;d),';')).getAllValues(); + * /pre + * + * pThe API allows chained method calls, if you like this coding style:/p + * pre + * String[][] data = (new CSVParser(new StringReader(a;b\nc;d),';')) + * .setExcelStrategy().setIgnoreEmptyLines(true).getAllValues(); * /pre * * p @@ -45,7 +51,7 @@ * for more details/p */ public class CSVParser { - + /** length of the initial token (content-)buffer */ private static final int INITIAL_TOKEN_LENGTH = 50; @@ -50,9 +56,13 @@ private static final int INITIAL_TOKEN_LENGTH = 50; // the token types + /** Token has no valid content, i.e. is in its initilized state. */ protected static final int TT_INVALID = -1; + /** Token with content, at beginning or in the middle of a line. */ protected static final int TT_TOKEN = 0; + /** Token (which can have content) when end of file is reached. */ protected static final int TT_EOF = 1; + /** Token with content when end of a line is reached. */ protected static final int TT_EORECORD = 2; // the csv definition @@ -72,12 +82,13 @@ * It is used as contract between the lexer and the parser. */ class Token { -// token type see TT_xxx constants +/** Token type, see TT_xxx constants. */ int type; -// the content buffer +/** The content buffer. */ StringBuffer content; -// token ready flag: indicates a valid token (ready for the parser) +/** Token ready flag: indicates a valid token with content (ready for the parser). */ boolean isReady; +/** Initializes an empty token. */ Token() { content = new StringBuffer(INITIAL_TOKEN_LENGTH); type = TT_INVALID; @@ -92,6 +103,7 @@ /** * Parses the given String according to the default CSV strategy. * + * @param s CSV String to be parsed. * @return parsed String matrix (which is never null) * @throws IOException in case of error * @see #setCSVStrategy() @@ -100,7 +112,13 @@ if (s == null) { throw new IllegalArgumentException(Null argument not allowed.); } -return (new CSVParser(new StringReader(s))).getAllValues(); +String[][] result = (new CSVParser(new StringReader(s))).getAllValues(); +if (result == null) { + // since CSVStrategy ignores empty lines an empty array is returned + // (i.e. not result = new String[][] {{}};) + result = new String[0][0]; +} +return result; } /** @@ -109,6 +127,7 @@ * Parsing empty string will be handled as valid records containing zero * elements, so the following property holds: parseLine().length == 0. * + * @param s CSV String to be parsed. * @return parsed String vector (which is never null) * @throws IOException in case of error * @see #setCSVStrategy() @@ -166,8 +185,8 @@ * Customized csv parser. * * The parser parses according to the given CSV dialect settings. - * Leading whitespaces are truncated whereas unicode escapes are - * not interpreted. + * Leading whitespaces are truncated, unicode escapes are + * not interpreted and empty lines are ignored. * * @param input a Reader based on csv-formatted input * @param delimiter a Char used for value separation @@ -201,6 +220,7 @@ * the stream. * * @return
svn commit: r377831 - /jakarta/commons/proper/pool/trunk/src/java/org/apache/commons/pool/impl/GenericKeyedObjectPool.java
Author: rdonkin Date: Tue Feb 14 13:09:29 2006 New Revision: 377831 URL: http://svn.apache.org/viewcvs?rev=377831view=rev Log: Corrected contract bug in javadocs. Original patch contributed by Anton Tagunov. Committed patch contributed by Sandy McArthur. Issue #35543. Modified: jakarta/commons/proper/pool/trunk/src/java/org/apache/commons/pool/impl/GenericKeyedObjectPool.java Modified: jakarta/commons/proper/pool/trunk/src/java/org/apache/commons/pool/impl/GenericKeyedObjectPool.java URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/pool/trunk/src/java/org/apache/commons/pool/impl/GenericKeyedObjectPool.java?rev=377831r1=377830r2=377831view=diff == --- jakarta/commons/proper/pool/trunk/src/java/org/apache/commons/pool/impl/GenericKeyedObjectPool.java (original) +++ jakarta/commons/proper/pool/trunk/src/java/org/apache/commons/pool/impl/GenericKeyedObjectPool.java Tue Feb 14 13:09:29 2006 @@ -457,8 +457,8 @@ } /** - * Returns the cap on the total number of instances from my pool. - * @return the cap on the total number of instances from my pool. + * Returns the cap on the total number of instances from my pool if non-positive. + * @return the cap on the total number of instances from my pool if non-positive. * @see #setMaxTotal */ public synchronized int getMaxTotal() { @@ -466,9 +466,9 @@ } /** - * Sets the cap on the total number of instances from my pool. + * Sets the cap on the total number of instances from my pool if non-positive. * @param maxTotal The cap on the total number of instances from my pool. - * Use a negative value for an infinite number of instances. + * Use a non-positive value for an infinite number of instances. * @see #getMaxTotal */ public synchronized void setMaxTotal(int maxTotal) { @@ -1404,7 +1404,7 @@ private int _maxActive = DEFAULT_MAX_ACTIVE; /** - * The cap on the total number of instances from the pool. + * The cap on the total number of instances from the pool if non-positive. * @see #setMaxTotal * @see #getMaxTotal */ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r377843 - /jakarta/commons/proper/logging/trunk/xdocs/guide.xml
Author: rdonkin Date: Tue Feb 14 13:39:55 2006 New Revision: 377843 URL: http://svn.apache.org/viewcvs?rev=377843view=rev Log: Copied SimpleLog description to user guide (from Javadocs) and edited. Issue #38643. Modified: jakarta/commons/proper/logging/trunk/xdocs/guide.xml Modified: jakarta/commons/proper/logging/trunk/xdocs/guide.xml URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/logging/trunk/xdocs/guide.xml?rev=377843r1=377842r2=377843view=diff == --- jakarta/commons/proper/logging/trunk/xdocs/guide.xml (original) +++ jakarta/commons/proper/logging/trunk/xdocs/guide.xml Tue Feb 14 13:39:55 2006 @@ -73,6 +73,8 @@ lia href='#Creating A LogFactory Implementation'Creating A LogFactory Implementation/a/li /ol /li +lia href='#A%20Quick%20Guide%20To%20Simple%20Log'A Quick Guide To Simple Log/a +/li lia href='#Frequently Asked Questions'Frequently Asked Questions/a /li /ol @@ -722,6 +724,66 @@ for details. /p /subsection +/section +section name='A Quick Guide To Simple Log' + p +JCL is distributed with a very simple codeLog/code implementation named +codeorg.apache.commons.logging.impl.SimpleLog/code. This is intended to be a minimal +implementation and those requiring a fully functional open source logging system are +directed to a href='http://logging.apache.org/log4j'Log4J/a. + /p + p + codeSimpleLog/code sends all (enabled) log messages, + for all defined loggers, to codeSystem.err/code. The following system properties + are supported to configure the behavior of this logger:/p + ul + listrongorg.apache.commons.logging.simplelog.defaultlog/strong - + Default logging detail level for all instances of SimpleLog. + Must be one of: + ul + licodetrace/code/li + licodedebug/code/li + licodeinfo/code/li + licodewarn/code/li + licodeerror/code/li + licodefatal/code/li +/ul + If not specified, defaults to codeinfo/code. /li + listrongorg.apache.commons.logging.simplelog.log.x/strong - + Logging detail level for a SimpleLog instance named x. + Must be one of: + ul + licodetrace/code/li + licodedebug/code/li + licodeinfo/code/li + licodewarn/code/li + licodeerror/code/li + licodefatal/code/li +/ul + If not specified, the default logging detail level is used./li + listrongorg.apache.commons.logging.simplelog.showlogname/strong - + Set to codetrue/code if you want the codeLog/code instance name to be + included in output messages. Defaults to codefalse/code./li + listrongorg.apache.commons.logging.simplelog.showShortLogname/strong - + Set to codetrue/code if you want the last component of the name to be + included in output messages. Defaults to codetrue/code./li + listrongorg.apache.commons.logging.simplelog.showdatetime/strong - + Set to codetrue/code if you want the current date and time + to be included in output messages. Default is codefalse/code./li + listrongorg.apache.commons.logging.simplelog.dateTimeFormat/strong - + The date and time format to be used in the output messages. + The pattern describing the date and time format is the same that is + used in codejava.text.SimpleDateFormat/code. If the format is not + specified or is invalid, the default format is used. + The default format is code/MM/dd HH:mm:ss:SSS zzz/code./li + /ul + + p +In addition to looking for system properties with the names specified +above, this implementation also checks for a class loader resource named +codesimplelog.properties/code, and includes any matching definitions +from this resource (if it exists). + /p /section section name='Frequently Asked Questions' p - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 38643] - [logging] SimpleLog undocumented: no answer to question how do you switch it on?
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=38643. 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=38643 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2006-02-14 22:43 --- I've committed a section in the user guide based on the javadocs. http://jakarta.apache.org/commons/logging/guide.html#A%20Quick%20Guide%20To%20Simple%20Log -- 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]
[Jakarta-commons Wiki] Update of SCXML/FrequentlyAskedQuestions by RahulAkolkar
Dear Wiki user, You have subscribed to a wiki page or wiki category on Jakarta-commons Wiki for change notification. The following page has been changed by RahulAkolkar: http://wiki.apache.org/jakarta-commons/SCXML/FrequentlyAskedQuestions The comment on the change is: Update FAQ entry for command line testing -- How do I try out the sample SCXML documents? - The SCXML distribution provides a utility class {{{org.apache.commons.scxml.env.jsp.Standalone}}} which provides a ''mock environment'' allowing users to try out samples. The core dependencies for Commons SCXML are Commons Digester (which introduces a transitive dependency on Commons Bean``Utils, at the least) and Commons Logging. In addition, an environment specific expression language is used in SCXML documents. The {{{Standalone}}} class anticipates expressions in the JSP 2.0 Expression Language, and hence requires commons-el.jar and jsp-api.jar. View the [http://jakarta.apache.org/commons/sandbox/scxml/dependencies.html dependencies page] for the recommended version numbers. It may be possible to use lower version numbers for the Commons dependencies. So that amounts to (use the correct local paths and filenames to the {{{jar}}} files and the {{{XML}}} / SCXML document, without the line breaks): + The SCXML distribution provides utility classes that offer mock command line environments allowing users to try out samples. The core dependencies for Commons SCXML are Commons Digester (which introduces a transitive dependency on Commons !BeanUtils, at the least) and Commons Logging. View the [http://jakarta.apache.org/commons/sandbox/scxml/dependencies.html dependencies page] for the recommended version numbers. It may be possible to use lower version numbers for the Commons dependencies. + + An environment specific expression language is used in SCXML documents. Commons SCXML currently supports the use of JEXL or JSP 2.0 EL in SCXML documents. + + ''-- Using JEXL in SCXML documents --'' + + The JEXL Standalone class anticipates expressions in JEXL and hence requires commons-jexl.jar. + + So that amounts to (use the correct local paths and filenames to the {{{jar}}} files and the SCXML document, without the line breaks): {{{ java -classpath commons-digester-1.7.jar;commons-beanutils-1.7.0.jar; commons-logging-1.0.4.jar;commons-scxml-1.0-SNAPSHOT.jar; - commons-el-1.0.jar;jsp-api-2.0.jar + commons-jexl-1.0.jar + org.apache.commons.scxml.test.StandaloneJexlExpressions + + microwave01.xml + }}} + + ''-- Using JSP 2.0 EL in SCXML documents --'' + + The JSP Standalone class anticipates expressions in the JSP 2.0 Expression Language, and hence requires commons-el.jar and jsp-api.jar + + And that amounts to (use the correct local paths and filenames to the {{{jar}}} files and the SCXML document, without the line breaks): + + {{{ + java -classpath + + commons-digester-1.7.jar;commons-beanutils-1.7.0.jar; + commons-logging-1.0.4.jar;commons-scxml-1.0-SNAPSHOT.jar; + commons-el-1.0.jar;jsp-api-2.0.jar + - org.apache.commons.scxml.env.jsp.Standalone + org.apache.commons.scxml.test.StandaloneElExpressions microwave01.xml }}} You could set up something more elegant (a script, an ant task etc.), but that is what it boils down to. If the document is a well-formed SCXML document, you will be able to type {{{?}}} or {{{help}}} at the console and you can follow the directions thereafter (to simulate events, set variable values, reset the state machine or quit). - A few examples are available as part of the [http://svn.apache.org/repos/asf/jakarta/commons/sandbox/scxml/trunk/src/test/java/org/apache/commons/scxml/ Commons SCXML test suite]. Enjoy, and feedback is always welcome. + A few examples are available as part of the [http://svn.apache.org/repos/asf/jakarta/commons/sandbox/scxml/trunk/src/test/java/org/apache/commons/scxml/ Commons SCXML test suite] (look in env packages as well). Enjoy, and feedback is always welcome. How do I enable / control the logging within the Commons SCXML package? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of SCXML/FrequentlyAskedQuestions by RahulAkolkar
Dear Wiki user, You have subscribed to a wiki page or wiki category on Jakarta-commons Wiki for change notification. The following page has been changed by RahulAkolkar: http://wiki.apache.org/jakarta-commons/SCXML/FrequentlyAskedQuestions The comment on the change is: New entry about contexts and evaluators (from Tim O'Brien's FAQ suggestions) -- [[TableOfContents]] + + What is a Context? And what is an Evaluator? + + The SCXML specification allows an implementation to support multiple expressions languages. These expressions become part of attribute values for executable content, such as: + + {{{ + var name=foo expr=1 + 2 + bar / + }}} + + or are used to evaluate the boolean guard conditions that decide whether or not a particular transition is followed once its associated trigger event is received, such as: + + {{{ + transition event=day.close cond=day eq 'Friday' target=weekend / + }}} + + In order to support multiple expression languages, Commons SCXML uses two interfaces which serve as adapters to the APIs for the particular expression language used for a particular SCXML document. + + * The ''Context'' is a collection of variables that defines a variable scope. Each state element within an SCXML document gets its own ''Context'' or variable scope. + + * The ''Evaluator'' is a component with the capability of parsing and evaluating expressions. It is the expression language engine. + + Commons SCXML currently provide implementations for [http://jakarta.apache.org/commons/sandbox/scxml/apidocs/org/apache/commons/scxml/env/jexl/package-summary.html JEXL] and [http://jakarta.apache.org/commons/sandbox/scxml/apidocs/org/apache/commons/scxml/env/jsp/package-summary.html JSP 2.0 EL]. How do I try out the sample SCXML documents? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of SCXML/FrequentlyAskedQuestions by RahulAkolkar
Dear Wiki user, You have subscribed to a wiki page or wiki category on Jakarta-commons Wiki for change notification. The following page has been changed by RahulAkolkar: http://wiki.apache.org/jakarta-commons/SCXML/FrequentlyAskedQuestions The comment on the change is: Related bonus questions, try to err towards gratuitous redundancy. -- * The ''Evaluator'' is a component with the capability of parsing and evaluating expressions. It is the expression language engine. Commons SCXML currently provide implementations for [http://jakarta.apache.org/commons/sandbox/scxml/apidocs/org/apache/commons/scxml/env/jexl/package-summary.html JEXL] and [http://jakarta.apache.org/commons/sandbox/scxml/apidocs/org/apache/commons/scxml/env/jsp/package-summary.html JSP 2.0 EL]. + + Which expression languages does the Commons SCXML implementation support? + + * [http://jakarta.apache.org/commons/sandbox/scxml/apidocs/org/apache/commons/scxml/env/jexl/package-summary.html JEXL] + * [http://jakarta.apache.org/commons/sandbox/scxml/apidocs/org/apache/commons/scxml/env/jsp/package-summary.html JSP 2.0 EL] How do I try out the sample SCXML documents? @@ -76, +81 @@ A few examples are available as part of the [http://svn.apache.org/repos/asf/jakarta/commons/sandbox/scxml/trunk/src/test/java/org/apache/commons/scxml/ Commons SCXML test suite] (look in env packages as well). Enjoy, and feedback is always welcome. + Can I use more than one expression language in the same SCXML document? + + No, the expressions throughout the document must be homogeneous. This also applies to any external documents that may be refered by this document, for example via {{{src}}} attributes, like so: + + {{{ + state id=foo src=foo.xml + !-- Something, possibly very interesting, here -- + /state + }}} + + Here, {{{foo.xml}}} must use the same expression language as the document above that hosts the state {{{foo}}}. + How do I enable / control the logging within the Commons SCXML package? Commons SCXML uses Commons Logging. See the [http://jakarta.apache.org/commons/logging/ Commons Logging Website] for more details. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of SCXML/SCXMLFaq by RahulAkolkar
Dear Wiki user, You have subscribed to a wiki page or wiki category on Jakarta-commons Wiki for change notification. The following page has been changed by RahulAkolkar: http://wiki.apache.org/jakarta-commons/SCXML/SCXMLFaq The comment on the change is: Maintain one FAQ page, request folks not post to the other. -- + Please see this ../FrequentlyAskedQuestions page. + + '''Please do not add any FAQ entries here''', as this page is no longer in use. + * What is an Evaluator? * What is a Context? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of SCXML/SCXMLFaq by RahulAkolkar
Dear Wiki user, You have subscribed to a wiki page or wiki category on Jakarta-commons Wiki for change notification. The following page has been changed by RahulAkolkar: http://wiki.apache.org/jakarta-commons/SCXML/SCXMLFaq The comment on the change is: Remove answered questions (see real FAQ page ;-) -- Please see this ../FrequentlyAskedQuestions page. '''Please do not add any FAQ entries here''', as this page is no longer in use. - - * What is an Evaluator? - - * What is a Context? * Can I create a single instance of an Evaluator and reuse it for both the SCXMLDigester and the SCXMLExecutor? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [all] Compile-Source-JDK and Compile-Target-JDK
On 2/13/06, Niall Pemberton [EMAIL PROTECTED] wrote: Also exec and openpgp only have maven2 build files. I downloaded maven2 and got as far as working out how to add manifest entries - but I couldn't work out how to refernece the compile plugin configuration - so I've left the JDK bits commented out in the sandbox's pom.xml: http://tinyurl.com/737qc I don't know how to get at the compiler config directly, but this seems to work. Uncomment your lines in trunks-sandbox/pom.xml, and in trunks-sandbox/exec/pom.xml: build plugins plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-compiler-plugin/artifactId configuration source${maven.compile.source}/source target${maven.compile.target}/target /configuration /plugin /plugins /build properties maven.compile.source1.3/maven.compile.source maven.compile.target1.3/maven.compile.target /properties This is not foolproof-- it's still possible to compile the project without that configuration, but someone should eventually notice the expressions showing up in the manifest and fix it. Or Brett will chime in with the right answer. :) BTW, the tests for exec won't run for me; I used -Dmaven.test.skip=true to build the jar so I could look at the manifest. $ mvn install ... --- T E S T S --- java.lang.NoSuchMethodException: org.apache.commons.exec.TestUtil.init() at java.lang.Class.getConstructor0(Class.java:2647) at java.lang.Class.getConstructor(Class.java:1629) at org.apache.maven.surefire.battery.JUnitBattery.getTestConstructor(JUnitBattery.java:307) -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of SCXML/SCXMLFaq by RahulAkolkar
Dear Wiki user, You have subscribed to a wiki page or wiki category on Jakarta-commons Wiki for change notification. The following page has been changed by RahulAkolkar: http://wiki.apache.org/jakarta-commons/SCXML/SCXMLFaq The comment on the change is: Bugzilla issue 38311 eliminated the need, so this entry is no longer relevant. -- Please see this ../FrequentlyAskedQuestions page. '''Please do not add any FAQ entries here''', as this page is no longer in use. - - * Can I create a single instance of an Evaluator and reuse it for both the SCXMLDigester and the SCXMLExecutor? * Once I set up an SCXMLExecutor (call the constructor, set the state machine) is there anything I have to do to Activate it. In other words, do is there some sort of go() method? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r377868 - /jakarta/commons/proper/logging/trunk/src/java/org/apache/commons/logging/impl/LogFactoryImpl.java
Author: rdonkin Date: Tue Feb 14 14:38:07 2006 New Revision: 377868 URL: http://svn.apache.org/viewcvs?rev=377868view=rev Log: Reverted 375631 (null getParent). After discussions about the relevant javadocs, it was established that the interpretation which lead to this patch is probably wrong. The original implementation supplies null to Class.forName which should create the class from the boot loader. Modified: jakarta/commons/proper/logging/trunk/src/java/org/apache/commons/logging/impl/LogFactoryImpl.java Modified: jakarta/commons/proper/logging/trunk/src/java/org/apache/commons/logging/impl/LogFactoryImpl.java URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/logging/trunk/src/java/org/apache/commons/logging/impl/LogFactoryImpl.java?rev=377868r1=377867r2=377868view=diff == --- jakarta/commons/proper/logging/trunk/src/java/org/apache/commons/logging/impl/LogFactoryImpl.java (original) +++ jakarta/commons/proper/logging/trunk/src/java/org/apache/commons/logging/impl/LogFactoryImpl.java Tue Feb 14 14:38:07 2006 @@ -937,11 +937,6 @@ Class logAdapterClass = null; ClassLoader currentCL = getBaseClassLoader(); -// -// This variable is used to ensure that the system classloader -// is tried only once when getParent is null. -boolean systemClassloaderTried = false; - for(;;) { // Loop through the classloader hierarchy trying to find // a viable classloader. @@ -1058,66 +1053,7 @@ } // try the parent classloader -final ClassLoader parentCL = currentCL.getParent(); - -// -// getParent may return null to indicate that the parent -// is the 'bootstrap classloader'. This term is difficult. -// A reasonable way to interpret this is as -// the system classloader which is provided as a base -// for delegating classloaders. -// -// Note that this functionality cannot be easily tested -// since it depends upon an optional behaviour of the basic -// java libraries. The Sun libraries do not behave in this -// fashion. It may be possible to create a test that -// uses a customized boot classpath containing a special -// implementation but this approach -// would need to wait until an open source Java implementation -// exists. So sadly, this code path is not unit tested. -// -if (parentCL == null) { -if (systemClassloaderTried == true) -{ -logDiagnostic(Parent classloader is NULL. But System ClassLoader has already been tried.); -break; -} -// try system classloader -try { -final ClassLoader systemClassLoader = ClassLoader.getSystemClassLoader(); -if (systemClassLoader == null) { -logDiagnostic(System classloader is NULL. Cannot find parent of classloader -+ objectId(currentCL)); -break; -} else if (systemClassLoader.equals(currentCL)) { -// the system classloader has already been tried and failed -logDiagnostic(System classloader tried and failed.); -break; -} else { -// the parent is null indicating that the parent is the boot classloader -// so retry with system classloader -currentCL = systemClassLoader; - -// -// avoid infinite loops by trying the system loader only the -// first time a classloader -systemClassloaderTried = true; -logDiagnostic(Parent classloader is NULL. Trying System ClassLoader.); -} -} catch (Throwable t) { -// getSystemClassLoader is allowed to fail in -// many strange ways: so need to catch everything -// including errors -logDiagnostic(Failed to get system classloader: ' -+ t.getMessage() -+ '. Cannot find parent of classloader -+ objectId(currentCL)); -break; -} -} else { -currentCL = parentCL; -} - +currentCL = currentCL.getParent(); } if ((logAdapter != null) affectState) {
Re: [VOTE] Elect Sandy McArthur As Committer
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 robert burrell donkin wrote: Sandy McArthur has been contributing high quality patches for commons-pool for a few months now and has been the main driving force towards both fixing current issues and pushing the component forwards. He has demonstrated a deep knowledge of pool and has become involved in the general commons community. I therefore propose that he is elected a committer i'll tally the votes no earlier than 2400 GMT one week hence (Tuesday the 21st). Here's my +1 - robert --8-- [ ] +1 Elect Sandy [ ] +0 Tentative support but can't make informed judgement [ ] -0 Tentative opposition but can't make informed judgement [ ] -1 Do not elect Sandy -- +1 (non-binding) -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (MingW32) iD8DBQFD8mGYaCoPKRow/gARArr3AKCbY+DJf0qMJKzSDPXJ2eniOJaCHgCghe3/ sS8iqMVh4gG3w41XbT4iyOA= =L1+Z -END PGP SIGNATURE- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of SCXML/FrequentlyAskedQuestions by RahulAkolkar
Dear Wiki user, You have subscribed to a wiki page or wiki category on Jakarta-commons Wiki for change notification. The following page has been changed by RahulAkolkar: http://wiki.apache.org/jakarta-commons/SCXML/FrequentlyAskedQuestions The comment on the change is: More FAQ entries suggested by Tim O'Brien. -- Here, {{{foo.xml}}} must use the same expression language as the document above that hosts the state {{{foo}}}. + Once I set up an SCXMLExecutor (call the constructor, set the state machine) is there anything I have to do to activate it? + + Yes, you must call the marker method, {{{SCXMLExecutor#go()}}}. This serves as an indication that you have finished configuring the {{{SCXMLExecutor}}} instance and are now ready to begin executing the state machine described by your SCXML document. For example, you may attach zero, one or many {{{SCXMLListener}}}s to interesting nodes within the SCXML document, such as the document root i.e. the {{{SCXML}}} object, and/or particular {{{State}}} and {{{Transition}}} objects as well. + How do I enable / control the logging within the Commons SCXML package? Commons SCXML uses Commons Logging. See the [http://jakarta.apache.org/commons/logging/ Commons Logging Website] for more details. + Can multiple threads safely interact with an instance of SCXMLExecutor? + + No. You have to worry about synchronizing access if you need to. From an implementation perspective, Commons SCXML does not assume that synchronization will '''always''' be necessary. Not all usecases for Commons SCXML require synchronization. + + Can I have multiple instances of SCXMLExecutor all working off of a single instance of the SCXML class? + + Yes. The Commons SCXML object model does not store any information related to a particular execution of the state machine. It is therefore possible to use a single {{{SCXML}}} instance as the state machine for multiple {{{SCXMLExecutor}}} instances. + + This also means that a SCXML document needs to be parsed only once, irrespective of the number of instances of the state machine that may execute. + + Can I use SCXML in a non-voice application? + + Ofcourse, as mentioned in the overview of the specification itself. + + Here is an example from our usecases: [http://jakarta.apache.org/commons/sandbox/scxml/usecases/scxml-in-shale-dialogs.html SCXML in Shale dialogs] that has nothing to do with voice applications. + + What are the core requirements of SCXML? Do I need to include the JSP and Servlet API or the Faces libraries? Do I need to include Commons JEXL or Commons EL? + + The core requirements for Commons SCXML are Commons Digester and Commons Logging. Commons Digester, at the minimum (if you use Commons Digester 1.7+), has a runtime dependency on Commons !BeanUtils. + + You do '''not''' need to include JSP or Servlet or Faces libraries. These are meant to come in via the servlet container environment and the corresponding classes in the Commons SCXML codebase which have those dependencies are meant to be used only in JSP/Servlet/Faces environments. + + In addition, you will need to choose an expression language for your SCXML documents. The recommended expression language for the Commons SCXML implementation is [http://jakarta.apache.org/commons/jexl/ JEXL]. Using JEXL for expressions introduces a dependency of Commons JEXL. For usecases in JSP-based environments, EL will be a prefered choice over JEXL, and if you choose to use JSP 2.0 EL, that introduces a dependency of Commons EL and a runtime dependency on the JSP API (again, these should come in via the servlet container). + + See the [http://jakarta.apache.org/commons/sandbox/scxml/dependencies.html dependencies page] on the Commons SCXML website for details about the dependency versions. + - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of SCXML/SCXMLFaq by RahulAkolkar
Dear Wiki user, You have subscribed to a wiki page or wiki category on Jakarta-commons Wiki for change notification. The following page has been changed by RahulAkolkar: http://wiki.apache.org/jakarta-commons/SCXML/SCXMLFaq The comment on the change is: Remove questions answered on the other page, remaining ones tomorrow. -- Please see this ../FrequentlyAskedQuestions page. '''Please do not add any FAQ entries here''', as this page is no longer in use. - - * Once I set up an SCXMLExecutor (call the constructor, set the state machine) is there anything I have to do to Activate it. In other words, do is there some sort of go() method? - - * Can multiplethreads safely interact with an instance of SCXMLExecutor? In other words, do I have to worry about synchronizing access to these objects? - - * Can I have multiple instances of SCXMLExecutor all working off of a single instance of the SCXML class? For example, if I have an SCXML that represents the states of a stop watch, can I have multiple instances of SCXMLExecutor operating off of this single SCXML instance to model many stop watches? - - * Can I use SCXML in a non-voice application? - - * What are the core requirements of SCXML, do I need to include the JSP and Servlet API or the Faces libraries? Do I need to include Commons JEXL or Commons EL? * Does Commons SCXML implement the entire Working Draft? Are there any parts of the SCXML draft that are not covered by Commons SCXML? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of SCXML by RahulAkolkar
Dear Wiki user, You have subscribed to a wiki page or wiki category on Jakarta-commons Wiki for change notification. The following page has been changed by RahulAkolkar: http://wiki.apache.org/jakarta-commons/SCXML The comment on the change is: Point to the correct FAQ page from the Commons SCXML front page. -- * ''Will Commons SCXML engine be able to execute this state machine?'' - You'll have to try that, but as a project we sure hope to. - * ''I've got a question, can you answer it?'' - Take a look at the [wiki:/SCXMLFaq FAQs]. + * ''I've got a question, can you answer it?'' - Take a look at the [wiki:/FrequentlyAskedQuestions FrequentlyAskedQuestions]. ?xml version=1.0? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r377889 - in /jakarta/commons/proper/jexl/trunk/src/java/org/apache/commons/jexl/parser: ASTAddNode.java ASTModNode.java ASTMulNode.java ASTSubtractNode.java
Author: dion Date: Tue Feb 14 15:47:59 2006 New Revision: 377889 URL: http://svn.apache.org/viewcvs?rev=377889view=rev Log: Remove 'unwiden'ing of numeric values which was introduced to fix Bug 32829. A better solution is to fix the ASTMethod class to narrow the parameters, rather than change JEXL's public 'contract' of using Long's for integer values. Modified: jakarta/commons/proper/jexl/trunk/src/java/org/apache/commons/jexl/parser/ASTAddNode.java jakarta/commons/proper/jexl/trunk/src/java/org/apache/commons/jexl/parser/ASTModNode.java jakarta/commons/proper/jexl/trunk/src/java/org/apache/commons/jexl/parser/ASTMulNode.java jakarta/commons/proper/jexl/trunk/src/java/org/apache/commons/jexl/parser/ASTSubtractNode.java Modified: jakarta/commons/proper/jexl/trunk/src/java/org/apache/commons/jexl/parser/ASTAddNode.java URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/jexl/trunk/src/java/org/apache/commons/jexl/parser/ASTAddNode.java?rev=377889r1=377888r2=377889view=diff == --- jakarta/commons/proper/jexl/trunk/src/java/org/apache/commons/jexl/parser/ASTAddNode.java (original) +++ jakarta/commons/proper/jexl/trunk/src/java/org/apache/commons/jexl/parser/ASTAddNode.java Tue Feb 14 15:47:59 2006 @@ -54,7 +54,7 @@ * the spec says 'and' */ if (left == null right == null) -return new Byte((byte)0); +return new Long(0); /* * if anything is float, double or string with ( . | E | e) @@ -103,8 +103,7 @@ { Long l = left == null ? new Long(0) : Coercion.coerceLong(left); Long r = right == null ? new Long(0) : Coercion.coerceLong(right); -Long result = new Long(l.longValue() + r.longValue()); -return unwiden(result); +return new Long(l.longValue() + r.longValue()); } catch( java.lang.NumberFormatException nfe ) { @@ -113,30 +112,5 @@ */ return left.toString().concat(right.toString()); } -} - -/** - * Given a long, return back the smallest type the result will fit into. - * This works hand in hand with parameter 'widening' in java method calls, - * e.g. a call to substring(int,int) with an int and a long will fail, but - * a call to substring(int,int) with an int and a short will succeed. - * @since 1.0.1 - */ -public static Number unwiden(Long result) -{ -if (result.longValue() = Byte.MAX_VALUE result.longValue() = Byte.MIN_VALUE) -{ -// it will fit in a byte -return new Byte((byte)result.longValue()); -} -else if (result.longValue() = Short.MAX_VALUE result.longValue() = Short.MIN_VALUE) -{ -return new Short((short)result.longValue()); -} -else if (result.longValue() = Integer.MAX_VALUE result.longValue() = Integer.MIN_VALUE) -{ -return new Integer((int)result.longValue()); -} -return result; } } Modified: jakarta/commons/proper/jexl/trunk/src/java/org/apache/commons/jexl/parser/ASTModNode.java URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/jexl/trunk/src/java/org/apache/commons/jexl/parser/ASTModNode.java?rev=377889r1=377888r2=377889view=diff == --- jakarta/commons/proper/jexl/trunk/src/java/org/apache/commons/jexl/parser/ASTModNode.java (original) +++ jakarta/commons/proper/jexl/trunk/src/java/org/apache/commons/jexl/parser/ASTModNode.java Tue Feb 14 15:47:59 2006 @@ -99,7 +99,7 @@ if (r.longValue() == 0) return new Long(0); -return ASTAddNode.unwiden(new Long(l.longValue() % r.longValue())); +return new Long(l.longValue() % r.longValue()); } } Modified: jakarta/commons/proper/jexl/trunk/src/java/org/apache/commons/jexl/parser/ASTMulNode.java URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/jexl/trunk/src/java/org/apache/commons/jexl/parser/ASTMulNode.java?rev=377889r1=377888r2=377889view=diff == --- jakarta/commons/proper/jexl/trunk/src/java/org/apache/commons/jexl/parser/ASTMulNode.java (original) +++ jakarta/commons/proper/jexl/trunk/src/java/org/apache/commons/jexl/parser/ASTMulNode.java Tue Feb 14 15:47:59 2006 @@ -87,7 +87,7 @@ Long l = Coercion.coerceLong(left); Long r = Coercion.coerceLong(right); -return ASTAddNode.unwiden(new Long(l.longValue() * r.longValue())); +return new Long(l.longValue() * r.longValue()); } } Modified: jakarta/commons/proper/jexl/trunk/src/java/org/apache/commons/jexl/parser/ASTSubtractNode.java URL:
svn commit: r377890 - /jakarta/commons/proper/jexl/trunk/src/java/org/apache/commons/jexl/parser/ASTMethod.java
Author: dion Date: Tue Feb 14 15:48:29 2006 New Revision: 377890 URL: http://svn.apache.org/viewcvs?rev=377890view=rev Log: Remove 'unwiden'ing of numeric values which was introduced to fix Bug 32829. A better solution is to fix the ASTMethod class to narrow the parameters, rather than change JEXL's public 'contract' of using Long's for integer values. Modified: jakarta/commons/proper/jexl/trunk/src/java/org/apache/commons/jexl/parser/ASTMethod.java Modified: jakarta/commons/proper/jexl/trunk/src/java/org/apache/commons/jexl/parser/ASTMethod.java URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/jexl/trunk/src/java/org/apache/commons/jexl/parser/ASTMethod.java?rev=377890r1=377889r2=377890view=diff == --- jakarta/commons/proper/jexl/trunk/src/java/org/apache/commons/jexl/parser/ASTMethod.java (original) +++ jakarta/commons/proper/jexl/trunk/src/java/org/apache/commons/jexl/parser/ASTMethod.java Tue Feb 14 15:48:29 2006 @@ -54,9 +54,24 @@ } VelMethod vm = Introspector.getUberspect().getMethod(obj, methodName, params, DUMMY); - +/* + * DG: If we can't find an exact match, narrow the parameters and try again! + */ if (vm == null) -return null; +{ + + // replace all numbers with the smallest type that will fit + for (int i = 0; i params.length; i++) + { + Object param = params[i]; + if (param instanceof Number) + { + params[i] = narrow((Number)param); + } + } + vm = Introspector.getUberspect().getMethod(obj, methodName, params, DUMMY); +if (vm == null) return null; +} return vm.invoke(obj, params); } @@ -72,4 +87,53 @@ throw e; } } + +/** + * Given a Number, return back the value using the smallest type the result will fit into. + * This works hand in hand with parameter 'widening' in java method calls, + * e.g. a call to substring(int,int) with an int and a long will fail, but + * a call to substring(int,int) with an int and a short will succeed. + * @since 1.0.1 + */ +private Number narrow(Number original) +{ + if (original == null) return null; + Number result = null; + if (original instanceof Double || original instanceof Float) + { + double value = result.doubleValue(); + if (value = Float.MAX_VALUE value = Float.MIN_VALUE) + { + result = new Float(result.floatValue()); + } + else + { + // it was a double + result = original; + } + } + else + { + long value = original.longValue(); + if (value = Byte.MAX_VALUE value = Byte.MIN_VALUE) + { + // it will fit in a byte + result = new Byte((byte)value); + } + else if (value = Short.MAX_VALUE value = Short.MIN_VALUE) + { + result = new Short((short)value); + } + else if (value = Integer.MAX_VALUE value = Integer.MIN_VALUE) + { + result = new Integer((int)value); + } + else + { + result = original; + } + } +return result; +} + } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36857] - [jexl] Unary Minus + Float not supported
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=36857. 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=36857 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2006-02-15 00:52 --- Fixed in SVN yesterday -- 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]
svn commit: r377896 - /jakarta/commons/proper/jexl/trunk/src/test/org/apache/commons/jexl/JexlTest.java
Author: dion Date: Tue Feb 14 15:55:43 2006 New Revision: 377896 URL: http://svn.apache.org/viewcvs?rev=377896view=rev Log: Remove 'unwiden'ing of numeric values which was introduced to fix Bug 32829. A better solution is to fix the ASTMethod class to narrow the parameters, rather than change JEXL's public 'contract' of using Long's for integer values. Modified: jakarta/commons/proper/jexl/trunk/src/test/org/apache/commons/jexl/JexlTest.java Modified: jakarta/commons/proper/jexl/trunk/src/test/org/apache/commons/jexl/JexlTest.java URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/jexl/trunk/src/test/org/apache/commons/jexl/JexlTest.java?rev=377896r1=377895r2=377896view=diff == --- jakarta/commons/proper/jexl/trunk/src/test/org/apache/commons/jexl/JexlTest.java (original) +++ jakarta/commons/proper/jexl/trunk/src/test/org/apache/commons/jexl/JexlTest.java Tue Feb 14 15:55:43 2006 @@ -347,12 +347,12 @@ jc.getVars().put(foo, new Integer(2) ); -assertExpression(jc, foo + 2, new Byte((byte)4)); -assertExpression(jc, 3 + 3, new Byte((byte)6)); -assertExpression(jc, 3 + 3 + foo, new Byte((byte)8)); -assertExpression(jc, 3 * 3, new Byte((byte)9)); -assertExpression(jc, 3 * 3 + foo, new Byte((byte)11)); -assertExpression(jc, 3 * 3 - foo, new Byte((byte)7)); +assertExpression(jc, foo + 2, new Long(4)); +assertExpression(jc, 3 + 3, new Long(6)); +assertExpression(jc, 3 + 3 + foo, new Long(8)); +assertExpression(jc, 3 * 3, new Long(9)); +assertExpression(jc, 3 * 3 + foo, new Long(11)); +assertExpression(jc, 3 * 3 - foo, new Long(7)); /* * test some floaty stuff @@ -367,7 +367,7 @@ assertExpression(jc, 6.4 / 3, new Double(6.4 / 3)); assertExpression(jc, 0 / 3, new Double(0 / 3)); assertExpression(jc, 3 / 0, new Double(0)); -assertExpression(jc, 4 % 3, new Byte((byte)1)); +assertExpression(jc, 4 % 3, new Long(1)); assertExpression(jc, 4.8 % 3, new Double(4.8 % 3)); /* @@ -380,8 +380,8 @@ * test new null coersion */ jc.getVars().put(imanull, null ); -assertExpression(jc, imanull + 2, new Byte((byte)2)); -assertExpression(jc, imanull + imanull, new Byte((byte)0)); +assertExpression(jc, imanull + 2, new Long(2)); +assertExpression(jc, imanull + imanull, new Long(0)); /* test for bugzilla 31577 */ jc.getVars().put(n, new Integer(0)); @@ -868,7 +868,7 @@ */ public void testComment() throws Exception { -assertExpression(JexlHelper.createContext(), ## double or nothing\n 1 + 1, Byte.valueOf(2)); +assertExpression(JexlHelper.createContext(), ## double or nothing\n 1 + 1, Long.valueOf(2)); } /** @@ -884,8 +884,8 @@ assertExpression(jc, hello = 'world', world); assertEquals(hello variable not changed, world, jc.getVars().get(hello)); -assertExpression(jc, result = 1 + 1, new Byte((byte)2)); -assertEquals(result variable not changed, new Byte((byte)2), jc.getVars().get(result)); +assertExpression(jc, result = 1 + 1, new Long(2)); +assertEquals(result variable not changed, new Long(2), jc.getVars().get(result)); } public void testAntPropertiesWithMethods() throws Exception - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r377897 - /jakarta/commons/proper/jexl/trunk/src/java/org/apache/commons/jexl/parser/ASTUnaryMinusNode.java
Author: dion Date: Tue Feb 14 15:56:22 2006 New Revision: 377897 URL: http://svn.apache.org/viewcvs?rev=377897view=rev Log: Add support for BigDecimal/BigInteger to UnaryMinus Modified: jakarta/commons/proper/jexl/trunk/src/java/org/apache/commons/jexl/parser/ASTUnaryMinusNode.java Modified: jakarta/commons/proper/jexl/trunk/src/java/org/apache/commons/jexl/parser/ASTUnaryMinusNode.java URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/jexl/trunk/src/java/org/apache/commons/jexl/parser/ASTUnaryMinusNode.java?rev=377897r1=377896r2=377897view=diff == --- jakarta/commons/proper/jexl/trunk/src/java/org/apache/commons/jexl/parser/ASTUnaryMinusNode.java (original) +++ jakarta/commons/proper/jexl/trunk/src/java/org/apache/commons/jexl/parser/ASTUnaryMinusNode.java Tue Feb 14 15:56:22 2006 @@ -15,6 +15,9 @@ */ package org.apache.commons.jexl.parser; +import java.math.BigDecimal; +import java.math.BigInteger; + import org.apache.commons.jexl.JexlContext; @@ -76,6 +79,16 @@ { double valueAsDouble = ((Double) val).doubleValue(); return new Double( -valueAsDouble ); +} +else if (val instanceof BigDecimal) +{ + BigDecimal valueAsBigD = (BigDecimal)val; + return valueAsBigD.negate(); +} +else if (val instanceof BigInteger) +{ + BigInteger valueAsBigI = (BigInteger)val; + return valueAsBigI.negate(); } throw new Exception(expression not a number); } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r377899 - /jakarta/commons/proper/jexl/trunk/xdocs/changes.xml
Author: dion Date: Tue Feb 14 15:58:13 2006 New Revision: 377899 URL: http://svn.apache.org/viewcvs?rev=377899view=rev Log: Add support for BigDecimal/BigInteger to UnaryMinus Modified: jakarta/commons/proper/jexl/trunk/xdocs/changes.xml Modified: jakarta/commons/proper/jexl/trunk/xdocs/changes.xml URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/jexl/trunk/xdocs/changes.xml?rev=377899r1=377898r2=377899view=diff == --- jakarta/commons/proper/jexl/trunk/xdocs/changes.xml (original) +++ jakarta/commons/proper/jexl/trunk/xdocs/changes.xml Tue Feb 14 15:58:13 2006 @@ -25,7 +25,7 @@ /properties body release version=1.0.1-SNAPSHOT date=in SVN - action dev=dion type=fixUnary minus was only working for integer values./action + action dev=dion type=fix issue=36857Unary minus was only working for integer values./action action dev=dion type=updateAdd @since tags to code so we can track API additions via javadoc/action action dev=dion type=add issue=32110 due-to=Barry LagerweijSupport assignment to variables/action action dev=dion type=fix issue=32829'abc'.substring(0,1+1) is empty (method matching problem)/action - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r377901 - /jakarta/commons/proper/jexl/trunk/src/java/org/apache/commons/jexl/parser/ASTMethod.java
Author: dion Date: Tue Feb 14 16:04:54 2006 New Revision: 377901 URL: http://svn.apache.org/viewcvs?rev=377901view=rev Log: Fix narrowing of Doubles and Floats which was NPE'ing. Modified: jakarta/commons/proper/jexl/trunk/src/java/org/apache/commons/jexl/parser/ASTMethod.java Modified: jakarta/commons/proper/jexl/trunk/src/java/org/apache/commons/jexl/parser/ASTMethod.java URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/jexl/trunk/src/java/org/apache/commons/jexl/parser/ASTMethod.java?rev=377901r1=377900r2=377901view=diff == --- jakarta/commons/proper/jexl/trunk/src/java/org/apache/commons/jexl/parser/ASTMethod.java (original) +++ jakarta/commons/proper/jexl/trunk/src/java/org/apache/commons/jexl/parser/ASTMethod.java Tue Feb 14 16:04:54 2006 @@ -98,19 +98,15 @@ private Number narrow(Number original) { if (original == null) return null; - Number result = null; + Number result = original; if (original instanceof Double || original instanceof Float) { - double value = result.doubleValue(); + double value = original.doubleValue(); if (value = Float.MAX_VALUE value = Float.MIN_VALUE) { result = new Float(result.floatValue()); } - else - { - // it was a double - result = original; - } + // else it was already a double } else { @@ -128,10 +124,7 @@ { result = new Integer((int)value); } - else - { - result = original; - } + // else it was already a long } return result; } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r377903 - /jakarta/commons/proper/jexl/trunk/src/java/org/apache/commons/jexl/parser/ASTMethod.java
Author: dion Date: Tue Feb 14 16:08:48 2006 New Revision: 377903 URL: http://svn.apache.org/viewcvs?rev=377903view=rev Log: Support narrowing of BigDecimal and BigInteger Modified: jakarta/commons/proper/jexl/trunk/src/java/org/apache/commons/jexl/parser/ASTMethod.java Modified: jakarta/commons/proper/jexl/trunk/src/java/org/apache/commons/jexl/parser/ASTMethod.java URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/jexl/trunk/src/java/org/apache/commons/jexl/parser/ASTMethod.java?rev=377903r1=377902r2=377903view=diff == --- jakarta/commons/proper/jexl/trunk/src/java/org/apache/commons/jexl/parser/ASTMethod.java (original) +++ jakarta/commons/proper/jexl/trunk/src/java/org/apache/commons/jexl/parser/ASTMethod.java Tue Feb 14 16:08:48 2006 @@ -1,6 +1,8 @@ package org.apache.commons.jexl.parser; import java.lang.reflect.InvocationTargetException; +import java.math.BigDecimal; +import java.math.BigInteger; import org.apache.commons.jexl.JexlContext; import org.apache.commons.jexl.util.Introspector; @@ -97,7 +99,7 @@ */ private Number narrow(Number original) { - if (original == null) return null; + if (original == null || original instanceof BigDecimal || original instanceof BigInteger) return original; Number result = original; if (original instanceof Double || original instanceof Float) { - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Elect Sandy McArthur As Committer
+1 On 2/15/06, robert burrell donkin [EMAIL PROTECTED] wrote: Sandy McArthur has been contributing high quality patches for commons-pool for a few months now and has been the main driving force towards both fixing current issues and pushing the component forwards. He has demonstrated a deep knowledge of pool and has become involved in the general commons community. I therefore propose that he is elected a committer i'll tally the votes no earlier than 2400 GMT one week hence (Tuesday the 21st). Here's my +1 - robert --8-- [ ] +1 Elect Sandy [ ] +0 Tentative support but can't make informed judgement [ ] -0 Tentative opposition but can't make informed judgement [ ] -1 Do not elect Sandy -- -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQBD8mJV1TNOdbExPeIRAj5PAKCx/iqta5rpiE65uCkaeP5cJolAZQCfS1CY jJQigKJt9WQ0pE2yR2N4API= =MB0d -END PGP SIGNATURE- -- http://www.multitask.com.au/people/dion/ Chuck Norris sleeps with a night light. Not because Chuck Norris is afraid of the dark, but because the dark is afraid of Chuck Norris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [jelly] Gump failures
Fixed. I removed the previous solution for methods not being found and implemented a better one that didn't change the return values from JEXL. Maybe this will help. On 2/14/06, Dion Gillard [EMAIL PROTECTED] wrote: Note to self and Paul: In particular, it's ASTAddNote.unwiden(Long). This needs to get looked at. On 2/13/06, Dion Gillard [EMAIL PROTECTED] wrote: I'm pretty sure this has to do with recent changes in Jexl to 'narrow' results to make introspection easier. Before all integer results were stored in a long. Now they're stored as Byte, Short, Long etc. On 2/13/06, Paul Libbrecht [EMAIL PROTECTED] wrote: But remember this is only part of the problem. The jelly-test failure is related to expression-equality in jexl where: [junit] Expected expression: ${singleSize*2} [junit] Actual expression: ${doubleSize} File: fails because, I think so said Dion, of primitive-types incorrect comparison in jexl or jelly's packing of jexl. DIdn't have the time to dive for it yet... paul Brett Porter wrote: I think this could be solved by setting it to use jaxen-1.1-beta-4 instead. I'll try that now. If I can't get it fixed by the end of the week, I'll turn them off. I still believe that someone with spare time needs to get Jelly working with newer versions of Jaxen. Being stuck on beta-4 is not very desirable, and it appears they are never going to restore backwards compatibility as it was a deliberate breakage. I'm not that person (I have neither the xpath knowledge or spare time or need to use Jelly any more :) - Brett Bill Barker wrote: Henri Yandell [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] *ping* Waking this thread up again. While it's bad for us to go Jelly HEAD + Jaxen HEAD - can't work so turn off the build, it's much worse for us to let the noise continue as that switches people off of paying attention to the gump errors. It becomes background noise. Actually, from the Gump page it's using jaxen-1.1b6 (Jaxen HEAD wasn't building for a long time, so a lot of projects got switched to a packaged version). Of course this might be interpreted as a feature request for gump; don't irritate us by repeating yourself, instead just send us a summary every now and then of the ones that are long term issues. Development on Gump is sort of slow right now. Unless somebody wants to step up with a patch, it may not happen anytime soon ;-). Still, +1 to any idea that gets rid of the background noise. The Jelly projects that are failing are basically the unit tests (this is also true for tags-html, the error for tags-swing is just wierd :). If nobody care about the tests, you could just get rid of those project /s in the jakarta-commons-jelly.xml file. Hen - 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] -- http://www.multitask.com.au/people/dion/ If I close my eyes it doesn't seem so dark. - SpongeBob SquarePants -- http://www.multitask.com.au/people/dion/ If I close my eyes it doesn't seem so dark. - SpongeBob SquarePants -- http://www.multitask.com.au/people/dion/ Chuck Norris sleeps with a night light. Not because Chuck Norris is afraid of the dark, but because the dark is afraid of Chuck Norris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [all] Compile-Source-JDK and Compile-Target-JDK
On 2/14/06, Wendy Smoak [EMAIL PROTECTED] wrote: On 2/13/06, Niall Pemberton [EMAIL PROTECTED] wrote: Also exec and openpgp only have maven2 build files. I downloaded maven2 and got as far as working out how to add manifest entries - but I couldn't work out how to refernece the compile plugin configuration - so I've left the JDK bits commented out in the sandbox's pom.xml: http://tinyurl.com/737qc I don't know how to get at the compiler config directly, but this seems to work. Uncomment your lines in trunks-sandbox/pom.xml, and in trunks-sandbox/exec/pom.xml: build plugins plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-compiler-plugin/artifactId configuration source${maven.compile.source}/source target${maven.compile.target}/target /configuration /plugin /plugins /build properties maven.compile.source1.3/maven.compile.source maven.compile.target1.3/maven.compile.target /properties This is not foolproof-- it's still possible to compile the project without that configuration, but someone should eventually notice the expressions showing up in the manifest and fix it. Or Brett will chime in with the right answer. :) Thanks Wendy. I guess the trick is not to put the properties with default values in the parent pom - that way what gets put in the manifest is either true or not there (unless a component configures the properties AND overrides the comiler configuration), BTW, the tests for exec won't run for me; I used -Dmaven.test.skip=true to build the jar so I could look at the manifest. Thats what I did too, Niall $ mvn install ... --- T E S T S --- java.lang.NoSuchMethodException: org.apache.commons.exec.TestUtil.init() at java.lang.Class.getConstructor0(Class.java:2647) at java.lang.Class.getConstructor(Class.java:1629) at org.apache.maven.surefire.battery.JUnitBattery.getTestConstructor(JUnitBattery.java:307) -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [all] Compile-Source-JDK and Compile-Target-JDK
On 2/14/06, Brett Porter [EMAIL PROTECTED] wrote: Hi Wendy, Wendy Smoak wrote: This is not foolproof-- it's still possible to compile the project without that configuration, but someone should eventually notice the expressions showing up in the manifest and fix it. Or Brett will chime in with the right answer. :) This is the correct answer. As always, thanks for your help :) Future versions of Maven plan to provide a better way to share plugin configuration. Thats good its on the cards, thanks for your input, Niall - Brett - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Elect Sandy McArthur As Committer
--8-- [X] +1 Elect Sandy [ ] +0 Tentative support but can't make informed judgement [ ] -0 Tentative opposition but can't make informed judgement [ ] -1 Do not elect Sandy -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32801] - [collections] [PATCH] Provide maps with direct indexed access to the entries
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=32801. 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=32801 --- Additional Comments From [EMAIL PROTECTED] 2006-02-15 01:56 --- (In reply to comment #8) (In reply to comment #0) [SNIP] I created a sorted map, which uses array as a backend storage. I borrowed some internal implementation ideas from java.util.ArrayList, java.util.TreeMap and org.apache.commons.collections.map.AbstractHashedMap and LinkedMap. ugh... borrowing from java.util reads like IP issues to me. Well, I only borrowed some general ideas from JDK and tried to follow their conventions for the method names in the collection interfaces (adapted methods from interfaces List and ListIterator to the map implementation). I tried to achieve name compatibility and consistency, which is hopefully not prosecuted by IP law. The implementation is partly based on AbstractHashedMap and HashedMap and the rest is created from scratch. I can see that this might be useful to implement from scratch. Probably not too hard to clone ListOrderedMap - IndexedSortedMap (probably not extend as things like put (int, Object, Object) would violate the SortedMap contract); search for proper index on insertion... I can see the two implementations perfectly co-existing, like ListOrderedMap and LinkedMap, where the former is a complete optimised implementation, while the latter is a decorator, operating on the encapsulated List and SortedMap. -- 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]
svn commit: r377911 - in /jakarta/commons: sandbox/exec/trunk/pom.xml sandbox/openpgp/trunk/pom.xml trunks-sandbox/pom.xml
Author: niallp Date: Tue Feb 14 17:17:48 2006 New Revision: 377911 URL: http://svn.apache.org/viewcvs?rev=377911view=rev Log: Update m2 builds to use properties to set X-Compile-Source-JDK and X-Compile-Target-JDK in the jar's manifest - thanks for the suggestion to dantran and Wendy Smoak Modified: jakarta/commons/sandbox/exec/trunk/pom.xml jakarta/commons/sandbox/openpgp/trunk/pom.xml jakarta/commons/trunks-sandbox/pom.xml Modified: jakarta/commons/sandbox/exec/trunk/pom.xml URL: http://svn.apache.org/viewcvs/jakarta/commons/sandbox/exec/trunk/pom.xml?rev=377911r1=377910r2=377911view=diff == --- jakarta/commons/sandbox/exec/trunk/pom.xml (original) +++ jakarta/commons/sandbox/exec/trunk/pom.xml Tue Feb 14 17:17:48 2006 @@ -57,4 +57,11 @@ urlscp://minotaur.apache.org/www/jakarta.apache.org/commons/sandbox/exec//url /site /distributionManagement + + !-- Compiler source and target JVM (see parent pom) -- + properties +maven.compile.source1.3/maven.compile.source +maven.compile.target1.3/maven.compile.target + /properties + /project Modified: jakarta/commons/sandbox/openpgp/trunk/pom.xml URL: http://svn.apache.org/viewcvs/jakarta/commons/sandbox/openpgp/trunk/pom.xml?rev=377911r1=377910r2=377911view=diff == --- jakarta/commons/sandbox/openpgp/trunk/pom.xml (original) +++ jakarta/commons/sandbox/openpgp/trunk/pom.xml Tue Feb 14 17:17:48 2006 @@ -52,5 +52,12 @@ urlscp://minotaur.apache.org/www/jakarta.apache.org/commons/sandbox/openpgp//url /site /distributionManagement + + !-- Compiler source and target JVM (see parent pom) -- + properties +maven.compile.source1.3/maven.compile.source +maven.compile.target1.3/maven.compile.target + /properties + /project Modified: jakarta/commons/trunks-sandbox/pom.xml URL: http://svn.apache.org/viewcvs/jakarta/commons/trunks-sandbox/pom.xml?rev=377911r1=377910r2=377911view=diff == --- jakarta/commons/trunks-sandbox/pom.xml (original) +++ jakarta/commons/trunks-sandbox/pom.xml Tue Feb 14 17:17:48 2006 @@ -85,8 +85,8 @@ plugin artifactIdmaven-compiler-plugin/artifactId configuration - source1.3/source - target1.3/target + source${maven.compile.source}/source + target${maven.compile.target}/target /configuration /plugin plugin @@ -95,11 +95,8 @@ archive manifestEntries Implementation-Vendor-Idorg.apache/Implementation-Vendor-Id - !-- TODO: How to reference the source/target config from the compiler plugin? -- -!-- X-Compile-Source-JDK${maven.compile.source}/X-Compile-Source-JDK X-Compile-Target-JDK${maven.compile.target}/X-Compile-Target-JDK --- /manifestEntries /archive /configuration @@ -116,6 +113,15 @@ /plugin /plugins /build + + !-- Example configuration for compiler source and target JVM -- + !-- + properties +maven.compile.source1.3/maven.compile.source +maven.compile.target1.3/maven.compile.target + /properties + -- + reporting plugins !-- TODO: should be omitted when there are no tests to run -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[pool] roadmap 1.3, 2.0, 3.0
A lot of this was brought up in Nov 2005 starting with Robert's post: http://tinyurl.com/aq7cx Now that all known issues for the existing Pool code have been fixed I'd like to see one more release of the current code base, probably dubbed 'Pool 1.3'. I also think this should be announced as the last version of Pool that will support Java 1.3 JVMs. There really are some big bugs that were fixed and this should be a drop in replacement for anyone using the current version pool. After that I'd like to see the prep towards 'Pool 2.0' started. In addition to seeing my composite pool implementation added I'd like to start the process to cleaning up the API as I described back in November: http://tinyurl.com/76f4n If I recall correctly those changes don't break API compatibility, only change the behavior to be more friendly to client code. The goals of 'Pool 2.0' would be: * move Java 1.4 as a requirement (eg: the composite implementation currently uses 1.4 features) * tighten the behavior of the various implementations (eg: the when and why of calls to PoolableObjectFactory.makeObject(), .activateObject(), and .validateObject() aren't consistent.) * Document the planed changes that will break API implementation compatibility with the 'Pool 3.0' interfaces. (The changes I want shouldn't break API compatibility with client code that transitions from Pool 1.x to 3.0) * released in the near future One example of a 2.0 change is changing ObjectPool.getNumActive() to return a negative value instead throwing an UnsupportedOperationException when that method isn't supported by the pool implementation. (UnsupportedOperationException is a RuntimeException so removing it from the interface doesn't break the API) A change I'd like documented for 2.0 and planed for 3.0 is the more aggressive changes like making it so ObjectPool interface for the methods .close(), .clear(), .invalidateObject(), and .returnObject() don't throw any Exceptions, currently they throw Exception. I think if there is an Exception, not an Error, they should make a good effort to clean up, discard the problem object the client is done using, and fail silently. My thinking is that client code will be more interested with being done with an object or shutting down than dealing with problems with the pool. The goals of 'Pool 3.0' would be: * implement the more aggressive API changes announced with 2.0. * require Java 1.5 ** use the new util.concurrent for better multi-threaded performance ** consider generic support ** add JMX monitoring * to be released sometime in 2007, maybe -- Sandy McArthur He who dares not offend cannot be honest. - Thomas Paine - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: commons-email needs care
Ping? On 2/12/06, Dion Gillard [EMAIL PROTECTED] wrote: Hi Piero, some comments inline. On 2/9/06, Piero Ottuzzi [EMAIL PROTECTED] wrote: Hi Hen, many thanks for your answer. Here is a long mail on commons-email status :) SVN Repository The activity on SVN repository (speaking of the src/java dir) is stalled about 5 month ago. What you can find in SVN repository compiles fine and looks like what has been released as 'Commons Email 1.0' on 2005-09-27. Bugs As you can see in [1] there are 11 bug open [37344] This bug provide a patch (in reality it provides a whole new class). I'm using this provided class with my patched version of commons-email and it is working fine without any issue so far. The issue here is the way the patch has been implemented. I'd be happier to see this implemented as a fix to HtmlEmail, rather than a new class [37178] Can be resolved using the new class provided in previous bug. See above. [38538] This is fixed in my own attached patch. Unfortunately your patch does more than fix 38538. It adds new functionality as well, and this makes it hard to apply. e.g. there is code there to set the Mail Session from JNDI, which is a nice to have feature and means we now need to include the jndi dependency. It would be nicer to split these into separate enhancement requests as well as the bug fix. [37902] Trivial ;) Sounds reasonable. Fixed. [37783] Includes a patch. I'm using this provided patch with my patched version of commons-email and it is working fine without any issue so far. Looks reasonable. Will apply and test. Done. [37782] Includes a patch which forces a new dependency on javax.naming.* I'm using this provided patch with my patched version of commons-email and it is working fine without any issue so far. it also includes the TLS authentication helpers. I'm committing this one as: a) The TLS helpers are useful b) jndi is in jdk1.3 and above [36856] Includes patches I cannot test and I do not need Looks like it needs some testing. [36844] Includes patches I did not test Introduces a dependency on commons-lang, something I'd rather not do. [37363] Don't have a clue on this one. That one needs some more working out by the looks. Patch Attached you can find a SVN patch that fixes many problems you can see if using a MailSession that needs authentication. It includes also the patch from bug [37782]. I'm using this provided patch with my patched version of commons-email and it is working fine without any issue so far. let me know if my recent commits are working for you. -- http://www.multitask.com.au/people/dion/ If I close my eyes it doesn't seem so dark. - SpongeBob SquarePants -- http://www.multitask.com.au/people/dion/ Chuck Norris sleeps with a night light. Not because Chuck Norris is afraid of the dark, but because the dark is afraid of Chuck Norris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 38649] New: - [pool] Generic[Keyed]ObjectPool.ObjectTimestampPair can be static and can be shared
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=38649. 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=38649 Summary: [pool] Generic[Keyed]ObjectPool.ObjectTimestampPair can be static and can be shared Product: Commons Version: unspecified Platform: All URL: http://svn.apache.org/viewcvs.cgi/jakarta/commons/proper /pool/trunk/src/java/org/apache/commons/pool/impl/ OS/Version: All Status: NEW Keywords: PatchAvailable Severity: enhancement Priority: P4 Component: Pool AssignedTo: commons-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] The GenericObjectPools both have a package scoped inner class named ObjectTimestampPair. This inner class can be static, which saves a reference back to it's parent class and a very small bit of overhead. Once they are static then the same implementation can be shared between the two GenericObjectPools. This patch does just that. Since ObjectTimestampPair inner class is package scoped this won't have any affect on API compatability. FindBugs http://findbugs.sourceforge.net/ deserves credit for detecting that the inner class could be static. -- 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]
[ftp][Fwd: [VFS] FTP Sending LIST while in binary mode]
Hi! Ever heard of this? I ran into a problem with a strict FTP server that needs the LIST command to be send while on ascii mode. If it is sent on binary mode, the server doesn't respond properly. I think the Server behaviour is correct acording to the FTP RFC 959, but doesn't work with VFS because it set's the mode to binary at the beginning and never changes it. The correct behaviour I think should be to change the mode to ascii before a LIST (and a NLST) and then back to the original mode. At least thats the behaviour that has the ftp command (I checked with ftp -d host) Is there any workarround? Thanks --- Mario - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]