Re: [configuration] please use optional in POM
How do you do that in m1? properties scopeoptional/scope /properties ?? Hen On 3/22/06, Nicolas De Loof [EMAIL PROTECTED] wrote: Hello, I'm using maven2 and commons-configuration, and I need to configure lot's of exclusion as commons-configuration POM declares lot's of dependencies that are only required for some specialized use-cases. Those dependencies may be declared as optional (dom4j, servletapi, comons-codec...) Could someone update the POM ? This message contains information that may be privileged or confidential and is the property of the Capgemini Group. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 39071] New: - Telnet option handlers subnegotiations does not handle 0xFF correctly
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=39071. 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=39071 Summary: Telnet option handlers subnegotiations does not handle 0xFF correctly Product: Commons Version: unspecified Platform: Other OS/Version: other Status: NEW Severity: minor Priority: P2 Component: Net AssignedTo: commons-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] in accordance to RFC855: Finally, if parameters in an option subnegotiation include a byte with a value of 255, it is necessary to double this byte in accordance the general TELNET rules. I've actually encontered this while implementing WindowSize option handler, but it seems that all the currently avilable handlers are vulnerable to this. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 39072] New: - Request to add WindowSizeOptionHandler to the commons-net package
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=39072. 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=39072 Summary: Request to add WindowSizeOptionHandler to the commons- net package Product: Commons Version: unspecified Platform: Other OS/Version: other Status: NEW Severity: enhancement Priority: P2 Component: Net AssignedTo: commons-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] I've had to write this handler to handle automatic telnet sessions with devices where the default window size limited my abilities. the code is attached here for your review and free usage... -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 39072] - Request to add WindowSizeOptionHandler to the commons-net package
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=39072. 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=39072 --- Additional Comments From [EMAIL PROTECTED] 2006-03-23 08:22 --- Created an attachment (id=17945) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=17945action=view) WindowSizeOptionHandler java code -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [configuration] please use optional in POM
Henri Yandell wrote on Thursday, March 23, 2006 9:14 AM: How do you do that in m1? properties scopeoptional/scope /properties Exactly! The project.xml of configuration already have some deps with scope definitions for test. Similar can be done for optional. - Jörg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 38518] - [daemon] java fails to bind on port 80
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=38518. 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=38518 --- Additional Comments From [EMAIL PROTECTED] 2006-03-23 08:28 --- which version of Tomcat are you using? -- 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]
[daemon] changing behaviour to blocking
Hi, I am think of changing the default behaviour of jsvc to block until the JVM is started (see 34140). Of course I will use the pool loop to detect the status of the son process. Any comments Cheers Jean-Frederic - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [configuration] please use optional in POM
no, scope is different than optional properties optionaltrue/optional /properties On 3/23/06, Jörg Schaible [EMAIL PROTECTED] wrote: Henri Yandell wrote on Thursday, March 23, 2006 9:14 AM: How do you do that in m1? properties scopeoptional/scope /properties Exactly! The project.xml of configuration already have some deps with scope definitions for test. Similar can be done for optional. - Jörg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- I could give you my word as a Spaniard. No good. I've known too many Spaniards. -- The Princess Bride - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 38909] - [daemon] prunsrv does not allow service to interact with desktop
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=38909. 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=38909 --- Additional Comments From [EMAIL PROTECTED] 2006-03-23 09:06 --- Please provide a diff -u (or -ub) of your changes. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 38909] - [daemon] prunsrv does not allow service to interact with desktop
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=38909. 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=38909 --- Additional Comments From [EMAIL PROTECTED] 2006-03-23 09:25 --- Created an attachment (id=17947) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=17947action=view) diff -u describing the changes diff -u describing the changes -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 38917] - [daemon] prunsrv prohibits non-alphanumeric characters in service names
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=38917. 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=38917 --- Additional Comments From [EMAIL PROTECTED] 2006-03-23 09:45 --- Created an attachment (id=17948) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=17948action=view) diff -u describing changes in service.c -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 39076] New: - Offset and resume not working...
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=39076. 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=39076 Summary: Offset and resume not working... Product: Commons Version: 1.4 Final Platform: All OS/Version: other Status: NEW Severity: normal Priority: P2 Component: File Upload AssignedTo: commons-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] CC: commons-dev@jakarta.apache.org When setting the restart offset : setRestartOffset(long offset) one would expect that when resuming storing the same file on the server, it will restart from that offset and not from beggining. I made the follwoing change () in the org.apache.commons.net.io.Util class public static final long copyStream(long offset, source,... ... try { -- source.skip(offset); -- while ((bytes = source.read(buffer)) != -1) { ... This change allows to skip the bytes until the offset mark. In the main code there is of course a need to set : ftpClient.setRestartOffset(dest_file_size); output = ftp.storeFileStream(filename); dest_file_size was calculated using the following code as I haven't found a method return the size of the file: static long getSize(FTPFile[] ftpFiles, String filename){ for(int i=0; iftpFiles.length;i++){ if (ftpFiles[i].getName().equalsIgnoreCase(filename)){ return ftpFiles[i].getSize(); } } return -1; } where ftpFiles = ftpClient.initiateListParsing().getFiles(); What do you think?? -- 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. You are on the CC list for the bug, or are watching someone who is. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 39076] - [fileupload] Offset and resume not working...
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=39076. 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=39076 [EMAIL PROTECTED] changed: What|Removed |Added Summary|Offset and resume not |[fileupload] Offset and |working... |resume not working... -- 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. You are on the CC list for the bug, or are watching someone who is. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 39071] - [net]Telnet option handlers subnegotiations does not handle 0xFF correctly
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=39071. 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=39071 [EMAIL PROTECTED] changed: What|Removed |Added Summary|Telnet option handlers |[net]Telnet option handlers |subnegotiations does not|subnegotiations does not |handle 0xFF correctly |handle 0xFF correctly -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 39072] - [net] Request to add WindowSizeOptionHandler to the commons-net package
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=39072. 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=39072 [EMAIL PROTECTED] changed: What|Removed |Added Summary|Request to add |[net] Request to add |WindowSizeOptionHandler to |WindowSizeOptionHandler to |the commons-net package |the commons-net package -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[EMAIL PROTECTED]: Project commons-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 16 projects, and has been outstanding for 25 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 - jakarta-tomcat-5 : Servlet 2.4 and JSP 2.0 Reference Implementation - jakarta-velocity-tools : Velocity-Tools project - myfaces : JavaServer(tm) Faces implementation - portals-bridges-frameworks : Support for JSR168 compliant Portlet development - portals-bridges-jsf : Support for JSR168 compliant Portlet development - portals-bridges-struts : Support for JSR168 compliant Portlet development - portals-bridges-velocity : Support for JSR168 compliant Portlet development - quartz : Job Scheduler - struts-action : Model 2 Model-View-Controller framework for Servlets and JSP - struts-el : Model 2 Model-View-Controller framework for Servlets and JSP - struts-sslext : The Struts SSL Extension for HTTP/HTTPS switching - struts-taglib : 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-23032006.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: 17 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-23032006 -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-23032006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-23032006.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.274 sec [junit] Tests run: 10, Failures: 0, Errors: 0, Time elapsed: 0.274 sec [junit] Testcase: testPristine took 0.039 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.002 sec [junit] Testcase: testContains took 0.001 sec [junit] Testcase: testEquals took 0.011 sec [junit] Testcase: testKeySet took 0.002 sec [junit] Testcase: testPutAll took 0.001 sec [junit] Testcase: testSeriaization took 0.048 sec [junit] Running org.apache.commons.chain.web.ChainResourcesTestCase [junit] Testsuite: org.apache.commons.chain.web.ChainResourcesTestCase
[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 16 projects, and has been outstanding for 25 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 - jakarta-tomcat-5 : Servlet 2.4 and JSP 2.0 Reference Implementation - jakarta-velocity-tools : Velocity-Tools project - myfaces : JavaServer(tm) Faces implementation - portals-bridges-frameworks : Support for JSR168 compliant Portlet development - portals-bridges-jsf : Support for JSR168 compliant Portlet development - portals-bridges-struts : Support for JSR168 compliant Portlet development - portals-bridges-velocity : Support for JSR168 compliant Portlet development - quartz : Job Scheduler - struts-action : Model 2 Model-View-Controller framework for Servlets and JSP - struts-el : Model 2 Model-View-Controller framework for Servlets and JSP - struts-sslext : The Struts SSL Extension for HTTP/HTTPS switching - struts-taglib : 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-23032006.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: 17 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-23032006 -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-23032006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-23032006.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.274 sec [junit] Tests run: 10, Failures: 0, Errors: 0, Time elapsed: 0.274 sec [junit] Testcase: testPristine took 0.039 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.002 sec [junit] Testcase: testContains took 0.001 sec [junit] Testcase: testEquals took 0.011 sec [junit] Testcase: testKeySet took 0.002 sec [junit] Testcase: testPutAll took 0.001 sec [junit] Testcase: testSeriaization took 0.048 sec [junit] Running org.apache.commons.chain.web.ChainResourcesTestCase [junit] Testsuite: org.apache.commons.chain.web.ChainResourcesTestCase
[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 31 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-23032006.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-23032006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-23032006.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-23032006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-23032006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-23032006.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 31 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-23032006.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-23032006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-23032006.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-23032006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-23032006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-23032006.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-latka (in module jakarta-commons) failed
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project commons-latka has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 31 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-latka : Functional Testing Suite Full details are available at: http://vmgump.apache.org/gump/public/jakarta-commons/commons-latka/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole output [commons-latka.jar] identifier set to project name -DEBUG- Dependency on jaxen exists, no need to add for property jaxen.jar. -INFO- Made directory [/usr/local/gump/public/workspace/jakarta-commons/latka/target/classes] -INFO- Made directory [/usr/local/gump/public/workspace/jakarta-commons/latka/target/test-classes] -INFO- Failed with reason build failed -INFO- Failed to extract fallback artifacts from Gump Repository The following work was performed: http://vmgump.apache.org/gump/public/jakarta-commons/commons-latka/gump_work/build_jakarta-commons_commons-latka.html Work Name: build_jakarta-commons_commons-latka (Type: Build) Work ended in a state of : Failed Elapsed: 8 secs Command Line: java -Djava.awt.headless=true -Xbootclasspath/p:/usr/local/gump/public/workspace/xml-xerces2/build/xercesImpl.jar:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar:/usr/local/gump/public/workspace/xml-xalan/build/serializer.jar:/usr/local/gump/public/workspace/xml-xalan/build/xalan-unbundled.jar org.apache.tools.ant.Main -Dgump.merge=/x1/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only -Djaxen.jar=/usr/local/gump/public/workspace/jaxen/target/jaxen-23032006.jar dist [Working Directory: /usr/local/gump/public/workspace/jakarta-commons/latka] CLASSPATH: /opt/jdk1.5/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons/latka/target/classes:/usr/local/gump/public/workspace/jakarta-commons/latka/target/test-classes:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/packages/junit3.8.1/junit.jar:/usr/local/gump/public/workspace/xml-commons/java/build/resolver.jar:/usr/local/gump/public/workspace/jakarta-commons/httpclient/dist/commons-httpclient.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-23032006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-23032006.jar:/usr/local/gump/public/workspace/jakarta-commons/codec/dist/commons-codec-23032006.jar:/usr/local/gump/public/workspace/logging-log4j/dist/lib/log4j-23032006.jar:/usr/local/gump/public/workspace/jakarta-regexp/build/jakarta-regexp-23032006.jar:/usr/local/gump/public/workspace/jakarta-servletapi-4/lib/servlet.jar:/usr/local/gump/public/workspace/jdom/build/jdom.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-23032006.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-23032006.jar:/usr/local/gump/public/workspace/jakarta-commons/lang/dist/commons-lang-23032006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-23032006.jar:/usr/local/gump/public/workspace/jaxen/target/jaxen-23032006.jar - [javac] ^ [javac] /x1/gump/public/workspace/jakarta-commons/latka/src/java/org/apache/commons/latka/servlet/ViewResponseServlet.java:44: warning: [deprecation] getInstance(java.lang.Class) in org.apache.log4j.Category has been deprecated [javac] public static final Category _log = Category.getInstance( [javac] ^ [javac] /x1/gump/public/workspace/jakarta-commons/latka/src/java/org/apache/commons/latka/validators/BaseValidator.java:35: warning: [deprecation] getInstance(java.lang.Class) in org.apache.log4j.Category has been deprecated [javac] protected final Category _log = Category.getInstance(BaseValidator.class);
Re: [configuration] please use optional in POM
Carlos Sanchez wrote: no, scope is different than optional properties optionaltrue/optional /properties What is the definition of an optional dependency ? It depends on the use of the library. If I use a plist configuration most of the time I would not want the commons-codec dependency to be excluded for example. There are several dependency sets depending on the features you are interested in as described here: http://jakarta.apache.org/commons/configuration/dependencies.html It's not obvious to decide what is optional imho. Emmanuel Bourg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[EMAIL PROTECTED]: Project commons-jelly-tags-html (in module commons-jelly) failed
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project commons-jelly-tags-html has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 31 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-23032006.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-23032006.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-23032006.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-23032006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/target/commons-jelly-tags-jsl-23032006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-23032006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/log/target/commons-jelly-tags-log-23032006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/target/commons-jelly-tags-xml-23032006.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-23032006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-23032006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-23032006.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 31 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-23032006.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-23032006.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-23032006.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-23032006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/target/commons-jelly-tags-jsl-23032006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-23032006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/log/target/commons-jelly-tags-log-23032006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/target/commons-jelly-tags-xml-23032006.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-23032006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-23032006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-23032006.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 31 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: 15 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-23032006.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-23032006.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-23032006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/ant/target/commons-jelly-tags-ant-23032006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-23032006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/log/target/commons-jelly-tags-log-23032006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/target/commons-jelly-tags-xml-23032006.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-23032006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-23032006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-23032006.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 31 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: 15 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-23032006.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-23032006.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-23032006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/ant/target/commons-jelly-tags-ant-23032006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-23032006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/log/target/commons-jelly-tags-log-23032006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/target/commons-jelly-tags-xml-23032006.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-23032006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-23032006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-23032006.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-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 31 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-jelly-tags-define-test : Commons Jelly Full details are available at: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-define-test/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Dependency on xml-xerces exists, no need to add for property maven.jar.xerces. -WARNING- Overriding Maven properties: [/usr/local/gump/public/workspace/commons-jelly/jelly-tags/define/build.properties] -DEBUG- (Gump generated) Maven Properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/define/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/define/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/define/project.properties -INFO- Project Reports in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/define/target/test-reports The following work was performed: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-define-test/gump_work/build_commons-jelly_commons-jelly-tags-define-test.html Work Name: build_commons-jelly_commons-jelly-tags-define-test (Type: Build) Work ended in a state of : Failed Elapsed: 14 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/define] CLASSPATH: /opt/jdk1.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-23032006.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-23032006.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-23032006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/dynabean/target/commons-jelly-tags-dynabean-23032006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-23032006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/log/target/commons-jelly-tags-log-23032006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/target/commons-jelly-tags-xml-23032006.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-23032006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-23032006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-23032006.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] Mar 23, 2006 4:32:19 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 31 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-jelly-tags-define-test : Commons Jelly Full details are available at: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-define-test/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Dependency on xml-xerces exists, no need to add for property maven.jar.xerces. -WARNING- Overriding Maven properties: [/usr/local/gump/public/workspace/commons-jelly/jelly-tags/define/build.properties] -DEBUG- (Gump generated) Maven Properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/define/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/define/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/define/project.properties -INFO- Project Reports in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/define/target/test-reports The following work was performed: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-define-test/gump_work/build_commons-jelly_commons-jelly-tags-define-test.html Work Name: build_commons-jelly_commons-jelly-tags-define-test (Type: Build) Work ended in a state of : Failed Elapsed: 14 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/define] CLASSPATH: /opt/jdk1.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-23032006.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-23032006.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-23032006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/dynabean/target/commons-jelly-tags-dynabean-23032006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-23032006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/log/target/commons-jelly-tags-log-23032006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/target/commons-jelly-tags-xml-23032006.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-23032006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-23032006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-23032006.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] Mar 23, 2006 4:32:19 AM org.apache.commons.jelly.expression.xpath.XPathExpression evaluate [junit] SEVERE: Error constructing xpath [junit] org.jaxen.XPathSyntaxException: Node-set expected [junit] at org.jaxen.BaseXPath.init(BaseXPath.java:131) [junit] at org.jaxen.BaseXPath.init(BaseXPath.java:156) [junit] at org.jaxen.dom4j.Dom4jXPath.init(Dom4jXPath.java:101) [junit] at org.apache.commons.jelly.expression.xpath.XPathExpression.evaluate(XPathExpression.java:78) [junit] at org.apache.commons.jelly.expression.ExpressionSupport.evaluateRecurse(ExpressionSupport.java:61) [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:256) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) [junit] at org.apache.commons.jelly.tags.junit.CaseTag$1.runTest(CaseTag.java:59) [junit] at junit.framework.TestCase.runBare(TestCase.java:127) [junit] at junit.framework.TestResult$1.protect(TestResult.java:106) [junit] at junit.framework.TestResult.runProtected(TestResult.java:124) [junit] at
RE: [configuration] please use optional in POM
Emmanuel Bourg wrote on Thursday, March 23, 2006 12:59 PM: Carlos Sanchez wrote: no, scope is different than optional properties optionaltrue/optional /properties What is the definition of an optional dependency ? It depends on the use of the library. If I use a plist configuration most of the time I would not want the commons-codec dependency to be excluded for example. There are several dependency sets depending on the features you are interested in as described here: http://jakarta.apache.org/commons/configuration/dependencies.html It's not obvious to decide what is optional imho. Well, anything but core dependencies are IMHO optional. If you decide to make usage of functionality, that requires additional dependencies, you must add them in your project, that makes usage of them. - Jörg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [configuration] please use optional in POM
The documentation about scopes is defined here : http://maven.apache.org/guides/introduction/introduction-to-dependency-mechanism.html In maven 1, even if we don't use the scope for dependencies, you can define them with dependency groupId???/groupId artifactId/artifactId version/version properties scopetest/scope /properties /dependency It will be used for the documentation http://maven.apache.org/maven-1.x/dependencies.html and to convert the m1 pom to the m2 pom in the repository http://mavenbook.xwiki.com/xwiki/bin/view/Main/BeMaven2Friendly cheers Arnaud On 3/23/06, Emmanuel Bourg [EMAIL PROTECTED] wrote: Carlos Sanchez wrote: no, scope is different than optional properties optionaltrue/optional /properties What is the definition of an optional dependency ? It depends on the use of the library. If I use a plist configuration most of the time I would not want the commons-codec dependency to be excluded for example. There are several dependency sets depending on the features you are interested in as described here: http://jakarta.apache.org/commons/configuration/dependencies.html It's not obvious to decide what is optional imho. Emmanuel Bourg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [configuration] please use optional in POM
I agree with this : only required for any use case dependencies have to be made non-optional. Without this, transitive dependencies is not a cool feature anymore and becomes a exclusion-hell. Well, anything but core dependencies are IMHO optional. If you decide to make usage of functionality, that requires additional dependencies, you must add them in your project, that makes usage of them. - Jörg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This message contains information that may be privileged or confidential and is the property of the Capgemini Group. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Release Validator 1.3.0 based on RC3
So far only two votes on this RC (mine and Robert Burrell Donkin) - is it legitimate to count someones vote from a previous RC (Stephen Colebourne voted +1 on RC2)? If there are any other votes out there they would be v.welcome :-) Niall On 3/21/06, Niall Pemberton [EMAIL PROTECTED] wrote: I have just uploaded release candidate 3 (RC3) for Commons Validator 1.3.0. Thanks for all the feedback on RC2, differences from that RC are: - corrected problems with localized tests - corrected a problem generating the md5 checksums - sigs have been generated for this RC - ant build now automatically downloads dependencies (requires less setup) - build.properties.sample file included in source distro - release notes now point to local copy of changes-report.html (rather than online) - source distro now unpacks to a different directory RC3 is here: http://people.apache.org/~niallp/commons-validator-1.3.0-rc3/ Site here: http://people.apache.org/~niallp/commons-validator-1.3.0-rc3/site/ Release notes here: http://people.apache.org/~niallp/commons-validator-1.3.0-rc3/site/changes-report.html Keys file is here: http://www.apache.org/dist/jakarta/commons/validator/KEYS [ ] +1 I support this release [ ] +0 [ ] -0 [ ] -1 I do not support this release because... Niall - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Release Validator 1.3.0 based on RC3
+1. Looks ok to me. On 3/24/06, Niall Pemberton [EMAIL PROTECTED] wrote: So far only two votes on this RC (mine and Robert Burrell Donkin) - is it legitimate to count someones vote from a previous RC (Stephen Colebourne voted +1 on RC2)? If there are any other votes out there they would be v.welcome :-) Niall On 3/21/06, Niall Pemberton [EMAIL PROTECTED] wrote: I have just uploaded release candidate 3 (RC3) for Commons Validator 1.3.0. Thanks for all the feedback on RC2, differences from that RC are: - corrected problems with localized tests - corrected a problem generating the md5 checksums - sigs have been generated for this RC - ant build now automatically downloads dependencies (requires less setup) - build.properties.sample file included in source distro - release notes now point to local copy of changes-report.html (rather than online) - source distro now unpacks to a different directory RC3 is here: http://people.apache.org/~niallp/commons-validator-1.3.0-rc3/ Site here: http://people.apache.org/~niallp/commons-validator-1.3.0-rc3/site/ Release notes here: http://people.apache.org/~niallp/commons-validator-1.3.0-rc3/site/changes-report.html Keys file is here: http://www.apache.org/dist/jakarta/commons/validator/KEYS [ ] +1 I support this release [ ] +0 [ ] -0 [ ] -1 I do not support this release because... Niall - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- http://www.multitask.com.au/people/dion/ Chuck Norris sleeps with a night light. Not because Chuck Norris is afraid of the dark, but because the dark is afraid of Chuck Norris
Re: [VOTE] Release Validator 1.3.0 based on RC3
On 3/23/06, Niall Pemberton [EMAIL PROTECTED] wrote: So far only two votes on this RC (mine and Robert Burrell Donkin) - is it legitimate to count someones vote from a previous RC (Stephen Colebourne voted +1 on RC2)? snip/ Best if that issue doesn't arise, IMO. If there are any other votes out there they would be v.welcome :-) snap/ I intend to vote here, but will need close to the full 72 hours this time. -Rahul Niall snip/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Proposal: Commons for .NET (dotnet)
On 3/22/06, Kevin Ross [EMAIL PROTECTED] wrote: I find myself in the C# world these days, at a tremendous loss to the libraries I am used to in the java world (not to mention some drastic cultural changes), namely commons-* and my other open projects which are very dependent on commons. I found some people who put some effort into something called Dotnet.Commons, but to my displeasure, they were fairly minimal implementations, converted only some of the apache code, yanked out all comments regarding source implementation details and authors, deleted unit tests, and THEY STUCK LGPL on the code. Those things together led me to dismiss the projects as viable. I have attempted to bring most dependencies that directly impact me into one workspace (solution), and run the Java Language Conversion Assistant (JLCA) on all the code. This includes not only my projects, but the following commons projects: commons-beanutils commons-codec commons-collections commons-digester commons-email commons-fileupload commons-httpclient commons-io commons-lang commons-logging commons-net commons-pool This is not to say that this code all compiles, on the contrary, it is converted to C#, and some code compiles. I am only picking off one file at a time as necessary for me to complete my projects (i.e. incrementalism). At this time, only commons-logging (or commons-net-logging as I've called it) works fully over log4net. One thing I have continued to do, is where I find opportunities to search/replace on patterns, I do it globally. This has accelerated the conversion of unit tests to NUnit in particular. What I am looking for is a place to share my work with others and stimulating the use of open source in the .NET (dotnet) world, while sticking to the core principles that have made jakarta-commons so successful. I am a committer with Apache for the Xindice project, though I haven't been active for some time. I hope this might ease the acceptance of this code for the potenial community gain. Nontheless, this is something that needs to happen. Is there interest in this from others? I cannot single-handedly do this, but I can contribute and I would like to help chip away at this codebase that has been so important to us in the java community. Apache's adoption of these projects can make them successful. +1 for the general idea. I often find myself wishing that there were some open source libraries that wouId make my life easier when doing C# work. In particular, I would suspect that commons-collections and commons-digester, and perhaps also parts of commons-lang, are quite useful. Especially the collections of the dotnet framework are rather poor, e.g. no set classes. If you want to start something like this in the sandbox, then I'd like to help. cheers, Tom - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 39076] - [net] Offset and resume not working...
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=39076. 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=39076 [EMAIL PROTECTED] changed: What|Removed |Added Component|File Upload |Net Summary|[fileupload] Offset and |[net] Offset and resume not |resume not working... |working... --- Additional Comments From [EMAIL PROTECTED] 2006-03-23 16:20 --- This looks like a Commons Net issue. It's definitely not Commons FileUpload. -- 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. You are on the CC list for the bug, or are watching someone who is. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Collections - Trees and Graphs
Hi, I am interested in expanding the collections to include recursive collections such as trees and graphs. Could somebody inform me of the protocol? -- Andres C. Rodriguez Computer Scientist phone: (650) 515-3545 Artificial Intelligence Center fax: (815) 310-3398 SRI Internationalcell: (650) 804-1625 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Proposal: Commons for .NET (dotnet)
One other thought I had was to do what Saxon.NET has just done. They use the java codebase through the ikvm.net compiler, then have test suites to verify functionality. This has the natural benefit of most of the codebase remaining maintained in one place, but providing the benefits to the .NET community as well. Thoughts? http://ikvm.net http://www.saxonica.com/ -Original Message- From: Thomas Dudziak [mailto:[EMAIL PROTECTED] Sent: Thursday, March 23, 2006 9:43 AM To: Jakarta Commons Developers List Subject: Re: Proposal: Commons for .NET (dotnet) On 3/22/06, Kevin Ross [EMAIL PROTECTED] wrote: I find myself in the C# world these days, at a tremendous loss to the libraries I am used to in the java world (not to mention some drastic cultural changes), namely commons-* and my other open projects which are very dependent on commons. I found some people who put some effort into something called Dotnet.Commons, but to my displeasure, they were fairly minimal implementations, converted only some of the apache code, yanked out all comments regarding source implementation details and authors, deleted unit tests, and THEY STUCK LGPL on the code. Those things together led me to dismiss the projects as viable. I have attempted to bring most dependencies that directly impact me into one workspace (solution), and run the Java Language Conversion Assistant (JLCA) on all the code. This includes not only my projects, but the following commons projects: commons-beanutils commons-codec commons-collections commons-digester commons-email commons-fileupload commons-httpclient commons-io commons-lang commons-logging commons-net commons-pool This is not to say that this code all compiles, on the contrary, it is converted to C#, and some code compiles. I am only picking off one file at a time as necessary for me to complete my projects (i.e. incrementalism). At this time, only commons-logging (or commons-net-logging as I've called it) works fully over log4net. One thing I have continued to do, is where I find opportunities to search/replace on patterns, I do it globally. This has accelerated the conversion of unit tests to NUnit in particular. What I am looking for is a place to share my work with others and stimulating the use of open source in the .NET (dotnet) world, while sticking to the core principles that have made jakarta-commons so successful. I am a committer with Apache for the Xindice project, though I haven't been active for some time. I hope this might ease the acceptance of this code for the potenial community gain. Nontheless, this is something that needs to happen. Is there interest in this from others? I cannot single-handedly do this, but I can contribute and I would like to help chip away at this codebase that has been so important to us in the java community. Apache's adoption of these projects can make them successful. +1 for the general idea. I often find myself wishing that there were some open source libraries that wouId make my life easier when doing C# work. In particular, I would suspect that commons-collections and commons-digester, and perhaps also parts of commons-lang, are quite useful. Especially the collections of the dotnet framework are rather poor, e.g. no set classes. If you want to start something like this in the sandbox, then I'd like to help. cheers, Tom - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - NOTICE OF CONFIDENTIALITY - The information in this e-mail, including any attachments, may contain confidential and/or privileged patient health information. This e-mail is intended to be reviewed only by the individual or organization named above as the addressee. If you have received this e-mail in error, please notify Spheris immediately -- by returning the message to the original sender or [EMAIL PROTECTED] -- and destroy all copies of this message and any attachments. Confidential health information is protected by state and federal laws, including, but not limited to, the Health Insurance Portability and Accountability Act (HIPAA) of 1996 and its related regulations. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Proposal: Commons for .NET (dotnet)
Sorry, forgot the open source site: http://saxon.sourceforge.net/ -Original Message- From: Kevin Ross [mailto:[EMAIL PROTECTED] Sent: Thursday, March 23, 2006 12:04 PM To: Jakarta Commons Developers List Subject: RE: Proposal: Commons for .NET (dotnet) One other thought I had was to do what Saxon.NET has just done. They use the java codebase through the ikvm.net compiler, then have test suites to verify functionality. This has the natural benefit of most of the codebase remaining maintained in one place, but providing the benefits to the .NET community as well. Thoughts? http://ikvm.net http://www.saxonica.com/ -Original Message- From: Thomas Dudziak [mailto:[EMAIL PROTECTED] Sent: Thursday, March 23, 2006 9:43 AM To: Jakarta Commons Developers List Subject: Re: Proposal: Commons for .NET (dotnet) On 3/22/06, Kevin Ross [EMAIL PROTECTED] wrote: I find myself in the C# world these days, at a tremendous loss to the libraries I am used to in the java world (not to mention some drastic cultural changes), namely commons-* and my other open projects which are very dependent on commons. I found some people who put some effort into something called Dotnet.Commons, but to my displeasure, they were fairly minimal implementations, converted only some of the apache code, yanked out all comments regarding source implementation details and authors, deleted unit tests, and THEY STUCK LGPL on the code. Those things together led me to dismiss the projects as viable. I have attempted to bring most dependencies that directly impact me into one workspace (solution), and run the Java Language Conversion Assistant (JLCA) on all the code. This includes not only my projects, but the following commons projects: commons-beanutils commons-codec commons-collections commons-digester commons-email commons-fileupload commons-httpclient commons-io commons-lang commons-logging commons-net commons-pool This is not to say that this code all compiles, on the contrary, it is converted to C#, and some code compiles. I am only picking off one file at a time as necessary for me to complete my projects (i.e. incrementalism). At this time, only commons-logging (or commons-net-logging as I've called it) works fully over log4net. One thing I have continued to do, is where I find opportunities to search/replace on patterns, I do it globally. This has accelerated the conversion of unit tests to NUnit in particular. What I am looking for is a place to share my work with others and stimulating the use of open source in the .NET (dotnet) world, while sticking to the core principles that have made jakarta-commons so successful. I am a committer with Apache for the Xindice project, though I haven't been active for some time. I hope this might ease the acceptance of this code for the potenial community gain. Nontheless, this is something that needs to happen. Is there interest in this from others? I cannot single-handedly do this, but I can contribute and I would like to help chip away at this codebase that has been so important to us in the java community. Apache's adoption of these projects can make them successful. +1 for the general idea. I often find myself wishing that there were some open source libraries that wouId make my life easier when doing C# work. In particular, I would suspect that commons-collections and commons-digester, and perhaps also parts of commons-lang, are quite useful. Especially the collections of the dotnet framework are rather poor, e.g. no set classes. If you want to start something like this in the sandbox, then I'd like to help. cheers, Tom - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - NOTICE OF CONFIDENTIALITY - The information in this e-mail, including any attachments, may contain confidential and/or privileged patient health information. This e-mail is intended to be reviewed only by the individual or organization named above as the addressee. If you have received this e-mail in error, please notify Spheris immediately -- by returning the message to the original sender or [EMAIL PROTECTED] -- and destroy all copies of this message and any attachments. Confidential health information is protected by state and federal laws, including, but not limited to, the Health Insurance Portability and Accountability Act (HIPAA) of 1996 and its related regulations. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Release Validator 1.3.0 based on RC3
On 3/23/06, Rahul Akolkar [EMAIL PROTECTED] wrote: On 3/23/06, Niall Pemberton [EMAIL PROTECTED] wrote: So far only two votes on this RC (mine and Robert Burrell Donkin) - is it legitimate to count someones vote from a previous RC (Stephen Colebourne voted +1 on RC2)? snip/ Best if that issue doesn't arise, IMO. Yeah, better to extend the 72 and nudge for another vote. If we can't get a 3 person vote for a released component it's something we should be worrying about :) In this case, it's probably just a time bit. I'm away from home until tonight on weak bandwidth networks, so haven't had much chances to check RCs. Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 39052] - [pool] NullPointerException returning obj to pool during shutdown
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=39052. 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=39052 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|VERIFIED --- Additional Comments From [EMAIL PROTECTED] 2006-03-23 19:09 --- I just tested with 1.3-RC2 and confirmed that I not longer get a NullPointerException, but rather an IllegalStateException as you predicted. Though the behavior you describe as upcoming in 2.0 would obviously be ideal, this at least gives us a predictable exception to catch and handle. Thanks for your quick response. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Release Validator 1.3.0 based on RC3
On 3/21/06, Niall Pemberton [EMAIL PROTECTED] wrote: I have just uploaded release candidate 3 (RC3) for Commons Validator 1.3.0. snip/ [X] +1 I support this release [ ] +0 [ ] -0 [ ] -1 I do not support this release because... -Rahul Niall - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r388240 - in /jakarta/commons/sandbox/scxml/trunk/src/test/java/org/apache/commons/scxml: env/jexl/stateless-01.xml env/jsp/stateless-01.xml model/ModelTestSuite.java model/StatelessModelT
Author: rahul Date: Thu Mar 23 11:28:23 2006 New Revision: 388240 URL: http://svn.apache.org/viewcvs?rev=388240view=rev Log: Add test cases to illustrate a stateless model package i.e. parse document once, execute n times (simultaneously and/or sequentially). Added: jakarta/commons/sandbox/scxml/trunk/src/test/java/org/apache/commons/scxml/env/jexl/stateless-01.xml (with props) jakarta/commons/sandbox/scxml/trunk/src/test/java/org/apache/commons/scxml/env/jsp/stateless-01.xml (with props) jakarta/commons/sandbox/scxml/trunk/src/test/java/org/apache/commons/scxml/model/StatelessModelTest.java (with props) Modified: jakarta/commons/sandbox/scxml/trunk/src/test/java/org/apache/commons/scxml/model/ModelTestSuite.java Added: jakarta/commons/sandbox/scxml/trunk/src/test/java/org/apache/commons/scxml/env/jexl/stateless-01.xml URL: http://svn.apache.org/viewcvs/jakarta/commons/sandbox/scxml/trunk/src/test/java/org/apache/commons/scxml/env/jexl/stateless-01.xml?rev=388240view=auto == --- jakarta/commons/sandbox/scxml/trunk/src/test/java/org/apache/commons/scxml/env/jexl/stateless-01.xml (added) +++ jakarta/commons/sandbox/scxml/trunk/src/test/java/org/apache/commons/scxml/env/jexl/stateless-01.xml Thu Mar 23 11:28:23 2006 @@ -0,0 +1,49 @@ +?xml version=1.0? +!-- + 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. +-- +scxml xmlns=http://www.w3.org/2005/07/SCXML; + version=1.0 + initialstate=main + +state id=main + +initial +transition target=ten/ +/initial + +onentry +var name=instancevar expr=20 / +/onentry + +state id=ten +transition event=ten.done cond=instancevar eq 20 +target=twenty / +onexit +assign name=instancevar expr=30 / +/onexit +/state + +state id=twenty +transition event=twenty.done cond=instancevar eq 30 +target=thirty / +/state + +state id=thirty final=true / + +/state + +/scxml + Propchange: jakarta/commons/sandbox/scxml/trunk/src/test/java/org/apache/commons/scxml/env/jexl/stateless-01.xml -- svn:eol-style = native Propchange: jakarta/commons/sandbox/scxml/trunk/src/test/java/org/apache/commons/scxml/env/jexl/stateless-01.xml -- svn:keywords = Date Author Id Revision HeadURL Added: jakarta/commons/sandbox/scxml/trunk/src/test/java/org/apache/commons/scxml/env/jsp/stateless-01.xml URL: http://svn.apache.org/viewcvs/jakarta/commons/sandbox/scxml/trunk/src/test/java/org/apache/commons/scxml/env/jsp/stateless-01.xml?rev=388240view=auto == --- jakarta/commons/sandbox/scxml/trunk/src/test/java/org/apache/commons/scxml/env/jsp/stateless-01.xml (added) +++ jakarta/commons/sandbox/scxml/trunk/src/test/java/org/apache/commons/scxml/env/jsp/stateless-01.xml Thu Mar 23 11:28:23 2006 @@ -0,0 +1,49 @@ +?xml version=1.0? +!-- + 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. +-- +scxml xmlns=http://www.w3.org/2005/07/SCXML; + version=1.0 + initialstate=main + +state id=main + +initial +transition target=ten/ +/initial + +onentry +var name=instancevar expr=${20} / +/onentry + +state id=ten +transition event=ten.done cond=${instancevar eq 20} +target=twenty / +onexit +assign name=instancevar expr=${30} / +/onexit +/state + +state id=twenty +transition
Re: [VOTE] Release Validator 1.3.0 based on RC3
Sorry for the dely, was quite busy the last days. RC3 looks good to me, there are no more problems with the tests. So here is my +1! Oliver Niall Pemberton wrote: So far only two votes on this RC (mine and Robert Burrell Donkin) - is it legitimate to count someones vote from a previous RC (Stephen Colebourne voted +1 on RC2)? If there are any other votes out there they would be v.welcome :-) Niall On 3/21/06, Niall Pemberton [EMAIL PROTECTED] wrote: I have just uploaded release candidate 3 (RC3) for Commons Validator 1.3.0. Thanks for all the feedback on RC2, differences from that RC are: - corrected problems with localized tests - corrected a problem generating the md5 checksums - sigs have been generated for this RC - ant build now automatically downloads dependencies (requires less setup) - build.properties.sample file included in source distro - release notes now point to local copy of changes-report.html (rather than online) - source distro now unpacks to a different directory RC3 is here: http://people.apache.org/~niallp/commons-validator-1.3.0-rc3/ Site here: http://people.apache.org/~niallp/commons-validator-1.3.0-rc3/site/ Release notes here: http://people.apache.org/~niallp/commons-validator-1.3.0-rc3/site/changes-report.html Keys file is here: http://www.apache.org/dist/jakarta/commons/validator/KEYS [ ] +1 I support this release [ ] +0 [ ] -0 [ ] -1 I do not support this release because... Niall - 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] Announcing Release Candidate 2 for Pool 1.3
I tested RC2 with Commons Configuration and did not find any problems (but this is not too meaningful because the dependency to Commons Pool is only used by a test case for the database configuration class). Some notes: - There is no release notes file in neither the source nor the binary distro. - LICENSE.txt and NOTICE.txt have unix style line endings in the zips. (This is not a problem for me, but was cause for some discussions in the past.) - I had a problem building with ant (ClassNotFoundError for junit/textui/TestRunner), but this can be a problem with my setup (did not do much with ant recently). Oliver Sandy McArthur wrote: I've prepared Pool 1.3-rc2 at http://people.apache.org/~sandymac/pool/1.3-rc2/ I'd appreciate it if interested parties reviewed it and tested it with their setup. Changes since 1.3-rc1 are limited to documentation updates and maven build clean ups. The previous 1.3-rc1 announcement can be found at: http://mail-archives.apache.org/mod_mbox/jakarta-commons-dev/200603.mbox/[EMAIL PROTECTED] If no issues are raised, on Saturday the 25th I'll start a vote to make this an official release. -- 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [pool] Announcing Release Candidate 2 for Pool 1.3
On 3/23/06, Oliver Heger [EMAIL PROTECTED] wrote: I tested RC2 with Commons Configuration and did not find any problems (but this is not too meaningful because the dependency to Commons Pool is only used by a test case for the database configuration class). Some notes: - There is no release notes file in neither the source nor the binary distro. Both have a readme with the highlights and info where a complete release notes can be found. Binary distro has docs/release-notes-1.3.html Source distro has xdocs/release-notes-1.3.xml Is something else needed? - LICENSE.txt and NOTICE.txt have unix style line endings in the zips. (This is not a problem for me, but was cause for some discussions in the past.) I'm on a mac os x box and unix style would be the default. How do other projects solve this other than building on win32? - I had a problem building with ant (ClassNotFoundError for junit/textui/TestRunner), but this can be a problem with my setup (did not do much with ant recently). the junit.jar property needs to be set as a path to the junit jar. This is showed in tbe build.proerties.sample file. Sandy McArthur wrote: I've prepared Pool 1.3-rc2 at http://people.apache.org/~sandymac/pool/1.3-rc2/ I'd appreciate it if interested parties reviewed it and tested it with their setup. Changes since 1.3-rc1 are limited to documentation updates and maven build clean ups. The previous 1.3-rc1 announcement can be found at: http://mail-archives.apache.org/mod_mbox/jakarta-commons-dev/200603.mbox/[EMAIL PROTECTED] If no issues are raised, on Saturday the 25th I'll start a vote to make this an official release. -- 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]
DO NOT REPLY [Bug 39052] - [pool] NullPointerException returning obj to pool during shutdown
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=39052. 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=39052 [EMAIL PROTECTED] changed: What|Removed |Added Status|VERIFIED|CLOSED --- Additional Comments From [EMAIL PROTECTED] 2006-03-23 20:58 --- If you want Pool 2 behavior now you can check out a recent nightly[1] build or build your own from the trunk[2]. The nightly aren't well tested yet but they have the pool 2 semantics and, except for the brand new composite pool code, they have unit tests to verify expected pool 2 behavior. 1. http://cvs.apache.org/builds/jakarta-commons/nightly/commons-pool/ 2. http://svn.apache.org/repos/asf/jakarta/commons/proper/pool/trunk/ -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Release Validator 1.3.0 based on RC3
+1 Phil On 3/20/06, Niall Pemberton [EMAIL PROTECTED] wrote: I have just uploaded release candidate 3 (RC3) for Commons Validator 1.3.0. Thanks for all the feedback on RC2, differences from that RC are: - corrected problems with localized tests - corrected a problem generating the md5 checksums - sigs have been generated for this RC - ant build now automatically downloads dependencies (requires less setup) - build.properties.sample file included in source distro - release notes now point to local copy of changes-report.html (rather than online) - source distro now unpacks to a different directory RC3 is here: http://people.apache.org/~niallp/commons-validator-1.3.0-rc3/ Site here: http://people.apache.org/~niallp/commons-validator-1.3.0-rc3/site/ Release notes here: http://people.apache.org/~niallp/commons-validator-1.3.0-rc3/site/changes-report.html Keys file is here: http://www.apache.org/dist/jakarta/commons/validator/KEYS [ ] +1 I support this release [ ] +0 [ ] -0 [ ] -1 I do not support this release because... Niall - 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: Proposal: Commons for .NET (dotnet)
hi kevin On Wed, 2006-03-22 at 13:25 -0600, Kevin Ross wrote: I find myself in the C# world these days, at a tremendous loss to the libraries I am used to in the java world (not to mention some drastic cultural changes), namely commons-* and my other open projects which are very dependent on commons. I found some people who put some effort into something called Dotnet.Commons, but to my displeasure, they were fairly minimal implementations, converted only some of the apache code, yanked out all comments regarding source implementation details and authors, deleted unit tests, and THEY STUCK LGPL on the code. Those things together led me to dismiss the projects as viable. snip What I am looking for is a place to share my work with others and stimulating the use of open source in the .NET (dotnet) world, while sticking to the core principles that have made jakarta-commons so successful. I am a committer with Apache for the Xindice project, though I haven't been active for some time. I hope this might ease the acceptance of this code for the potenial community gain. in some ways, yes. if you are still a committer then you should be able to subscribe lists (such as community) where you might be able to contact other apache dot net'ers. in others, no. jakarta's charter is tied to the java language. IMHO the board is very unlikely to make the same mistake again (language independent groupings are preferred). this means that we cannot accept dot net code here (which is one reason why jakarta is gradually deconstructing itself). the board formed a commons project at apache a few years ago. they had it in mind that commons components might decide to move from jakarta to commons and new committers might be interested in cross language ports. it didn't work out that way and the commons project was closed. a lot of energy was invested in that effort and it is likely to take a lot of energy to persuade people to give something like that a second chance. so, sadly i'm not hope that there is much chance (at the moment) of a dot net port finding a home here at jakarta. Nontheless, this is something that needs to happen. Is there interest in this from others? i'm not sure that there are many dot net'ers here (hopefully some folks will jump in here and prove me wrong ;) I cannot single-handedly do this, but I can contribute and I would like to help chip away at this codebase that has been so important to us in the java community. Apache's adoption of these projects can make them successful. apache has changed fast in the last few years: evolving in an attempt to scale. now new code bases need to come in through the incubator. it's worth posting a proposal there. it's more language agnostic. but don't be too disappointed if the reaction is more or less: come back once you have bootstrapped a community. i know that this is the most difficult part of the process but react positively and try to get as many community building tips as possible from the folks on list. it's just possible that you might be able to pick up a developer or two as well. it's definitely possible for this project like this to succeed without the apache brand and i agree it's worthwhile too. IMHO you probably need as much energy and knowledge to successfully bootstrap a project within or without apache. one good resource is http://producingoss.com. use a blog to promote your project. release often. it takes time to establish a new project and gain momentum so don't worry if you're plowing a lonely furrow in the early days. invest time encouraging people to get involved in your community. spend a few dollars buying a .org domain (there are cheap now). if you host at sorceforge use subversion 'cos it's great. it sounds as though you're keen on the sort of open development we promote here at apache. cool :) you should find quite a bit of information on the foundation (http://www.apache.org and http://www.apache.org/dev) and the incubator (http://incubator.apache.org) site which may well help. i consider this topic on topic so (unless others shoot me down) feel free to discuss here, ask for advice or release announcements. might want to prefix future subjects with [.NET] tag so that people who aren't interested can filter. a fair wind for your sails :) - robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [pool] Announcing Release Candidate 2 for Pool 1.3
This build works fine with our application. My only wish would be to make BaseObjectPool.isClosed() public. Gary -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Sandy McArthur Sent: Wednesday, March 22, 2006 5:03 PM To: Jakarta Commons Developers List; Jakarta Commons Users List Subject: [pool] Announcing Release Candidate 2 for Pool 1.3 I've prepared Pool 1.3-rc2 at http://people.apache.org/~sandymac/pool/1.3-rc2/ I'd appreciate it if interested parties reviewed it and tested it with their setup. Changes since 1.3-rc1 are limited to documentation updates and maven build clean ups. The previous 1.3-rc1 announcement can be found at: http://mail-archives.apache.org/mod_mbox/jakarta-commons- dev/200603.mbox/[EMAIL PROTECTED] il .com%3e If no issues are raised, on Saturday the 25th I'll start a vote to make this an official release. -- 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [pool] Announcing Release Candidate 2 for Pool 1.3
On Thu, 2006-03-23 at 15:45 -0500, Sandy McArthur wrote: On 3/23/06, Oliver Heger [EMAIL PROTECTED] wrote: snip - LICENSE.txt and NOTICE.txt have unix style line endings in the zips. (This is not a problem for me, but was cause for some discussions in the past.) I'm on a mac os x box and unix style would be the default. How do other projects solve this other than building on win32? not sure if it can be done in maven 1. anyone know? (if not, don't worry too much) the source is easy: export twice and set svn --native-eols appropriately for each. - robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [pool] Announcing Release Candidate 2 for Pool 1.3
On 3/23/06, robert burrell donkin [EMAIL PROTECTED] wrote: On Thu, 2006-03-23 at 15:45 -0500, Sandy McArthur wrote: On 3/23/06, Oliver Heger [EMAIL PROTECTED] wrote: snip - LICENSE.txt and NOTICE.txt have unix style line endings in the zips. (This is not a problem for me, but was cause for some discussions in the past.) I'm on a mac os x box and unix style would be the default. How do other projects solve this other than building on win32? not sure if it can be done in maven 1. anyone know? Well, Maven can invoke Ant, so you could use this: http://ant.apache.org/manual/CoreTasks/fixcrlf.html -- Martin Cooper (if not, don't worry too much) the source is easy: export twice and set svn --native-eols appropriately for each. - robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Proposal: Commons for .NET (dotnet)
I think its a great idea, if there is the demand and support there for it. Robert is right in that Jakarta is quite Java-centric, but I have noticed that Apache as a whole is becoming rather more diverse lately. So even if you can't find a home at Jakarta, you may be able to drum up support for for entry into Apache incubation. And PS I agree, the DotNet Commons stuff is pretty unimpressive. Rory robert burrell donkin wrote: hi kevin On Wed, 2006-03-22 at 13:25 -0600, Kevin Ross wrote: I find myself in the C# world these days, at a tremendous loss to the libraries I am used to in the java world (not to mention some drastic cultural changes), namely commons-* and my other open projects which are very dependent on commons. I found some people who put some effort into something called Dotnet.Commons, but to my displeasure, they were fairly minimal implementations, converted only some of the apache code, yanked out all comments regarding source implementation details and authors, deleted unit tests, and THEY STUCK LGPL on the code. Those things together led me to dismiss the projects as viable. snip What I am looking for is a place to share my work with others and stimulating the use of open source in the .NET (dotnet) world, while sticking to the core principles that have made jakarta-commons so successful. I am a committer with Apache for the Xindice project, though I haven't been active for some time. I hope this might ease the acceptance of this code for the potenial community gain. in some ways, yes. if you are still a committer then you should be able to subscribe lists (such as community) where you might be able to contact other apache dot net'ers. in others, no. jakarta's charter is tied to the java language. IMHO the board is very unlikely to make the same mistake again (language independent groupings are preferred). this means that we cannot accept dot net code here (which is one reason why jakarta is gradually deconstructing itself). the board formed a commons project at apache a few years ago. they had it in mind that commons components might decide to move from jakarta to commons and new committers might be interested in cross language ports. it didn't work out that way and the commons project was closed. a lot of energy was invested in that effort and it is likely to take a lot of energy to persuade people to give something like that a second chance. so, sadly i'm not hope that there is much chance (at the moment) of a dot net port finding a home here at jakarta. Nontheless, this is something that needs to happen. Is there interest in this from others? i'm not sure that there are many dot net'ers here (hopefully some folks will jump in here and prove me wrong ;) I cannot single-handedly do this, but I can contribute and I would like to help chip away at this codebase that has been so important to us in the java community. Apache's adoption of these projects can make them successful. apache has changed fast in the last few years: evolving in an attempt to scale. now new code bases need to come in through the incubator. it's worth posting a proposal there. it's more language agnostic. but don't be too disappointed if the reaction is more or less: come back once you have bootstrapped a community. i know that this is the most difficult part of the process but react positively and try to get as many community building tips as possible from the folks on list. it's just possible that you might be able to pick up a developer or two as well. it's definitely possible for this project like this to succeed without the apache brand and i agree it's worthwhile too. IMHO you probably need as much energy and knowledge to successfully bootstrap a project within or without apache. one good resource is http://producingoss.com. use a blog to promote your project. release often. it takes time to establish a new project and gain momentum so don't worry if you're plowing a lonely furrow in the early days. invest time encouraging people to get involved in your community. spend a few dollars buying a .org domain (there are cheap now). if you host at sorceforge use subversion 'cos it's great. it sounds as though you're keen on the sort of open development we promote here at apache. cool :) you should find quite a bit of information on the foundation (http://www.apache.org and http://www.apache.org/dev) and the incubator (http://incubator.apache.org) site which may well help. i consider this topic on topic so (unless others shoot me down) feel free to discuss here, ask for advice or release announcements. might want to prefix future subjects with [.NET] tag so that people who aren't interested can filter. a fair wind for your sails :) - robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Proposal: Commons for .NET (dotnet)
On 3/23/06, robert burrell donkin [EMAIL PROTECTED] wrote: jakarta's charter is tied to the java language. IMHO the board is very unlikely to make the same mistake again (language independent groupings are preferred). this means that we cannot accept dot net code here (which is one reason why jakarta is gradually deconstructing itself). the board formed a commons project at apache a few years ago. they had it in mind that commons components might decide to move from jakarta to commons and new committers might be interested in cross language ports. it didn't work out that way and the commons project was closed. a lot of energy was invested in that effort and it is likely to take a lot of energy to persuade people to give something like that a second chance. so, sadly i'm not hope that there is much chance (at the moment) of a dot net port finding a home here at jakarta. This is interesting as a, say, .net port of commons-collections is closely tied to commons-collections, or not ? So where should it live ? apache has changed fast in the last few years: evolving in an attempt to scale. now new code bases need to come in through the incubator. it's worth posting a proposal there. it's more language agnostic. Is the incubator also intended for new projects ? I thought it is for bringing existing code bases into Apache ? but don't be too disappointed if the reaction is more or less: come back once you have bootstrapped a community. i know that this is the most difficult part of the process but react positively and try to get as many community building tips as possible from the folks on list. it's just possible that you might be able to pick up a developer or two as well. it's definitely possible for this project like this to succeed without the apache brand and i agree it's worthwhile too. IMHO you probably need as much energy and knowledge to successfully bootstrap a project within or without apache. one good resource is http://producingoss.com. use a blog to promote your project. release often. it takes time to establish a new project and gain momentum so don't worry if you're plowing a lonely furrow in the early days. invest time encouraging people to get involved in your community. spend a few dollars buying a .org domain (there are cheap now). if you host at sorceforge use subversion 'cos it's great. A .Net port would IMO have a lot in common (no pun intended) with a Java 5 'port', and there is at least one such project at SourceForge, right ? cheers, Tom - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22295] - Catalina is not able to stop on the first time: it just stops on the second
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=22295. 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=22295 [EMAIL PROTECTED] changed: What|Removed |Added AssignedTo|tomcat- |commons- |[EMAIL PROTECTED] |[EMAIL PROTECTED] Status|REOPENED|NEW Component|Catalina|Daemon Product|Tomcat 5|Commons Version|5.0.0 |unspecified -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Release Validator 1.3.0 based on RC3
Niall Pemberton wrote: [X] +1 I support this release [ ] +0 [ ] -0 [ ] -1 I do not support this release because... Not sure whether you intended to include validator_2_0_0_proposal.dtd in the release? Stephen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [pool] Announcing Release Candidate 2 for Pool 1.3
On Thu, 2006-03-23 at 14:12 -0800, Martin Cooper wrote: On 3/23/06, robert burrell donkin [EMAIL PROTECTED] wrote: On Thu, 2006-03-23 at 15:45 -0500, Sandy McArthur wrote: On 3/23/06, Oliver Heger [EMAIL PROTECTED] wrote: snip - LICENSE.txt and NOTICE.txt have unix style line endings in the zips. (This is not a problem for me, but was cause for some discussions in the past.) I'm on a mac os x box and unix style would be the default. How do other projects solve this other than building on win32? not sure if it can be done in maven 1. anyone know? Well, Maven can invoke Ant, so you could use this: http://ant.apache.org/manual/CoreTasks/fixcrlf.html good point :) how easy would it be to persuade maven to use different fixes before rolling the zip and the tar? - robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [pool] Announcing Release Candidate 2 for Pool 1.3
robert burrell donkin wrote: On Thu, 2006-03-23 at 14:12 -0800, Martin Cooper wrote: On 3/23/06, robert burrell donkin [EMAIL PROTECTED] wrote: On Thu, 2006-03-23 at 15:45 -0500, Sandy McArthur wrote: On 3/23/06, Oliver Heger [EMAIL PROTECTED] wrote: snip - LICENSE.txt and NOTICE.txt have unix style line endings in the zips. (This is not a problem for me, but was cause for some discussions in the past.) I'm on a mac os x box and unix style would be the default. How do other projects solve this other than building on win32? not sure if it can be done in maven 1. anyone know? Well, Maven can invoke Ant, so you could use this: http://ant.apache.org/manual/CoreTasks/fixcrlf.html good point :) how easy would it be to persuade maven to use different fixes before rolling the zip and the tar? - robert Robert, We had to implement something similar for [HttpClient] a while ago. You might find maven.xml from [HttpClient] package a good starting point http://svn.apache.org/repos/asf/jakarta/commons/proper/httpclient/trunk/maven.xml Oleg - 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] Announcing Release Candidate 2 for Pool 1.3
+1 Build ok with: - Ant 1.6.5 - Maven 1.0.2 - Sun Java 1.4.2_11 - Windows XP SP2 Gary -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Sandy McArthur Sent: Wednesday, March 22, 2006 5:03 PM To: Jakarta Commons Developers List; Jakarta Commons Users List Subject: [pool] Announcing Release Candidate 2 for Pool 1.3 I've prepared Pool 1.3-rc2 at http://people.apache.org/~sandymac/pool/1.3-rc2/ I'd appreciate it if interested parties reviewed it and tested it with their setup. Changes since 1.3-rc1 are limited to documentation updates and maven build clean ups. The previous 1.3-rc1 announcement can be found at: http://mail-archives.apache.org/mod_mbox/jakarta-commons- dev/200603.mbox/[EMAIL PROTECTED] il .com%3e If no issues are raised, on Saturday the 25th I'll start a vote to make this an official release. -- 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Proposal: Commons for .NET (dotnet)
On 3/23/06, robert burrell donkin [EMAIL PROTECTED] wrote: but don't be too disappointed if the reaction is more or less: come back once you have bootstrapped a community. i know that this is the most difficult part of the process but react positively and try to get as many community building tips as possible from the folks on list. it's just possible that you might be able to pick up a developer or two as well. Both iBatis and log4j have .net equvalents (perhaps others?) - maybe its worth consulting them on how they formed their .net communities? There also may be people interested in what you want to achieve. http://logging.apache.org/log4net/ http://ibatis.apache.org/ Niall - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r388312 [2/2] - in /jakarta/commons/sandbox/scxml/trunk/src: main/java/org/apache/commons/scxml/ main/java/org/apache/commons/scxml/env/ main/java/org/apache/commons/scxml/env/faces/ main/
Added: jakarta/commons/sandbox/scxml/trunk/src/test/java/org/apache/commons/scxml/model/DatamodelTest.java URL: http://svn.apache.org/viewcvs/jakarta/commons/sandbox/scxml/trunk/src/test/java/org/apache/commons/scxml/model/DatamodelTest.java?rev=388312view=auto == --- jakarta/commons/sandbox/scxml/trunk/src/test/java/org/apache/commons/scxml/model/DatamodelTest.java (added) +++ jakarta/commons/sandbox/scxml/trunk/src/test/java/org/apache/commons/scxml/model/DatamodelTest.java Thu Mar 23 17:12:40 2006 @@ -0,0 +1,157 @@ +/* + * Copyright 2005 The Apache Software Foundation. + * + * Licensed under the Apache License, Version 2.0 (the License); + * you may not use this file except in compliance with the License. + * You may obtain a copy of the License at + * + * http://www.apache.org/licenses/LICENSE-2.0 + * + * Unless required by applicable law or agreed to in writing, software + * distributed under the License is distributed on an AS IS BASIS, + * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. + * See the License for the specific language governing permissions and + * limitations under the License. + */ +package org.apache.commons.scxml.model; + +import java.net.URL; +import java.util.Set; + +import junit.framework.Test; +import junit.framework.TestCase; +import junit.framework.TestSuite; +import junit.textui.TestRunner; + +import org.apache.commons.scxml.SCXMLExecutor; +import org.apache.commons.scxml.SCXMLTestHelper; +import org.apache.commons.scxml.TriggerEvent; +import org.apache.commons.scxml.env.jexl.JexlContext; +import org.apache.commons.scxml.env.jexl.JexlEvaluator; +import org.apache.commons.scxml.env.jsp.ELContext; +import org.apache.commons.scxml.env.jsp.ELEvaluator; +/** + * Unit tests [EMAIL PROTECTED] org.apache.commons.scxml.SCXMLExecutor}. + */ +public class DatamodelTest extends TestCase { +/** + * Construct a new instance of SCXMLExecutorTest with + * the specified name + */ +public DatamodelTest(String name) { +super(name); +} + +public static Test suite() { +TestSuite suite = new TestSuite(DatamodelTest.class); +suite.setName(SCXML Executor Tests); +return suite; +} + +// Test data +private URL datamodel01jexl, datamodel01jsp; +private SCXMLExecutor exec01, exec02; + +/** + * Set up instance variables required by this test case. + */ +public void setUp() { +datamodel01jexl = this.getClass().getClassLoader(). +getResource(org/apache/commons/scxml/env/jexl/datamodel-01.xml); +datamodel01jsp = this.getClass().getClassLoader(). +getResource(org/apache/commons/scxml/env/jsp/datamodel-01.xml); +} + +/** + * Tear down instance variables required by this test case. + */ +public void tearDown() { +datamodel01jexl = datamodel01jsp = null; +} + +/** + * Test the stateless model, simultaneous executions + */ +public void testDatamodelSimultaneousJexl() { +exec01 = SCXMLTestHelper.getExecutor(datamodel01jexl, +new JexlContext(), new JexlEvaluator()); +assertNotNull(exec01); +exec02 = SCXMLTestHelper.getExecutor(datamodel01jexl, +new JexlContext(), new JexlEvaluator()); +assertNotNull(exec02); +assertFalse(exec01 == exec02); +runtest(); +} + +public void testDatamodelSimultaneousJsp() { +exec01 = SCXMLTestHelper.getExecutor(datamodel01jsp, +new ELContext(), new ELEvaluator()); +assertNotNull(exec01); +exec02 = SCXMLTestHelper.getExecutor(datamodel01jsp, +new ELContext(), new ELEvaluator()); +assertNotNull(exec02); +assertFalse(exec01 == exec02); +runtest(); +} + +private void runtest() { +try { + Interleaved +// exec01 +Set currentStates = exec01.getCurrentStatus().getStates(); +assertEquals(1, currentStates.size()); +assertEquals(ten, ((State)currentStates.iterator(). +next()).getId()); +currentStates = fireEvent(ten.done, exec01); +assertEquals(1, currentStates.size()); +assertEquals(twenty, ((State)currentStates.iterator(). +next()).getId()); +// exec02 +currentStates = exec02.getCurrentStatus().getStates(); +assertEquals(1, currentStates.size()); +assertEquals(ten, ((State)currentStates.iterator(). +next()).getId()); +// exec01 +currentStates = fireEvent(twenty.done, exec01); +assertEquals(1, currentStates.size()); +assertEquals(thirty, ((State)currentStates.iterator(). +next()).getId()); +// exec02 +currentStates = fireEvent(ten.done, exec02); +
Re: [pool] BaseObjectPool.isClosed() visibility [was: Announcing Release Candidate 2 for Pool 1.3]
On 3/23/06, Gary Gregory [EMAIL PROTECTED] wrote: This build works fine with our application. My only wish would be to make BaseObjectPool.isClosed() public. Gary, are you really wanting a way to test if the pool is closed or do you want the returnObject and invalidateObject methods to be more graceful and accept objects borrowed from before the pool was closed? The code in the trunk for pool 2 only throws IllegalStateExceptions for the addObject and the borrowObject methods after close has been called. The other methods will still seem to function normally but really they are in a shutdown mode and just dispose of returned objects. -- 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] BaseObjectPool.isClosed() visibility [was: Announcing Release Candidate 2 for Pool 1.3]
Sandy: I am looking for a way to query the pool for its open/close state. Background: for those who care ;) When our app server shuts down, we have a couple of threads that need to shutdown and clean up their resources. It so happens (don't ask) that more than one thread may want to close() the pool. When you call close() a second time (or more), you get an exception. Alternatively, close() could be quiet, a no-op, if the pool is already closed. Right now, I have a subclass (hack) which implements an isOpen() method which calls super.isClosed(). This is not what I want to do. Ideally, I'd like to wrap the GenericObjectPool instance and not subclass it, but that's another topic for our app. Thanks, Gary -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Sandy McArthur Sent: Thursday, March 23, 2006 8:10 PM To: Jakarta Commons Developers List Subject: Re: [pool] BaseObjectPool.isClosed() visibility [was: Announcing Release Candidate 2 for Pool 1.3] On 3/23/06, Gary Gregory [EMAIL PROTECTED] wrote: This build works fine with our application. My only wish would be to make BaseObjectPool.isClosed() public. Gary, are you really wanting a way to test if the pool is closed or do you want the returnObject and invalidateObject methods to be more graceful and accept objects borrowed from before the pool was closed? The code in the trunk for pool 2 only throws IllegalStateExceptions for the addObject and the borrowObject methods after close has been called. The other methods will still seem to function normally but really they are in a shutdown mode and just dispose of returned objects. -- 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [pool] BaseObjectPool.isClosed() visibility [was: Announcing Release Candidate 2 for Pool 1.3]
I think the pool 2 behavior will meet your needs but I'll let the code speak for itself as it should be unambigous. Take a look at the TestObjectPool.testClosedPoolBehavior() test (about 45% down the file) and let me know if a pool that passes that test meets your needs. Here's a link to the trunk version of that file: http://svn.apache.org/viewcvs.cgi/jakarta/commons/proper/pool/trunk/src/test/org/apache/commons/pool/TestObjectPool.java?view=markup On 3/23/06, Gary Gregory [EMAIL PROTECTED] wrote: Sandy: I am looking for a way to query the pool for its open/close state. Background: for those who care ;) When our app server shuts down, we have a couple of threads that need to shutdown and clean up their resources. It so happens (don't ask) that more than one thread may want to close() the pool. When you call close() a second time (or more), you get an exception. Alternatively, close() could be quiet, a no-op, if the pool is already closed. Right now, I have a subclass (hack) which implements an isOpen() method which calls super.isClosed(). This is not what I want to do. Ideally, I'd like to wrap the GenericObjectPool instance and not subclass it, but that's another topic for our app. Thanks, Gary -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Sandy McArthur Sent: Thursday, March 23, 2006 8:10 PM To: Jakarta Commons Developers List Subject: Re: [pool] BaseObjectPool.isClosed() visibility [was: Announcing Release Candidate 2 for Pool 1.3] On 3/23/06, Gary Gregory [EMAIL PROTECTED] wrote: This build works fine with our application. My only wish would be to make BaseObjectPool.isClosed() public. Gary, are you really wanting a way to test if the pool is closed or do you want the returnObject and invalidateObject methods to be more graceful and accept objects borrowed from before the pool was closed? The code in the trunk for pool 2 only throws IllegalStateExceptions for the addObject and the borrowObject methods after close has been called. The other methods will still seem to function normally but really they are in a shutdown mode and just dispose of returned objects. -- 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: r388382 - in /jakarta/commons/proper/pool/trunk/src: java/org/apache/commons/pool/composite/ test/org/apache/commons/pool/composite/
Author: sandymac Date: Thu Mar 23 21:30:41 2006 New Revision: 388382 URL: http://svn.apache.org/viewcvs?rev=388382view=rev Log: many JavaDoc clean ups behavior chages for pool 2 contracts key handling fixes for close and clear methods in CompositeKeyedObjectPool Modified: jakarta/commons/proper/pool/trunk/src/java/org/apache/commons/pool/composite/AbstractManager.java jakarta/commons/proper/pool/trunk/src/java/org/apache/commons/pool/composite/CompositeKeyedObjectPool.java jakarta/commons/proper/pool/trunk/src/java/org/apache/commons/pool/composite/CompositeObjectPool.java jakarta/commons/proper/pool/trunk/src/java/org/apache/commons/pool/composite/DelegateManager.java jakarta/commons/proper/pool/trunk/src/java/org/apache/commons/pool/composite/IdleLimitManager.java jakarta/commons/proper/pool/trunk/src/java/org/apache/commons/pool/composite/KeyedPoolableObjectFactoryAdapter.java jakarta/commons/proper/pool/trunk/src/java/org/apache/commons/pool/composite/Manager.java jakarta/commons/proper/pool/trunk/src/java/org/apache/commons/pool/composite/NullTracker.java jakarta/commons/proper/pool/trunk/src/java/org/apache/commons/pool/composite/Tracker.java jakarta/commons/proper/pool/trunk/src/test/org/apache/commons/pool/composite/TestCompositeObjectPool.java Modified: jakarta/commons/proper/pool/trunk/src/java/org/apache/commons/pool/composite/AbstractManager.java URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/pool/trunk/src/java/org/apache/commons/pool/composite/AbstractManager.java?rev=388382r1=388381r2=388382view=diff == --- jakarta/commons/proper/pool/trunk/src/java/org/apache/commons/pool/composite/AbstractManager.java (original) +++ jakarta/commons/proper/pool/trunk/src/java/org/apache/commons/pool/composite/AbstractManager.java Thu Mar 23 21:30:41 2006 @@ -70,9 +70,8 @@ * Return an object to the pool. Object will be [EMAIL PROTECTED] PoolableObjectFactory#passivateObject(Object) passivated}. * * @param obj the object to return to the pool. - * @throws Exception as thrown by [EMAIL PROTECTED] PoolableObjectFactory#passivateObject(Object)}. */ -public void returnToPool(final Object obj) throws Exception { +public void returnToPool(final Object obj) { assert Thread.holdsLock(objectPool.getPool()); objectPool.getLender().repay(obj); } Modified: jakarta/commons/proper/pool/trunk/src/java/org/apache/commons/pool/composite/CompositeKeyedObjectPool.java URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/pool/trunk/src/java/org/apache/commons/pool/composite/CompositeKeyedObjectPool.java?rev=388382r1=388381r2=388382view=diff == --- jakarta/commons/proper/pool/trunk/src/java/org/apache/commons/pool/composite/CompositeKeyedObjectPool.java (original) +++ jakarta/commons/proper/pool/trunk/src/java/org/apache/commons/pool/composite/CompositeKeyedObjectPool.java Thu Mar 23 21:30:41 2006 @@ -106,18 +106,15 @@ } /** - * Obtain an instance from my pool - * for the specified ikey/i. - * By contract, clients MUST return - * the borrowed object using - * [EMAIL PROTECTED] #returnObject(Object,Object) ttreturnObject/tt}, - * or a related method as defined in an implementation - * or sub-interface, - * using a ikey/i that is equivalent to the one used to + * Obtain an instance from this pool for the specified codekey/code. + * By contract, clients strongmust/strong return the borrowed object using + * [EMAIL PROTECTED] #returnObject(Object,Object) codereturnObject/code}, + * or a related method as defined in an implementation or sub-interface, + * using a codekey/code that is equivalent to the one used to * borrow the instance in the first place. * * @param key the key used to obtain the object - * @return an instance from my pool. + * @return an instance from this pool. * @throws Exception if there is an unexpected problem. */ public Object borrowObject(final Object key) throws Exception { @@ -136,26 +133,26 @@ } /** - * Return an instance to my pool. - * By contract, iobj/i MUST have been obtained - * using [EMAIL PROTECTED] #borrowObject(Object) ttborrowObject/tt} - * or a related method as defined in an implementation - * or sub-interface - * using a ikey/i that is equivalent to the one used to - * borrow the ttObject/tt in the first place. + * Return an instance to this pool. By contract, codeobj/code + * strongmust/strong have been obtained using + * [EMAIL PROTECTED] #borrowObject borrowObject} or a related method as defined + * in an implementation or sub-interface using a codekey/code that + * is equivalent to the one used to borrow the codeObject/code in +
Re: [pool] Announcing Release Candidate 2 for Pool 1.3
Sandy McArthur wrote: On 3/23/06, Oliver Heger [EMAIL PROTECTED] wrote: I tested RC2 with Commons Configuration and did not find any problems (but this is not too meaningful because the dependency to Commons Pool is only used by a test case for the database configuration class). Some notes: - There is no release notes file in neither the source nor the binary distro. Both have a readme with the highlights and info where a complete release notes can be found. Binary distro has docs/release-notes-1.3.html Source distro has xdocs/release-notes-1.3.xml Is something else needed? Most other components have a RELEASE-NOTES.txt in their top level directory, and that's where I first looked. Maybe it makes sense to add a simple file that only points to the real release notes in the subdirectories? - LICENSE.txt and NOTICE.txt have unix style line endings in the zips. (This is not a problem for me, but was cause for some discussions in the past.) I'm on a mac os x box and unix style would be the default. How do other projects solve this other than building on win32? As other replies to this thread indicate, there is no single solution. In addition to the brought up suggestions, AFAIK newer versions of maven's dist plugin are able to handle at least the txt files in the top level directory correctly. - I had a problem building with ant (ClassNotFoundError for junit/textui/TestRunner), but this can be a problem with my setup (did not do much with ant recently). the junit.jar property needs to be set as a path to the junit jar. This is showed in tbe build.proerties.sample file. okay Oliver Sandy McArthur wrote: I've prepared Pool 1.3-rc2 at http://people.apache.org/~sandymac/pool/1.3-rc2/ I'd appreciate it if interested parties reviewed it and tested it with their setup. Changes since 1.3-rc1 are limited to documentation updates and maven build clean ups. The previous 1.3-rc1 announcement can be found at: http://mail-archives.apache.org/mod_mbox/jakarta-commons-dev/200603.mbox/[EMAIL PROTECTED] If no issues are raised, on Saturday the 25th I'll start a vote to make this an official release. -- 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]