Re: [collections] LRUBug
On 22/11/05, Phil Steitz [EMAIL PROTECTED] wrote: On 11/21/05, Stephen Colebourne [EMAIL PROTECTED] wrote: robert burrell donkin wrote: i've been running the SOAK tests for over 7 days now without a problem. Just to report that I have run the synchronized soak test using 5 threads and 10,000,000 loops on AlphaServer 4X00 5/400 4MB, 4 CPUs Running OpenVMS 7.3-1 java version 1.4.0 Java(TM) 2 Runtime Environment, Standard Edition Fast VM (build 1.4.0-1, build J2SDK.v.1.4.0:01/10/2003-09:47, native threads, jit_140) This took about 8 minutes. The unsynchronized test fails rapidly with just 2 threads: java.lang.NullPointerException at org.apache.commons.collections.map.AbstractLinkedMap.removeEntry(AbstractLinkedMap.java:292) at org.apache.commons.collections.map.AbstractHashedMap.removeMapping(AbstractHashedMap.java:542) at org.apache.commons.collections.map.AbstractHashedMap.remove(AbstractHashedMap.java:324) at SoakLRUMapUn.soak(SoakLRUMapUn.java:69) at SoakLRUMapUn.run(SoakLRUMapUn.java:80) at java.lang.Thread.run(Thread.java:536) HTH. S. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[EMAIL PROTECTED]: Project commons-id (in module jakarta-commons-sandbox) 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-id has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 2 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-id : Commons Identifier Package Full details are available at: http://vmgump.apache.org/gump/public/jakarta-commons-sandbox/commons-id/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole output [commons-id-22112005.jar] identifier set to project name -DEBUG- (Gump generated) Maven Properties in: /usr/local/gump/public/workspace/jakarta-commons-sandbox/id/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/jakarta-commons-sandbox/id/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/jakarta-commons-sandbox/id/project.properties -INFO- Failed to extract fallback artifacts from Gump Repository The following work was performed: http://vmgump.apache.org/gump/public/jakarta-commons-sandbox/commons-id/gump_work/build_jakarta-commons-sandbox_commons-id.html Work Name: build_jakarta-commons-sandbox_commons-id (Type: Build) Work ended in a state of : Failed Elapsed: 25 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/jakarta-commons-sandbox/id] 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/discovery/dist/commons-discovery.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-22112005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api-22112005.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar - [mkdir] Created dir: /x1/gump/public/workspace/jakarta-commons-sandbox/id/target/test-classes [mkdir] Created dir: /x1/gump/public/workspace/jakarta-commons-sandbox/id/target/test-reports test:test-resources: test:compile: [javac] Compiling 16 source files to /x1/gump/public/workspace/jakarta-commons-sandbox/id/target/test-classes test:test: [junit] Running org.apache.commons.id.serial.PrefixedAlphanumericGeneratorTest [junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 0.491 sec [junit] Running org.apache.commons.id.serial.PrefixedNumericGeneratorTest [junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 0.48 sec [junit] Running org.apache.commons.id.serial.PrefixedLeftPaddedNumericGeneratorTest [junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 0.492 sec [junit] Running org.apache.commons.id.serial.TimeBasedAlphanumericIdentifierGeneratorTest [junit] Tests run: 9, Failures: 1, Errors: 0, Time elapsed: 1.779 sec [junit] [ERROR] TEST org.apache.commons.id.serial.TimeBasedAlphanumericIdentifierGeneratorTest FAILED [junit] Running org.apache.commons.id.uuid.state.StateHelperTest [junit] Tests run: 6, Failures: 0, Errors: 0, Time elapsed: 0.687 sec [junit] Running org.apache.commons.id.uuid.state.NodeTest [junit] Tests run: 8, Failures: 0, Errors: 0, Time elapsed: 0.6 sec [junit] Running org.apache.commons.id.uuid.state.InMemoryStateImplTest [junit] Tests run: 5, Failures: 0, Errors: 0, Time elapsed: 0.668 sec [junit] Running org.apache.commons.id.uuid.state.ReadOnlyResourceStateImplTest [junit] Tests run: 5, Failures: 0, Errors: 0, Time elapsed: 0.762 sec [junit] Running org.apache.commons.id.uuid.state.ReadWriteFileStateImplTest [junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.726 sec [junit] Running org.apache.commons.id.uuid.clock.SystemClockImplTest [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.493 sec [junit] Running org.apache.commons.id.uuid.clock.ThreadClockImplTest [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.494 sec [junit] Running org.apache.commons.id.uuid.NodeManagerImplTest [junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.718 sec [junit] Running org.apache.commons.id.uuid.UUIDTest [junit] Tests run: 17, Failures: 0,
[EMAIL PROTECTED]: Project commons-id (in module jakarta-commons-sandbox) 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-id has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 2 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-id : Commons Identifier Package Full details are available at: http://vmgump.apache.org/gump/public/jakarta-commons-sandbox/commons-id/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole output [commons-id-22112005.jar] identifier set to project name -DEBUG- (Gump generated) Maven Properties in: /usr/local/gump/public/workspace/jakarta-commons-sandbox/id/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/jakarta-commons-sandbox/id/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/jakarta-commons-sandbox/id/project.properties -INFO- Failed to extract fallback artifacts from Gump Repository The following work was performed: http://vmgump.apache.org/gump/public/jakarta-commons-sandbox/commons-id/gump_work/build_jakarta-commons-sandbox_commons-id.html Work Name: build_jakarta-commons-sandbox_commons-id (Type: Build) Work ended in a state of : Failed Elapsed: 25 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/jakarta-commons-sandbox/id] 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/discovery/dist/commons-discovery.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-22112005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api-22112005.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar - [mkdir] Created dir: /x1/gump/public/workspace/jakarta-commons-sandbox/id/target/test-classes [mkdir] Created dir: /x1/gump/public/workspace/jakarta-commons-sandbox/id/target/test-reports test:test-resources: test:compile: [javac] Compiling 16 source files to /x1/gump/public/workspace/jakarta-commons-sandbox/id/target/test-classes test:test: [junit] Running org.apache.commons.id.serial.PrefixedAlphanumericGeneratorTest [junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 0.491 sec [junit] Running org.apache.commons.id.serial.PrefixedNumericGeneratorTest [junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 0.48 sec [junit] Running org.apache.commons.id.serial.PrefixedLeftPaddedNumericGeneratorTest [junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 0.492 sec [junit] Running org.apache.commons.id.serial.TimeBasedAlphanumericIdentifierGeneratorTest [junit] Tests run: 9, Failures: 1, Errors: 0, Time elapsed: 1.779 sec [junit] [ERROR] TEST org.apache.commons.id.serial.TimeBasedAlphanumericIdentifierGeneratorTest FAILED [junit] Running org.apache.commons.id.uuid.state.StateHelperTest [junit] Tests run: 6, Failures: 0, Errors: 0, Time elapsed: 0.687 sec [junit] Running org.apache.commons.id.uuid.state.NodeTest [junit] Tests run: 8, Failures: 0, Errors: 0, Time elapsed: 0.6 sec [junit] Running org.apache.commons.id.uuid.state.InMemoryStateImplTest [junit] Tests run: 5, Failures: 0, Errors: 0, Time elapsed: 0.668 sec [junit] Running org.apache.commons.id.uuid.state.ReadOnlyResourceStateImplTest [junit] Tests run: 5, Failures: 0, Errors: 0, Time elapsed: 0.762 sec [junit] Running org.apache.commons.id.uuid.state.ReadWriteFileStateImplTest [junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.726 sec [junit] Running org.apache.commons.id.uuid.clock.SystemClockImplTest [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.493 sec [junit] Running org.apache.commons.id.uuid.clock.ThreadClockImplTest [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.494 sec [junit] Running org.apache.commons.id.uuid.NodeManagerImplTest [junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.718 sec [junit] Running org.apache.commons.id.uuid.UUIDTest [junit] Tests run: 17, Failures: 0,
[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 2 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: 54 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-22112005.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-22112005.jar:/usr/local/gump/public/workspace/jakarta-commons/discovery/dist/commons-discovery.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-22112005.jar:/usr/local/gump/public/workspace/jakarta-commons/lang/dist/commons-lang-22112005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-22112005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api-22112005.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-6/jaxen-1.1-beta-6.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] at
[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 2 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: 54 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-22112005.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-22112005.jar:/usr/local/gump/public/workspace/jakarta-commons/discovery/dist/commons-discovery.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-22112005.jar:/usr/local/gump/public/workspace/jakarta-commons/lang/dist/commons-lang-22112005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-22112005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api-22112005.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-6/jaxen-1.1-beta-6.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] at
VFS question
Hello all, I have a question concerning VFS I have implemented a file managent tool using vfs. It does a lot of file operations in batch mode as we need to deal with partner ftp sites that have thousands of files. There seems to be a bug or at least an implemntation issues on doing deletes using the ftp scheme. I am gathering a selection of files and among other I am looping through it to delete old files. I however noticed that it is very slow because after each single delete FileObject.delete(), VFS ftp is issuing a new ftp list command, which causes a lot of overhead. Is this a config setting? Is there a workaround? The doc is not very detailed on vfs. Thank's for any reply. Marc -- *Marc Oesch* tel: +49 6501 604404 fax: +49 6501 604403 [EMAIL PROTECTED] Küferweg 18 D-54329 Konz Germany
Re: VFS question
Marc Oesch privat wrote: it is very slow because after each single delete FileObject.delete(), VFS ftp is issuing a new ftp list command, which causes a lot of overhead. Are you sure you execute no other method other than subsequent delete()'s? Are you using the latest nightly or RC, I commited a fix for this two months ago. --- Mario - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r348157 - /jakarta/commons/sandbox/proxy/trunk/src/java/org/apache/commons/proxy/ProxyFactory.java
Author: jcarman Date: Tue Nov 22 04:18:32 2005 New Revision: 348157 URL: http://svn.apache.org/viewcvs?rev=348157view=rev Log: Fixing javadoc bug. Modified: jakarta/commons/sandbox/proxy/trunk/src/java/org/apache/commons/proxy/ProxyFactory.java Modified: jakarta/commons/sandbox/proxy/trunk/src/java/org/apache/commons/proxy/ProxyFactory.java URL: http://svn.apache.org/viewcvs/jakarta/commons/sandbox/proxy/trunk/src/java/org/apache/commons/proxy/ProxyFactory.java?rev=348157r1=348156r2=348157view=diff == --- jakarta/commons/sandbox/proxy/trunk/src/java/org/apache/commons/proxy/ProxyFactory.java (original) +++ jakarta/commons/sandbox/proxy/trunk/src/java/org/apache/commons/proxy/ProxyFactory.java Tue Nov 22 04:18:32 2005 @@ -22,7 +22,7 @@ import java.lang.reflect.Proxy; /** - * A codeProxyFactory/code can be used to create three different quot;flavorsquot; of proxy objects: + * A codeProxyFactory/code can be used to create three different quot;flavorsquot; of proxy objects. * * ul * liDelegator - the proxy will delegate to an object provided by an [EMAIL PROTECTED] ObjectProvider}/li - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r348158 - /jakarta/commons/sandbox/proxy/trunk/project.xml
Author: jcarman Date: Tue Nov 22 04:20:48 2005 New Revision: 348158 URL: http://svn.apache.org/viewcvs?rev=348158view=rev Log: Added artifactId. Modified: jakarta/commons/sandbox/proxy/trunk/project.xml Modified: jakarta/commons/sandbox/proxy/trunk/project.xml URL: http://svn.apache.org/viewcvs/jakarta/commons/sandbox/proxy/trunk/project.xml?rev=348158r1=348157r2=348158view=diff == --- jakarta/commons/sandbox/proxy/trunk/project.xml (original) +++ jakarta/commons/sandbox/proxy/trunk/project.xml Tue Nov 22 04:20:48 2005 @@ -20,6 +20,7 @@ idcommons-proxy/id nameCommons Proxy/name groupIdcommons-proxy/groupId +artifactIdcommons-proxy/artifactId currentVersion0.1/currentVersion organization nameApache Software Foundation/name - 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 2 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: 41 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-22112005.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-22112005.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-22112005.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-22112005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-22112005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api-22112005.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/packages/jaxen-1.1-beta-6/jaxen-1.1-beta-6.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 2 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: 41 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-22112005.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-22112005.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-22112005.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-22112005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-22112005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api-22112005.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/packages/jaxen-1.1-beta-6/jaxen-1.1-beta-6.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]
[transaction] Duplicated TxId generation under heavy load
Hi all! The generatedUniqueTxId() method in FileResourceManager uses System.currentTimeMillis() to generate txId's. On my system it causes duplicate txId generation and FRM failure. I have 4 threads accessing one FRM instance. This simple patch adds salt to it, with a little overhead to solve this problem. tx ~t~ Index: /home/cstamas/worx/projects/ext/eclipse/commons-transaction/src/java/org/apache/commons/transaction/file/FileResourceManager.java === --- /home/cstamas/worx/projects/ext/eclipse/commons-transaction/src/java/org/apache/commons/transaction/file/FileResourceManager.java (revision 348140) +++ /home/cstamas/worx/projects/ext/eclipse/commons-transaction/src/java/org/apache/commons/transaction/file/FileResourceManager.java (working copy) @@ -144,6 +144,9 @@ protected static final String WORK_DELETE_DIR = delete; protected static final String CONTEXT_FILE = transaction.log; + +// XXX used in txId generation +protected static long salt = 1; /* * --- Static helper methods --- @@ -884,7 +887,8 @@ String txId; synchronized (globalTransactions) { do { -txId = Long.toHexString(System.currentTimeMillis()); +// XXX to prevent same txId generation on heavy load +txId = Long.toHexString(System.currentTimeMillis() + salt++); // XXX busy loop } while (getContext(txId) != null); } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r348159 - /jakarta/commons/sandbox/proxy/trunk/project.xml
Author: jcarman Date: Tue Nov 22 04:37:48 2005 New Revision: 348159 URL: http://svn.apache.org/viewcvs?rev=348159view=rev Log: Removed developerConnection Modified: jakarta/commons/sandbox/proxy/trunk/project.xml Modified: jakarta/commons/sandbox/proxy/trunk/project.xml URL: http://svn.apache.org/viewcvs/jakarta/commons/sandbox/proxy/trunk/project.xml?rev=348159r1=348158r2=348159view=diff == --- jakarta/commons/sandbox/proxy/trunk/project.xml (original) +++ jakarta/commons/sandbox/proxy/trunk/project.xml Tue Nov 22 04:37:48 2005 @@ -37,10 +37,7 @@ siteDirectory/www/jakarta.apache.org/commons/sandbox/proxy//siteDirectory repository connectionscm:svn:http://svn.apache.org/repos/asf/jakarta/commons/sandbox/proxy/trunk/connection -developerConnection - scm:svn:https://svn.apache.org/repos/asf/jakarta/commons/sandbox/proxy/trunk -/developerConnection - urlhttp://svn.apache.org/viewcvs.cgi/jakarta/commons/sandbox/proxy/trunk//url + urlhttp://svn.apache.org/viewcvs.cgi/jakarta/commons/sandbox/proxy/trunk/url /repository mailingLists mailingList - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[transaction] OutOfMemory error on continous work with lot of new files
Hi! I am using Commons Tx to handle a lot of small files in transactional way with long term runs (weeks or days at least). New files arrives at cca 10 piece/hour. These files leaves the app at the end of processing. We have noticed, that during work, the Commons Tx eates up all heap memory (not confirmed yet, but I'm 90% sure about this statement)... Some investigation (profiling) pointed out, that in GenericLockManager, the globalLocks Map just grows, and nobody removes lock entries. At least lock instances multiples like viruses :) I am aware that the supplied patch is probalby WRONG, but i am hoping to reduce memory leak (is it leak?) even at some lock handling overhead costs (the lock manager is now always reinserting locks). Keep in mind, that a lot of new files enters and LEAVES my app, and will never return to it. So, (at least in my case) the reuse of locks is not as important as memory footprint reduction. Thanx ~t~ Index: /home/cstamas/worx/projects/ext/eclipse/commons-transaction/src/java/org/apache/commons/transaction/locking/GenericLockManager.java === --- /home/cstamas/worx/projects/ext/eclipse/commons-transaction/src/java/org/apache/commons/transaction/locking/GenericLockManager.java (revision 348140) +++ /home/cstamas/worx/projects/ext/eclipse/commons-transaction/src/java/org/apache/commons/transaction/locking/GenericLockManager.java (working copy) @@ -307,6 +307,8 @@ if (lock != null) { released = lock.release(ownerId); removeOwner(ownerId, lock); +// XXX to shrink the globalLocks map +removeLock(lock); } return released; } @@ -336,6 +338,8 @@ GenericLock lock = (GenericLock) it.next(); lock.release(ownerId); locks.remove(lock); +// XXX to shrink the globalLocks map +removeLock(lock); } } } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[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 2 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: 14 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-22112005.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-22112005.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-22112005.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/dynabean/target/commons-jelly-tags-dynabean-22112005.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-22112005.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/log/target/commons-jelly-tags-log-22112005.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/target/commons-jelly-tags-xml-22112005.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-22112005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-22112005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api-22112005.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/packages/jaxen-1.1-beta-6/jaxen-1.1-beta-6.jar - [junit] at org.jaxen.saxpath.base.XPathReader.unionExpr(XPathReader.java:1129) [junit] at org.jaxen.saxpath.base.XPathReader.unaryExpr(XPathReader.java:1117) [junit] at org.jaxen.saxpath.base.XPathReader.multiplicativeExpr(XPathReader.java:1039) [junit] at org.jaxen.saxpath.base.XPathReader.additiveExpr(XPathReader.java:982) [junit] at org.jaxen.saxpath.base.XPathReader.relationalExpr(XPathReader.java:902) [junit] at org.jaxen.saxpath.base.XPathReader.equalityExpr(XPathReader.java:850) [junit] at org.jaxen.saxpath.base.XPathReader.andExpr(XPathReader.java:826) [junit] at org.jaxen.saxpath.base.XPathReader.orExpr(XPathReader.java:804) [junit] at org.jaxen.saxpath.base.XPathReader.expr(XPathReader.java:797) [junit] at org.jaxen.saxpath.base.XPathReader.parse(XPathReader.java:105) [junit] at org.jaxen.BaseXPath.init(BaseXPath.java:126) [junit] at org.jaxen.BaseXPath.init(BaseXPath.java:152) [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
[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 2 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: 14 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-22112005.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-22112005.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-22112005.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/dynabean/target/commons-jelly-tags-dynabean-22112005.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-22112005.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/log/target/commons-jelly-tags-log-22112005.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/target/commons-jelly-tags-xml-22112005.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-22112005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-22112005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api-22112005.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/packages/jaxen-1.1-beta-6/jaxen-1.1-beta-6.jar - [junit] at org.jaxen.saxpath.base.XPathReader.unionExpr(XPathReader.java:1129) [junit] at org.jaxen.saxpath.base.XPathReader.unaryExpr(XPathReader.java:1117) [junit] at org.jaxen.saxpath.base.XPathReader.multiplicativeExpr(XPathReader.java:1039) [junit] at org.jaxen.saxpath.base.XPathReader.additiveExpr(XPathReader.java:982) [junit] at org.jaxen.saxpath.base.XPathReader.relationalExpr(XPathReader.java:902) [junit] at org.jaxen.saxpath.base.XPathReader.equalityExpr(XPathReader.java:850) [junit] at org.jaxen.saxpath.base.XPathReader.andExpr(XPathReader.java:826) [junit] at org.jaxen.saxpath.base.XPathReader.orExpr(XPathReader.java:804) [junit] at org.jaxen.saxpath.base.XPathReader.expr(XPathReader.java:797) [junit] at org.jaxen.saxpath.base.XPathReader.parse(XPathReader.java:105) [junit] at org.jaxen.BaseXPath.init(BaseXPath.java:126) [junit] at org.jaxen.BaseXPath.init(BaseXPath.java:152) [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
[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 2 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: 17 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-22112005.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-22112005.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-22112005.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/ant/target/commons-jelly-tags-ant-22112005.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-22112005.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/log/target/commons-jelly-tags-log-22112005.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/target/commons-jelly-tags-xml-22112005.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-22112005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-22112005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api-22112005.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/packages/jaxen-1.1-beta-6/jaxen-1.1-beta-6.jar - [junit] at org.apache.commons.jelly.tags.xml.ExprTag.doTag(ExprTag.java:46) [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
[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 2 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: 17 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-22112005.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-22112005.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-22112005.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/ant/target/commons-jelly-tags-ant-22112005.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-22112005.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/log/target/commons-jelly-tags-log-22112005.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/target/commons-jelly-tags-xml-22112005.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-22112005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-22112005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api-22112005.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/packages/jaxen-1.1-beta-6/jaxen-1.1-beta-6.jar - [junit] at org.apache.commons.jelly.tags.xml.ExprTag.doTag(ExprTag.java:46) [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
svn commit: r348162 - /jakarta/commons/sandbox/proxy/trunk/src/test/org/apache/commons/proxy/provider/TestJaxRpcProvider.java
Author: jcarman Date: Tue Nov 22 04:59:13 2005 New Revision: 348162 URL: http://svn.apache.org/viewcvs?rev=348162view=rev Log: Improving test coverage. Modified: jakarta/commons/sandbox/proxy/trunk/src/test/org/apache/commons/proxy/provider/TestJaxRpcProvider.java Modified: jakarta/commons/sandbox/proxy/trunk/src/test/org/apache/commons/proxy/provider/TestJaxRpcProvider.java URL: http://svn.apache.org/viewcvs/jakarta/commons/sandbox/proxy/trunk/src/test/org/apache/commons/proxy/provider/TestJaxRpcProvider.java?rev=348162r1=348161r2=348162view=diff == --- jakarta/commons/sandbox/proxy/trunk/src/test/org/apache/commons/proxy/provider/TestJaxRpcProvider.java (original) +++ jakarta/commons/sandbox/proxy/trunk/src/test/org/apache/commons/proxy/provider/TestJaxRpcProvider.java Tue Nov 22 04:59:13 2005 @@ -39,6 +39,45 @@ assertNotNull( quote ); } +public void testGetObjectWithUnspecifiedPort() throws Exception +{ +final JaxRpcProvider provider = new JaxRpcProvider( QuoteService.class ); +provider.setWsdlUrl( http://services.xmethods.net/soap/urn:xmethods-delayed-quotes.wsdl; ); +provider.setServiceNamespaceUri( + http://www.themindelectric.com/wsdl/net.xmethods.services.stockquote.StockQuote/; ); +provider.setServiceLocalPart( net.xmethods.services.stockquote.StockQuoteService ); +provider.setServicePrefix( ); +try +{ +provider.getObject(); +fail(); +} +catch( ObjectProviderException e ) +{ +} +} + +public void testGetObjectWithoutWsdl() throws Exception +{ +final JaxRpcProvider provider = new JaxRpcProvider( QuoteService.class ); +provider.setServiceNamespaceUri( + http://www.themindelectric.com/wsdl/net.xmethods.services.stockquote.StockQuote/; ); +provider.setServiceLocalPart( net.xmethods.services.stockquote.StockQuoteService ); +provider.setServicePrefix( ); +provider.setPortNamespaceUri( + http://www.themindelectric.com/wsdl/net.xmethods.services.stockquote.StockQuote/; ); +provider.setPortLocalPart( net.xmethods.services.stockquote.StockQuotePort ); +provider.setPortPrefix( ); +try +{ +provider.getObject(); +fail(); +} +catch( ObjectProviderException e ) +{ +} +} + public void testGetObjectWithoutPrefix() throws Exception { final JaxRpcProvider provider = new JaxRpcProvider( QuoteService.class ); @@ -53,13 +92,61 @@ assertNotNull( quote ); } +public void testGetObjectWithoutPrefixOrNamespaceUri() throws Exception +{ +final JaxRpcProvider provider = new JaxRpcProvider( QuoteService.class ); +provider.setWsdlUrl( http://services.xmethods.net/soap/urn:xmethods-delayed-quotes.wsdl; ); +provider.setServiceLocalPart( net.xmethods.services.stockquote.StockQuoteService ); +provider.setPortLocalPart( net.xmethods.services.stockquote.StockQuotePort ); +try +{ +provider.getObject(); +fail(); +} +catch( ObjectProviderException e ) +{ +} +} + +public void testGetObjectWithJustWsdl() +{ +final JaxRpcProvider provider = new JaxRpcProvider( QuoteService.class ); +provider.setWsdlUrl( http://services.xmethods.net/soap/urn:xmethods-delayed-quotes.wsdl; ); +try +{ +provider.getObject(); +fail(); +} +catch( ObjectProviderException e ) +{ +} +} + +public void testGetObjectWithoutPrefixOrLocalPart() throws Exception +{ +final JaxRpcProvider provider = new JaxRpcProvider( QuoteService.class ); +provider.setWsdlUrl( http://services.xmethods.net/soap/urn:xmethods-delayed-quotes.wsdl; ); +provider.setServiceNamespaceUri( + http://www.themindelectric.com/wsdl/net.xmethods.services.stockquote.StockQuote/; ); +provider.setPortNamespaceUri( + http://www.themindelectric.com/wsdl/net.xmethods.services.stockquote.StockQuote/; ); +try +{ +provider.getObject(); +fail(); +} +catch( ObjectProviderException e ) +{ +} +} + public void testGetObjectWithInvalidUrl() throws Exception { final JaxRpcProvider provider = new JaxRpcProvider( QuoteService.class ); provider.setWsdlUrl( yadda yadda yadda ); try { -final QuoteService quote = ( QuoteService ) provider.getObject(); +provider.getObject(); fail(); } catch( ObjectProviderException e ) - To
svn commit: r348163 - /jakarta/commons/sandbox/proxy/trunk/src/test/org/apache/commons/proxy/provider/TestJaxRpcProvider.java
Author: jcarman Date: Tue Nov 22 05:03:37 2005 New Revision: 348163 URL: http://svn.apache.org/viewcvs?rev=348163view=rev Log: Improving test coverage. Modified: jakarta/commons/sandbox/proxy/trunk/src/test/org/apache/commons/proxy/provider/TestJaxRpcProvider.java Modified: jakarta/commons/sandbox/proxy/trunk/src/test/org/apache/commons/proxy/provider/TestJaxRpcProvider.java URL: http://svn.apache.org/viewcvs/jakarta/commons/sandbox/proxy/trunk/src/test/org/apache/commons/proxy/provider/TestJaxRpcProvider.java?rev=348163r1=348162r2=348163view=diff == --- jakarta/commons/sandbox/proxy/trunk/src/test/org/apache/commons/proxy/provider/TestJaxRpcProvider.java (original) +++ jakarta/commons/sandbox/proxy/trunk/src/test/org/apache/commons/proxy/provider/TestJaxRpcProvider.java Tue Nov 22 05:03:37 2005 @@ -47,14 +47,8 @@ http://www.themindelectric.com/wsdl/net.xmethods.services.stockquote.StockQuote/; ); provider.setServiceLocalPart( net.xmethods.services.stockquote.StockQuoteService ); provider.setServicePrefix( ); -try -{ -provider.getObject(); -fail(); -} -catch( ObjectProviderException e ) -{ -} +final QuoteService quote = ( QuoteService ) provider.getObject(); +assertNotNull( quote ); } public void testGetObjectWithoutWsdl() throws Exception - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [vote][net] Release commons-net 1.4.1?
+1 Steve Cohen wrote: It has been discovered that 1.4.0 is inadvertently incompatible with jdk 1.3. Please vote on a release of a fixed version. I'll start it off +1 I will also volunteer to do the release but it won't be until next week at the earliest. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- = Jeffrey D. Brekke [EMAIL PROTECTED] Wisconsin, USA [EMAIL PROTECTED] [EMAIL PROTECTED] http://www.bloglines.com/blog/jbrekke [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r348168 - in /jakarta/commons/sandbox/proxy/trunk/src: java/org/apache/commons/proxy/provider/RmiProvider.java test/org/apache/commons/proxy/provider/TestRmiProvider.java
Author: jcarman Date: Tue Nov 22 05:16:53 2005 New Revision: 348168 URL: http://svn.apache.org/viewcvs?rev=348168view=rev Log: Improving test coverage. Modified: jakarta/commons/sandbox/proxy/trunk/src/java/org/apache/commons/proxy/provider/RmiProvider.java jakarta/commons/sandbox/proxy/trunk/src/test/org/apache/commons/proxy/provider/TestRmiProvider.java Modified: jakarta/commons/sandbox/proxy/trunk/src/java/org/apache/commons/proxy/provider/RmiProvider.java URL: http://svn.apache.org/viewcvs/jakarta/commons/sandbox/proxy/trunk/src/java/org/apache/commons/proxy/provider/RmiProvider.java?rev=348168r1=348167r2=348168view=diff == --- jakarta/commons/sandbox/proxy/trunk/src/java/org/apache/commons/proxy/provider/RmiProvider.java (original) +++ jakarta/commons/sandbox/proxy/trunk/src/java/org/apache/commons/proxy/provider/RmiProvider.java Tue Nov 22 05:16:53 2005 @@ -19,7 +19,6 @@ import org.apache.commons.proxy.ObjectProvider; import org.apache.commons.proxy.exception.ObjectProviderException; -import java.rmi.AccessException; import java.rmi.NotBoundException; import java.rmi.RemoteException; import java.rmi.registry.LocateRegistry; @@ -89,10 +88,6 @@ { throw new ObjectProviderException( Name + name + not found in registry at + host + : + port + ., e ); -} -catch( AccessException e ) -{ -throw new ObjectProviderException( Registry at + host + : + port + did not allow lookup., e ); } catch( RemoteException e ) { Modified: jakarta/commons/sandbox/proxy/trunk/src/test/org/apache/commons/proxy/provider/TestRmiProvider.java URL: http://svn.apache.org/viewcvs/jakarta/commons/sandbox/proxy/trunk/src/test/org/apache/commons/proxy/provider/TestRmiProvider.java?rev=348168r1=348167r2=348168view=diff == --- jakarta/commons/sandbox/proxy/trunk/src/test/org/apache/commons/proxy/provider/TestRmiProvider.java (original) +++ jakarta/commons/sandbox/proxy/trunk/src/test/org/apache/commons/proxy/provider/TestRmiProvider.java Tue Nov 22 05:16:53 2005 @@ -16,10 +16,12 @@ package org.apache.commons.proxy.provider; import junit.framework.TestCase; +import org.apache.commons.proxy.exception.ObjectProviderException; import org.apache.commons.proxy.util.rmi.RmiEcho; import org.apache.commons.proxy.util.rmi.RmiEchoImpl; -import org.apache.commons.proxy.exception.ObjectProviderException; +import java.rmi.NotBoundException; +import java.rmi.RemoteException; import java.rmi.registry.LocateRegistry; import java.rmi.registry.Registry; import java.rmi.server.RMISocketFactory; @@ -39,9 +41,33 @@ public void tearDown() throws Exception { +if( registry != null ) +{ +tearDownRegistry(); +} +} + +private void tearDownRegistry() +throws RemoteException, NotBoundException +{ registry.unbind( echo ); UnicastRemoteObject.unexportObject( implObject, true ); UnicastRemoteObject.unexportObject( registry, true ); +registry = null; +} + +public void testWithNoRegistry() throws Exception +{ +tearDownRegistry(); +final RmiProvider provider = new RmiProvider( echo ); +try +{ +provider.getObject(); +fail(); +} +catch( ObjectProviderException e ) +{ +} } public void testGetObject() throws Exception @@ -56,7 +82,7 @@ final RmiProvider provider = new RmiProvider( bogus ); try { -final RmiEcho echo = ( RmiEcho ) provider.getObject(); +provider.getObject(); fail(); } catch( ObjectProviderException e ) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [transaction] Duplicated TxId generation under heavy load
Cservenak Tamas cservenak at is-micro.hu writes: The generatedUniqueTxId() method in FileResourceManager uses System.currentTimeMillis() to generate txId's. On my system it causes duplicate txId generation and FRM failure. I have 4 threads accessing one FRM instance. This simple patch adds salt to it, with a little overhead to solve this problem. Unfortunately this does not help much, it only solves your problem under heavy load. But if there is already another txId equal to this one (e.g. generated externally) FRM will again fail. It can only work if inside the synchronized block the generated txId is preserved, e.g. by putting a final static object PRESERVED into the map and testing for it in the startTransaction(Object) method. This will solve almost all problems except one: 1. Thread 1: generateUniqueTxId() 2. Thread 2: startTransaction(txId) with an externally generated txId - coincidentally equal to the above generated one 3. Thread 1: startTransaction(txId) with the generated txId But is again a magnitude more unlikely. Jörg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r348170 - /jakarta/commons/sandbox/proxy/trunk/PROPOSAL.html
Author: jcarman Date: Tue Nov 22 05:46:22 2005 New Revision: 348170 URL: http://svn.apache.org/viewcvs?rev=348170view=rev Log: Improved proposal. Modified: jakarta/commons/sandbox/proxy/trunk/PROPOSAL.html Modified: jakarta/commons/sandbox/proxy/trunk/PROPOSAL.html URL: http://svn.apache.org/viewcvs/jakarta/commons/sandbox/proxy/trunk/PROPOSAL.html?rev=348170r1=348169r2=348170view=diff == --- jakarta/commons/sandbox/proxy/trunk/PROPOSAL.html (original) +++ jakarta/commons/sandbox/proxy/trunk/PROPOSAL.html Tue Nov 22 05:46:22 2005 @@ -37,11 +37,15 @@ h3(1) Scope of the Package/h3 p -The package shall create and maintain a suite of utility classes for creating proxy objects written in the Java -language to be distributed under the ASF license. The package will include many different object provider -implementations. The package will also serve as a repository for many useful interceptor implementations. The -package will provide multiple proxy factory implementations, supporting different proxying technologies (JDK -proxies, CGLIB, and Javassist initially). +The package shall create and maintain a suite of utility classes for creating dynamic proxy objects written in the +Java language to be distributed under the ASF license. The package will include many different core object +provider implementations supporting many existing remoting technologies (EJB, Hessian, Burlap, JAX-RPC, Apache +XML-RPC, RMI, etc.) as well as many other in-vm implementations (bean instantiation, cloning, constant, etc.). +The package will also provide decorator object providers which add functionality to the object providers they wrap +such as pooling, singleton, caching, etc. The package will also serve as a repository for many useful interceptor +implementations which support such features as logging, asynchronous invocation, etc. The package will provide +multiple proxy factory implementations, supporting different proxying technologies (JDK proxies, CGLIB, Javassist, +etc.). /p h3(1.5) Interaction With Other Packages/h3 - 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 2 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-22112005.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: 15 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-22112005.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-22112005.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-22112005.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/target/commons-jelly-tags-jsl-22112005.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-22112005.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/log/target/commons-jelly-tags-log-22112005.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/target/commons-jelly-tags-xml-22112005.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-22112005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-22112005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api-22112005.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/packages/jaxen-1.1-beta-6/jaxen-1.1-beta-6.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 2 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-22112005.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: 15 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-22112005.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-22112005.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-22112005.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/target/commons-jelly-tags-jsl-22112005.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-22112005.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/log/target/commons-jelly-tags-log-22112005.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/target/commons-jelly-tags-xml-22112005.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-22112005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-22112005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api-22112005.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/packages/jaxen-1.1-beta-6/jaxen-1.1-beta-6.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
Re: [transaction] Duplicated TxId generation under heavy load
Yes, youre right. Anyway, in my case it would be more appropriate to generate Tx ID's by myself to avoid generatedUniqueTxId() problem. As first step i will probably copy this patched method into my code and use it instead of calling frm.generated Thanks for help. And sorry for bothering, this should go to the users maillist, not dev, right? ~t~ Joerg Heinicke wrote: Cservenak Tamas cservenak at is-micro.hu writes: The generatedUniqueTxId() method in FileResourceManager uses System.currentTimeMillis() to generate txId's. On my system it causes duplicate txId generation and FRM failure. I have 4 threads accessing one FRM instance. This simple patch adds "salt" to it, with a little overhead to solve this problem. Unfortunately this does not help much, it only solves your problem "under heavy load". But if there is already another txId equal to this one (e.g. generated externally) FRM will again fail. It can only work if inside the synchronized block the generated txId is "preserved", e.g. by putting a final static object PRESERVED into the map and testing for it in the startTransaction(Object) method. This will solve almost all problems except one: 1. Thread 1: generateUniqueTxId() 2. Thread 2: startTransaction(txId) with an externally generated txId - coincidentally equal to the above generated one 3. Thread 1: startTransaction(txId) with the generated txId But is again a magnitude more unlikely. Jörg - 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 37592] New: - VariableResolverImpl is ignorant of the implicit variables 'request' and 'response'
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=37592. 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=37592 Summary: VariableResolverImpl is ignorant of the implicit variables 'request' and 'response' Product: Commons Version: Nightly Builds Platform: Other URL: http://cvs.apache.org/viewcvs.cgi/jakarta- commons/el/src/java/org/apache/commons/el/VariableResolv erImpl.java?rev=1.3view=markup OS/Version: other Status: NEW Keywords: RFC, NeedsReleaseNote Severity: major Priority: P2 Component: EL AssignedTo: commons-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] I refer you to JSP.8.8 of the JSP 2.0 FR spec (and also of the JSP 2.1 draft), where INSTEAD OF the implicit 'pageContext' object, there are meant to be 'request' and 'response' implicit objects. This isn't working for me with tag files produced by some version of Jasper/EL embedded in Sun Java System Application Server 8 (specifically, when I invoke a function like '${f:myFunction(request)}' from a tag file, a null pointer is passed to the function). From a fairly quick read of the current source, it would appear that the call-stack initiated by org.apache.jasper.runtime.PageContextImpl.proprietaryEvaluate(...) ultimately defers to org.apache.commons.el.VariableResolverImpl to discover implicit objects used in an expression. And VariableResolverImpl simply doesn't know about 'request' and 'response'. Notice also that -- when invoked in the context of a Tag file -- it *shouldn't* know about 'pageContext' either. http://cvs.apache.org/viewcvs.cgi/jakarta-commons/el/src/java/org/apache/commons/el/VariableResolverImpl.java?rev=1.3view=markup As to whether the Jasper crowd are using Commons EL correctly or not, I'm not to judge, but it does seem to me that the EL layer should get the heads up first. have fun, David. My own keywords: Jasper EL tag file tagfile implicit variable variables request response pageContext NullPointerException JSP expression evaluate null -- 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: r348191 - /jakarta/commons/sandbox/proxy/trunk/src/java/org/apache/commons/proxy/factory/javassist/JavassistUtils.java
Author: jcarman Date: Tue Nov 22 08:30:11 2005 New Revision: 348191 URL: http://svn.apache.org/viewcvs?rev=348191view=rev Log: Made JavassistUtils public. Modified: jakarta/commons/sandbox/proxy/trunk/src/java/org/apache/commons/proxy/factory/javassist/JavassistUtils.java Modified: jakarta/commons/sandbox/proxy/trunk/src/java/org/apache/commons/proxy/factory/javassist/JavassistUtils.java URL: http://svn.apache.org/viewcvs/jakarta/commons/sandbox/proxy/trunk/src/java/org/apache/commons/proxy/factory/javassist/JavassistUtils.java?rev=348191r1=348190r2=348191view=diff == --- jakarta/commons/sandbox/proxy/trunk/src/java/org/apache/commons/proxy/factory/javassist/JavassistUtils.java (original) +++ jakarta/commons/sandbox/proxy/trunk/src/java/org/apache/commons/proxy/factory/javassist/JavassistUtils.java Tue Nov 22 08:30:11 2005 @@ -32,7 +32,7 @@ * @author James Carman * @version 1.0 */ -class JavassistUtils +public class JavassistUtils { //-- // Fields - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [transaction] OutOfMemory error on continous work with lot of new files
Hi Tamas. You are right. All the locks remain inside the GenericLockManager remain there until you call removeLock. That's intentionally. If you call removeLock everytime an owner releases a lock, no other owner will be able to get access to this lock using the GenericLockManager. So you patch isn't actually a good idea. A better approach to your problem is to remove all locks from the manager that no longer have an owner. If a lock has an owner can be checked using getLockLevel. As generally lock managers are rather small (aren't they?) I would rather not include this procedure into the release methods of GenericLockManager, but would advise you to add this to your custom code. I am open to convincing arguments (combined with a patch) to add it to the GenericLockManager, though ;) Oliver 2005/11/22, Cservenak Tamas [EMAIL PROTECTED]: Hi! I am using Commons Tx to handle a lot of small files in transactional way with long term runs (weeks or days at least). New files arrives at cca 10 piece/hour. These files leaves the app at the end of processing. We have noticed, that during work, the Commons Tx eates up all heap memory (not confirmed yet, but I'm 90% sure about this statement)... Some investigation (profiling) pointed out, that in GenericLockManager, the globalLocks Map just grows, and nobody removes lock entries. At least lock instances multiples like viruses :) I am aware that the supplied patch is probalby WRONG, but i am hoping to reduce memory leak (is it leak?) even at some lock handling overhead costs (the lock manager is now always reinserting locks). Keep in mind, that a lot of new files enters and LEAVES my app, and will never return to it. So, (at least in my case) the reuse of locks is not as important as memory footprint reduction. Thanx ~t~ Index: /home/cstamas/worx/projects/ext/eclipse/commons-transaction/src/java/org/apache/commons/transaction/locking/GenericLockManager.java === --- /home/cstamas/worx/projects/ext/eclipse/commons-transaction/src/java/org/apache/commons/transaction/locking/GenericLockManager.java (revision 348140) +++ /home/cstamas/worx/projects/ext/eclipse/commons-transaction/src/java/org/apache/commons/transaction/locking/GenericLockManager.java (working copy) @@ -307,6 +307,8 @@ if (lock != null) { released = lock.release(ownerId); removeOwner(ownerId, lock); +// XXX to shrink the globalLocks map +removeLock(lock); } return released; } @@ -336,6 +338,8 @@ GenericLock lock = (GenericLock) it.next(); lock.release(ownerId); locks.remove(lock); +// XXX to shrink the globalLocks map +removeLock(lock); } } } - 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: [transaction] Duplicated TxId generation under heavy load
To me it seems generatedUniqueTxId does exactly as advertised in Javadocs. Don't you agree? You simply need something different as it seems. Unique Id generators - that's what you need - are easy to find, even in the Jakarta Commons Project :) Oliver 2005/11/22, Cservenak Tamas [EMAIL PROTECTED]: Yes, youre right. Anyway, in my case it would be more appropriate to generate Tx ID's by myself to avoid generatedUniqueTxId() problem. As first step i will probably copy this patched method into my code and use it instead of calling frm.generated Thanks for help. And sorry for bothering, this should go to the users maillist, not dev, right? ~t~ Joerg Heinicke wrote: Cservenak Tamas cservenak at is-micro.hu writes: The generatedUniqueTxId() method in FileResourceManager uses System.currentTimeMillis() to generate txId's. On my system it causes duplicate txId generation and FRM failure. I have 4 threads accessing one FRM instance. This simple patch adds salt to it, with a little overhead to solve this problem. Unfortunately this does not help much, it only solves your problem under heavy load. But if there is already another txId equal to this one (e.g. generated externally) FRM will again fail. It can only work if inside the synchronized block the generated txId is preserved, e.g. by putting a final static object PRESERVED into the map and testing for it in the startTransaction(Object) method. This will solve almost all problems except one: 1. Thread 1: generateUniqueTxId() 2. Thread 2: startTransaction(txId) with an externally generated txId - coincidentally equal to the above generated one 3. Thread 1: startTransaction(txId) with the generated txId But is again a magnitude more unlikely. Jörg - 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]
Re: [transaction] Duplicated TxId generation under heavy load
Hi, thank you for response. Jorg already convinced me to use some external Id generator, and not the handy built in (which was a handy solution for fast jump-in). My "patch" for generatedTxId will be simply moved to my code and it will do the trick, as it solves my problem. Thank you for help, Tamas Oliver Zeigermann wrote: To me it seems generatedUniqueTxId does exactly as advertised in Javadocs. Don't you agree? You simply need something different as it seems. Unique Id generators - that's what you need - are easy to find, even in the Jakarta Commons Project :) Oliver 2005/11/22, Cservenak Tamas [EMAIL PROTECTED]: Yes, youre right. Anyway, in my case it would be more appropriate to generate Tx ID's by myself to avoid generatedUniqueTxId() problem. As first step i will probably copy this patched method into my code and use it instead of calling frm.generated Thanks for help. And sorry for bothering, this should go to the users maillist, not dev, right? ~t~ Joerg Heinicke wrote: Cservenak Tamas cservenak at is-micro.hu writes: The generatedUniqueTxId() method in FileResourceManager uses System.currentTimeMillis() to generate txId's. On my system it causes duplicate txId generation and FRM failure. I have 4 threads accessing one FRM instance. This simple patch adds "salt" to it, with a little overhead to solve this problem. Unfortunately this does not help much, it only solves your problem "under heavy load". But if there is already another txId equal to this one (e.g. generated externally) FRM will again fail. It can only work if inside the synchronized block the generated txId is "preserved", e.g. by putting a final static object PRESERVED into the map and testing for it in the startTransaction(Object) method. This will solve almost all problems except one: 1. Thread 1: generateUniqueTxId() 2. Thread 2: startTransaction(txId) with an externally generated txId - coincidentally equal to the above generated one 3. Thread 1: startTransaction(txId) with the generated txId But is again a magnitude more unlikely. Jrg - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [transaction] Duplicated TxId generation under heavy load
Cool. Oliver 2005/11/22, Cservenak Tamas [EMAIL PROTECTED]: Hi, thank you for response. Jorg already convinced me to use some external Id generator, and not the handy built in (which was a handy solution for fast jump-in). My patch for generatedTxId will be simply moved to my code and it will do the trick, as it solves my problem. Thank you for help, Tamas Oliver Zeigermann wrote: To me it seems generatedUniqueTxId does exactly as advertised in Javadocs. Don't you agree? You simply need something different as it seems. Unique Id generators - that's what you need - are easy to find, even in the Jakarta Commons Project :) Oliver 2005/11/22, Cservenak Tamas [EMAIL PROTECTED]: Yes, youre right. Anyway, in my case it would be more appropriate to generate Tx ID's by myself to avoid generatedUniqueTxId() problem. As first step i will probably copy this patched method into my code and use it instead of calling frm.generated Thanks for help. And sorry for bothering, this should go to the users maillist, not dev, right? ~t~ Joerg Heinicke wrote: Cservenak Tamas cservenak at is-micro.hu writes: The generatedUniqueTxId() method in FileResourceManager uses System.currentTimeMillis() to generate txId's. On my system it causes duplicate txId generation and FRM failure. I have 4 threads accessing one FRM instance. This simple patch adds salt to it, with a little overhead to solve this problem. Unfortunately this does not help much, it only solves your problem under heavy load. But if there is already another txId equal to this one (e.g. generated externally) FRM will again fail. It can only work if inside the synchronized block the generated txId is preserved, e.g. by putting a final static object PRESERVED into the map and testing for it in the startTransaction(Object) method. This will solve almost all problems except one: 1. Thread 1: generateUniqueTxId() 2. Thread 2: startTransaction(txId) with an externally generated txId - coincidentally equal to the above generated one 3. Thread 1: startTransaction(txId) with the generated txId But is again a magnitude more unlikely. Jörg - 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] - 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]
[resources] Adding myself to resources component
Does anyone object to me adding myself to Commons Resources? I plan to do some tidying up in preparation for a release: Niall - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[transaction] FileNotFoundException during commitTransaction()
Hi! Another issue i've got is that FileResourceManager (actually FileHelper's moveRec) during commitTransaction() throws FileNotFoundException on [new FileOutputStream(File)]. This error appears stochastic, sometime after 5 min of run, sometime after 20min of run, and i dont know where to issue it. Note: my app runs on 4 threads, consequent stages running each in it's own thread passing input (previous stage) [file] to the output [file] (next stage) using Tx. Is it ok, to call frm.commitTransaction() simultaneosly from 4 different threads (each thread starts and commits it's own tx)? Each thread works like doBeforeTx() - doInTx() - doAfterTx(), there are no tx sharing among threads (each thread works in and knows just about it's own tx). This should be OK, as stated in Javadoc of FRM I have some thin abstraction layer above Commons Transaction, so currently i have TxFS (using Commons Transaction), TxOracle (using Oracle) and TxEmbeddedDerby (on Derby 10.1) as pluggable Storage back-ends to this pipeline, but this layer just brings tthese back-ends to a common resource manager API, nothing else (all three are trivial code actually). The strange is that when i synchronize commit() on my Tx wrapper level (thus blocking simultaneous commit or rollback on app level) Commons Transaction is working fine, no FileNotFoundException is thrown. Am i missing something? Reading Javadoc convinced me that commiting and rollbacking is OK to do from multiple threads There are only one instance of FRM in my app. HW: P4, Linux 2.6, ReiserFS local disk, Java 1.5 Thanx in advance, Tamas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: svn commit: r348048 - in /jakarta/commons/proper/logging/trunk: optional/project.xml project.xml
Shouldn't the version numbers for optional and main be the same? [EMAIL PROTECTED] wrote: Author: dion Date: Mon Nov 21 16:27:09 2005 New Revision: 348048 URL: http://svn.apache.org/viewcvs?rev=348048view=rev Log: Bug 37314 - Fixes to POMs Modified: jakarta/commons/proper/logging/trunk/optional/project.xml jakarta/commons/proper/logging/trunk/project.xml Modified: jakarta/commons/proper/logging/trunk/optional/project.xml URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/logging/trunk/optional/project.xml?rev=348048r1=348047r2=348048view=diff == --- jakarta/commons/proper/logging/trunk/optional/project.xml (original) +++ jakarta/commons/proper/logging/trunk/optional/project.xml Mon Nov 21 16:27:09 2005 @@ -21,7 +21,7 @@ nameLogging/name idcommons-logging-optional/id - currentVersion1.0.6-dev/currentVersion + currentVersion1.0.6-SNAPSHOT/currentVersion inceptionYear2001/inceptionYear shortDescriptionCommons Logging (Optional Implementations)/shortDescription description Modified: jakarta/commons/proper/logging/trunk/project.xml URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/logging/trunk/project.xml?rev=348048r1=348047r2=348048view=diff == --- jakarta/commons/proper/logging/trunk/project.xml (original) +++ jakarta/commons/proper/logging/trunk/project.xml Mon Nov 21 16:27:09 2005 @@ -22,7 +22,7 @@ nameLogging/name groupIdcommons-logging/groupId artifactIdcommons-logging/artifactId - currentVersion1.1-dev/currentVersion + currentVersion1.1-SNAPSHOT/currentVersion inceptionYear2001/inceptionYear shortDescriptionCommons Logging/shortDescription description - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Dennis Lundberg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [transaction] FileNotFoundException during commitTransaction()
Hi, I looked at the code of commit and it really looks ok. Is it always the same file (or same category of file) that is not found? FileHelper.moveRec is only called from inside of TransactionContext.commit which is synchronized on the context. This means if a file that should be there no longer exists has probably been deleted in between finding the children of a folder and iterating through it. This can only be done by a second thread which should not have any access to the directory of this transaction. Note #1: That two transactions running on the same store dir can not interfere while committing as this is prevented by locks. Note #2: No other process/thread/whatever may access the store directory that FRM is working on. Are you sure that #2 is guaranteed in your application? Oliver 2005/11/22, Cservenak Tamas [EMAIL PROTECTED]: Hi! Another issue i've got is that FileResourceManager (actually FileHelper's moveRec) during commitTransaction() throws FileNotFoundException on [new FileOutputStream(File)]. This error appears stochastic, sometime after 5 min of run, sometime after 20min of run, and i dont know where to issue it. Note: my app runs on 4 threads, consequent stages running each in it's own thread passing input (previous stage) [file] to the output [file] (next stage) using Tx. Is it ok, to call frm.commitTransaction() simultaneosly from 4 different threads (each thread starts and commits it's own tx)? Each thread works like doBeforeTx() - doInTx() - doAfterTx(), there are no tx sharing among threads (each thread works in and knows just about it's own tx). This should be OK, as stated in Javadoc of FRM I have some thin abstraction layer above Commons Transaction, so currently i have TxFS (using Commons Transaction), TxOracle (using Oracle) and TxEmbeddedDerby (on Derby 10.1) as pluggable Storage back-ends to this pipeline, but this layer just brings tthese back-ends to a common resource manager API, nothing else (all three are trivial code actually). The strange is that when i synchronize commit() on my Tx wrapper level (thus blocking simultaneous commit or rollback on app level) Commons Transaction is working fine, no FileNotFoundException is thrown. Am i missing something? Reading Javadoc convinced me that commiting and rollbacking is OK to do from multiple threads There are only one instance of FRM in my app. HW: P4, Linux 2.6, ReiserFS local disk, Java 1.5 Thanx in advance, Tamas - 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: [transaction] FileNotFoundException during commitTransaction()
And, yes, can you give us a full trace of the exception? Thanks Oliver 2005/11/22, Oliver Zeigermann [EMAIL PROTECTED]: Hi, I looked at the code of commit and it really looks ok. Is it always the same file (or same category of file) that is not found? FileHelper.moveRec is only called from inside of TransactionContext.commit which is synchronized on the context. This means if a file that should be there no longer exists has probably been deleted in between finding the children of a folder and iterating through it. This can only be done by a second thread which should not have any access to the directory of this transaction. Note #1: That two transactions running on the same store dir can not interfere while committing as this is prevented by locks. Note #2: No other process/thread/whatever may access the store directory that FRM is working on. Are you sure that #2 is guaranteed in your application? Oliver 2005/11/22, Cservenak Tamas [EMAIL PROTECTED]: Hi! Another issue i've got is that FileResourceManager (actually FileHelper's moveRec) during commitTransaction() throws FileNotFoundException on [new FileOutputStream(File)]. This error appears stochastic, sometime after 5 min of run, sometime after 20min of run, and i dont know where to issue it. Note: my app runs on 4 threads, consequent stages running each in it's own thread passing input (previous stage) [file] to the output [file] (next stage) using Tx. Is it ok, to call frm.commitTransaction() simultaneosly from 4 different threads (each thread starts and commits it's own tx)? Each thread works like doBeforeTx() - doInTx() - doAfterTx(), there are no tx sharing among threads (each thread works in and knows just about it's own tx). This should be OK, as stated in Javadoc of FRM I have some thin abstraction layer above Commons Transaction, so currently i have TxFS (using Commons Transaction), TxOracle (using Oracle) and TxEmbeddedDerby (on Derby 10.1) as pluggable Storage back-ends to this pipeline, but this layer just brings tthese back-ends to a common resource manager API, nothing else (all three are trivial code actually). The strange is that when i synchronize commit() on my Tx wrapper level (thus blocking simultaneous commit or rollback on app level) Commons Transaction is working fine, no FileNotFoundException is thrown. Am i missing something? Reading Javadoc convinced me that commiting and rollbacking is OK to do from multiple threads There are only one instance of FRM in my app. HW: P4, Linux 2.6, ReiserFS local disk, Java 1.5 Thanx in advance, Tamas - 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: [resources] Adding myself to resources component
On 11/22/05, Niall Pemberton [EMAIL PROTECTED] wrote: Does anyone object to me adding myself to Commons Resources? I plan to do some tidying up in preparation for a release: +1 (binding, as a Commons Resources developer) Niall Craig - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [transaction] FileNotFoundException during commitTransaction()
Hi Oliver! I'm am positively sure about #2. I have NO ACCESS to FS except thru FRM. And plus, the whole txfs/store and txfs/work (the store and workdir of FRM) is isolated, it is not used by direct File access. (second para) Not quite. This error happened on any stage (i have 4 of them) on OUTPUT side of it. The error happened on the side where we are PLACING files, not taking. To clear this up: One Stage works like this: doBeforeTx() { resId = queue.get(); } superclass.startTx(); doInTx() { frm.readResource(INPUT_PREFIX + resid); do smthng with resId over frm, frm.writeRes( OUTPUT_PREFIXresId) } superclass.commit(); doAfterTx() { queue.put(resId) } INPUT_PREFIX and OUTPUT_PREFIX are not constants actually, they are set up on startup. The materialization of this is like series of dirs, and files are travelling from dir to dir, as they advance from stage to stage. So, the error always happens on the LEFT side (while commit - write) of files, not RIGHT side (read). As pseudocode says, the RIGHT side even does not know about the resId (it is not sent over queue!). Remember, it dies in new FileOUTPUTStream(File)... The exact location will be in stack trace Stack trace follows in a moment. ~t~ Oliver Zeigermann wrote: Hi, I looked at the code of commit and it really looks ok. Is it always the same file (or same category of file) that is not found? FileHelper.moveRec is only called from inside of TransactionContext.commit which is synchronized on the context. This means if a file that should be there no longer exists has probably been deleted in between finding the children of a folder and iterating through it. This can only be done by a second thread which should not have any access to the directory of this transaction. Note #1: That two transactions running on the same store dir can not interfere while committing as this is prevented by locks. Note #2: No other process/thread/whatever may access the store directory that FRM is working on. Are you sure that #2 is guaranteed in your application? Oliver - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [vote][net] Release commons-net 1.4.1?
On Mon, 2005-11-21 at 21:24 -0600, Steve Cohen wrote: It has been discovered that 1.4.0 is inadvertently incompatible with jdk 1.3. Please vote on a release of a fixed version. +1 - robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 37594] New: - Collision between Prototype.js and Validator
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=37594. 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=37594 Summary: Collision between Prototype.js and Validator Product: Commons Version: unspecified Platform: Other OS/Version: other Status: NEW Keywords: ErrorMessage Severity: blocker Priority: P1 Component: Validator AssignedTo: commons-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] I'am using prototype.js in conjunction with the validator but I am facing the following problem, this library adds a field called extends to objects so code like: for (var x in oRequired) (same for all validators) will field 'extends' (assigned to x) and oRequired[x][0] will be undefined breaking the rest. I will submit a patch for this issue. -- 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 37594] - Collision between Prototype.js and Validator
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=37594. 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=37594 --- Additional Comments From [EMAIL PROTECTED] 2005-11-22 20:06 --- Created an attachment (id=17013) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=17013action=view) Patch to version 1.1.4 containing correction to JS files The issue is in the JS files of the library. Here are the correction made on the Javascript files: Scope too large for your variables: *oCreditCard, oByte,oDate *Replaced == true by === true, same for == 0 *parse(x) replaced by parse(x, 10) I'am using prototype.js in conjunction with the validator but I am facing the following problem, this library adds a field extends to objects so for (var x in oRequired) will iterate over 4 fields instead of 3 and encounter x = 'extends' and oRequired[x][0] will be undefined breaking the rest. What I did was to add matchValidationVariable () function with the following code that checks that the variable oRequired[x][0] is not undefined and that the name of x matches your variable names ('^a[0-9]*$'): function matchValidationVariable(variable, value) { var theRegexp = new RegExp('^a[0-9]*$'); return ((typeof value[0] !== undefined) (theRegexp.exec(variable) !== null)); } -- 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 37594] - Collision between Prototype.js and Validator
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=37594. 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=37594 --- Additional Comments From [EMAIL PROTECTED] 2005-11-22 20:08 --- Created an attachment (id=17014) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=17014action=view) Modifications to version 1.1.4 (JS files) Here are the correction made on your Javascript: Scope too large for your variables: *oCreditCard, oByte,oDate *Replaced == true by === true, same for == 0 *parse(x) replaced by parse(x, 10) I'am using prototype.js in conjunction with the validator but I am facing the following problem, this library adds a field extends to objects so for (var x in oRequired) will iterate over 4 fields instead of 3 and encounter x = 'extends' and oRequired[x][0] will be undefined breaking the rest. What I did was to add matchValidationVariable () function with the following code that checks that the variable oRequired[x][0] is not undefined and that the name of x matches your variable names ('^a[0-9]*$'): function matchValidationVariable(variable, value) { var theRegexp = new RegExp('^a[0-9]*$'); return ((typeof value[0] !== undefined) (theRegexp.exec(variable) !== null)); } -- 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 37134] - [validator] Built-in JavaScript incompatible with modern AJAX techniques
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=37134. 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=37134 --- Additional Comments From [EMAIL PROTECTED] 2005-11-22 20:13 --- I created a bug with id 37594 and submitted a patch that solves this issue. If you're interested go to the bug and see patches or completes JS files. Philippe. -- 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 37594] - Collision between Prototype.js and Validator
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=37594. 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=37594 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2005-11-22 20:13 --- *** This bug has been marked as a duplicate of 37134 *** -- 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 37134] - [validator] Built-in JavaScript incompatible with modern AJAX techniques
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=37134. 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=37134 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] ||ingenierie.com --- Additional Comments From [EMAIL PROTECTED] 2005-11-22 20:13 --- *** Bug 37594 has been marked as a duplicate of this bug. *** -- 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 37134] - [validator] Built-in JavaScript incompatible with modern AJAX techniques
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=37134. 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=37134 --- Additional Comments From [EMAIL PROTECTED] 2005-11-22 20:14 --- Created an attachment (id=17015) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=17015action=view) Correction to JS files of the library starting from version 1.1.4 Here are the correction made on your Javascript: Scope too large for your variables: *oCreditCard, oByte,oDate *Replaced == true by === true, same for == 0 *parse(x) replaced by parse(x, 10) I'am using prototype.js in conjunction with the validator but I am facing the following problem, this library adds a field extends to objects so for (var x in oRequired) will iterate over 4 fields instead of 3 and encounter x = 'extends' and oRequired[x][0] will be undefined breaking the rest. What I did was to add matchValidationVariable () function with the following code that checks that the variable oRequired[x][0] is not undefined and that the name of x matches your variable names ('^a[0-9]*$'): function matchValidationVariable(variable, value) { var theRegexp = new RegExp('^a[0-9]*$'); return ((typeof value[0] !== undefined) (theRegexp.exec(variable) !== null)); } -- 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 37594] - Collision between Prototype.js and Validator
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=37594. 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=37594 [EMAIL PROTECTED] changed: What|Removed |Added BugsThisDependsOn||37134 --- Additional Comments From [EMAIL PROTECTED] 2005-11-22 20:16 --- See bug #37134 -- 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 37134] - [validator] Built-in JavaScript incompatible with modern AJAX techniques
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=37134. 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=37134 [EMAIL PROTECTED] changed: What|Removed |Added OtherBugsDependingO||37594 nThis|| -- 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: [transaction] FileNotFoundException during commitTransaction()
Just a note (may be interesting): After that FRM throws exception and my app stops, the FRM performs a normal shutdown and JVM cleanly exits. Upon exit, the file reported in FileNotFoundException APPEARS on the right place reported in exception as missing! (it is placed there DURING shutdown/cleanup of FRM). It seems that this error have some sort of stochastic nature, i am trying to reproduce it now, but no luck :) My experience was that this error shows up as we optimized/speed up the app. Now we have 1500 file/sec throughoutput (from the aspect of app), so we have cca 6000 tx/sec minimum. ~t~ Cservenak Tamas wrote: Hi Oliver! I'm am positively sure about #2. I have NO ACCESS to FS except thru FRM. And plus, the whole txfs/store and txfs/work (the store and workdir of FRM) is isolated, it is not used by direct File access. (second para) Not quite. This error happened on any stage (i have 4 of them) on OUTPUT side of it. The error happened on the side where we are PLACING files, not taking. To clear this up: One Stage works like this: doBeforeTx() { resId = queue.get(); } superclass.startTx(); doInTx() { frm.readResource(INPUT_PREFIX + resid); do smthng with resId over frm, frm.writeRes( OUTPUT_PREFIXresId) } superclass.commit(); doAfterTx() { queue.put(resId) } INPUT_PREFIX and OUTPUT_PREFIX are not constants actually, they are set up on startup. The materialization of this is like series of dirs, and files are travelling from dir to dir, as they advance from stage to stage. So, the error always happens on the LEFT side (while commit - write) of files, not RIGHT side (read). As pseudocode says, the RIGHT side even does not know about the resId (it is not sent over queue!). Remember, it dies in new FileOUTPUTStream(File)... The exact location will be in stack trace Stack trace follows in a moment. ~t~ Oliver Zeigermann wrote: Hi, I looked at the code of commit and it really looks ok. Is it always the same file (or same category of file) that is not found? FileHelper.moveRec is only called from inside of TransactionContext.commit which is synchronized on the context. This means if a file that should be there no longer exists has probably been deleted in between finding the children of a folder and iterating through it. This can only be done by a second thread which should not have any access to the directory of this transaction. Note #1: That two transactions running on the same store dir can not interfere while committing as this is prevented by locks. Note #2: No other process/thread/whatever may access the store directory that FRM is working on. Are you sure that #2 is guaranteed in your application? Oliver - 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: [vote][net] Release commons-net 1.4.1?
Steve Cohen wrote: It has been discovered that 1.4.0 is inadvertently incompatible with jdk 1.3. Please vote on a release of a fixed version. Checked VFS using net svn head and it works. So here is my +1 BTW: maven builds a 1.5.0 version instead of 1.4.1. Do you plan to release svn head or a patched/rebuild 1.4.0? --- Mario - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 37134] - [validator] Built-in JavaScript incompatible with modern AJAX techniques
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=37134. 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=37134 --- Additional Comments From [EMAIL PROTECTED] 2005-11-22 20:35 --- Created an attachment (id=17016) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=17016action=view) Patch from version 1.1.4 (JS files) Same content a zip files but at patch format. -- 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 Transaction by ankurkkapadia
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 ankurkkapadia: http://wiki.apache.org/jakarta-commons/Transaction -- '''Answer''': You just need to disable urlEncoding: new FileResourceManager(D:\\Raj\\stored, D:\\Raj\\working, '''false''', loggerFacade ); - '''Question: 2:''' - Have you thought of integrating the file transaction with the JCA architecture, or enable it to work with the userTransaction. - There is a need in our application to coordinate a database write with file write. - - thanks - Ankur Kapadia - - '''Answer 2:''' - 1. Please do not use the wiki to communicate. Therefore the mailing lists exist. - 1. I'm currently working on it as we have exactly the same need. I started only yesterday. I don't want to promise too much, but if you can wait a week ... - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of VfsNext by MarioIvankovits
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 MarioIvankovits: http://wiki.apache.org/jakarta-commons/VfsNext -- This is to avoid the .close() calling to get fresh data. Sure, this might slow down alot, but if one would like have it, it should be possible. + + Also try to find a way to avoid refreshing the internal children chache, or at least avoid successive refresh as good as possible. == 7. xpath == allow xpath style filesystem browsing - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
FileSystemUtils
Hi, After studying the Jakarta Commons IO API, I found a great method that allows me to delete some native code from my system, it is the: static long FileSystemUtils.freeSpace(String path) However, as it return type is long, I am in trouble to represent values greater than 2GB. Is it possible to add another method into this class? I would suggest something like: static double getApproximateFreeSpace(String path) Thus, if a general (possibly high) approximate value is needed, this method could be used. In situations where an exact value is needed, typically, when we are running low in space, the original 'static long freeSpace(String path)' would fit. I think this comment is also valid in other areas of the IO package. However, it is more critical when dealing with file system comprising several gigabytes of free space. By the javadoc, it is not clear what value is returned if a free space larger than 2GB if available. Thanks for this great package. Marcelo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: FileSystemUtils
Your welcome :) (I wrote that function :) ) I think your right, a double version would certainly be appropriate. Kind of ashamed I missed that actually :( I wonder though, what would be the down-side to just having a double version only? (aside from backward-compatibility at this point)... Would it really result (potentially) in a loss of precision? Feel free to submit a patch, it seems, to me anyway, like an obvious thing to commit, although I am not a committer, so you'll have to convince others :) -- Frank W. Zammetti Founder and Chief Software Architect Omnytex Technologies http://www.omnytex.com AIM: fzammetti Yahoo: fzammetti MSN: [EMAIL PROTECTED] On Tue, November 22, 2005 3:25 pm, Marcelo Nery dos Santos said: Hi, After studying the Jakarta Commons IO API, I found a great method that allows me to delete some native code from my system, it is the: static long FileSystemUtils.freeSpace(String path) However, as it return type is long, I am in trouble to represent values greater than 2GB. Is it possible to add another method into this class? I would suggest something like: static double getApproximateFreeSpace(String path) Thus, if a general (possibly high) approximate value is needed, this method could be used. In situations where an exact value is needed, typically, when we are running low in space, the original 'static long freeSpace(String path)' would fit. I think this comment is also valid in other areas of the IO package. However, it is more critical when dealing with file system comprising several gigabytes of free space. By the javadoc, it is not clear what value is returned if a free space larger than 2GB if available. Thanks for this great package. Marcelo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r348244 [3/3] - in /jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration: ./ plist/
Modified: jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/plist/XMLPropertyListConfiguration.java URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/plist/XMLPropertyListConfiguration.java?rev=348244r1=348243r2=348244view=diff == --- jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/plist/XMLPropertyListConfiguration.java (original) +++ jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/plist/XMLPropertyListConfiguration.java Tue Nov 22 12:40:57 2005 @@ -1,521 +1,521 @@ -/* - * Copyright 2005 The Apache Software Foundation. - * - * Licensed under the Apache License, Version 2.0 (the License) - * you may not use this file except in compliance with the License. - * You may obtain a copy of the License at - * - * http://www.apache.org/licenses/LICENSE-2.0 - * - * Unless required by applicable law or agreed to in writing, software - * distributed under the License is distributed on an AS IS BASIS, - * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. - * See the License for the specific language governing permissions and - * limitations under the License. - */ - -package org.apache.commons.configuration.plist; - -import java.io.File; -import java.io.PrintWriter; -import java.io.Reader; -import java.io.Writer; -import java.math.BigDecimal; -import java.net.URL; -import java.text.DateFormat; -import java.text.ParseException; -import java.text.SimpleDateFormat; -import java.util.ArrayList; -import java.util.Calendar; -import java.util.Date; -import java.util.Iterator; -import java.util.List; -import java.util.Map; - -import org.apache.commons.codec.binary.Base64; -import org.apache.commons.configuration.AbstractHierarchicalFileConfiguration; -import org.apache.commons.configuration.Configuration; -import org.apache.commons.configuration.ConfigurationException; -import org.apache.commons.configuration.HierarchicalConfiguration; -import org.apache.commons.configuration.MapConfiguration; -import org.apache.commons.digester.AbstractObjectCreationFactory; -import org.apache.commons.digester.Digester; -import org.apache.commons.digester.ObjectCreateRule; -import org.apache.commons.digester.SetNextRule; -import org.apache.commons.lang.StringEscapeUtils; -import org.apache.commons.lang.StringUtils; -import org.xml.sax.Attributes; -import org.xml.sax.EntityResolver; -import org.xml.sax.InputSource; - -/** - * Mac OS X configuration file (http://www.apple.com/DTDs/PropertyList-1.0.dtd). - * - * pExample:/p - * pre - * lt;?xml version=1.0? - * lt;!DOCTYPE plist SYSTEM file://localhost/System/Library/DTDs/PropertyList.dtd - * lt;plist version=1.0 - * lt;dict - * lt;keystringlt;/key - * lt;stringvalue1lt;/string - * - * lt;keyintegerlt;/key - * lt;integer12345lt;/integer - * - * lt;keyreallt;/key - * lt;real-123.45E-1lt;/real - * - * lt;keybooleanlt;/key - * lt;true/ - * - * lt;keydatelt;/key - * lt;date2005-01-01T12:00:00-0700lt;/date - * - * lt;keydatalt;/key - * lt;dataRHJhY28gRG9ybWllbnMgTnVucXVhbSBUaXRpbGxhbmR1cw==lt;/data - * - * lt;keyarraylt;/key - * lt;array - * lt;stringvalue1lt;/string - * lt;stringvalue2lt;/string - * lt;stringvalue3lt;/string - * lt;/array - * - * lt;keydictionnarylt;/key - * lt;dict - * lt;keykey1lt;/key - * lt;stringvalue1lt;/string - * lt;keykey2lt;/key - * lt;stringvalue2lt;/string - * lt;keykey3lt;/key - * lt;stringvalue3lt;/string - * lt;/dict - * - * lt;keynestedlt;/key - * lt;dict - * lt;keynode1lt;/key - * lt;dict - * lt;keynode2lt;/key - * lt;dict - * lt;keynode3lt;/key - * lt;stringvaluelt;/string - * lt;/dict - * lt;/dict - * lt;/dict - * - * lt;/dict - * lt;/plist - * /pre - * - * @since 1.2 - * - * @author Emmanuel Bourg - * @version $Revision$, $Date$ - */ -public class XMLPropertyListConfiguration extends AbstractHierarchicalFileConfiguration -{ -private static final int INDENT_SIZE = 4; - -/** - * Creates an empty XMLPropertyListConfiguration object which can be - * used to synthesize a new plist file by adding values and - * then saving(). - */ -public XMLPropertyListConfiguration() { } - -/** - * Creates and loads the property list from the specified file. - * - * @param fileName The name of the plist file to load. - *
RE: FileSystemUtils
You may be able to use BigInteger (arbitrary precision). -Original Message- From: Frank W. Zammetti [mailto:[EMAIL PROTECTED] Sent: 22 November 2005 20:35 To: Jakarta Commons Developers List Cc: commons-dev@jakarta.apache.org Subject: Re: FileSystemUtils Your welcome :) (I wrote that function :) ) I think your right, a double version would certainly be appropriate. Kind of ashamed I missed that actually :( I wonder though, what would be the down-side to just having a double version only? (aside from backward-compatibility at this point)... Would it really result (potentially) in a loss of precision? Feel free to submit a patch, it seems, to me anyway, like an obvious thing to commit, although I am not a committer, so you'll have to convince others :) -- Frank W. Zammetti Founder and Chief Software Architect Omnytex Technologies http://www.omnytex.com AIM: fzammetti Yahoo: fzammetti MSN: [EMAIL PROTECTED] On Tue, November 22, 2005 3:25 pm, Marcelo Nery dos Santos said: Hi, After studying the Jakarta Commons IO API, I found a great method that allows me to delete some native code from my system, it is the: static long FileSystemUtils.freeSpace(String path) However, as it return type is long, I am in trouble to represent values greater than 2GB. Is it possible to add another method into this class? I would suggest something like: static double getApproximateFreeSpace(String path) Thus, if a general (possibly high) approximate value is needed, this method could be used. In situations where an exact value is needed, typically, when we are running low in space, the original 'static long freeSpace(String path)' would fit. I think this comment is also valid in other areas of the IO package. However, it is more critical when dealing with file system comprising several gigabytes of free space. By the javadoc, it is not clear what value is returned if a free space larger than 2GB if available. Thanks for this great package. Marcelo - 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] -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. MailScanner thanks transtec Computers for their support. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [collections] BlockingBuffer and TimeoutBuffer
I believe that 0 is what the JDK uses in Object.wait(long) for an infinite wait. A negative number would also mean infinite. Stephen James Carman wrote: Stephen, I don't know about using 0 to indicate that it's a wait forever situation. A negative number would be better for that, wouldn't you say? A 0 would mean that you don't want to wait at all (of course, why would you use BlockingBuffer if you're going to supply a 0). James -Original Message- From: Stephen Colebourne [mailto:[EMAIL PROTECTED] Sent: Monday, November 21, 2005 6:53 PM To: Jakarta Commons Developers List Subject: [collections] BlockingBuffer and TimeoutBuffer Having had a look at the new class TimeoutBuffer, I realised that it could just be written as an extra parameter to BlockingBuffer. I think this would be cleaner. BlockingBuffer.decorate(buf); // no timeout BlockingBuffer.decorate(buf, timeout); // timeout The method implementation will simply check if the stored timeout value is zero. If it is it does the get()/remove() as is, otherwise it uses get(long)/remove(long). Note that adding a new field inn this case is OK with serialization as the field will default to zero if an old version of the class is deserialized using the new jar. Stephen - 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]
Re: [io] FileSystemUtils
This should be raised as a bug in bugzilla, as the existing code will just break if the free space is too large. I propose it should return -1 if the free space is too large. To deal with large drives, we should add either a BigInteger returning method, or a freeSpaceMB method (that returns the value in MB!) Patches welcomed to the bugzilla call... Stephen Tim Roberts wrote: You may be able to use BigInteger (arbitrary precision). -Original Message- From: Frank W. Zammetti [mailto:[EMAIL PROTECTED] Sent: 22 November 2005 20:35 To: Jakarta Commons Developers List Cc: commons-dev@jakarta.apache.org Subject: Re: FileSystemUtils Your welcome :) (I wrote that function :) ) I think your right, a double version would certainly be appropriate. Kind of ashamed I missed that actually :( I wonder though, what would be the down-side to just having a double version only? (aside from backward-compatibility at this point)... Would it really result (potentially) in a loss of precision? Feel free to submit a patch, it seems, to me anyway, like an obvious thing to commit, although I am not a committer, so you'll have to convince others :) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [collections] BlockingBuffer and TimeoutBuffer
Yep, you're right. It's not documented very well. I will make it so. I thought about doing this before, but I was afraid to mess up the serialization stuff. But, this should work quite well. -Original Message- From: Stephen Colebourne [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 22, 2005 4:28 PM To: Jakarta Commons Developers List Subject: Re: [collections] BlockingBuffer and TimeoutBuffer I believe that 0 is what the JDK uses in Object.wait(long) for an infinite wait. A negative number would also mean infinite. Stephen James Carman wrote: Stephen, I don't know about using 0 to indicate that it's a wait forever situation. A negative number would be better for that, wouldn't you say? A 0 would mean that you don't want to wait at all (of course, why would you use BlockingBuffer if you're going to supply a 0). James -Original Message- From: Stephen Colebourne [mailto:[EMAIL PROTECTED] Sent: Monday, November 21, 2005 6:53 PM To: Jakarta Commons Developers List Subject: [collections] BlockingBuffer and TimeoutBuffer Having had a look at the new class TimeoutBuffer, I realised that it could just be written as an extra parameter to BlockingBuffer. I think this would be cleaner. BlockingBuffer.decorate(buf); // no timeout BlockingBuffer.decorate(buf, timeout); // timeout The method implementation will simply check if the stored timeout value is zero. If it is it does the get()/remove() as is, otherwise it uses get(long)/remove(long). Note that adding a new field inn this case is OK with serialization as the field will default to zero if an old version of the class is deserialized using the new jar. Stephen - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: FileSystemUtils
The maximum value for a long is 92,233,720,368,547,758,07l (that's roughly 92 quintillion I believe). One gigabyte = 1,073,741,824 bytes. So, you could potentially represent 8,589,934,592 gigabytes using a long. Is my math off here? -Original Message- From: Marcelo Nery dos Santos [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 22, 2005 3:26 PM To: commons-dev@jakarta.apache.org Subject: FileSystemUtils Hi, After studying the Jakarta Commons IO API, I found a great method that allows me to delete some native code from my system, it is the: static long FileSystemUtils.freeSpace(String path) However, as it return type is long, I am in trouble to represent values greater than 2GB. Is it possible to add another method into this class? I would suggest something like: static double getApproximateFreeSpace(String path) Thus, if a general (possibly high) approximate value is needed, this method could be used. In situations where an exact value is needed, typically, when we are running low in space, the original 'static long freeSpace(String path)' would fit. I think this comment is also valid in other areas of the IO package. However, it is more critical when dealing with file system comprising several gigabytes of free space. By the javadoc, it is not clear what value is returned if a free space larger than 2GB if available. Thanks for this great package. Marcelo - 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]
[Jakarta-commons Wiki] Update of Logging by DennisLundberg
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 DennisLundberg: http://wiki.apache.org/jakarta-commons/Logging -- * /[Commons Logging FUD] * [:/1.0.4ReleasePlan] * [:/1.0.5ReleasePlan] + * [:/1.1.0ReleasePlan] * [wiki:/ContainersAndClassloaders Info about containers and classloaders] * [wiki:/UndeployMemoryLeak The memory-leak-on-undeploy issue] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [io] FileSystemUtils
Most I/O developers are used to deal with byte[]s, ints and longs in a very strict way. It seems to me that the long version of freeSpace() should really exist to fit more strict needs. I was wondering what would be the result of a FileSystemUtils.freeSpace() call over a path with 2GB+ freeSpace. In fact, I realized that I was wrong from the beginning. Sorry for that. I was thinking about int when saying long. The 2GB issue would rise only if we were dealing with int. As the long range is from -(2^63) to (2^63)-1, there is no issue at all. However, I saw another point: the dir /-c command returns the available space in bytes, while df on linux return in 1-K blocks (df default). In other to have well defined semantics, the freeSpace() method should return the value in an OS independent manner, let say: in bytes. Please, check this point, so we do not discuss about unreal data. Once more, my sincerelly apologies. Best Regards, Marcelo On 22/11/05, Frank W. Zammetti [EMAIL PROTECTED] wrote: Would there be, or should I ask, how strong, objections to just changing it to return BigInteger, period? No overloaded versions, no artificially-meaningful (although perfectly reasonable) special values, etc.? I know it's a change to the public interface and that's not generally something that should be done, but it's a fairly new release, can we get away with it this time? If no one beats me to it, I'll try and open a ticket and submit a patch in the next day or two, pending thoughts on the question above. -- Frank W. Zammetti Founder and Chief Software Architect Omnytex Technologies http://www.omnytex.com AIM: fzammetti Yahoo: fzammetti MSN: [EMAIL PROTECTED] On Tue, November 22, 2005 4:38 pm, Stephen Colebourne said: This should be raised as a bug in bugzilla, as the existing code will just break if the free space is too large. I propose it should return -1 if the free space is too large. To deal with large drives, we should add either a BigInteger returning method, or a freeSpaceMB method (that returns the value in MB!) Patches welcomed to the bugzilla call... Stephen Tim Roberts wrote: You may be able to use BigInteger (arbitrary precision). -Original Message- From: Frank W. Zammetti [mailto:[EMAIL PROTECTED] Sent: 22 November 2005 20:35 To: Jakarta Commons Developers List Cc: commons-dev@jakarta.apache.org Subject: Re: FileSystemUtils Your welcome :) (I wrote that function :) ) I think your right, a double version would certainly be appropriate. Kind of ashamed I missed that actually :( I wonder though, what would be the down-side to just having a double version only? (aside from backward-compatibility at this point)... Would it really result (potentially) in a loss of precision? Feel free to submit a patch, it seems, to me anyway, like an obvious thing to commit, although I am not a committer, so you'll have to convince others :) - 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]
Re: [transaction] FileNotFoundException during commitTransaction()
2005/11/22, Cservenak Tamas [EMAIL PROTECTED]: Just a note (may be interesting): After that FRM throws exception and my app stops, the FRM performs a normal shutdown and JVM cleanly exits. Upon exit, the file reported in FileNotFoundException APPEARS on the right place reported in exception as missing! (it is placed there DURING shutdown/cleanup of FRM). When you stop the FRM all transactions which are in the process of committing will be rolled forward, it is committed. When a transaction fails while in the commit phase it will not be marked as failed, but will be available for commit later. Maybe this is a bit odd and should be changed?! It seems that this error have some sort of stochastic nature, i am trying to reproduce it now, but no luck :) My experience was that this error shows up as we optimized/speed up the app. Now we have 1500 file/sec throughoutput (from the aspect of app), so we have cca 6000 tx/sec minimum. The stacktrace would really be important. When the error occurs while commit and not when you synchronize commit it is most likely that two commits clash in a way they should not. By the way synchronizing the commit takes a lot of possible concurrency from the manager as at most one tx can commit at it time in this case. Oliver - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r348273 - in /jakarta/commons/proper/collections/trunk: ./ src/java/org/apache/commons/collections/ src/java/org/apache/commons/collections/map/ src/test/org/apache/commons/collections/ sr
Author: scolebourne Date: Tue Nov 22 14:24:25 2005 New Revision: 348273 URL: http://svn.apache.org/viewcvs?rev=348273view=rev Log: StaticBucketMap containsKey doesn't check nulls correctly bug 37567, from Kazuya Ujihara Modified: jakarta/commons/proper/collections/trunk/RELEASE-NOTES.html jakarta/commons/proper/collections/trunk/project.xml jakarta/commons/proper/collections/trunk/src/java/org/apache/commons/collections/StaticBucketMap.java jakarta/commons/proper/collections/trunk/src/java/org/apache/commons/collections/map/StaticBucketMap.java jakarta/commons/proper/collections/trunk/src/test/org/apache/commons/collections/TestStaticBucketMap.java jakarta/commons/proper/collections/trunk/src/test/org/apache/commons/collections/map/TestStaticBucketMap.java Modified: jakarta/commons/proper/collections/trunk/RELEASE-NOTES.html URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/collections/trunk/RELEASE-NOTES.html?rev=348273r1=348272r2=348273view=diff == --- jakarta/commons/proper/collections/trunk/RELEASE-NOTES.html (original) +++ jakarta/commons/proper/collections/trunk/RELEASE-NOTES.html Tue Nov 22 14:24:25 2005 @@ -93,6 +93,7 @@ liMultiHashMap.putAll(multimap) - Was adding the collection as a single item rather than individually [35631]/li liFlat3Map.equals() - Fix to make flat mode comparison actually work [34917]/li liTransformedMap.putAll - Now allows putAll of an empty map [34686]/li +liStaticBucketMap - containsKey - Fix incorrect null checking [37567]/li liAbstractMapBag.BagIterator.remove - Removing the last entry used to break the class invariants [35747]/li liBoundedFifoBuffer/CircularFifoBuffer - Fix serialization to work in case where buffer serialized when full [31433]/li liBoundedFifoBuffer - Fix iterator remove bug causing ArrayIndexOutOfBounds error [33071]/li Modified: jakarta/commons/proper/collections/trunk/project.xml URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/collections/trunk/project.xml?rev=348273r1=348272r2=348273view=diff == --- jakarta/commons/proper/collections/trunk/project.xml (original) +++ jakarta/commons/proper/collections/trunk/project.xml Tue Nov 22 14:24:25 2005 @@ -347,6 +347,9 @@ nameJeff Turner/name /contributor contributor + nameKazuya Ujihara/name +/contributor +contributor nameJeff Varszegi/name /contributor contributor Modified: jakarta/commons/proper/collections/trunk/src/java/org/apache/commons/collections/StaticBucketMap.java URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/collections/trunk/src/java/org/apache/commons/collections/StaticBucketMap.java?rev=348273r1=348272r2=348273view=diff == --- jakarta/commons/proper/collections/trunk/src/java/org/apache/commons/collections/StaticBucketMap.java (original) +++ jakarta/commons/proper/collections/trunk/src/java/org/apache/commons/collections/StaticBucketMap.java Tue Nov 22 14:24:25 2005 @@ -1,5 +1,5 @@ /* - * Copyright 2002-2004 The Apache Software Foundation + * Copyright 2002-2005 The Apache Software Foundation * * Licensed under the Apache License, Version 2.0 (the License); * you may not use this file except in compliance with the License. @@ -97,6 +97,7 @@ * @author Paul Jack * @author Leo Sutic * @author Janek Bogucki + * @author Kazuya Ujihara */ public final class StaticBucketMap implements Map { @@ -277,7 +278,7 @@ while( n != null ) { -if( n.key == null || ( n.key != null n.key.equals( key ) ) ) +if( n.key == key || ( n.key != null n.key.equals( key ) ) ) { return true; } Modified: jakarta/commons/proper/collections/trunk/src/java/org/apache/commons/collections/map/StaticBucketMap.java URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/collections/trunk/src/java/org/apache/commons/collections/map/StaticBucketMap.java?rev=348273r1=348272r2=348273view=diff == --- jakarta/commons/proper/collections/trunk/src/java/org/apache/commons/collections/map/StaticBucketMap.java (original) +++ jakarta/commons/proper/collections/trunk/src/java/org/apache/commons/collections/map/StaticBucketMap.java Tue Nov 22 14:24:25 2005 @@ -1,5 +1,5 @@ /* - * Copyright 2002-2004 The Apache Software Foundation + * Copyright 2002-2005 The Apache Software Foundation * * Licensed under the Apache License, Version 2.0 (the License); * you may not use this file except in compliance with the License. @@ -98,6 +98,7 @@ * @author Paul Jack * @author Leo Sutic * @author Janek Bogucki + * @author Kazuya Ujihara */ public final class
DO NOT REPLY [Bug 37567] - [collections] StaticBucketMap#containsKey(final Object key) can return illegal value.
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=37567. 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=37567 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-11-22 23:28 --- Thanks for the bug report and fix. Applied on SVN. -- 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 Logging/1.1.0ReleasePlan by DennisLundberg
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 DennisLundberg: http://wiki.apache.org/jakarta-commons/Logging/1%2e1%2e0ReleasePlan New page: = Commons Logging 1.1.0 ReleasePlan = == Background == == Status == = Pre-Release Tasks = Anyone who wants to volunteer for a task, just add something == Documentation Review == == Bug Review == * Bug 31286 ''[logging] Memory leaks in JBoss due to Log``Factory cache'' * Bug 32618 ''[logging] Enterprise Commons Logging : Globalization more'' * IBM's (through Richard) proposal which seems too much for this release. * Bug 35774 ''[logging] TCCL problem in J2EE Container'' * Bug 36041 ''[logging] Include class loader information when Log``Factory``Impl throws Log``Configuration``Exception.'' * Reporter has been asked if it's OK to close this issue. * Bug 36062 ''[logging] extended API: getChildLogger(String)'' * The two Joergs have said on the dev-list that they are willing to wait until a later release with this one. * Bug 36927 ''[logging] Disabling of TCCL'' * Bug 37067 ''[logging] enhancement : add support for ant task logger'' * Waiting for someone to create a patch. * Bug 37420 ''[logging] Online JCL 1.0.4 API Javadoc missing'' * This is a website issue. Someone needs to change a link. The process of copying the api-docs for a previous release should be documented, if it isn't already. * Bug 37427 ''[logging] Redirect stdout and stderr to logging system'' * Simon and Robert agrees that this should not go into commons logging. * Bug 37484 ''[logging] call to getClassLoader() in Log``Factory``Impl not checked for null'' * Might have been solved already. == Bug Fix == == Test Compatibility == Verify that trace level logging works correctly with Log4J 1.2.12+. ''DONE'' == Release Notes == = Release Plan = == Repository == == Release Notes == == Approval Process == == Release Candidate == = Post Release = == Process Bugs Marked Later == = Comments = Up to [:Logging] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r348288 - /jakarta/commons/proper/collections/trunk/project.xml
Author: scolebourne Date: Tue Nov 22 15:20:35 2005 New Revision: 348288 URL: http://svn.apache.org/viewcvs?rev=348288view=rev Log: Add version tags to POM Modified: jakarta/commons/proper/collections/trunk/project.xml Modified: jakarta/commons/proper/collections/trunk/project.xml URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/collections/trunk/project.xml?rev=348288r1=348287r2=348288view=diff == --- jakarta/commons/proper/collections/trunk/project.xml (original) +++ jakarta/commons/proper/collections/trunk/project.xml Tue Nov 22 15:20:35 2005 @@ -68,6 +68,39 @@ /mailingList /mailingLists + versions +version + id1.0/id + name1.0/name + tagCOLLECTIONS_1_0/tag +/version +version + id2.0/id + name2.0/name + tagCOLLECTIONS_2_0/tag +/version +version + id2.1/id + name2.1/name + tagCOLLECTIONS_2_1/tag +/version +version + id2.1.1/id + name2.1.1/name + tagCOLLECTIONS_2_1_1/tag +/version +version + id3.0/id + name3.0/name + tagCOLLECTIONS_3_0/tag +/version +version + id3.1/id + name3.1/name + tagCOLLECTIONS_3_1/tag +/version + /versions + developers developer nameStephen Colebourne/name - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [collections] LRUBug
On Tue, 2005-11-22 at 10:53 +, sebb wrote: On 22/11/05, Phil Steitz [EMAIL PROTECTED] wrote: On 11/21/05, Stephen Colebourne [EMAIL PROTECTED] wrote: robert burrell donkin wrote: i've been running the SOAK tests for over 7 days now without a problem. Just to report that I have run the synchronized soak test using 5 threads and 10,000,000 loops on AlphaServer 4X00 5/400 4MB, 4 CPUs Running OpenVMS 7.3-1 java version 1.4.0 Java(TM) 2 Runtime Environment, Standard Edition Fast VM (build 1.4.0-1, build J2SDK.v.1.4.0:01/10/2003-09:47, native threads, jit_140) This took about 8 minutes. thanks :) - robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r348290 - /jakarta/commons/proper/logging/trunk/optional/project.xml
Author: rdonkin Date: Tue Nov 22 15:31:17 2005 New Revision: 348290 URL: http://svn.apache.org/viewcvs?rev=348290view=rev Log: Fixed version number. Modified: jakarta/commons/proper/logging/trunk/optional/project.xml Modified: jakarta/commons/proper/logging/trunk/optional/project.xml URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/logging/trunk/optional/project.xml?rev=348290r1=348289r2=348290view=diff == --- jakarta/commons/proper/logging/trunk/optional/project.xml (original) +++ jakarta/commons/proper/logging/trunk/optional/project.xml Tue Nov 22 15:31:17 2005 @@ -21,7 +21,7 @@ nameLogging/name idcommons-logging-optional/id - currentVersion1.0.6-SNAPSHOT/currentVersion + currentVersion1.1-SNAPSHOT/currentVersion inceptionYear2001/inceptionYear shortDescriptionCommons Logging (Optional Implementations)/shortDescription description - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: svn commit: r348048 - in /jakarta/commons/proper/logging/trunk: optional/project.xml project.xml
On Tue, 2005-11-22 at 18:36 +0100, Dennis Lundberg wrote: Shouldn't the version numbers for optional and main be the same? fixed thanks for the spot :) - robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r348292 - /jakarta/commons/proper/collections/trunk/xdocs/userguide.xml
Author: rdonkin Date: Tue Nov 22 15:37:40 2005 New Revision: 348292 URL: http://svn.apache.org/viewcvs?rev=348292view=rev Log: Reorganized the user guide a little. Added a section on synchronization. Modified: jakarta/commons/proper/collections/trunk/xdocs/userguide.xml Modified: jakarta/commons/proper/collections/trunk/xdocs/userguide.xml URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/collections/trunk/xdocs/userguide.xml?rev=348292r1=348291r2=348292view=diff == --- jakarta/commons/proper/collections/trunk/xdocs/userguide.xml (original) +++ jakarta/commons/proper/collections/trunk/xdocs/userguide.xml Tue Nov 22 15:37:40 2005 @@ -30,10 +30,38 @@ Commons-Collections provides a large number of classes to aid day to day programming. This document highlights some key features to get you started. /p + ul +lia href='#Utilities'Utilities/a for the standard collections./li +lia href='#Maps'Maps/a + ul + lia href='#Map%20Iteration'Map Iteration/a/li + lia href='#Ordered%20Maps'Ordered Maps/a/li + lia href='#Bidirectional%20Maps'Bidirectional Maps/a/li + /ul +/li +lia href='#Queues%20and%20Buffers'Queues and Buffers/a/li +lia href='#Bags'Bags/a/li + /ul +subsection name='Note On Synchronization' + p +Commons-collections uses a design approach to synchronization similar +to the standard Java collections. The majority of the various implementations +of collections, maps and bags are not thread safe without additional +synchronization. The appropriate codesynchronizeXXX/code method on codeCollections/code is one way that these implementations can be synchronized for use in a +multithreaded application. + /p + p +The class level javadocs should indicate whether a particular +implementation is safe for multithreaded access without additional +synchronization. Where there is no expicit indication that the implementation +is thread safe then it should be assumed that synchronization is required. +Please report the missing documentation to the commons development team. +/p +/subsection /section -section name=Utils classes +section name=Utilities p A Utility class is provided for each major collection interface. @@ -50,7 +78,8 @@ /section -section name=Map iteration +section name='Maps' +subsection name=Map Iteration p The JDK codeMap/code interface always suffered from being difficult to iterate over. @@ -68,9 +97,9 @@ } /source -/section +/subsection -section name=Ordered maps +subsection name=Ordered Maps p A new interface is provided for maps that have an order but are not sorted - codeOrderedMap./code @@ -87,9 +116,9 @@ map.nextKey(SIX); // returns SEVEN /source -/section +/subsection -section name=Bidirectional maps +subsection name=Bidirectional Maps p A new interface hierarchy has been added to support bidirectional maps - codeBidiMap./code @@ -108,9 +137,10 @@ Implementations are provided for each bidirectional map type. /p +/subsection /section -section name=Queues and buffers +section name=Queues and Buffers p A new interface hierarchy has been added to support queues and buffers - codeBuffer./code - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [collections] LRUBug
On Mon, 2005-11-21 at 22:43 +, Stephen Colebourne wrote: robert burrell donkin wrote: snip what is becoming clear to me is that a number of users have been confused by the need to synchronize the maps. i've added some clarifications to the javadocs for LRUMap. would it be a good idea (for me) to add explicit notes about the need to synchronize maps to other javadocs? and to the user guide? I've added a note to all relevant map javadocs (slightly amended from your text. It would be good if you could add to the user guide. i've committed a first cut. it probably need some more work so feel free to dive in with improvements... i also changes the way the information is structured a little. feel free to revert or improve. BTW i get problems with jdiff (no CVSROOT) when i try maven site:generate any tips? Perhaps try the latest jdiff plugin? I have 1.5 and maven jdiff works. thanks - that did it :) - robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r348299 - in /jakarta/commons/proper/collections/trunk: ./ src/java/org/apache/commons/collections/bag/ src/java/org/apache/commons/collections/list/ src/java/org/apache/commons/collection
Author: scolebourne Date: Tue Nov 22 15:51:45 2005 New Revision: 348299 URL: http://svn.apache.org/viewcvs?rev=348299view=rev Log: Make serialization version ids private bug 37106, from Sebb Modified: jakarta/commons/proper/collections/trunk/RELEASE-NOTES.html jakarta/commons/proper/collections/trunk/src/java/org/apache/commons/collections/bag/HashBag.java jakarta/commons/proper/collections/trunk/src/java/org/apache/commons/collections/bag/TreeBag.java jakarta/commons/proper/collections/trunk/src/java/org/apache/commons/collections/list/NodeCachingLinkedList.java jakarta/commons/proper/collections/trunk/src/java/org/apache/commons/collections/map/LRUMap.java Modified: jakarta/commons/proper/collections/trunk/RELEASE-NOTES.html URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/collections/trunk/RELEASE-NOTES.html?rev=348299r1=348298r2=348299view=diff == --- jakarta/commons/proper/collections/trunk/RELEASE-NOTES.html (original) +++ jakarta/commons/proper/collections/trunk/RELEASE-NOTES.html Tue Nov 22 15:51:45 2005 @@ -103,6 +103,7 @@ liIteratorChain.remove() - Fix to avoid IllegalStateException when one of the underlying iterators is a FilterIterator [34267]/li liExtendedProperties.convertProperties() - Fix to handle default properties maps correctly [32204]/li liAdd casts to avoid some JDK1.5 compilation warnings [35474]/li +liMake serialization version ids private [37106]/li /ul centerh3JAVADOC/h3/center Modified: jakarta/commons/proper/collections/trunk/src/java/org/apache/commons/collections/bag/HashBag.java URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/collections/trunk/src/java/org/apache/commons/collections/bag/HashBag.java?rev=348299r1=348298r2=348299view=diff == --- jakarta/commons/proper/collections/trunk/src/java/org/apache/commons/collections/bag/HashBag.java (original) +++ jakarta/commons/proper/collections/trunk/src/java/org/apache/commons/collections/bag/HashBag.java Tue Nov 22 15:51:45 2005 @@ -1,5 +1,5 @@ /* - * Copyright 2002-2004 The Apache Software Foundation + * Copyright 2002-2005 The Apache Software Foundation * * Licensed under the Apache License, Version 2.0 (the License); * you may not use this file except in compliance with the License. @@ -44,7 +44,7 @@ extends AbstractMapBag implements Bag, Serializable { /** Serial version lock */ -static final long serialVersionUID = -6561115435802554013L; +private static final long serialVersionUID = -6561115435802554013L; /** * Constructs an empty codeHashBag/code. Modified: jakarta/commons/proper/collections/trunk/src/java/org/apache/commons/collections/bag/TreeBag.java URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/collections/trunk/src/java/org/apache/commons/collections/bag/TreeBag.java?rev=348299r1=348298r2=348299view=diff == --- jakarta/commons/proper/collections/trunk/src/java/org/apache/commons/collections/bag/TreeBag.java (original) +++ jakarta/commons/proper/collections/trunk/src/java/org/apache/commons/collections/bag/TreeBag.java Tue Nov 22 15:51:45 2005 @@ -1,5 +1,5 @@ /* - * Copyright 2002-2004 The Apache Software Foundation + * Copyright 2002-2005 The Apache Software Foundation * * Licensed under the Apache License, Version 2.0 (the License); * you may not use this file except in compliance with the License. @@ -49,7 +49,7 @@ extends AbstractMapBag implements SortedBag, Serializable { /** Serial version lock */ -static final long serialVersionUID = -7740146511091606676L; +private static final long serialVersionUID = -7740146511091606676L; /** * Constructs an empty codeTreeBag/code. Modified: jakarta/commons/proper/collections/trunk/src/java/org/apache/commons/collections/list/NodeCachingLinkedList.java URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/collections/trunk/src/java/org/apache/commons/collections/list/NodeCachingLinkedList.java?rev=348299r1=348298r2=348299view=diff == --- jakarta/commons/proper/collections/trunk/src/java/org/apache/commons/collections/list/NodeCachingLinkedList.java (original) +++ jakarta/commons/proper/collections/trunk/src/java/org/apache/commons/collections/list/NodeCachingLinkedList.java Tue Nov 22 15:51:45 2005 @@ -1,5 +1,5 @@ /* - * Copyright 2001-2004 The Apache Software Foundation + * Copyright 2001-2005 The Apache Software Foundation * * Licensed under the Apache License, Version 2.0 (the License); * you may not use this file except in compliance with the License. @@ -46,7 +46,7 @@ public class NodeCachingLinkedList extends AbstractLinkedList implements Serializable { /**
DO NOT REPLY [Bug 37106] - [collections] serialVersionUID should be private
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=37106. 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=37106 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-11-23 00:52 --- I've fixed those not in the functors package, but there were just too many in functors for me to bother with :-) -- 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: r348308 - /jakarta/commons/proper/resources/trunk/project.xml
Author: niallp Date: Tue Nov 22 16:05:37 2005 New Revision: 348308 URL: http://svn.apache.org/viewcvs?rev=348308view=rev Log: Add myself to Commons Resources Modified: jakarta/commons/proper/resources/trunk/project.xml Modified: jakarta/commons/proper/resources/trunk/project.xml URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/resources/trunk/project.xml?rev=348308r1=348307r2=348308view=diff == --- jakarta/commons/proper/resources/trunk/project.xml (original) +++ jakarta/commons/proper/resources/trunk/project.xml Tue Nov 22 16:05:37 2005 @@ -81,6 +81,11 @@ organizationEdgeTech, Inc/organization /developer developer + nameNiall Pemberton/name + idniallp/id + emailniallp NOSPAM apache.org/email +/developer +developer nameDaniel Rall/name iddlr/id email[EMAIL PROTECTED]/email - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 37106] - [collections] serialVersionUID should be private
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=37106. 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=37106 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Additional Comments From [EMAIL PROTECTED] 2005-11-23 01:06 --- Thanks for fixing the part you did, but this probably should probably be left open until someone can get around to fixing the functors package too. Even if it's not a huge problem now, a future version of Java or a different VM might get pickier about this. -- 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 37596] New: - DurationFormatUtils.formatDurationWords 11 units gets converted to 11 unit
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=37596. 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=37596 Summary: DurationFormatUtils.formatDurationWords 11 units gets converted to 11 unit Product: Commons Version: Nightly Builds Platform: Other OS/Version: Windows XP Status: NEW Severity: normal Priority: P2 Component: Lang AssignedTo: commons-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] The method DurationFormatUtils.formatDurationWords incorrectly outputs numbers ending in 1 without a plural s postfix for the time unit. Added a fix and tests that 1 units gets converted to 1 unit but that 11 units is left alone. -- 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: r348311 - in /jakarta/commons/proper/lang/trunk/src: java/org/apache/commons/lang/time/DurationFormatUtils.java test/org/apache/commons/lang/time/DurationFormatUtilsTest.java
Author: ggregory Date: Tue Nov 22 16:19:44 2005 New Revision: 348311 URL: http://svn.apache.org/viewcvs?rev=348311view=rev Log: http://issues.apache.org/bugzilla/show_bug.cgi?id=37596 The method DurationFormatUtils.formatDurationWords incorrectly outputs numbers ending in 1 without a plural s postfix for the time unit. Added a fix and tests that 1 units gets converted to 1 unit but that 11 units is left alone. Modified: jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/time/DurationFormatUtils.java jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/time/DurationFormatUtilsTest.java Modified: jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/time/DurationFormatUtils.java URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/time/DurationFormatUtils.java?rev=348311r1=348310r2=348311view=diff == --- jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/time/DurationFormatUtils.java (original) +++ jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/time/DurationFormatUtils.java Tue Nov 22 16:19:44 2005 @@ -211,11 +211,12 @@ } } // handle plurals -duration = StringUtils.replaceOnce(duration, 1 seconds, 1 second); -duration = StringUtils.replaceOnce(duration, 1 minutes, 1 minute); -duration = StringUtils.replaceOnce(duration, 1 hours, 1 hour); -duration = StringUtils.replaceOnce(duration, 1 days, 1 day); -return duration; +duration = + duration; +duration = StringUtils.replaceOnce(duration, 1 seconds, 1 second); +duration = StringUtils.replaceOnce(duration, 1 minutes, 1 minute); +duration = StringUtils.replaceOnce(duration, 1 hours, 1 hour); +duration = StringUtils.replaceOnce(duration, 1 days, 1 day); +return duration.trim(); } //--- Modified: jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/time/DurationFormatUtilsTest.java URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/time/DurationFormatUtilsTest.java?rev=348311r1=348310r2=348311view=diff == --- jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/time/DurationFormatUtilsTest.java (original) +++ jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/time/DurationFormatUtilsTest.java Tue Nov 22 16:19:44 2005 @@ -13,6 +13,7 @@ * See the License for the specific language governing permissions and * limitations under the License. */ + package org.apache.commons.lang.time; import java.lang.reflect.Constructor; @@ -27,7 +28,7 @@ /** * TestCase for DurationFormatUtils. - * + * * @author Apache Ant - DateUtilsTest * @author a href=mailto:[EMAIL PROTECTED]Stephane Bailliez/a * @author a href=mailto:[EMAIL PROTECTED]Stefan Bodewig/a @@ -51,7 +52,7 @@ super(s); } -//--- +// --- public void testConstructor() { assertNotNull(new DurationFormatUtils()); Constructor[] cons = DurationFormatUtils.class.getDeclaredConstructors(); @@ -60,89 +61,162 @@ assertEquals(true, Modifier.isPublic(DurationFormatUtils.class.getModifiers())); assertEquals(false, Modifier.isFinal(DurationFormatUtils.class.getModifiers())); } - -//--- -public void testFormatDurationWords(){ + +// --- +public void testFormatDurationWords() { String text = null; - -text = DurationFormatUtils.formatDurationWords(50*1000, true, false); + +text = DurationFormatUtils.formatDurationWords(50 * 1000, true, false); assertEquals(50 seconds, text); -text = DurationFormatUtils.formatDurationWords(65*1000, true, false); +text = DurationFormatUtils.formatDurationWords(65 * 1000, true, false); assertEquals(1 minute 5 seconds, text); -text = DurationFormatUtils.formatDurationWords(120*1000, true, false); +text = DurationFormatUtils.formatDurationWords(120 * 1000, true, false); assertEquals(2 minutes 0 seconds, text); -text = DurationFormatUtils.formatDurationWords(121*1000, true, false); +text = DurationFormatUtils.formatDurationWords(121 * 1000, true, false); assertEquals(2 minutes 1 second, text); -text = DurationFormatUtils.formatDurationWords(72*60*1000, true, false); +text =
DO NOT REPLY [Bug 37596] - DurationFormatUtils.formatDurationWords 11 units gets converted to 11 unit
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=37596. 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=37596 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED -- 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 37596] - DurationFormatUtils.formatDurationWords 11 units gets converted to 11 unit
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=37596. 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=37596 --- Additional Comments From [EMAIL PROTECTED] 2005-11-23 01:20 --- Target Milestone: 2.2. -- 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: r348313 - /jakarta/commons/proper/lang/trunk/RELEASE-NOTES.txt
Author: ggregory Date: Tue Nov 22 16:22:07 2005 New Revision: 348313 URL: http://svn.apache.org/viewcvs?rev=348313view=rev Log: 37596 DurationFormatUtils.formatDurationWords 11 units gets converted to 11 unit Modified: jakarta/commons/proper/lang/trunk/RELEASE-NOTES.txt Modified: jakarta/commons/proper/lang/trunk/RELEASE-NOTES.txt URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/lang/trunk/RELEASE-NOTES.txt?rev=348313r1=348312r2=348313view=diff == --- jakarta/commons/proper/lang/trunk/RELEASE-NOTES.txt (original) +++ jakarta/commons/proper/lang/trunk/RELEASE-NOTES.txt Tue Nov 22 16:22:07 2005 @@ -99,6 +99,7 @@ 37111 Request for MutableBoolean implementation 36512 Enhanced Class.forName version +37596 DurationFormatUtils.formatDurationWords 11 units gets converted to 11 unit BUG FIXES IN 2.1: - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r348316 - /jakarta/commons/proper/resources/trunk/project.xml
Author: niallp Date: Tue Nov 22 16:24:40 2005 New Revision: 348316 URL: http://svn.apache.org/viewcvs?rev=348316view=rev Log: de-tab project.xml Modified: jakarta/commons/proper/resources/trunk/project.xml Modified: jakarta/commons/proper/resources/trunk/project.xml URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/resources/trunk/project.xml?rev=348316r1=348315r2=348316view=diff == --- jakarta/commons/proper/resources/trunk/project.xml (original) +++ jakarta/commons/proper/resources/trunk/project.xml Tue Nov 22 16:24:40 2005 @@ -10,7 +10,7 @@ packageorg.apache.commons.resources/package shortDescriptionCommons Resources/shortDescription description - Resources is a resources component. + Resources is a resources component. /description urlhttp://jakarta.apache.org/commons/${pom.artifactId.substring(8)}//url packageorg.apache.commons.${pom.artifactId.substring(8)}/package @@ -119,35 +119,34 @@ dependencies - !-- Standard dependencies -- +!-- Standard dependencies -- dependency groupIdservletapi/groupId artifactIdservletapi/artifactId version2.3/version urlhttp://java.sun.com/products/servlet//url /dependency - + dependency groupIdcommons-beanutils/groupId artifactIdcommons-beanutils/artifactId version1.7.0/version urlhttp://jakarta.apache.org/commons/beanutils/url /dependency - + dependency groupIdcommons-digester/groupId artifactIdcommons-digester/artifactId version1.6/version urlhttp://jakarta.apache.org/commons/digester/url /dependency - + dependency groupIdcommons-logging/groupId artifactIdcommons-logging/artifactId version1.0.4/version urlhttp://jakarta.apache.org/commons/logging/url /dependency - dependency groupIdxml-apis/groupId @@ -156,31 +155,31 @@ urlhttp://xml.apache.org/commons//url /dependency - !-- for testing -- +!-- for testing -- dependency groupIdjunit/groupId artifactIdjunit/artifactId version3.8.1/version urlhttp://www.junit.org/url /dependency - - dependency + +dependency groupIdhsqldb/groupId artifactIdhsqldb/artifactId version1.7.1/version urlhttp://hsqldb.sourceforge.net//url /dependency - - - !-- Needed for Testing (iBatis) -- - dependency + + +!-- Needed for Testing (iBatis) -- +dependency groupIdjdom/groupId artifactIdjdom/artifactId version1.0/version urlhttp://www.jdom.org//url /dependency - - + + /dependencies @@ -222,7 +221,6 @@ reportmaven-tasklist-plugin/report reportmaven-license-plugin/report reportmaven-jcoverage-plugin/report + /reports -/reports - /project - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 37574] - [lang] [PATCH] new ExceptionUtils.setCause() method
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=37574. 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=37574 --- Additional Comments From [EMAIL PROTECTED] 2005-11-23 01:27 --- Please provide a unit test to validate your patch. I can then take a look at merging your code with much less effort as I do not want to take the time to write the tests myself. Thank you, Gary -- 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]
[collections] Last call for 3.2
Any changes people want to make for [collections] 3.2 ? TimeoutBuffer (remove and merge with BlockingBuffer) is the only thing I'm aware of as outstanding. (Unless someone wants to fix the 50 or so classes in the bug Elliotte reopened - http://issues.apache.org/bugzilla/show_bug.cgi?id=37106) Currently, I'd like to timescale this for votes and releases over the next 2 weeks. Stephen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r348324 - /jakarta/commons/proper/resources/trunk/project.xml
Author: niallp Date: Tue Nov 22 16:39:22 2005 New Revision: 348324 URL: http://svn.apache.org/viewcvs?rev=348324view=rev Log: Remove unnecssary jdom dependency Modified: jakarta/commons/proper/resources/trunk/project.xml Modified: jakarta/commons/proper/resources/trunk/project.xml URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/resources/trunk/project.xml?rev=348324r1=348323r2=348324view=diff == --- jakarta/commons/proper/resources/trunk/project.xml (original) +++ jakarta/commons/proper/resources/trunk/project.xml Tue Nov 22 16:39:22 2005 @@ -170,16 +170,6 @@ urlhttp://hsqldb.sourceforge.net//url /dependency - -!-- Needed for Testing (iBatis) -- -dependency - groupIdjdom/groupId - artifactIdjdom/artifactId - version1.0/version - urlhttp://www.jdom.org//url -/dependency - - /dependencies - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r348325 - /jakarta/commons/proper/resources/trunk/project.xml
Author: niallp Date: Tue Nov 22 16:42:37 2005 New Revision: 348325 URL: http://svn.apache.org/viewcvs?rev=348325view=rev Log: Minor updates - add license, pomVersion and removed empty organization elements Modified: jakarta/commons/proper/resources/trunk/project.xml Modified: jakarta/commons/proper/resources/trunk/project.xml URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/resources/trunk/project.xml?rev=348325r1=348324r2=348325view=diff == --- jakarta/commons/proper/resources/trunk/project.xml (original) +++ jakarta/commons/proper/resources/trunk/project.xml Tue Nov 22 16:42:37 2005 @@ -1,6 +1,22 @@ ?xml version=1.0 encoding=UTF-8? +!-- + Copyright 2002-2005 The Apache Software Foundation + + Licensed under the Apache License, Version 2.0 (the License); + you may not use this file except in compliance with the License. + You may obtain a copy of the License at + + http://www.apache.org/licenses/LICENSE-2.0 + + Unless required by applicable law or agreed to in writing, software + distributed under the License is distributed on an AS IS BASIS, + WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. + See the License for the specific language governing permissions and + limitations under the License. +-- project + pomVersion3/pomVersion nameCommons Resources/name groupIdcommons-resources/groupId artifactIdcommons-resources/artifactId @@ -54,25 +70,21 @@ nameMartin Cooper/name idmartinc/id email[EMAIL PROTECTED]/email - organization/organization /developer developer nameRobert Burrell Donkin/name idrdonkin/id emailrdonkin hat apache.org/email - organization/organization /developer developer nameDavid Graham/name iddgraham/id email[EMAIL PROTECTED]/email - organization/organization /developer developer nameCraig McClanahan/name idcraigmcc/id email[EMAIL PROTECTED]/email - organization/organization /developer developer nameJames Mitchell/name @@ -89,13 +101,11 @@ nameDaniel Rall/name iddlr/id email[EMAIL PROTECTED]/email - organization/organization /developer developer nameMichael Schachter/name idmschachter/id email[EMAIL PROTECTED]/email - organization/organization /developer developer nameJames Strachan/name @@ -107,7 +117,6 @@ nameJason van Zyl/name idjvanzyl/id email[EMAIL PROTECTED]/email - organization/organization /developer /developers - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 37249] - [resources] Objects to be prevented from removal from JCS Cache
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=37249. 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=37249 --- Additional Comments From [EMAIL PROTECTED] 2005-11-23 01:47 --- Yes JCS is Java Caching System. (In reply to comment #0) I am using JCS for caching some of my objects on the data layer side of my application. However,i want to have a functionality/callback from where I can prevent my object(s) from being removed fron the cache,even if they have reached their expiry time. This is required in cases where i have taken out an object from cahe for some processing but before i can finish my processing (which may take time),the object theoretically completes it's TTL (time to live)OR the cache reached it's upper limit on no. of objects.Is there any way where I can prevent my objects from being removed from the cache without giving infinite life to them. -- 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: r348326 - /jakarta/commons/proper/resources/trunk/project.xml
Author: niallp Date: Tue Nov 22 16:48:33 2005 New Revision: 348326 URL: http://svn.apache.org/viewcvs?rev=348326view=rev Log: Site generation improvements: * Add comments to dependencies * Add maven plugin dependencies (improves site gen) * change repository url (otherwise maven change reports generate incorrect links) Modified: jakarta/commons/proper/resources/trunk/project.xml Modified: jakarta/commons/proper/resources/trunk/project.xml URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/resources/trunk/project.xml?rev=348326r1=348325r2=348326view=diff == --- jakarta/commons/proper/resources/trunk/project.xml (original) +++ jakarta/commons/proper/resources/trunk/project.xml Tue Nov 22 16:48:33 2005 @@ -48,7 +48,7 @@ distributionDirectory/www/jakarta.apache.org/builds/jakarta-commons/${pom.artifactId.substring(8)}//distributionDirectory repository connectionscm:svn:http://svn.apache.org/repos/asf/jakarta/commons/proper/${pom.artifactId.substring(8)}/trunk/connection - urlhttp://svn.apache.org/repos/asf/jakarta/commons/proper/${pom.artifactId.substring(8)}/trunk/url +urlhttp://svn.apache.org/viewcvs.cgi/url /repository mailingLists mailingList @@ -134,6 +134,12 @@ artifactIdservletapi/artifactId version2.3/version urlhttp://java.sun.com/products/servlet//url + properties + comment + lt;stronggt;Optionallt;/stronggt; - required only for + Webapp implementations. + /comment + /properties /dependency dependency @@ -141,6 +147,12 @@ artifactIdcommons-beanutils/artifactId version1.7.0/version urlhttp://jakarta.apache.org/commons/beanutils/url + properties + comment + lt;stronggt;Optionallt;/stronggt; - inherited + Digester dependency. + /comment + /properties /dependency dependency @@ -148,6 +160,12 @@ artifactIdcommons-digester/artifactId version1.6/version urlhttp://jakarta.apache.org/commons/digester/url + properties + comment + lt;stronggt;Optionallt;/stronggt; - required only for + XML / Webapp implementations. + /comment + /properties /dependency dependency @@ -162,6 +180,13 @@ artifactIdxml-apis/artifactId version2.0.2/version urlhttp://xml.apache.org/commons//url + properties + comment + lt;stronggt;JDK 1.3lt;/stronggt; - NOT required for + JDK 1.4 and higher. For pre-JDK 1.4, required when using + XML implementations. + /comment + /properties /dependency !-- for testing -- @@ -170,6 +195,13 @@ artifactIdjunit/artifactId version3.8.1/version urlhttp://www.junit.org/url + properties + scopetest/scope + comment + lt;stronggt;Test Onlylt;/stronggt; - required only for + running the Resources unit tests. + /comment + /properties /dependency dependency @@ -177,6 +209,56 @@ artifactIdhsqldb/artifactId version1.7.1/version urlhttp://hsqldb.sourceforge.net//url + properties + scopetest/scope + comment + lt;stronggt;Test Onlylt;/stronggt; - required only for + running the Resources unit tests. + /comment + /properties +/dependency + +!-- Needed for Site generation -- +dependency + groupIdmaven/groupId + artifactIdmaven-xdoc-plugin/artifactId + version1.9.2/version + urlhttp://maven.apache.org/reference/plugins/xdoc//url + typeplugin/type + properties + comment + lt;stronggt;Site Onlylt;/stronggt; - v1.9.2 (minimum) + required for building the Resources Site documentation. + /comment + /properties +/dependency + +dependency + groupIdmaven/groupId + artifactIdmaven-changelog-plugin/artifactId + version1.8.2/version + urlhttp://maven.apache.org/reference/plugins/changelog//url + typeplugin/type + properties + comment + lt;stronggt;Site Onlylt;/stronggt; - v1.8.2 (minimum) + required for building the Resources Site documentation. + /comment + /properties +/dependency + +dependency + groupIdmaven/groupId + artifactIdmaven-file-activity-plugin/artifactId + version1.5.2/version + urlhttp://maven.apache.org/reference/plugins/file-activity//url + typeplugin/type + properties + comment + lt;stronggt;Site Onlylt;/stronggt; - v1.5.2 (minimum) + required for building the Resources Site documentation. + /comment + /properties /dependency /dependencies
RE: [collections] Last call for 3.2
That and the BoundedBuffer wrapper class. If you want, I can fix the serialVersionUIDs too. That's a find/replace in IDEA as long as that's all that we need to do with it. -Original Message- From: Stephen Colebourne [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 22, 2005 7:39 PM To: Jakarta Commons Developers List Subject: [collections] Last call for 3.2 Any changes people want to make for [collections] 3.2 ? TimeoutBuffer (remove and merge with BlockingBuffer) is the only thing I'm aware of as outstanding. (Unless someone wants to fix the 50 or so classes in the bug Elliotte reopened - http://issues.apache.org/bugzilla/show_bug.cgi?id=37106) Currently, I'd like to timescale this for votes and releases over the next 2 weeks. Stephen - 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 37249] - [resources] Objects to be prevented from removal from JCS Cache
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=37249. 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=37249 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2005-11-23 02:07 --- Thanks for responding - you need to file this against in JCS issue tracking system then: http://jakarta.apache.org/jcs/issue-tracking.html Closing as INVALID. -- 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: r348333 - in /jakarta/commons/proper/resources/trunk: maven.xml project.xml xdocs/cvs-usage.xml xdocs/downloads.xml xdocs/index.xml xdocs/issue-tracking.xml xdocs/navigation.xml xdocs/todo
Author: niallp Date: Tue Nov 22 17:17:22 2005 New Revision: 348333 URL: http://svn.apache.org/viewcvs?rev=348333view=rev Log: Improve Commons Resources site and add missing license headers: * add support, releases and documentation sections to home page * add improved Issue Tracking page * add improved Source Repository page (cvs-usage.xml) * add Downloads page and include on the project menu Added: jakarta/commons/proper/resources/trunk/xdocs/cvs-usage.xml (with props) jakarta/commons/proper/resources/trunk/xdocs/downloads.xml (with props) jakarta/commons/proper/resources/trunk/xdocs/issue-tracking.xml (with props) Modified: jakarta/commons/proper/resources/trunk/maven.xml jakarta/commons/proper/resources/trunk/project.xml jakarta/commons/proper/resources/trunk/xdocs/index.xml jakarta/commons/proper/resources/trunk/xdocs/navigation.xml jakarta/commons/proper/resources/trunk/xdocs/todo.xml Modified: jakarta/commons/proper/resources/trunk/maven.xml URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/resources/trunk/maven.xml?rev=348333r1=348332r2=348333view=diff == --- jakarta/commons/proper/resources/trunk/maven.xml (original) +++ jakarta/commons/proper/resources/trunk/maven.xml Tue Nov 22 17:17:22 2005 @@ -1,7 +1,40 @@ +!-- + Copyright 2004-2005 The Apache Software Foundation + + Licensed under the Apache License, Version 2.0 (the License); + you may not use this file except in compliance with the License. + You may obtain a copy of the License at + + http://www.apache.org/licenses/LICENSE-2.0 + + Unless required by applicable law or agreed to in writing, software + distributed under the License is distributed on an AS IS BASIS, + WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. + See the License for the specific language governing permissions and + limitations under the License. +-- + project default=jar:jar xmlns:j=jelly:core xmlns:ant=jelly:ant +!-- == -- +!-- START : C O M M O N S - B U I L D -- +!-- == -- +!-- Required: Look and Feel for documentation within distributions -- +!-- == -- +postGoal name=xdoc:copy-resources +copy todir=${maven.build.dir}/docs/style/ failonerror=false +fileset dir=${basedir}/../commons-build/xdocs/style + include name='**/*'/ +exclude name='**/CVS/**'/ +/fileset +/copy +/postGoal +!-- == -- +!-- END: C O M M O N S - B U I L D -- +!-- == -- + postGoal name=jar:jar ant:jar destfile=${maven.build.dir}/commons-resources-tests.jar fileset dir=${maven.build.dir}/test-classes/ Modified: jakarta/commons/proper/resources/trunk/project.xml URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/resources/trunk/project.xml?rev=348333r1=348332r2=348333view=diff == --- jakarta/commons/proper/resources/trunk/project.xml (original) +++ jakarta/commons/proper/resources/trunk/project.xml Tue Nov 22 17:17:22 2005 @@ -43,6 +43,7 @@ /license /licenses gumpRepositoryIdjakarta/gumpRepositoryId + issueTrackingUrlhttp://issues.apache.org/bugzilla//issueTrackingUrl siteAddressjakarta.apache.org/siteAddress siteDirectory/www/jakarta.apache.org/commons/${pom.artifactId.substring(8)}//siteDirectory distributionDirectory/www/jakarta.apache.org/builds/jakarta-commons/${pom.artifactId.substring(8)}//distributionDirectory Added: jakarta/commons/proper/resources/trunk/xdocs/cvs-usage.xml URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/resources/trunk/xdocs/cvs-usage.xml?rev=348333view=auto == --- jakarta/commons/proper/resources/trunk/xdocs/cvs-usage.xml (added) +++ jakarta/commons/proper/resources/trunk/xdocs/cvs-usage.xml Tue Nov 22 17:17:22 2005 @@ -0,0 +1,45 @@ +?xml version=1.0 encoding=ISO-8859-1 ? +!-- + Copyright 2005 The Apache Software Foundation + + Licensed under the Apache License, Version 2.0 (the License); + you may not use this file except in compliance with the License. + You may obtain a copy of the License at + + http://www.apache.org/licenses/LICENSE-2.0 + + Unless required by applicable law or agreed to in writing, software + distributed under the License is distributed on an AS IS BASIS, + WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or
svn commit: r348339 - /jakarta/commons/proper/resources/trunk/src/java/org/apache/commons/resources/impl/WebappPropertyResourcesFactory.java
Author: niallp Date: Tue Nov 22 17:34:52 2005 New Revision: 348339 URL: http://svn.apache.org/viewcvs?rev=348339view=rev Log: Remove get/setServletContext() methods inherited from WebappResourcesFactoryBase Modified: jakarta/commons/proper/resources/trunk/src/java/org/apache/commons/resources/impl/WebappPropertyResourcesFactory.java Modified: jakarta/commons/proper/resources/trunk/src/java/org/apache/commons/resources/impl/WebappPropertyResourcesFactory.java URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/resources/trunk/src/java/org/apache/commons/resources/impl/WebappPropertyResourcesFactory.java?rev=348339r1=348338r2=348339view=diff == --- jakarta/commons/proper/resources/trunk/src/java/org/apache/commons/resources/impl/WebappPropertyResourcesFactory.java (original) +++ jakarta/commons/proper/resources/trunk/src/java/org/apache/commons/resources/impl/WebappPropertyResourcesFactory.java Tue Nov 22 17:34:52 2005 @@ -49,32 +49,6 @@ */ public class WebappPropertyResourcesFactory extends WebappResourcesFactoryBase { -/** - * pReturn the codeServletContext/code instance for - * resolving our resources references./p - * @return The Servlet Context. - */ -public ServletContext getServletContext() { - -return (this.servletContext); - -} - - -/** - * pSet the codeServletContext/code instance for - * resolving our resources references./p - * @param servletContext The Servlet Context. - */ -public void setServletContext(ServletContext servletContext) { - -this.servletContext = servletContext; - -} - - -// -- Protected Methods - /** * pCreate and return a new [EMAIL PROTECTED] org.apache.commons.resources.Resources} instance with the - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 37597] New: - [jci] add list() method to readers and stores
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=37597. 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=37597 Summary: [jci] add list() method to readers and stores Product: Commons Version: unspecified Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: Sandbox AssignedTo: commons-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] It would be nice if the readers and stores could list their content. -- 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 37597] - [jci] add list() method to readers and stores
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=37597. 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=37597 --- Additional Comments From [EMAIL PROTECTED] 2005-11-23 02:54 --- Created an attachment (id=17017) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=17017action=view) Adds list functionality to readers and stores This patch adds the list() method to the interfaces and implementations. Because I have other work still waiting to be committed, its an accumulation of the file and io removal patches. -- 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 37597] - [jci] add list() method to readers and stores
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=37597. 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=37597 --- Additional Comments From [EMAIL PROTECTED] 2005-11-23 02:56 --- Created an attachment (id=17018) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=17018action=view) MemoryResourceReader implementation -- 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]
[resources] static Log instances
I just thought I would make other Commons Resources developers aware of the question I just posted to commons-user - in case that list is not on their radar: http://article.gmane.org/gmane.comp.jakarta.commons.user/13775 Niall - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[resources] Changing instance variables from protected to private
Is there any objection to me changing instance variables from protected to private? Niall - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]