[EMAIL PROTECTED]: Project commons-chain (in module jakarta-commons) failed
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project commons-chain has an issue affecting its community integration. This issue affects 8 projects, and has been outstanding for 52 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-chain : GoF Chain of Responsibility pattern - commons-jelly-tags-quartz : Commons Jelly - fulcrum-quartz : Services Framework - myfaces : JavaServer(tm) Faces implementation - portals-bridges-jsf : Support for JSR168 compliant Portlet development - quartz : Job Scheduler - struts-action : Model 2 Model-View-Controller framework for Servlets and JSP - struts-tiles : Model 2 Model-View-Controller framework for Servlets and JSP Full details are available at: http://vmgump.apache.org/gump/public/jakarta-commons/commons-chain/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole output [commons-chain-01042006.jar] identifier set to project name -INFO- Failed with reason build failed -INFO- Failed to extract fallback artifacts from Gump Repository The following work was performed: http://vmgump.apache.org/gump/public/jakarta-commons/commons-chain/gump_work/build_jakarta-commons_commons-chain.html Work Name: build_jakarta-commons_commons-chain (Type: Build) Work ended in a state of : Failed Elapsed: 16 secs Command Line: java -Djava.awt.headless=true -Xbootclasspath/p:/usr/local/gump/public/workspace/xml-xerces2/build/xercesImpl.jar:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar org.apache.tools.ant.Main -Dgump.merge=/x1/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only -Dfinal.name=commons-chain-01042006 -f build.xml jar [Working Directory: /usr/local/gump/public/workspace/jakarta-commons/chain] CLASSPATH: /opt/jdk1.5/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons/chain/target/classes:/usr/local/gump/public/workspace/jakarta-commons/chain/target/test-classes:/usr/local/gump/packages/jsf-1_1_01/lib/jsf-api.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/packages/junit3.8.1/junit.jar:/usr/local/gump/public/workspace/xml-commons/java/build/resolver.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/jakarta-commons/digester/dist/commons-digester.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-01042006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-01042006.jar:/usr/local/gump/public/workspace/portals-pluto-1.0/api/target/portlet-api-1.0.jar:/usr/local/gump/public/workspace/jakarta-servletapi-4/lib/servlet.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar - [junit] Tests run: 10, Failures: 0, Errors: 0, Time elapsed: 0.277 sec [junit] Tests run: 10, Failures: 0, Errors: 0, Time elapsed: 0.277 sec [junit] Testcase: testPristine took 0.045 sec [junit] Testcase: testReadOnly took 0.002 sec [junit] Testcase: testReadWrite took 0.001 sec [junit] Testcase: testWriteOnly took 0 sec [junit] Testcase: testAttributes took 0.001 sec [junit] Testcase: testContains took 0.001 sec [junit] Testcase: testEquals took 0.011 sec [junit] Testcase: testKeySet took 0.001 sec [junit] Testcase: testPutAll took 0.001 sec [junit] Testcase: testSeriaization took 0.049 sec [junit] Running org.apache.commons.chain.web.ChainResourcesTestCase [junit] Testsuite: org.apache.commons.chain.web.ChainResourcesTestCase [junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.232 sec [junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.232 sec [junit] Testcase: testGetPaths took 0.075 sec [junit] Running org.apache.commons.chain.web.servlet.ServletGetLocaleCommandTestCase [junit] Testsuite: org.apache.commons.chain.web.servlet.ServletGetLocaleCommandTestCase [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.234 sec [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.234 sec [junit] Testcase: testConfigured took 0.056 sec [junit] Testcase: testDefaut took
[EMAIL PROTECTED]: Project commons-chain (in module jakarta-commons) failed
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project commons-chain has an issue affecting its community integration. This issue affects 8 projects, and has been outstanding for 52 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-chain : GoF Chain of Responsibility pattern - commons-jelly-tags-quartz : Commons Jelly - fulcrum-quartz : Services Framework - myfaces : JavaServer(tm) Faces implementation - portals-bridges-jsf : Support for JSR168 compliant Portlet development - quartz : Job Scheduler - struts-action : Model 2 Model-View-Controller framework for Servlets and JSP - struts-tiles : Model 2 Model-View-Controller framework for Servlets and JSP Full details are available at: http://vmgump.apache.org/gump/public/jakarta-commons/commons-chain/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole output [commons-chain-01042006.jar] identifier set to project name -INFO- Failed with reason build failed -INFO- Failed to extract fallback artifacts from Gump Repository The following work was performed: http://vmgump.apache.org/gump/public/jakarta-commons/commons-chain/gump_work/build_jakarta-commons_commons-chain.html Work Name: build_jakarta-commons_commons-chain (Type: Build) Work ended in a state of : Failed Elapsed: 16 secs Command Line: java -Djava.awt.headless=true -Xbootclasspath/p:/usr/local/gump/public/workspace/xml-xerces2/build/xercesImpl.jar:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar org.apache.tools.ant.Main -Dgump.merge=/x1/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only -Dfinal.name=commons-chain-01042006 -f build.xml jar [Working Directory: /usr/local/gump/public/workspace/jakarta-commons/chain] CLASSPATH: /opt/jdk1.5/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons/chain/target/classes:/usr/local/gump/public/workspace/jakarta-commons/chain/target/test-classes:/usr/local/gump/packages/jsf-1_1_01/lib/jsf-api.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/packages/junit3.8.1/junit.jar:/usr/local/gump/public/workspace/xml-commons/java/build/resolver.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/jakarta-commons/digester/dist/commons-digester.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-01042006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-01042006.jar:/usr/local/gump/public/workspace/portals-pluto-1.0/api/target/portlet-api-1.0.jar:/usr/local/gump/public/workspace/jakarta-servletapi-4/lib/servlet.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar - [junit] Tests run: 10, Failures: 0, Errors: 0, Time elapsed: 0.277 sec [junit] Tests run: 10, Failures: 0, Errors: 0, Time elapsed: 0.277 sec [junit] Testcase: testPristine took 0.045 sec [junit] Testcase: testReadOnly took 0.002 sec [junit] Testcase: testReadWrite took 0.001 sec [junit] Testcase: testWriteOnly took 0 sec [junit] Testcase: testAttributes took 0.001 sec [junit] Testcase: testContains took 0.001 sec [junit] Testcase: testEquals took 0.011 sec [junit] Testcase: testKeySet took 0.001 sec [junit] Testcase: testPutAll took 0.001 sec [junit] Testcase: testSeriaization took 0.049 sec [junit] Running org.apache.commons.chain.web.ChainResourcesTestCase [junit] Testsuite: org.apache.commons.chain.web.ChainResourcesTestCase [junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.232 sec [junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.232 sec [junit] Testcase: testGetPaths took 0.075 sec [junit] Running org.apache.commons.chain.web.servlet.ServletGetLocaleCommandTestCase [junit] Testsuite: org.apache.commons.chain.web.servlet.ServletGetLocaleCommandTestCase [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.234 sec [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.234 sec [junit] Testcase: testConfigured took 0.056 sec [junit] Testcase: testDefaut took
[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 58 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: 29 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml] CLASSPATH: /opt/jdk1.5/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-01042006.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-01042006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-01042006.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-01042006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-01042006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-01042006.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/packages/jaxen-1.1-beta-4/jaxen-1.1-beta-4.jar - [junit] at org.apache.commons.jelly.tags.junit.CaseTag$1.runTest(CaseTag.java:59) [junit] [junit] [junit] Testcase: testSetSingleNodeAndAsString(org.apache.commons.jelly.tags.junit.CaseTag$1): Caused an ERROR [junit] file:/x1/gump/public/workspace/commons-jelly/jelly-tags/xml/target/test-classes/org/apache/commons/jelly/tags/xml/suite.jelly:294:81: x:set You must define an attribute called 'select' for this tag. [junit] org.apache.commons.jelly.MissingAttributeException: file:/x1/gump/public/workspace/commons-jelly/jelly-tags/xml/target/test-classes/org/apache/commons/jelly/tags/xml/suite.jelly:294:81: x:set You must define an attribute called 'select' for this tag. [junit] at org.apache.commons.jelly.tags.xml.SetTag.doTag(SetTag.java:86) [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:262) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) [junit] at org.apache.commons.jelly.tags.junit.CaseTag$1.runTest(CaseTag.java:59) [junit] [junit] [junit] Testcase: testSetStringLists(org.apache.commons.jelly.tags.junit.CaseTag$1): Caused an ERROR [junit] file:/x1/gump/public/workspace/commons-jelly/jelly-tags/xml/target/test-classes/org/apache/commons/jelly/tags/xml/suite.jelly:339:82: x:set You must define an attribute called 'select' for this tag. [junit] org.apache.commons.jelly.MissingAttributeException: file:/x1/gump/public/workspace/commons-jelly/jelly-tags/xml/target/test-classes/org/apache/commons/jelly/tags/xml/suite.jelly:339:82: x:set You must define an attribute called 'select' for this tag. [junit] at org.apache.commons.jelly.tags.xml.SetTag.doTag(SetTag.java:86) [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:262) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) [junit] at org.apache.commons.jelly.tags.junit.CaseTag$1.runTest(CaseTag.java:59) [junit] [junit] [junit] Testcase: testEntities(org.apache.commons.jelly.tags.junit.CaseTag$1): Caused an ERROR [junit]
[EMAIL PROTECTED]: Project commons-jelly-tags-xml-test (in module commons-jelly) failed
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project commons-jelly-tags-xml-test has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 58 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: 29 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml] CLASSPATH: /opt/jdk1.5/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-01042006.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-01042006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-01042006.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-01042006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-01042006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-01042006.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/packages/jaxen-1.1-beta-4/jaxen-1.1-beta-4.jar - [junit] at org.apache.commons.jelly.tags.junit.CaseTag$1.runTest(CaseTag.java:59) [junit] [junit] [junit] Testcase: testSetSingleNodeAndAsString(org.apache.commons.jelly.tags.junit.CaseTag$1): Caused an ERROR [junit] file:/x1/gump/public/workspace/commons-jelly/jelly-tags/xml/target/test-classes/org/apache/commons/jelly/tags/xml/suite.jelly:294:81: x:set You must define an attribute called 'select' for this tag. [junit] org.apache.commons.jelly.MissingAttributeException: file:/x1/gump/public/workspace/commons-jelly/jelly-tags/xml/target/test-classes/org/apache/commons/jelly/tags/xml/suite.jelly:294:81: x:set You must define an attribute called 'select' for this tag. [junit] at org.apache.commons.jelly.tags.xml.SetTag.doTag(SetTag.java:86) [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:262) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) [junit] at org.apache.commons.jelly.tags.junit.CaseTag$1.runTest(CaseTag.java:59) [junit] [junit] [junit] Testcase: testSetStringLists(org.apache.commons.jelly.tags.junit.CaseTag$1): Caused an ERROR [junit] file:/x1/gump/public/workspace/commons-jelly/jelly-tags/xml/target/test-classes/org/apache/commons/jelly/tags/xml/suite.jelly:339:82: x:set You must define an attribute called 'select' for this tag. [junit] org.apache.commons.jelly.MissingAttributeException: file:/x1/gump/public/workspace/commons-jelly/jelly-tags/xml/target/test-classes/org/apache/commons/jelly/tags/xml/suite.jelly:339:82: x:set You must define an attribute called 'select' for this tag. [junit] at org.apache.commons.jelly.tags.xml.SetTag.doTag(SetTag.java:86) [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:262) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) [junit] at org.apache.commons.jelly.tags.junit.CaseTag$1.runTest(CaseTag.java:59) [junit] [junit] [junit] Testcase: testEntities(org.apache.commons.jelly.tags.junit.CaseTag$1): Caused an ERROR [junit]
[EMAIL PROTECTED]: Project commons-jelly-tags-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 58 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-01042006.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: 12 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/html] CLASSPATH: /opt/jdk1.5/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-01042006.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-01042006.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-01042006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/target/commons-jelly-tags-jsl-01042006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-01042006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/log/target/commons-jelly-tags-log-01042006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/target/commons-jelly-tags-xml-01042006.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-01042006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-01042006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-01042006.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/packages/jaxen-1.1-beta-4/jaxen-1.1-beta-4.jar:/usr/local/gump/packages/nekohtml-0.9.5/nekohtml.jar - [junit] at org.apache.commons.jelly.tags.junit.CaseTag$1.runTest(CaseTag.java:59) [junit] [junit] [junit] Testcase: testLowerCase(org.apache.commons.jelly.tags.junit.CaseTag$1): Caused an ERROR [junit] file:/x1/gump/public/workspace/commons-jelly/jelly-tags/html/target/test-classes/org/apache/commons/jelly/html/suite.jelly:40:48: test:assert You must define an attribute called 'test' for this tag. [junit] org.apache.commons.jelly.MissingAttributeException: file:/x1/gump/public/workspace/commons-jelly/jelly-tags/html/target/test-classes/org/apache/commons/jelly/html/suite.jelly:40:48: test:assert You must define an attribute called 'test' for this tag. [junit] at org.apache.commons.jelly.tags.junit.AssertTag.doTag(AssertTag.java:54) [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:262) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) [junit] at org.apache.commons.jelly.tags.junit.CaseTag$1.runTest(CaseTag.java:59) [junit] [junit] [junit] Testcase: testMixedCase(org.apache.commons.jelly.tags.junit.CaseTag$1): Caused an ERROR [junit] file:/x1/gump/public/workspace/commons-jelly/jelly-tags/html/target/test-classes/org/apache/commons/jelly/html/suite.jelly:47:48: test:assert You must define an attribute called 'test' for this tag. [junit] org.apache.commons.jelly.MissingAttributeException: file:/x1/gump/public/workspace/commons-jelly/jelly-tags/html/target/test-classes/org/apache/commons/jelly/html/suite.jelly:47:48: test:assert You must define an attribute called 'test' for this tag. [junit] at
[EMAIL PROTECTED]: Project commons-jelly-tags-html (in module commons-jelly) failed
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project commons-jelly-tags-html has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 58 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-01042006.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: 12 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/html] CLASSPATH: /opt/jdk1.5/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-01042006.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-01042006.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-01042006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/target/commons-jelly-tags-jsl-01042006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-01042006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/log/target/commons-jelly-tags-log-01042006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/target/commons-jelly-tags-xml-01042006.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-01042006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-01042006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-01042006.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/packages/jaxen-1.1-beta-4/jaxen-1.1-beta-4.jar:/usr/local/gump/packages/nekohtml-0.9.5/nekohtml.jar - [junit] at org.apache.commons.jelly.tags.junit.CaseTag$1.runTest(CaseTag.java:59) [junit] [junit] [junit] Testcase: testLowerCase(org.apache.commons.jelly.tags.junit.CaseTag$1): Caused an ERROR [junit] file:/x1/gump/public/workspace/commons-jelly/jelly-tags/html/target/test-classes/org/apache/commons/jelly/html/suite.jelly:40:48: test:assert You must define an attribute called 'test' for this tag. [junit] org.apache.commons.jelly.MissingAttributeException: file:/x1/gump/public/workspace/commons-jelly/jelly-tags/html/target/test-classes/org/apache/commons/jelly/html/suite.jelly:40:48: test:assert You must define an attribute called 'test' for this tag. [junit] at org.apache.commons.jelly.tags.junit.AssertTag.doTag(AssertTag.java:54) [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:262) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) [junit] at org.apache.commons.jelly.tags.junit.CaseTag$1.runTest(CaseTag.java:59) [junit] [junit] [junit] Testcase: testMixedCase(org.apache.commons.jelly.tags.junit.CaseTag$1): Caused an ERROR [junit] file:/x1/gump/public/workspace/commons-jelly/jelly-tags/html/target/test-classes/org/apache/commons/jelly/html/suite.jelly:47:48: test:assert You must define an attribute called 'test' for this tag. [junit] org.apache.commons.jelly.MissingAttributeException: file:/x1/gump/public/workspace/commons-jelly/jelly-tags/html/target/test-classes/org/apache/commons/jelly/html/suite.jelly:47:48: test:assert You must define an attribute called 'test' for this tag. [junit] at
[EMAIL PROTECTED]: Project commons-jelly-tags-jsl-test (in module commons-jelly) failed
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project commons-jelly-tags-jsl-test has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 58 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-jelly-tags-jsl-test : Commons Jelly Full details are available at: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-jsl-test/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Dependency on ant exists, no need to add for property maven.jar.ant-optional. -DEBUG- Dependency on xml-xerces exists, no need to add for property maven.jar.xerces. -WARNING- Overriding Maven properties: [/usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/build.properties] -DEBUG- (Gump generated) Maven Properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/project.properties -INFO- Project Reports in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/target/test-reports The following work was performed: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-jsl-test/gump_work/build_commons-jelly_commons-jelly-tags-jsl-test.html Work Name: build_commons-jelly_commons-jelly-tags-jsl-test (Type: Build) Work ended in a state of : Failed Elapsed: 16 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl] CLASSPATH: /opt/jdk1.5/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-01042006.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-01042006.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-01042006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/ant/target/commons-jelly-tags-ant-01042006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-01042006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/log/target/commons-jelly-tags-log-01042006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/target/commons-jelly-tags-xml-01042006.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-01042006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-01042006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-01042006.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/packages/jaxen-1.1-beta-4/jaxen-1.1-beta-4.jar - [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:262) [junit] at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:186) [junit] at org.apache.commons.jelly.TagSupport.getBodyText(TagSupport.java:234) [junit] at org.apache.commons.jelly.tags.core.SetTag.doTag(SetTag.java:90) [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:262) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) [junit] at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:186) [junit] at org.apache.commons.jelly.tags.jsl.TemplateTag$1.run(TemplateTag.java:160) [junit] at org.dom4j.rule.Mode.fireRule(Mode.java:59) [junit] at org.dom4j.rule.Mode.applyTemplates(Mode.java:80) [junit] at org.dom4j.rule.RuleManager$1.run(RuleManager.java:171) [junit] at org.dom4j.rule.Mode.fireRule(Mode.java:59) [junit] at org.dom4j.rule.Stylesheet.run(Stylesheet.java:102) [junit] at org.dom4j.rule.Stylesheet.run(Stylesheet.java:91) [junit] at org.dom4j.rule.Stylesheet.run(Stylesheet.java:78) [junit] at
[EMAIL PROTECTED]: Project commons-jelly-tags-jsl-test (in module commons-jelly) failed
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project commons-jelly-tags-jsl-test has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 58 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-jelly-tags-jsl-test : Commons Jelly Full details are available at: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-jsl-test/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Dependency on ant exists, no need to add for property maven.jar.ant-optional. -DEBUG- Dependency on xml-xerces exists, no need to add for property maven.jar.xerces. -WARNING- Overriding Maven properties: [/usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/build.properties] -DEBUG- (Gump generated) Maven Properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/project.properties -INFO- Project Reports in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/target/test-reports The following work was performed: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-jsl-test/gump_work/build_commons-jelly_commons-jelly-tags-jsl-test.html Work Name: build_commons-jelly_commons-jelly-tags-jsl-test (Type: Build) Work ended in a state of : Failed Elapsed: 16 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl] CLASSPATH: /opt/jdk1.5/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-01042006.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-01042006.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-01042006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/ant/target/commons-jelly-tags-ant-01042006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-01042006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/log/target/commons-jelly-tags-log-01042006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/target/commons-jelly-tags-xml-01042006.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-01042006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-01042006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-01042006.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/packages/jaxen-1.1-beta-4/jaxen-1.1-beta-4.jar - [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:262) [junit] at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:186) [junit] at org.apache.commons.jelly.TagSupport.getBodyText(TagSupport.java:234) [junit] at org.apache.commons.jelly.tags.core.SetTag.doTag(SetTag.java:90) [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:262) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) [junit] at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:186) [junit] at org.apache.commons.jelly.tags.jsl.TemplateTag$1.run(TemplateTag.java:160) [junit] at org.dom4j.rule.Mode.fireRule(Mode.java:59) [junit] at org.dom4j.rule.Mode.applyTemplates(Mode.java:80) [junit] at org.dom4j.rule.RuleManager$1.run(RuleManager.java:171) [junit] at org.dom4j.rule.Mode.fireRule(Mode.java:59) [junit] at org.dom4j.rule.Stylesheet.run(Stylesheet.java:102) [junit] at org.dom4j.rule.Stylesheet.run(Stylesheet.java:91) [junit] at org.dom4j.rule.Stylesheet.run(Stylesheet.java:78) [junit] at
Re: [VOTE] Release Pool 1.3 based on 1.3-rc4
Sandy McArthur wrote: I've prepared Commons Pool release candidate 4 and uploaded it to: http://people.apache.org/~sandymac/pool/1.3-rc4/ [X] +1 I support this release [ ] +0 [ ] -0 [ ] -1 I do not support this release because... Stephen - 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 58 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-jelly-tags-define-test : Commons Jelly Full details are available at: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-define-test/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Dependency on xml-xerces exists, no need to add for property maven.jar.xerces. -WARNING- Overriding Maven properties: [/usr/local/gump/public/workspace/commons-jelly/jelly-tags/define/build.properties] -DEBUG- (Gump generated) Maven Properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/define/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/define/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/define/project.properties -INFO- Project Reports in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/define/target/test-reports The following work was performed: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-define-test/gump_work/build_commons-jelly_commons-jelly-tags-define-test.html Work Name: build_commons-jelly_commons-jelly-tags-define-test (Type: Build) Work ended in a state of : Failed Elapsed: 13 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/define] CLASSPATH: /opt/jdk1.5/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-01042006.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-01042006.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-01042006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/dynabean/target/commons-jelly-tags-dynabean-01042006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-01042006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/log/target/commons-jelly-tags-log-01042006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/target/commons-jelly-tags-xml-01042006.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-01042006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-01042006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-01042006.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/packages/jaxen-1.1-beta-4/jaxen-1.1-beta-4.jar - [junit] at junit.framework.TestResult.runProtected(TestResult.java:124) [junit] at junit.framework.TestResult.run(TestResult.java:109) [junit] at junit.framework.TestCase.run(TestCase.java:118) [junit] at junit.framework.TestSuite.runTest(TestSuite.java:208) [junit] at junit.framework.TestSuite.run(TestSuite.java:203) [junit] at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.run(JUnitTestRunner.java:325) [junit] at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.main(JUnitTestRunner.java:536) [junit] Apr 1, 2006 4:21:41 AM org.apache.commons.jelly.expression.xpath.XPathExpression evaluate [junit] SEVERE: Error constructing xpath [junit] org.jaxen.XPathSyntaxException: Node-set expected [junit] at org.jaxen.BaseXPath.init(BaseXPath.java:131) [junit] at org.jaxen.BaseXPath.init(BaseXPath.java:156) [junit] at org.jaxen.dom4j.Dom4jXPath.init(Dom4jXPath.java:101) [junit] at org.apache.commons.jelly.expression.xpath.XPathExpression.evaluate(XPathExpression.java:78) [junit] at org.apache.commons.jelly.expression.ExpressionSupport.evaluateRecurse(ExpressionSupport.java:61) [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:256) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) [junit] at org.apache.commons.jelly.tags.junit.CaseTag$1.runTest(CaseTag.java:59) [junit] at junit.framework.TestCase.runBare(TestCase.java:127) [junit] at junit.framework.TestResult$1.protect(TestResult.java:106) [junit] at junit.framework.TestResult.runProtected(TestResult.java:124) [junit] at
[EMAIL PROTECTED]: Project commons-jelly-tags-define-test (in module commons-jelly) failed
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project commons-jelly-tags-define-test has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 58 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-jelly-tags-define-test : Commons Jelly Full details are available at: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-define-test/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Dependency on xml-xerces exists, no need to add for property maven.jar.xerces. -WARNING- Overriding Maven properties: [/usr/local/gump/public/workspace/commons-jelly/jelly-tags/define/build.properties] -DEBUG- (Gump generated) Maven Properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/define/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/define/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/define/project.properties -INFO- Project Reports in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/define/target/test-reports The following work was performed: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-define-test/gump_work/build_commons-jelly_commons-jelly-tags-define-test.html Work Name: build_commons-jelly_commons-jelly-tags-define-test (Type: Build) Work ended in a state of : Failed Elapsed: 13 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/define] CLASSPATH: /opt/jdk1.5/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-01042006.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-01042006.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-01042006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/dynabean/target/commons-jelly-tags-dynabean-01042006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-01042006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/log/target/commons-jelly-tags-log-01042006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/target/commons-jelly-tags-xml-01042006.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-01042006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-01042006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-01042006.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/packages/jaxen-1.1-beta-4/jaxen-1.1-beta-4.jar - [junit] at junit.framework.TestResult.runProtected(TestResult.java:124) [junit] at junit.framework.TestResult.run(TestResult.java:109) [junit] at junit.framework.TestCase.run(TestCase.java:118) [junit] at junit.framework.TestSuite.runTest(TestSuite.java:208) [junit] at junit.framework.TestSuite.run(TestSuite.java:203) [junit] at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.run(JUnitTestRunner.java:325) [junit] at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.main(JUnitTestRunner.java:536) [junit] Apr 1, 2006 4:21:41 AM org.apache.commons.jelly.expression.xpath.XPathExpression evaluate [junit] SEVERE: Error constructing xpath [junit] org.jaxen.XPathSyntaxException: Node-set expected [junit] at org.jaxen.BaseXPath.init(BaseXPath.java:131) [junit] at org.jaxen.BaseXPath.init(BaseXPath.java:156) [junit] at org.jaxen.dom4j.Dom4jXPath.init(Dom4jXPath.java:101) [junit] at org.apache.commons.jelly.expression.xpath.XPathExpression.evaluate(XPathExpression.java:78) [junit] at org.apache.commons.jelly.expression.ExpressionSupport.evaluateRecurse(ExpressionSupport.java:61) [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:256) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) [junit] at org.apache.commons.jelly.tags.junit.CaseTag$1.runTest(CaseTag.java:59) [junit] at junit.framework.TestCase.runBare(TestCase.java:127) [junit] at junit.framework.TestResult$1.protect(TestResult.java:106) [junit] at junit.framework.TestResult.runProtected(TestResult.java:124) [junit] at
[pool] Proposal: New Pool Impl -- GeneratorObjectPool
My name is Peter Steijn. I am an undergraduate at the University of Delaware, where I am working on an independent research project. I have been working on an optimization to object pooling upon which I have based a new object pool implementation -- GeneratorObjectPool. The following is about the implemented changes to how object pooling works. Before I go any further I would like to thank my faculty mentor, Professor Phillip Conrad, for his insight and support. I would also like to thank apache contributor Sandy McArthur, who has spent the past few weeks discussing my ideas, providing guidance and looking over my [sometimes inane] attempts at coding. You can access my objects at: http://copland.udel.edu/~psteijn/apache/ *GeneratorObjectPool.java -- the object pool implementation *GeneratorObjectPoolFactory.java -- basically GeneralObjectPoolFactory *TestGeneratorObjectPool.java -- JUnit tests modified to work with GeneratorObjectPool, taken from TestGeneralObjectPool but modified because of some changed assumptions in how some methods work (addObject in particular). GeneratorObjectPool changes the behavior of object pooling in the borrowObject method. Previous object pooling implementations, when attempting to borrow an object from an empty pool, would create an object for the requestor; blocking until the object was created and then returning that object. This is especially inefficient for object pooling, where the objects you are creating are expected to be very expensive to create (read http://www.theserverside.com/news/thread.tss?thread_id=37146 for an argument on why you should only pool the heaviest of objects). For example, creation of a JDBC connection to a mysql database takes at least 25 milliseconds (with virtually 0 latency) and seconds in even a minimally latent network. In contrast to the creation of these objects, the act of borrowing, using and returning the objects to the pool by a requestor usually takes less time on the order of powers of ten. Using a JDBC connection for an average query can take as few as 5 milliseconds. Using other objects that don't involve sending data over a network would take even less time. The observation that I am leading up to is this: Most likely the objects that are loaned out, making the pool empty for your request (which is then going to sit there for up to seconds blocking while your object is being made) are going to come back far before the object you are creating would be ready. The difference in time between the first object that returns to the pool and when the requestor's object gets created is avoidable blocking time. In other words, we can save turn-around time on requests which is what object pooling is all about! GeneratorObjectPool does not block to create an object when a request hits an empty pool. Instead it schedules a TimerTask to run at the earliest time possible. This TimerTask creates an object and puts it into the pool. While the TimerTask is running, the requestor is looking for any object to return to the pool, not just the one that it asked to be created. This is done with a LinkedBlockingQueue (requires java 1.5.0_06 - there is a serious bug in LinkedBlockingQueue in previous 1.5 releases [ http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6215625], but I am also planning to implement a version of GeneratorObjectPool that can run on java 1.3). When hitting an empty object pool, the requestor should notice a very large performance increase. All other times the pool should not experience any performance degradation. Important issues to note: -you can no longer assume that an additional object is in the pool directly after calling the addObject method. addObject only schedules an object to be created and put into the pool. I feel that I have justified why this optimization is necessary. I look forward to constructive criticism and any discussion of my ideas. -Peter K. Steijn PS - I have not done performance testing on my implementation yet, and have only tested it on existing unit tests. This is just to introduce my ideas to the community. The code is in no way guaranteed to be robust code.
Re: [pool] Proposal: New Pool Impl -- GeneratorObjectPool
some promising performance tests: using pool's 1.3.1 PerformanceTest.java on GeneralObjectPool Increase threads - nrIterations: 1 nrThreads: 50 maxActive: 5 maxIdle: 5 nrSamples: 50 totalBorrowTime: 120364 totalReturnTime: 5519 avg BorrowTime: 2407 avg ReturnTime: 110 - nrIterations: 1 nrThreads: 100 maxActive: 5 maxIdle: 5 nrSamples: 100 totalBorrowTime: 494611 totalReturnTime: 11035 avg BorrowTime: 4946 avg ReturnTime: 110 - nrIterations: 1 nrThreads: 200 maxActive: 5 maxIdle: 5 nrSamples: 200 totalBorrowTime: 2048368 totalReturnTime: 22732 avg BorrowTime: 10241 avg ReturnTime: 113 - nrIterations: 1 nrThreads: 400 maxActive: 5 maxIdle: 5 nrSamples: 400 totalBorrowTime: 7144609 totalReturnTime: 46740 avg BorrowTime: 17861 avg ReturnTime: 116 Increase threads poolsize - nrIterations: 1 nrThreads: 50 maxActive: 5 maxIdle: 5 nrSamples: 50 totalBorrowTime: 120005 totalReturnTime: 5528 avg BorrowTime: 2400 avg ReturnTime: 110 - nrIterations: 1 nrThreads: 100 maxActive: 10 maxIdle: 10 nrSamples: 100 totalBorrowTime: 476851 totalReturnTime: 23280 avg BorrowTime: 4768 avg ReturnTime: 232 - nrIterations: 1 nrThreads: 200 maxActive: 20 maxIdle: 20 nrSamples: 200 totalBorrowTime: 1948777 totalReturnTime: 98885 avg BorrowTime: 9743 avg ReturnTime: 494 - nrIterations: 1 nrThreads: 400 maxActive: 40 maxIdle: 40 nrSamples: 400 totalBorrowTime: 7691536 totalReturnTime: 393762 avg BorrowTime: 19228 avg ReturnTime: 984 Increase maxIdle - nrIterations: 1 nrThreads: 400 maxActive: 40 maxIdle: 5 nrSamples: 400 totalBorrowTime: 101715823 totalReturnTime: 5503246 avg BorrowTime: 254289 avg ReturnTime: 13758 - nrIterations: 1 nrThreads: 400 maxActive: 40 maxIdle: 40 nrSamples: 400 totalBorrowTime: 7631143 totalReturnTime: 393899 avg BorrowTime: 19077 avg ReturnTime: 984 on GeneratorObjectPool Increase threads - nrIterations: 1 nrThreads: 50 maxActive: 5 maxIdle: 5 nrSamples: 50 totalBorrowTime: 25794 totalReturnTime: 500 avg BorrowTime: 515 avg ReturnTime: 10 - nrIterations: 1 nrThreads: 100 maxActive: 5 maxIdle: 5 nrSamples: 100 totalBorrowTime: 45228 totalReturnTime: 2052 avg BorrowTime: 452 avg ReturnTime: 20 - nrIterations: 1 nrThreads: 200 maxActive: 5 maxIdle: 5 nrSamples: 200 totalBorrowTime: 417837 totalReturnTime: 9663 avg BorrowTime: 2089 avg ReturnTime: 48 - nrIterations: 1 nrThreads: 400 maxActive: 5 maxIdle: 5 nrSamples: 400 totalBorrowTime: 823686 totalReturnTime: 14502 avg BorrowTime: 2059 avg ReturnTime: 36 Increase threads poolsize - nrIterations: 1 nrThreads: 50 maxActive: 5 maxIdle: 5 nrSamples: 50 totalBorrowTime: 31535 totalReturnTime: 512 avg BorrowTime: 630 avg ReturnTime: 10 - nrIterations: 1 nrThreads: 100 maxActive: 10 maxIdle: 10 nrSamples: 100 totalBorrowTime: 56098 totalReturnTime: 1393 avg BorrowTime: 560 avg ReturnTime: 13 - nrIterations: 1 nrThreads: 200 maxActive: 20 maxIdle: 20 nrSamples: 200 totalBorrowTime: 176130 totalReturnTime: 7369 avg BorrowTime: 880 avg ReturnTime: 36 - nrIterations: 1 nrThreads: 400 maxActive: 40 maxIdle: 40 nrSamples: 400 totalBorrowTime: 611424 totalReturnTime: 33628 avg BorrowTime: 1528 avg ReturnTime: 84 Increase maxIdle - nrIterations: 1 nrThreads: 400 maxActive: 40 maxIdle: 5 nrSamples: 400 totalBorrowTime: 717263 totalReturnTime: 57498 avg BorrowTime: 1793 avg ReturnTime: 143 - nrIterations: 1 nrThreads: 400 maxActive: 40 maxIdle: 40 nrSamples: 400 totalBorrowTime: 692964 totalReturnTime: 34029 avg BorrowTime: 1732 avg ReturnTime: 85
Re: [pool] Proposal: New Pool Impl -- GeneratorObjectPool
Peter Steijn wrote: GeneratorObjectPool changes the behavior of object pooling in the borrowObject method. Previous object pooling implementations, when attempting to borrow an object from an empty pool, would create an object for the requestor; blocking until the object was created and then returning that object. This is especially inefficient for object pooling... snip GeneratorObjectPool does not block to create an object when a request hits an empty pool. Instead it schedules a TimerTask to run at the earliest time possible. This TimerTask creates an object and puts it into the pool. While the TimerTask is running, the requestor is looking for any object to return to the pool, not just the one that it asked to be created. This sounds like a good enhancement to [pool]. As you indicated a JDK1.3 version would be useful. Also, I don't think it saves any time if you create the pool and then immediately extract an object from the pool, so that would need to be documented. Stephen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [pool] Proposal: New Pool Impl -- GeneratorObjectPool
Also, I don't think it saves any time if you create the pool and then immediately extract an object from the pool, so that would need to be documented. Stephen The act of creating an object when you hit an empty object pool is important to grow the pool size even if you are not the requestor that eventually utilizes that object. You are correct, if there are no objects returned to the pool (like when you have a fresh pool), then you get no performance improvement. However, you get no performance hit either.
Re: Suggestion for all of Commons
Out of curiosity, didn't this throw a NoClassDefFoundError? If not, that
indicates a coding choice someone might want to change..
On 3/29/06, Frank W. Zammetti [EMAIL PROTECTED] wrote:
Hey all,
I just spent about 20 minutes working through a problem with FileUpload...
turned out to be my fault entirely, I didn't include Commons IO (FYI, I'm
not seeing a dependency list on the FileUpload site... maybe I missed it).
The problem is, it was one of those aggrevating problems to track down
because the stack trace didn't reveal the actual line where the failure
occured, and catching Exception didn't get triggered. I wound up catching
Throwable, and I was then able to figure it out.
I know that missing dependencies is always a b**ch, and they tend to be
these annoying problems with no error messages or anything (sure, a
debugger helps, but that doesn't seem like the best answer to me). So, I
have a suggestion that could well go all across Commons, or any other
project for that matter.
In Java Web Parts, we've gotten into the habit of putting this in all
classes:
/**
* This static initializer block tries to load all the classes this one
* depends on (those not from standard Java anyway) and prints an error
* meesage if any cannot be loaded for any reason.
*/
static {
try {
Class.forName(org.apache.commons.logging.Log);
Class.forName(org.apache.commons.logging.LogFactory);
} catch (ClassNotFoundException e) {
System.err.println(CacheControlFilter +
could not be loaded by classloader because classes it depends +
on could not be found in the classpath...);
e.printStackTrace();
}
}
It's just echoing the import list, minus classes found in the SDK (if
that's missing, you aren't getting *this* far!). This saves a lot of time
and headache when you are missing a dependency. I know that adds
something additional to maintain in the class, but it seems a fair
trade-off to me.
Does anyone see this as being something that might be helpful for Commons?
If there is a better way to get the same effect I'm all ears too (I could
see setting a string to the name of the class being checked so that it
could be output as part of the error message, but I'm talking about a
whole other way to check for dependencies).
--
Frank W. Zammetti
Founder and Chief Software Architect
Omnytex Technologies
http://www.omnytex.com
AIM: fzammetti
Yahoo: fzammetti
MSN: [EMAIL PROTECTED]
Java Web Parts -
http://javawebparts.sourceforge.net
Supplying the wheel, so you don't have to reinvent it!
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
You can lead a horse to water but you cannot make it float on its back.
~Dakota Jack~
Re: Suggestion for all of Commons
It did, but because of the way the code around it was structured it got
masked in the stack trace and wasn't obvious right away. It looks like
what happened is that the method that made use of FileUpload was called
reflectively, and because I was catching TargetInvocationException, the
NoClassDefFoundError got converted to TargetInvocationException.
Frank
Dakota Jack wrote:
Out of curiosity, didn't this throw a NoClassDefFoundError? If not, that
indicates a coding choice someone might want to change..
On 3/29/06, Frank W. Zammetti [EMAIL PROTECTED] wrote:
Hey all,
I just spent about 20 minutes working through a problem with FileUpload...
turned out to be my fault entirely, I didn't include Commons IO (FYI, I'm
not seeing a dependency list on the FileUpload site... maybe I missed it).
The problem is, it was one of those aggrevating problems to track down
because the stack trace didn't reveal the actual line where the failure
occured, and catching Exception didn't get triggered. I wound up catching
Throwable, and I was then able to figure it out.
I know that missing dependencies is always a b**ch, and they tend to be
these annoying problems with no error messages or anything (sure, a
debugger helps, but that doesn't seem like the best answer to me). So, I
have a suggestion that could well go all across Commons, or any other
project for that matter.
In Java Web Parts, we've gotten into the habit of putting this in all
classes:
/**
* This static initializer block tries to load all the classes this one
* depends on (those not from standard Java anyway) and prints an error
* meesage if any cannot be loaded for any reason.
*/
static {
try {
Class.forName(org.apache.commons.logging.Log);
Class.forName(org.apache.commons.logging.LogFactory);
} catch (ClassNotFoundException e) {
System.err.println(CacheControlFilter +
could not be loaded by classloader because classes it depends +
on could not be found in the classpath...);
e.printStackTrace();
}
}
It's just echoing the import list, minus classes found in the SDK (if
that's missing, you aren't getting *this* far!). This saves a lot of time
and headache when you are missing a dependency. I know that adds
something additional to maintain in the class, but it seems a fair
trade-off to me.
Does anyone see this as being something that might be helpful for Commons?
If there is a better way to get the same effect I'm all ears too (I could
see setting a string to the name of the class being checked so that it
could be output as part of the error message, but I'm talking about a
whole other way to check for dependencies).
--
Frank W. Zammetti
Founder and Chief Software Architect
Omnytex Technologies
http://www.omnytex.com
AIM: fzammetti
Yahoo: fzammetti
MSN: [EMAIL PROTECTED]
Java Web Parts -
http://javawebparts.sourceforge.net
Supplying the wheel, so you don't have to reinvent it!
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
You can lead a horse to water but you cannot make it float on its back.
~Dakota Jack~
--
Frank W. Zammetti
Founder and Chief Software Architect
Omnytex Technologies
http://www.omnytex.com
AIM: fzammetti
Yahoo: fzammetti
MSN: [EMAIL PROTECTED]
Java Web Parts -
http://javawebparts.sourceforge.net
Supplying the wheel, so you don't have to reinvent it!
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [pool] Proposal: New Pool Impl -- GeneratorObjectPool
On 4/1/06, Peter Steijn [EMAIL PROTECTED] wrote:
My name is Peter Steijn. I am an undergraduate at the University of
Delaware, where I am working on an independent research project. I have
been working on an optimization to object pooling upon which I have based a
new object pool implementation -- GeneratorObjectPool. The following is
about the implemented changes to how object pooling works.
Before I go any further I would like to thank my faculty mentor, Professor
Phillip Conrad, for his insight and support. I would also like to thank
apache contributor Sandy McArthur, who has spent the past few weeks
discussing my ideas, providing guidance and looking over my [sometimes
inane] attempts at coding.
You can access my objects at: http://copland.udel.edu/~psteijn/apache/
*GeneratorObjectPool.java -- the object pool implementation
*GeneratorObjectPoolFactory.java -- basically GeneralObjectPoolFactory
*TestGeneratorObjectPool.java -- JUnit tests modified to work with
GeneratorObjectPool, taken from TestGeneralObjectPool but modified because
of some changed assumptions in how some methods work (addObject in
particular).
GeneratorObjectPool changes the behavior of object pooling in the
borrowObject method. Previous object pooling implementations, when
attempting to borrow an object from an empty pool, would create an object
for the requestor; blocking until the object was created and then returning
that object. This is especially inefficient for object pooling, where the
objects you are creating are expected to be very expensive to create (read
http://www.theserverside.com/news/thread.tss?thread_id=37146 for an argument
on why you should only pool the heaviest of objects). For example, creation
of a JDBC connection to a mysql database takes at least 25 milliseconds
(with virtually 0 latency) and seconds in even a minimally latent network.
In contrast to the creation of these objects, the act of borrowing, using
and returning the objects to the pool by a requestor usually takes less time
on the order of powers of ten. Using a JDBC connection for an average query
can take as few as 5 milliseconds. Using other objects that don't involve
sending data over a network would take even less time.
The observation that I am leading up to is this:
Most likely the objects that are loaned out, making the pool empty for
your request (which is then going to sit there for up to seconds blocking
while your object is being made) are going to come back far before the
object you are creating would be ready. The difference in time between the
first object that returns to the pool and when the requestor's object gets
created is avoidable blocking time. In other words, we can save turn-around
time on requests which is what object pooling is all about!
GeneratorObjectPool does not block to create an object when a request hits
an empty pool. Instead it schedules a TimerTask to run at the earliest time
possible. This TimerTask creates an object and puts it into the pool.
While the TimerTask is running, the requestor is looking for any object to
return to the pool, not just the one that it asked to be created. This is
done with a LinkedBlockingQueue (requires java 1.5.0_06 - there is a serious
bug in LinkedBlockingQueue in previous 1.5 releases [
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6215625], but I am also
planning to implement a version of GeneratorObjectPool that can run on java
1.3).
When hitting an empty object pool, the requestor should notice a very large
performance increase. All other times the pool should not experience any
performance degradation.
Important issues to note:
-you can no longer assume that an additional object is in the pool directly
after calling the addObject method. addObject only schedules an object to
be created and put into the pool.
This should probably be changed. There is no reason addObject cannot
have the old blocking behavior and still have the generator behavior
for calls to borrowObject that need to create a new pooled object.
This change will break code like:
while (pool.getNumIdle() 5) {
pool.addObject();
}
by the time the getNumIdle returns 5 about 1000 objects will be
scheduled to be added to the pool.
I feel that I have justified why this optimization is necessary. I look
forward to constructive criticism and any discussion of my ideas.
-Peter K. Steijn
PS - I have not done performance testing on my implementation yet, and have
only tested it on existing unit tests. This is just to introduce my ideas
to the community. The code is in no way guaranteed to be robust code.
--
Sandy McArthur
He who dares not offend cannot be honest.
- Thomas Paine
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [pool] Proposal: New Pool Impl -- GeneratorObjectPool
This should probably be changed. There is no reason addObject cannot
have the old blocking behavior and still have the generator behavior
for calls to borrowObject that need to create a new pooled object.
This change will break code like:
while (pool.getNumIdle() 5) {
pool.addObject();
}
by the time the getNumIdle returns 5 about 1000 objects will be
scheduled to be added to the pool.
true, but I would still like to give the user the option to call a
non-blocking addObject in case they want to use the functionality.
Perhaps I should provide a function overloaded type where you can either
call
addObject()
or
addObject(boolean) where boolean is a flag that sets whether the addObject
should block or not?
Re: [math] Q-R -decomposition
On 4/1/06, Joni Salonen [EMAIL PROTECTED] wrote: On 3/30/06, Phil Steitz [EMAIL PROTECTED] wrote: Great! The first thing to do is to open a Bugzilla ticket and attach the code to it, with that apache license in the class file headers (look at any apache java class for an example). Ideally, you should also develop and include a test class. Your main method could be the start of this. Have a look at the RealMatrix test classes for examples. We can talk further about design here on the list. From a quick glance at your code, it looks like you have just implemented the decomp algorithm statically (which is a great start) and we should talk about how to structure the API, class name, numerical stability, and package placement. I have created some tests now and included them in the bugzilla ticket. It would seem most natural to implement QR in math.linear because that's where the rest of the linear algebra related stuff is. +1 - see below. The only real question here is do we need a subpackage for matrix decompositions. Since I think it is unlikely that we will have more than a handful of these, I am OK putting these into the top level, i.e. in .linear. Initially I thought the algorithm, as it doesn't require state as such, could be included in the RealMatrix or RealMatrixImpl class, like the LU decomposition. But I'm not sure if that would be pushing too many responsibilities to one class. What is your view on this? Agreed. The only reason that the LU decomp is included in RealMatrixImpl is that it is used in several of the basic algebraic methods (e.g. solve, isSingular, inverse) included there and maintaining a cached (compacted) LU matrix as part of the RealMatrixImpl class makes those methods more efficient. In retrospect, it would probably have been better to externalize the decomp and have RealMatrixImpl use the external class to create the decomposition. We could still do this without breaking backward compatibility and with no loss of efficiency. All that the impl needs is a way to populate / refresh the cached LU decomp matrix. Note also that the LU decomp is not currently exposed as part of the RealMatrix API. This is because we thought that eventually we would externalize it. So, for QR, we should implement this as a separate class. To be consistent with the rest of [math], we should also make the implementation pluggable. See summary below. I also had a look at Jama yesterday. There they defer the explicit generation of the Q part of the decomposition until the user calls getQ(), which I guess has a computational advantage over calculating the whole decomp if the user of the API only needs R. This of course implies that the algorithm has a state and it's most natural to implement it as a class of its own. Again, I think this should be a separate (immutable) class with state, with the decomp done in the constructor, which should take a RealMatrix (not impl) as argument (using getData to copy if argument is not a RealMatrixImp). I am not sure I understand what you mean about the Q and R accessors in Jama. It looks to me like they are just doing transformations to provide Q and R separately. I think it makes sense to provide those accessors (as we should in the LU case when we externalize that). From the release plan I read that the QR-decomposition will be needed for linear regression. Does that mean that it will be used mainly for least-squares fitting? In that case both Q and R are needed most of the time, so having the algorithm in a separate class is not strictly necessary.. The immediate motivation is for solving the normal equations. I don't think we should include the solve() method that Jama has in this class, though. I think it is more natural to have that in the OLS implementation. Tests are a good start. Returning to the overall API design, I think it makes sense to follow the abstract factory pattern used elsewhere in [math] (e.g. the distributions package) to provide for pluggable decomp implementations with defaults provided. So what we would end up with would be an abstract DecompositionFactory class with a concrete DecompositionFactoryImpl subclass providing default implementations. Interfaces for decompositions would be abstracted. User code with look like this: QRDecomposition qr = DecompositionFactory.newInstance().createQRDecomposition(matrix); where QRDecomposition is the interface and DecompositionFactory.newInstance() returns a DecompositionFactoryImpl and createQRDecomposition(matrix) invokes the constructor for QRDecompositionImpl, which is the default implementation. This setup is used in the distributions and analysis packages to provide pluggable implementations. To get started, we can just define QRDecomposition, QRDecompositionImpl. If there are no objections / better ideas, we can then add the factory impls and do the same for LU decomp (and Cholesky, which I think we may also have
Re: [compress] Interface is ready
I haven't been following this thread closely. However I just took a quick look at the zip. The ArchiverType/CompressorType interfaces will be a problem. They indicate that they must be changed when a new type is added to [compress]. But commons has pretty strict rules about not changing interfaces. Personally, I was also unclear as to the reason why there is a split between archiver and compressor, but then I don't know the low level of these APIs that well. Stephen C. Grobmeier wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hey all, i have just uploaded this: http://www.grobmeier.de/commons-compress-draft-4.zip Tar, Zip and BZip2 is now implemented by the 2 new interfaces. Please check it out, and tell me, if something more i have to do before it can be comitted to the compress-code. If this looks ok, i will create a bug in bugzilla and add this zip as attachment. Looking forward to read your comments- Cheers Chris. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.1 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFELTxCkv8rKBUE/T4RAhJxAJ9btr7wN5IZWg4PxAYxLUv71iu0IACfUqts CoNlikABCZ6SG3yzWUEggQM= =Vrml -END PGP SIGNATURE- - 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: [pool] Proposal: New Pool Impl -- GeneratorObjectPool
On 4/1/06, Peter Steijn [EMAIL PROTECTED] wrote:
This should probably be changed. There is no reason addObject cannot
have the old blocking behavior and still have the generator behavior
for calls to borrowObject that need to create a new pooled object.
This change will break code like:
while (pool.getNumIdle() 5) {
pool.addObject();
}
by the time the getNumIdle returns 5 about 1000 objects will be
scheduled to be added to the pool.
true, but I would still like to give the user the option to call a
non-blocking addObject in case they want to use the functionality.
Perhaps I should provide a function overloaded type where you can either
call
addObject()
or
addObject(boolean) where boolean is a flag that sets whether the addObject
should block or not?
That's fine, it's just the behavior of methods specified by ObjectPool
needs to be preserved.
--
Sandy McArthur
He who dares not offend cannot be honest.
- Thomas Paine
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r390763 - /jakarta/commons/proper/dbcp/trunk/src/java/org/apache/commons/dbcp/PoolableConnectionFactory.java
Author: psteitz
Date: Sat Apr 1 15:58:19 2006
New Revision: 390763
URL: http://svn.apache.org/viewcvs?rev=390763view=rev
Log:
Modified activateObject in PoolableConnection to test connection properties
before resetting to defaults.
Addresses BZ #31343
Modified:
jakarta/commons/proper/dbcp/trunk/src/java/org/apache/commons/dbcp/PoolableConnectionFactory.java
Modified:
jakarta/commons/proper/dbcp/trunk/src/java/org/apache/commons/dbcp/PoolableConnectionFactory.java
URL:
http://svn.apache.org/viewcvs/jakarta/commons/proper/dbcp/trunk/src/java/org/apache/commons/dbcp/PoolableConnectionFactory.java?rev=390763r1=390762r2=390763view=diff
==
---
jakarta/commons/proper/dbcp/trunk/src/java/org/apache/commons/dbcp/PoolableConnectionFactory.java
(original)
+++
jakarta/commons/proper/dbcp/trunk/src/java/org/apache/commons/dbcp/PoolableConnectionFactory.java
Sat Apr 1 15:58:19 2006
@@ -368,14 +368,20 @@
}
if(obj instanceof Connection) {
Connection conn = (Connection)obj;
-conn.setAutoCommit(_defaultAutoCommit);
-if (_defaultTransactionIsolation != UNKNOWN_TRANSACTIONISOLATION) {
+if (conn.getAutoCommit() != _defaultAutoCommit) {
+conn.setAutoCommit(_defaultAutoCommit);
+}
+if ((_defaultTransactionIsolation != UNKNOWN_TRANSACTIONISOLATION)
+ (conn.getTransactionIsolation() !=
+_defaultTransactionIsolation)) {
conn.setTransactionIsolation(_defaultTransactionIsolation);
}
-if (_defaultReadOnly != null) {
+if ((_defaultReadOnly != null)
+(conn.isReadOnly() != _defaultReadOnly.booleanValue())) {
conn.setReadOnly(_defaultReadOnly.booleanValue());
}
-if (_defaultCatalog != null) {
+if ((_defaultCatalog != null)
+(conn.getCatalog() != _defaultCatalog)) {
conn.setCatalog(_defaultCatalog);
}
}
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r390764 - /jakarta/commons/proper/dbcp/trunk/xdocs/changes.xml
Author: psteitz Date: Sat Apr 1 16:00:39 2006 New Revision: 390764 URL: http://svn.apache.org/viewcvs?rev=390764view=rev Log: Modified activateObject in PoolableConnection to test connection properties before resetting to defaults. Addresses BZ #31343 Modified: jakarta/commons/proper/dbcp/trunk/xdocs/changes.xml Modified: jakarta/commons/proper/dbcp/trunk/xdocs/changes.xml URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/dbcp/trunk/xdocs/changes.xml?rev=390764r1=390763r2=390764view=diff == --- jakarta/commons/proper/dbcp/trunk/xdocs/changes.xml (original) +++ jakarta/commons/proper/dbcp/trunk/xdocs/changes.xml Sat Apr 1 16:00:39 2006 @@ -56,6 +56,10 @@ Inserted null check in close method of SharedPoolDataSource to avoid NPE when invoked on non-initialized pool. /action + action dev=psteitz type=fix issue=#31343 +Modified activateObject in PoolableConnection to test connection +properties before resetting to defaults. + /action /release /body /document - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31343] - [dbcp] setReadOnly setAutoCommit called too many times
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=31343. 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=31343 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2006-04-02 01:01 --- Fixed in r390763, nightlies starting 2 Apr 2006. -- 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 DBCP/1.2.2ReleasePlan by PhilSteitz
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 PhilSteitz: http://wiki.apache.org/jakarta-commons/DBCP/1%2e2%2e2ReleasePlan The comment on the change is: No other volunteers or screams...so made myself RM -- Release Manager - The release manager is '''TBD'''. + The release manager is '''Phil Steitz'''. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of DBCP/1.2.2ReleasePlan by PhilSteitz
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 PhilSteitz: http://wiki.apache.org/jakarta-commons/DBCP/1%2e2%2e2ReleasePlan The comment on the change is: Updated status of 31343 -- || [http://issues.apache.org/bugzilla/show_bug.cgi?id=30304 30304] || SharedPoolDataSource raises exception while closing invalid connection || Exception management || Fix later || || [http://issues.apache.org/bugzilla/show_bug.cgi?id=30375 30375] || Use commons-logging for debugging instead of System.out.println || Logging || Fix later || || [http://issues.apache.org/bugzilla/show_bug.cgi?id=30391 30391] || Use setQueryTimeout in combination with validationQuery to recover from network problems || Enhancement || Fix later || - || [http://issues.apache.org/bugzilla/show_bug.cgi?id=31343 31343] || setReadOnly setAutoCommit called too many times || Performance || Fix in 1.2.2 || + || [http://issues.apache.org/bugzilla/show_bug.cgi?id=31343 31343] || setReadOnly setAutoCommit called too many times || Performance || Fix Committed || || [http://issues.apache.org/bugzilla/show_bug.cgi?id=31569 31569] || Dbcp doesn't meet JDBC specification || Enhancement || WontFix || || [http://issues.apache.org/bugzilla/show_bug.cgi?id=32441 32441] || SQLException When PoolablePreparedStatement Already Closed || Exception management || Fix later || || [http://issues.apache.org/bugzilla/show_bug.cgi?id=32825 32825] || Setting the defaultAutoCommit property to false breaks the MySQL DataSource || Needs info || Fix later || - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r390768 - in /jakarta/commons/proper/dbcp/trunk/src/java/org/apache/commons/dbcp: ./ datasources/
Author: psteitz
Date: Sat Apr 1 16:50:49 2006
New Revision: 390768
URL: http://svn.apache.org/viewcvs?rev=390768view=rev
Log:
Javadoc fixes (only).
Modified:
jakarta/commons/proper/dbcp/trunk/src/java/org/apache/commons/dbcp/AbandonedConfig.java
jakarta/commons/proper/dbcp/trunk/src/java/org/apache/commons/dbcp/AbandonedObjectPool.java
jakarta/commons/proper/dbcp/trunk/src/java/org/apache/commons/dbcp/AbandonedTrace.java
jakarta/commons/proper/dbcp/trunk/src/java/org/apache/commons/dbcp/BasicDataSource.java
jakarta/commons/proper/dbcp/trunk/src/java/org/apache/commons/dbcp/BasicDataSourceFactory.java
jakarta/commons/proper/dbcp/trunk/src/java/org/apache/commons/dbcp/DbcpException.java
jakarta/commons/proper/dbcp/trunk/src/java/org/apache/commons/dbcp/DelegatingCallableStatement.java
jakarta/commons/proper/dbcp/trunk/src/java/org/apache/commons/dbcp/DelegatingConnection.java
jakarta/commons/proper/dbcp/trunk/src/java/org/apache/commons/dbcp/DelegatingResultSet.java
jakarta/commons/proper/dbcp/trunk/src/java/org/apache/commons/dbcp/DriverManagerConnectionFactory.java
jakarta/commons/proper/dbcp/trunk/src/java/org/apache/commons/dbcp/PoolingConnection.java
jakarta/commons/proper/dbcp/trunk/src/java/org/apache/commons/dbcp/datasources/InstanceKeyDataSource.java
Modified:
jakarta/commons/proper/dbcp/trunk/src/java/org/apache/commons/dbcp/AbandonedConfig.java
URL:
http://svn.apache.org/viewcvs/jakarta/commons/proper/dbcp/trunk/src/java/org/apache/commons/dbcp/AbandonedConfig.java?rev=390768r1=390767r2=390768view=diff
==
---
jakarta/commons/proper/dbcp/trunk/src/java/org/apache/commons/dbcp/AbandonedConfig.java
(original)
+++
jakarta/commons/proper/dbcp/trunk/src/java/org/apache/commons/dbcp/AbandonedConfig.java
Sat Apr 1 16:50:49 2006
@@ -37,7 +37,7 @@
* Setting this to true can recover db connections from poorly written
* applications which fail to close a connection.
*
- * @return boolean
+ * @return true if abandoned connections are to be removed
*/
public boolean getRemoveAbandoned() {
return (this.removeAbandoned);
@@ -53,7 +53,8 @@
* Setting this to true can recover db connections from poorly written
* applications which fail to close a connection.
*
- * @param boolean
+ * @param removeAbandoned true means abandoned connections will be
+ * removed
*/
public void setRemoveAbandoned(boolean removeAbandoned) {
this.removeAbandoned = removeAbandoned;
@@ -66,7 +67,7 @@
*
* Defaults to 300 seconds.
*
- * @return int remove abandoned timeout in seconds
+ * @return abandoned timeout in seconds
*/
public int getRemoveAbandonedTimeout() {
return (this.removeAbandonedTimeout);
@@ -77,7 +78,7 @@
*
* Defaults to 300 seconds.
*
- * @param int remove abandoned timeout in seconds
+ * @param removeAbandonedTimeout abandoned timeout in seconds
*/
public void setRemoveAbandonedTimeout(int removeAbandonedTimeout) {
this.removeAbandonedTimeout = removeAbandonedTimeout;
@@ -93,8 +94,10 @@
* Logging of abandoned Statements and Connections adds overhead
* for every Connection open or new Statement because a stack
* trace has to be generated.
+ *
+ * @return boolean true if stack trace logging is turned on for abandoned
+ * Statements or Connections
*
- * @return boolean
*/
public boolean getLogAbandoned() {
return (this.logAbandoned);
@@ -109,7 +112,6 @@
* for every Connection open or new Statement because a stack
* trace has to be generated.
*
- * @param boolean
*/
public void setLogAbandoned(boolean logAbandoned) {
this.logAbandoned = logAbandoned;
Modified:
jakarta/commons/proper/dbcp/trunk/src/java/org/apache/commons/dbcp/AbandonedObjectPool.java
URL:
http://svn.apache.org/viewcvs/jakarta/commons/proper/dbcp/trunk/src/java/org/apache/commons/dbcp/AbandonedObjectPool.java?rev=390768r1=390767r2=390768view=diff
==
---
jakarta/commons/proper/dbcp/trunk/src/java/org/apache/commons/dbcp/AbandonedObjectPool.java
(original)
+++
jakarta/commons/proper/dbcp/trunk/src/java/org/apache/commons/dbcp/AbandonedObjectPool.java
Sat Apr 1 16:50:49 2006
@@ -43,8 +43,8 @@
/**
* Create an ObjectPool which tracks db connections.
*
- * @param PoolableObjectFactory factory used to create this
- * @param AbandonedConfig configuration for abandoned db connections
+ * @param factory PoolableObjectFactory used to create this
+ * @param config configuration for abandoned db connections
*/
public AbandonedObjectPool(PoolableObjectFactory factory,
AbandonedConfig
svn commit: r390792 - in /jakarta/commons/proper/pool: branches/1_3_RELEASE_BRANCH/src/java/org/apache/commons/pool/impl/GenericKeyedObjectPoolFactory.java trunk/src/java/org/apache/commons/pool/impl/
Author: sandymac
Date: Sat Apr 1 23:13:42 2006
New Revision: 390792
URL: http://svn.apache.org/viewcvs?rev=390792view=rev
Log:
maxTotal parameter was sometimes ignored in GenericKeyedObjectPoolFactory
Modified:
jakarta/commons/proper/pool/branches/1_3_RELEASE_BRANCH/src/java/org/apache/commons/pool/impl/GenericKeyedObjectPoolFactory.java
jakarta/commons/proper/pool/trunk/src/java/org/apache/commons/pool/impl/GenericKeyedObjectPoolFactory.java
Modified:
jakarta/commons/proper/pool/branches/1_3_RELEASE_BRANCH/src/java/org/apache/commons/pool/impl/GenericKeyedObjectPoolFactory.java
URL:
http://svn.apache.org/viewcvs/jakarta/commons/proper/pool/branches/1_3_RELEASE_BRANCH/src/java/org/apache/commons/pool/impl/GenericKeyedObjectPoolFactory.java?rev=390792r1=390791r2=390792view=diff
==
---
jakarta/commons/proper/pool/branches/1_3_RELEASE_BRANCH/src/java/org/apache/commons/pool/impl/GenericKeyedObjectPoolFactory.java
(original)
+++
jakarta/commons/proper/pool/branches/1_3_RELEASE_BRANCH/src/java/org/apache/commons/pool/impl/GenericKeyedObjectPoolFactory.java
Sat Apr 1 23:13:42 2006
@@ -68,7 +68,7 @@
}
public GenericKeyedObjectPoolFactory(KeyedPoolableObjectFactory factory,
int maxActive, byte whenExhaustedAction, long maxWait, int maxIdle, int
maxTotal, boolean testOnBorrow, boolean testOnReturn, long
timeBetweenEvictionRunsMillis, int numTestsPerEvictionRun, long
minEvictableIdleTimeMillis, boolean testWhileIdle) {
-this(factory, maxActive, whenExhaustedAction, maxWait, maxIdle,
GenericKeyedObjectPool.DEFAULT_MAX_TOTAL,
GenericKeyedObjectPool.DEFAULT_MIN_IDLE , testOnBorrow, testOnReturn,
timeBetweenEvictionRunsMillis, numTestsPerEvictionRun,
minEvictableIdleTimeMillis, testWhileIdle);
+this(factory, maxActive, whenExhaustedAction, maxWait, maxIdle,
maxTotal, GenericKeyedObjectPool.DEFAULT_MIN_IDLE , testOnBorrow, testOnReturn,
timeBetweenEvictionRunsMillis, numTestsPerEvictionRun,
minEvictableIdleTimeMillis, testWhileIdle);
}
public GenericKeyedObjectPoolFactory(KeyedPoolableObjectFactory factory,
int maxActive, byte whenExhaustedAction, long maxWait, int maxIdle, int
maxTotal, int minIdle, boolean testOnBorrow, boolean testOnReturn, long
timeBetweenEvictionRunsMillis, int numTestsPerEvictionRun, long
minEvictableIdleTimeMillis, boolean testWhileIdle) {
Modified:
jakarta/commons/proper/pool/trunk/src/java/org/apache/commons/pool/impl/GenericKeyedObjectPoolFactory.java
URL:
http://svn.apache.org/viewcvs/jakarta/commons/proper/pool/trunk/src/java/org/apache/commons/pool/impl/GenericKeyedObjectPoolFactory.java?rev=390792r1=390791r2=390792view=diff
==
---
jakarta/commons/proper/pool/trunk/src/java/org/apache/commons/pool/impl/GenericKeyedObjectPoolFactory.java
(original)
+++
jakarta/commons/proper/pool/trunk/src/java/org/apache/commons/pool/impl/GenericKeyedObjectPoolFactory.java
Sat Apr 1 23:13:42 2006
@@ -36,7 +36,7 @@
}
public GenericKeyedObjectPoolFactory(KeyedPoolableObjectFactory factory,
GenericKeyedObjectPool.Config config) {
-
this(factory,config.maxActive,config.whenExhaustedAction,config.maxWait,config.maxIdle,config.testOnBorrow,config.testOnReturn,config.timeBetweenEvictionRunsMillis,config.numTestsPerEvictionRun,config.minEvictableIdleTimeMillis,config.testWhileIdle);
+
this(factory,config.maxActive,config.whenExhaustedAction,config.maxWait,config.maxIdle,config.maxTotal,config.minIdle,config.testOnBorrow,config.testOnReturn,config.timeBetweenEvictionRunsMillis,config.numTestsPerEvictionRun,config.minEvictableIdleTimeMillis,config.testWhileIdle);
}
public GenericKeyedObjectPoolFactory(KeyedPoolableObjectFactory factory,
int maxActive) {
@@ -68,7 +68,7 @@
}
public GenericKeyedObjectPoolFactory(KeyedPoolableObjectFactory factory,
int maxActive, byte whenExhaustedAction, long maxWait, int maxIdle, int
maxTotal, boolean testOnBorrow, boolean testOnReturn, long
timeBetweenEvictionRunsMillis, int numTestsPerEvictionRun, long
minEvictableIdleTimeMillis, boolean testWhileIdle) {
-this(factory, maxActive, whenExhaustedAction, maxWait, maxIdle,
GenericKeyedObjectPool.DEFAULT_MAX_TOTAL,
GenericKeyedObjectPool.DEFAULT_MIN_IDLE , testOnBorrow, testOnReturn,
timeBetweenEvictionRunsMillis, numTestsPerEvictionRun,
minEvictableIdleTimeMillis, testWhileIdle);
+this(factory, maxActive, whenExhaustedAction, maxWait, maxIdle,
maxTotal, GenericKeyedObjectPool.DEFAULT_MIN_IDLE , testOnBorrow, testOnReturn,
timeBetweenEvictionRunsMillis, numTestsPerEvictionRun,
minEvictableIdleTimeMillis, testWhileIdle);
}
public GenericKeyedObjectPoolFactory(KeyedPoolableObjectFactory factory,
int maxActive, byte whenExhaustedAction, long maxWait, int maxIdle, int
maxTotal, int minIdle, boolean testOnBorrow,
svn commit: r390793 - in /jakarta/commons/proper/pool/trunk/src/test/org/apache/commons/pool: ./ composite/ impl/
Author: sandymac
Date: Sat Apr 1 23:15:31 2006
New Revision: 390793
URL: http://svn.apache.org/viewcvs?rev=390793view=rev
Log:
Unit tests for KeyedObjectPoolFactory implementations.
Added:
jakarta/commons/proper/pool/trunk/src/test/org/apache/commons/pool/TestKeyedObjectPoolFactory.java
(with props)
jakarta/commons/proper/pool/trunk/src/test/org/apache/commons/pool/composite/TestCompositeKeyedObjectPoolFactory.java
(with props)
jakarta/commons/proper/pool/trunk/src/test/org/apache/commons/pool/impl/TestGenericKeyedObjectPoolFactory.java
(with props)
jakarta/commons/proper/pool/trunk/src/test/org/apache/commons/pool/impl/TestStackKeyedObjectPoolFactory.java
(with props)
Modified:
jakarta/commons/proper/pool/trunk/src/test/org/apache/commons/pool/composite/TestAll.java
jakarta/commons/proper/pool/trunk/src/test/org/apache/commons/pool/impl/TestAll.java
Added:
jakarta/commons/proper/pool/trunk/src/test/org/apache/commons/pool/TestKeyedObjectPoolFactory.java
URL:
http://svn.apache.org/viewcvs/jakarta/commons/proper/pool/trunk/src/test/org/apache/commons/pool/TestKeyedObjectPoolFactory.java?rev=390793view=auto
==
---
jakarta/commons/proper/pool/trunk/src/test/org/apache/commons/pool/TestKeyedObjectPoolFactory.java
(added)
+++
jakarta/commons/proper/pool/trunk/src/test/org/apache/commons/pool/TestKeyedObjectPoolFactory.java
Sat Apr 1 23:15:31 2006
@@ -0,0 +1,68 @@
+/*
+ * Copyright 2006 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.pool;
+
+import junit.framework.TestCase;
+
+/**
+ * Tests for all [EMAIL PROTECTED] KeyedObjectPoolFactory}s.
+ *
+ * @author Sandy McArthur
+ * @version $Revision$ $Date$
+ */
+public abstract class TestKeyedObjectPoolFactory extends TestCase {
+protected TestKeyedObjectPoolFactory(final String name) {
+super(name);
+}
+
+/**
+ * @throws UnsupportedOperationException when this is unsupported by this
KeyedPoolableObjectFactory type.
+ */
+protected KeyedObjectPoolFactory makeFactory() throws
UnsupportedOperationException {
+return makeFactory(createObjectFactory());
+}
+
+/**
+ * @throws UnsupportedOperationException when this is unsupported by this
KeyedPoolableObjectFactory type.
+ */
+protected abstract KeyedObjectPoolFactory
makeFactory(KeyedPoolableObjectFactory objectFactory) throws
UnsupportedOperationException;
+
+protected static KeyedPoolableObjectFactory createObjectFactory() {
+return PoolUtils.adapt(new MethodCallPoolableObjectFactory());
+}
+
+public void testCreatePool() throws Exception {
+final KeyedObjectPoolFactory factory;
+try {
+factory = makeFactory();
+} catch (UnsupportedOperationException uoe) {
+return;
+}
+final KeyedObjectPool pool = factory.createPool();
+pool.close();
+}
+
+public void testToString() {
+final KeyedObjectPoolFactory factory;
+try {
+factory = makeFactory();
+} catch (UnsupportedOperationException uoe) {
+return;
+}
+factory.toString();
+}
+}
Propchange:
jakarta/commons/proper/pool/trunk/src/test/org/apache/commons/pool/TestKeyedObjectPoolFactory.java
--
svn:eol-style = native
Propchange:
jakarta/commons/proper/pool/trunk/src/test/org/apache/commons/pool/TestKeyedObjectPoolFactory.java
--
svn:keywords = Date Author Id Revision HeadURL
Modified:
jakarta/commons/proper/pool/trunk/src/test/org/apache/commons/pool/composite/TestAll.java
URL:
http://svn.apache.org/viewcvs/jakarta/commons/proper/pool/trunk/src/test/org/apache/commons/pool/composite/TestAll.java?rev=390793r1=390792r2=390793view=diff
==
---
jakarta/commons/proper/pool/trunk/src/test/org/apache/commons/pool/composite/TestAll.java
(original)
+++
jakarta/commons/proper/pool/trunk/src/test/org/apache/commons/pool/composite/TestAll.java
Sat Apr 1 23:15:31 2006
@@ -65,7 +65,7 @@
suite.addTest(TestCompositeKeyedObjectPool.suite());
suite.addTest(TestCompositeKeyedObjectPool2.suite());
Re: [attributes] building with maven
Hi Matt, I'm currently away from any kind of build environment, so I can't replicate your problems (it built fine for me last time I tried, though). Could you post the full Maven output, and could you run maven with the -v (verbose) switch? I'll attack the problem from this end, as much and fast as I can. Sorry that C.A is causing you problems. I definitely intended for it to be a dirt-simple check-out-and-build-and-use. /LS On 3/31/06, Matt Benson [EMAIL PROTECTED] wrote: I am attempting to build C.A. What I have figured out by trial and error so far: - install maven 1.0.2 - co commons-attributes and commons-build side-by-side - in /commons-attributes, run 'maven install'. It goes through retrieving dependencies and placing these all in a maven repo. This includes the javadoc jar ($HOME/.maven/repository/javadoc/jars/javadoc-1.4.jar). The C.A. api builds fine, but when the compiler tries to build, the classes and even the packages in the javadoc jar are not found and the build fails. Does anyone have any advice to get further? Thanks, Matt __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
