svn commit: r321302 - /jakarta/commons/proper/codec/trunk/project.xml
Author: brett Date: Sat Oct 15 00:16:01 2005 New Revision: 321302 URL: http://svn.apache.org/viewcvs?rev=321302view=rev Log: add test scope to junit dependency Modified: jakarta/commons/proper/codec/trunk/project.xml Modified: jakarta/commons/proper/codec/trunk/project.xml URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/codec/trunk/project.xml?rev=321302r1=321301r2=321302view=diff == --- jakarta/commons/proper/codec/trunk/project.xml (original) +++ jakarta/commons/proper/codec/trunk/project.xml Sat Oct 15 00:16:01 2005 @@ -187,6 +187,9 @@ idjunit/id version3.8.1/version urlhttp://www.junit.org/url +properties + scopetest/scope +/properties /dependency /dependencies issueTrackingUrlhttp://issues.apache.org/bugzilla/buglist.cgi?bug_status=NEWamp;bug_status=ASSIGNEDamp;bug_status=REOPENEDamp;email1=amp;emailtype1=substringamp;emailassigned_to1=1amp;email2=amp;emailtype2=substringamp;emailreporter2=1amp;bugidtype=includeamp;bug_id=amp;changedin=amp;votes=amp;chfieldfrom=amp;chfieldto=Nowamp;chfieldvalue=amp;product=Commonsamp;component=Codecamp;short_desc=amp;short_desc_type=allwordssubstramp;long_desc=amp;long_desc_type=allwordssubstramp;bug_file_loc=amp;bug_file_loc_type=allwordssubstramp;keywords=amp;keywords_type=anywordsamp;field0-0-0=noopamp;type0-0-0=noopamp;value0-0-0=amp;cmdtype=doitamp;newqueryname=amp;order=Reuse+same+sort+as+last+time/issueTrackingUrl - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[EMAIL PROTECTED]: Project commons-id (in module jakarta-commons-sandbox) failed
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project commons-id has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 8 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-id : Commons Identifier Package Full details are available at: http://vmgump.apache.org/gump/public/jakarta-commons-sandbox/commons-id/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole output [commons-id-15102005.jar] identifier set to project name -DEBUG- (Gump generated) Maven Properties in: /usr/local/gump/public/workspace/jakarta-commons-sandbox/id/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/jakarta-commons-sandbox/id/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/jakarta-commons-sandbox/id/project.properties -INFO- Failed to extract fallback artifacts from Gump Repository The following work was performed: http://vmgump.apache.org/gump/public/jakarta-commons-sandbox/commons-id/gump_work/build_jakarta-commons-sandbox_commons-id.html Work Name: build_jakarta-commons-sandbox_commons-id (Type: Build) Work ended in a state of : Failed Elapsed: 26 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/jakarta-commons-sandbox/id] CLASSPATH: /opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/jakarta-commons/discovery/dist/commons-discovery.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-15102005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api-15102005.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar - [mkdir] Created dir: /x1/gump/public/workspace/jakarta-commons-sandbox/id/target/test-classes [mkdir] Created dir: /x1/gump/public/workspace/jakarta-commons-sandbox/id/target/test-reports test:test-resources: test:compile: [javac] Compiling 16 source files to /x1/gump/public/workspace/jakarta-commons-sandbox/id/target/test-classes test:test: [junit] Running org.apache.commons.id.serial.PrefixedAlphanumericGeneratorTest [junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 0.515 sec [junit] Running org.apache.commons.id.serial.PrefixedNumericGeneratorTest [junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 0.593 sec [junit] Running org.apache.commons.id.serial.PrefixedLeftPaddedNumericGeneratorTest [junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 0.49 sec [junit] Running org.apache.commons.id.serial.TimeBasedAlphanumericIdentifierGeneratorTest [junit] Tests run: 9, Failures: 1, Errors: 0, Time elapsed: 1.603 sec [junit] [ERROR] TEST org.apache.commons.id.serial.TimeBasedAlphanumericIdentifierGeneratorTest FAILED [junit] Running org.apache.commons.id.uuid.state.StateHelperTest [junit] Tests run: 6, Failures: 0, Errors: 0, Time elapsed: 0.702 sec [junit] Running org.apache.commons.id.uuid.state.NodeTest [junit] Tests run: 8, Failures: 0, Errors: 0, Time elapsed: 0.685 sec [junit] Running org.apache.commons.id.uuid.state.InMemoryStateImplTest [junit] Tests run: 5, Failures: 0, Errors: 0, Time elapsed: 0.711 sec [junit] Running org.apache.commons.id.uuid.state.ReadOnlyResourceStateImplTest [junit] Tests run: 5, Failures: 0, Errors: 0, Time elapsed: 0.821 sec [junit] Running org.apache.commons.id.uuid.state.ReadWriteFileStateImplTest [junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.763 sec [junit] Running org.apache.commons.id.uuid.clock.SystemClockImplTest [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.494 sec [junit] Running org.apache.commons.id.uuid.clock.ThreadClockImplTest [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.497 sec [junit] Running org.apache.commons.id.uuid.NodeManagerImplTest [junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.768 sec [junit] Running org.apache.commons.id.uuid.UUIDTest [junit] Tests run: 17, Failures: 0,
[EMAIL PROTECTED]: Project commons-id (in module jakarta-commons-sandbox) failed
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project commons-id has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 8 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-id : Commons Identifier Package Full details are available at: http://vmgump.apache.org/gump/public/jakarta-commons-sandbox/commons-id/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole output [commons-id-15102005.jar] identifier set to project name -DEBUG- (Gump generated) Maven Properties in: /usr/local/gump/public/workspace/jakarta-commons-sandbox/id/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/jakarta-commons-sandbox/id/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/jakarta-commons-sandbox/id/project.properties -INFO- Failed to extract fallback artifacts from Gump Repository The following work was performed: http://vmgump.apache.org/gump/public/jakarta-commons-sandbox/commons-id/gump_work/build_jakarta-commons-sandbox_commons-id.html Work Name: build_jakarta-commons-sandbox_commons-id (Type: Build) Work ended in a state of : Failed Elapsed: 26 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/jakarta-commons-sandbox/id] CLASSPATH: /opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/jakarta-commons/discovery/dist/commons-discovery.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-15102005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api-15102005.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar - [mkdir] Created dir: /x1/gump/public/workspace/jakarta-commons-sandbox/id/target/test-classes [mkdir] Created dir: /x1/gump/public/workspace/jakarta-commons-sandbox/id/target/test-reports test:test-resources: test:compile: [javac] Compiling 16 source files to /x1/gump/public/workspace/jakarta-commons-sandbox/id/target/test-classes test:test: [junit] Running org.apache.commons.id.serial.PrefixedAlphanumericGeneratorTest [junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 0.515 sec [junit] Running org.apache.commons.id.serial.PrefixedNumericGeneratorTest [junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 0.593 sec [junit] Running org.apache.commons.id.serial.PrefixedLeftPaddedNumericGeneratorTest [junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 0.49 sec [junit] Running org.apache.commons.id.serial.TimeBasedAlphanumericIdentifierGeneratorTest [junit] Tests run: 9, Failures: 1, Errors: 0, Time elapsed: 1.603 sec [junit] [ERROR] TEST org.apache.commons.id.serial.TimeBasedAlphanumericIdentifierGeneratorTest FAILED [junit] Running org.apache.commons.id.uuid.state.StateHelperTest [junit] Tests run: 6, Failures: 0, Errors: 0, Time elapsed: 0.702 sec [junit] Running org.apache.commons.id.uuid.state.NodeTest [junit] Tests run: 8, Failures: 0, Errors: 0, Time elapsed: 0.685 sec [junit] Running org.apache.commons.id.uuid.state.InMemoryStateImplTest [junit] Tests run: 5, Failures: 0, Errors: 0, Time elapsed: 0.711 sec [junit] Running org.apache.commons.id.uuid.state.ReadOnlyResourceStateImplTest [junit] Tests run: 5, Failures: 0, Errors: 0, Time elapsed: 0.821 sec [junit] Running org.apache.commons.id.uuid.state.ReadWriteFileStateImplTest [junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.763 sec [junit] Running org.apache.commons.id.uuid.clock.SystemClockImplTest [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.494 sec [junit] Running org.apache.commons.id.uuid.clock.ThreadClockImplTest [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.497 sec [junit] Running org.apache.commons.id.uuid.NodeManagerImplTest [junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.768 sec [junit] Running org.apache.commons.id.uuid.UUIDTest [junit] Tests run: 17, Failures: 0,
Re: [proxy] Moving to Proper...
On Wed, 2005-10-12 at 09:33 -0400, James Carman wrote: The Crispy (http://crispy.sourceforge.net) project has expressed interest in using Commons Proxy (and my Syringe project already uses it). However, it's difficult for outside projects to use Commons Proxy if there are no releases available on Ibiblio. What are the procedures/requirements for requesting that a sandbox project be moved to the commons proper? there aren't too many formal requirements. the component needs to meet the requirements of the charter (needs to be in scope and have the relevant bits and bats of documentation.) but there are social conventions. some digging the archives will reveal people's perspectives on this. speaking personally: IMHO a component needs to be ready for release: even if only a 0.x (feature incomplete and API possible unstable). we're learnt (from mistakes in the past) that it's important for components to have proper releases and it's easy for this to slip. IMHO component needs to have a viable community. the community needs to be persuaded that there enough users and developers to ensure the component can be self-sustaining. in recent time, i think we've become a little better at recognising that the size of the community required depends on the size and maturity of the component. I realize that my reliance on JDK5 features may be somewhat of a hindrance since our nightly build process only supports JDK1.4 and below from what I understand. Is this something that we're going to fix or do all of our projects have to use at most JDK1.4? Any advice is welcome. some time soon now jakarta will have a shiny new virtual server to run stuff like these builds but ATM craig runs these for us (thanks) and so he'd need to answer this... - robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Moving Proxy to Commons Proper
hi james IMO it would be better to make this a proposal. quite often, small changes will are needed and discussion required. votes tend to get a little confused and lost when that happens. usually, it's a bit cleaner to make a proposal then move to a vote when there are no remaining objections. On Fri, 2005-10-14 at 08:17 -0400, James Carman wrote: All, Outside projects (currently my Syringe project and the Crispy project at sourceforge) are beginning to want to use Commons Proxy, but are finding it difficult since it's in the sandbox and no releases are available. I believe Proxy's API is close to being ready for a release candidate. Currently, I don't have any other bright ideas for it, but I'm open to suggestions. Moving it to the proper will help us prepare it for an official release. being ready for an official release is one of my personal criteria for promotion (so that's good). part of being ready is demonstrating to the community that the committers know how to cut commons releases. might i suggest that you cut an example release candidate and upload it to your apache home directory. not only will this speed the time taken to cut the first release (we can spot any problems now rather than later) but it will also give us a better idea of where proxy actually is right now. - robert signature.asc Description: This is a digitally signed message part
[EMAIL PROTECTED]: Project commons-javaflow (in module jakarta-commons-sandbox) failed
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project commons-javaflow has an issue affecting its community integration. This issue affects 56 projects, and has been outstanding for 4 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - cocoon : Java XML Framework - cocoon-block-ajax : Ajax - Utilities and resources for Ajax applications. - cocoon-block-apples : Java XML Framework - cocoon-block-asciiart : Java XML Framework - cocoon-block-authentication-fw : Java XML Framework - cocoon-block-axis : Java XML Framework - cocoon-block-batik : Java XML Framework - cocoon-block-bsf : Java XML Framework - cocoon-block-captcha : Utilites to generate simple CAPTCHAs - cocoon-block-chaperon : Java XML Framework - cocoon-block-core-samples-additional : Additional core samples. - cocoon-block-core-samples-main : Main core samples. - cocoon-block-cron : Java XML Framework - cocoon-block-databases : Java XML Framework - cocoon-block-deli : Java XML Framework - cocoon-block-eventcache : Java XML Framework - cocoon-block-fop : Java XML Framework - cocoon-block-forms : Java XML Framework - cocoon-block-hsqldb : Java XML Framework - cocoon-block-html : Java XML Framework - cocoon-block-itext : Java XML Framework - cocoon-block-javaflow : Java XML Framework - cocoon-block-jcr : A jcr: protocol for Cocoon - cocoon-block-jfor : Java XML Framework - cocoon-block-jms : Java XML Framework - cocoon-block-jsp : Java XML Framework - cocoon-block-linkrewriter : Java XML Framework - cocoon-block-lucene : Java XML Framework - cocoon-block-midi : Java XML Framework - cocoon-block-naming : Java XML Framework - cocoon-block-ojb : Java XML Framework - cocoon-block-paranoid : Java XML Framework - cocoon-block-petstore : Java XML Framework - cocoon-block-profiler : Java XML Framework - cocoon-block-proxy : Java XML Framework - cocoon-block-python : Java XML Framework - cocoon-block-qdox : Java XML Framework - cocoon-block-querybean : Java XML Framework - cocoon-block-repository : Java XML Framework - cocoon-block-serializers : Java XML Framework - cocoon-block-session-fw : Java XML Framework - cocoon-block-slop : Java XML Framework - cocoon-block-spring-app : A demo for Spring and Cocoon - cocoon-block-stx : Java XML Framework - cocoon-block-taglib : Java XML Framework - cocoon-block-template : Java XML Framework - cocoon-block-tour : Java XML Framework - cocoon-block-validation : In-pipeline validation of documents - cocoon-block-velocity : Java XML Framework - cocoon-block-web3 : Java XML Framework - cocoon-block-xmldb : Java XML Framework - cocoon-block-xsp : Java XML Framework - commons-javaflow : Commons Javaflow - forrest : Apache Forrest is an XML standards-oriented documentation fr... - forrest-test : Apache Forrest is an XML standards-oriented documentation fr... - lenya : Content Management System Full details are available at: http://vmgump.apache.org/gump/public/jakarta-commons-sandbox/commons-javaflow/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole output [commons-javaflow-15102005.jar] identifier set to project name -DEBUG- (Gump generated) Maven Properties in: /usr/local/gump/public/workspace/jakarta-commons-sandbox/javaflow/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/jakarta-commons-sandbox/javaflow/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/jakarta-commons-sandbox/javaflow/project.properties -INFO- Project Reports in: /usr/local/gump/public/workspace/jakarta-commons-sandbox/javaflow/target/test-reports -WARNING- No directory [/usr/local/gump/public/workspace/jakarta-commons-sandbox/javaflow/target/test-reports] -INFO- Failed to extract fallback artifacts from Gump Repository The following work was performed: http://vmgump.apache.org/gump/public/jakarta-commons-sandbox/commons-javaflow/gump_work/build_jakarta-commons-sandbox_commons-javaflow.html Work Name: build_jakarta-commons-sandbox_commons-javaflow (Type: Build) Work ended in a state of : Failed Elapsed: 3 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/jakarta-commons-sandbox/javaflow] CLASSPATH:
[EMAIL PROTECTED]: Project commons-javaflow (in module jakarta-commons-sandbox) failed
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project commons-javaflow has an issue affecting its community integration. This issue affects 56 projects, and has been outstanding for 4 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - cocoon : Java XML Framework - cocoon-block-ajax : Ajax - Utilities and resources for Ajax applications. - cocoon-block-apples : Java XML Framework - cocoon-block-asciiart : Java XML Framework - cocoon-block-authentication-fw : Java XML Framework - cocoon-block-axis : Java XML Framework - cocoon-block-batik : Java XML Framework - cocoon-block-bsf : Java XML Framework - cocoon-block-captcha : Utilites to generate simple CAPTCHAs - cocoon-block-chaperon : Java XML Framework - cocoon-block-core-samples-additional : Additional core samples. - cocoon-block-core-samples-main : Main core samples. - cocoon-block-cron : Java XML Framework - cocoon-block-databases : Java XML Framework - cocoon-block-deli : Java XML Framework - cocoon-block-eventcache : Java XML Framework - cocoon-block-fop : Java XML Framework - cocoon-block-forms : Java XML Framework - cocoon-block-hsqldb : Java XML Framework - cocoon-block-html : Java XML Framework - cocoon-block-itext : Java XML Framework - cocoon-block-javaflow : Java XML Framework - cocoon-block-jcr : A jcr: protocol for Cocoon - cocoon-block-jfor : Java XML Framework - cocoon-block-jms : Java XML Framework - cocoon-block-jsp : Java XML Framework - cocoon-block-linkrewriter : Java XML Framework - cocoon-block-lucene : Java XML Framework - cocoon-block-midi : Java XML Framework - cocoon-block-naming : Java XML Framework - cocoon-block-ojb : Java XML Framework - cocoon-block-paranoid : Java XML Framework - cocoon-block-petstore : Java XML Framework - cocoon-block-profiler : Java XML Framework - cocoon-block-proxy : Java XML Framework - cocoon-block-python : Java XML Framework - cocoon-block-qdox : Java XML Framework - cocoon-block-querybean : Java XML Framework - cocoon-block-repository : Java XML Framework - cocoon-block-serializers : Java XML Framework - cocoon-block-session-fw : Java XML Framework - cocoon-block-slop : Java XML Framework - cocoon-block-spring-app : A demo for Spring and Cocoon - cocoon-block-stx : Java XML Framework - cocoon-block-taglib : Java XML Framework - cocoon-block-template : Java XML Framework - cocoon-block-tour : Java XML Framework - cocoon-block-validation : In-pipeline validation of documents - cocoon-block-velocity : Java XML Framework - cocoon-block-web3 : Java XML Framework - cocoon-block-xmldb : Java XML Framework - cocoon-block-xsp : Java XML Framework - commons-javaflow : Commons Javaflow - forrest : Apache Forrest is an XML standards-oriented documentation fr... - forrest-test : Apache Forrest is an XML standards-oriented documentation fr... - lenya : Content Management System Full details are available at: http://vmgump.apache.org/gump/public/jakarta-commons-sandbox/commons-javaflow/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole output [commons-javaflow-15102005.jar] identifier set to project name -DEBUG- (Gump generated) Maven Properties in: /usr/local/gump/public/workspace/jakarta-commons-sandbox/javaflow/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/jakarta-commons-sandbox/javaflow/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/jakarta-commons-sandbox/javaflow/project.properties -INFO- Project Reports in: /usr/local/gump/public/workspace/jakarta-commons-sandbox/javaflow/target/test-reports -WARNING- No directory [/usr/local/gump/public/workspace/jakarta-commons-sandbox/javaflow/target/test-reports] -INFO- Failed to extract fallback artifacts from Gump Repository The following work was performed: http://vmgump.apache.org/gump/public/jakarta-commons-sandbox/commons-javaflow/gump_work/build_jakarta-commons-sandbox_commons-javaflow.html Work Name: build_jakarta-commons-sandbox_commons-javaflow (Type: Build) Work ended in a state of : Failed Elapsed: 3 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/jakarta-commons-sandbox/javaflow] CLASSPATH:
Re: [Nightly Build] Correcting Problems?
Thanks Craig, looks like validator is back :-) Niall - Original Message - From: Craig McClanahan [EMAIL PROTECTED] That would be a good idea. It looks like I botched a change to my top-level build.properties file ... I'll go through and try to get all the damanged Commons projects to work correctly. Good thing we caught this today ... I'm getting on an airplane again tomorrow (to Prague, to visit with the team that works on NetBeans), and it's pretty difficult to work with my home desktop (where the nightly builds run) when I'm away. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[EMAIL PROTECTED]: Project commons-jelly (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 has an issue affecting its community integration. This issue affects 43 projects, and has been outstanding for 8 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 : Commons Jelly - commons-jelly-tags-ant : Commons Jelly - commons-jelly-tags-antlr : Commons Jelly - commons-jelly-tags-avalon : Commons Jelly - commons-jelly-tags-bean : Commons Jelly - commons-jelly-tags-beanshell : Commons Jelly - commons-jelly-tags-betwixt : Commons Jelly - commons-jelly-tags-bsf : Commons Jelly - commons-jelly-tags-define : Commons Jelly - commons-jelly-tags-dynabean : Commons Jelly - commons-jelly-tags-email : Commons Jelly - commons-jelly-tags-fmt : Commons Jelly - commons-jelly-tags-html : Commons Jelly - commons-jelly-tags-http : Commons Jelly - commons-jelly-tags-interaction : Commons Jelly - commons-jelly-tags-jetty : Commons Jelly - commons-jelly-tags-jface : Commons Jelly - commons-jelly-tags-jms : Commons Jelly - commons-jelly-tags-jmx : Commons Jelly - commons-jelly-tags-jsl : Commons Jelly - commons-jelly-tags-junit : Commons Jelly - commons-jelly-tags-log : Commons Jelly - commons-jelly-tags-memory : Commons Jelly - commons-jelly-tags-ojb : Commons Jelly - commons-jelly-tags-quartz : Commons Jelly - commons-jelly-tags-regexp : Commons Jelly - commons-jelly-tags-sql : Commons Jelly - commons-jelly-tags-swing : Commons Jelly - commons-jelly-tags-swt : Commons Jelly - commons-jelly-tags-threads : Commons Jelly - commons-jelly-tags-util : Commons Jelly - commons-jelly-tags-validate : Commons Jelly - commons-jelly-tags-velocity : Commons Jelly - commons-jelly-tags-xml : Commons Jelly - commons-jelly-tags-xmlunit : Commons Jelly - commons-latka : Functional Testing Suite - geronimo : Apache Geronimo, the J2EE server project of the Apache Softw... - jaxme2 - jaxmeapi - jaxmepm - jaxmexs - maven : Project Management Tools - maven-bootstrap : Project Management Tools Full details are available at: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly/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-15102005.jar] identifier set to project name -DEBUG- Dependency on jakarta-servletapi-5-servlet exists, no need to add for property maven.jar.servletapi. -DEBUG- Dependency on jakarta-taglibs-standard exists, no need to add for property maven.jar.jstl. -DEBUG- Dependency on xml-xerces exists, no need to add for property maven.jar.xerces. -DEBUG- (Gump generated) Maven Properties in: /usr/local/gump/public/workspace/commons-jelly/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/commons-jelly/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/commons-jelly/project.properties -INFO- Project Reports in: /usr/local/gump/public/workspace/commons-jelly/target/test-reports -INFO- Failed to extract fallback artifacts from Gump Repository The following work was performed: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly/gump_work/build_commons-jelly_commons-jelly.html Work Name: build_commons-jelly_commons-jelly (Type: Build) Work ended in a state of : Failed Elapsed: 1 min 2 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/commons-jelly] CLASSPATH:
[EMAIL PROTECTED]: Project commons-jelly (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 has an issue affecting its community integration. This issue affects 43 projects, and has been outstanding for 8 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 : Commons Jelly - commons-jelly-tags-ant : Commons Jelly - commons-jelly-tags-antlr : Commons Jelly - commons-jelly-tags-avalon : Commons Jelly - commons-jelly-tags-bean : Commons Jelly - commons-jelly-tags-beanshell : Commons Jelly - commons-jelly-tags-betwixt : Commons Jelly - commons-jelly-tags-bsf : Commons Jelly - commons-jelly-tags-define : Commons Jelly - commons-jelly-tags-dynabean : Commons Jelly - commons-jelly-tags-email : Commons Jelly - commons-jelly-tags-fmt : Commons Jelly - commons-jelly-tags-html : Commons Jelly - commons-jelly-tags-http : Commons Jelly - commons-jelly-tags-interaction : Commons Jelly - commons-jelly-tags-jetty : Commons Jelly - commons-jelly-tags-jface : Commons Jelly - commons-jelly-tags-jms : Commons Jelly - commons-jelly-tags-jmx : Commons Jelly - commons-jelly-tags-jsl : Commons Jelly - commons-jelly-tags-junit : Commons Jelly - commons-jelly-tags-log : Commons Jelly - commons-jelly-tags-memory : Commons Jelly - commons-jelly-tags-ojb : Commons Jelly - commons-jelly-tags-quartz : Commons Jelly - commons-jelly-tags-regexp : Commons Jelly - commons-jelly-tags-sql : Commons Jelly - commons-jelly-tags-swing : Commons Jelly - commons-jelly-tags-swt : Commons Jelly - commons-jelly-tags-threads : Commons Jelly - commons-jelly-tags-util : Commons Jelly - commons-jelly-tags-validate : Commons Jelly - commons-jelly-tags-velocity : Commons Jelly - commons-jelly-tags-xml : Commons Jelly - commons-jelly-tags-xmlunit : Commons Jelly - commons-latka : Functional Testing Suite - geronimo : Apache Geronimo, the J2EE server project of the Apache Softw... - jaxme2 - jaxmeapi - jaxmepm - jaxmexs - maven : Project Management Tools - maven-bootstrap : Project Management Tools Full details are available at: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly/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-15102005.jar] identifier set to project name -DEBUG- Dependency on jakarta-servletapi-5-servlet exists, no need to add for property maven.jar.servletapi. -DEBUG- Dependency on jakarta-taglibs-standard exists, no need to add for property maven.jar.jstl. -DEBUG- Dependency on xml-xerces exists, no need to add for property maven.jar.xerces. -DEBUG- (Gump generated) Maven Properties in: /usr/local/gump/public/workspace/commons-jelly/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/commons-jelly/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/commons-jelly/project.properties -INFO- Project Reports in: /usr/local/gump/public/workspace/commons-jelly/target/test-reports -INFO- Failed to extract fallback artifacts from Gump Repository The following work was performed: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly/gump_work/build_commons-jelly_commons-jelly.html Work Name: build_commons-jelly_commons-jelly (Type: Build) Work ended in a state of : Failed Elapsed: 1 min 2 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/commons-jelly] CLASSPATH:
Re: [Nightly Build] Correcting Problems?
No need to apologise - I appreciated you taking the trouble to try it out. Niall - Original Message - From: Rahul Akolkar [EMAIL PROTECTED] Sent: Saturday, October 15, 2005 4:33 AM On 10/14/05, Niall Pemberton [EMAIL PROTECTED] wrote: Thanks for the response Rahul, but both Validator's ant and maven build work fine for me. The errors you're getting is probably because you don't have build properties set up pointing to validator's dependencies. snip/ Indeed, sorry the noise :-) I guess I'm too used to running maven where the default properties mostly work ! -Rahul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [VOTE] Moving Proxy to Commons Proper
Robert, Thank you for your feedback (finally somebody said *something*). I made this a vote based on the instructions found at http://wiki.apache.org/jakarta-commons/MovingFromSandboxToProperSVN. Maybe we should update that WIKI to suggest making a proposal first and then starting a vote if there are no objections. I really just wanted to know if there were any technical objections to having proxy move into the commons proper so that I could fix the problems. I would really like to see this become a full-fledged commons component. I think it's a very useful idea and a pretty intuitive API. As for your suggestion to cut a release candidate now, I like it. I do think that I need some simple tutorials/examples on the site before it's ready for a real release, so I'll try to take care of that sometime soon. Then, I'll cut a release candidate, per your suggestion. I will try to follow the directions found at http://jakarta.apache.org/commons/releases/prepare.html to prepare the release candidate, but I'm probably bound to make mistakes as I'm new to this project management stuff. I'll probably have a few questions along the way too! Also, I would still like to hear if anyone else has any suggestions for things that I need to take care of before they would consider it ready for release. Resolving the 1.5 dependency helped of course, even if it did make the API a lot uglier IMHO. I liked the var-args feature for specifying the interfaces/classes that the proxy should support and I would rather use the core JDK Executor class rather than the one from the concurrent API. Oh well. James -Original Message- From: robert burrell donkin [mailto:[EMAIL PROTECTED] Sent: Saturday, October 15, 2005 6:28 AM To: Jakarta Commons Developers List Subject: Re: [VOTE] Moving Proxy to Commons Proper hi james IMO it would be better to make this a proposal. quite often, small changes will are needed and discussion required. votes tend to get a little confused and lost when that happens. usually, it's a bit cleaner to make a proposal then move to a vote when there are no remaining objections. On Fri, 2005-10-14 at 08:17 -0400, James Carman wrote: All, Outside projects (currently my Syringe project and the Crispy project at sourceforge) are beginning to want to use Commons Proxy, but are finding it difficult since it's in the sandbox and no releases are available. I believe Proxy's API is close to being ready for a release candidate. Currently, I don't have any other bright ideas for it, but I'm open to suggestions. Moving it to the proper will help us prepare it for an official release. being ready for an official release is one of my personal criteria for promotion (so that's good). part of being ready is demonstrating to the community that the committers know how to cut commons releases. might i suggest that you cut an example release candidate and upload it to your apache home directory. not only will this speed the time taken to cut the first release (we can spot any problems now rather than later) but it will also give us a better idea of where proxy actually is right now. - robert
Re: [proxy] Moving Proxy to Commons Proper
James Carman wrote: Thank you for your feedback (finally somebody said *something*). I made this a vote based on the instructions found at http://wiki.apache.org/jakarta-commons/MovingFromSandboxToProperSVN. Maybe we should update that WIKI to suggest making a proposal first and then starting a vote if there are no objections. I really just wanted to know if there were any technical objections to having proxy move into the commons proper so that I could fix the problems. I would really like to see this become a full-fledged commons component. I think it's a very useful idea and a pretty intuitive API. I took a look this morning, and also thought it could be quite useful, and I could follow reasonably well what was going on. Technically, I remember a couple of oddities, although there may be more: - the Logging interceptor used Javassist, an odd dependency - the core ProxyFactory interface could limit you in the future, as you can't change released interfaces The more fundamental question however, is whether this is a true commons component. The sheer number of dependencies is a real question. Now while a lot are probably optional, some will not be. This component looks rather like a framework to me, although a very low level framework. Commons does have other components that have interfaces and plugin points, but doesn't this one go further than we've had before? Will most users have to write their own code implementing an interface defining in [proxy], or can they just used the existing implementations? Stephen As for your suggestion to cut a release candidate now, I like it. I do think that I need some simple tutorials/examples on the site before it's ready for a real release, so I'll try to take care of that sometime soon. Then, I'll cut a release candidate, per your suggestion. I will try to follow the directions found at http://jakarta.apache.org/commons/releases/prepare.html to prepare the release candidate, but I'm probably bound to make mistakes as I'm new to this project management stuff. I'll probably have a few questions along the way too! Also, I would still like to hear if anyone else has any suggestions for things that I need to take care of before they would consider it ready for release. Resolving the 1.5 dependency helped of course, even if it did make the API a lot uglier IMHO. I liked the var-args feature for specifying the interfaces/classes that the proxy should support and I would rather use the core JDK Executor class rather than the one from the concurrent API. Oh well. James -Original Message- From: robert burrell donkin [mailto:[EMAIL PROTECTED] Sent: Saturday, October 15, 2005 6:28 AM To: Jakarta Commons Developers List Subject: Re: [VOTE] Moving Proxy to Commons Proper hi james IMO it would be better to make this a proposal. quite often, small changes will are needed and discussion required. votes tend to get a little confused and lost when that happens. usually, it's a bit cleaner to make a proposal then move to a vote when there are no remaining objections. On Fri, 2005-10-14 at 08:17 -0400, James Carman wrote: All, Outside projects (currently my Syringe project and the Crispy project at sourceforge) are beginning to want to use Commons Proxy, but are finding it difficult since it's in the sandbox and no releases are available. I believe Proxy's API is close to being ready for a release candidate. Currently, I don't have any other bright ideas for it, but I'm open to suggestions. Moving it to the proper will help us prepare it for an official release. being ready for an official release is one of my personal criteria for promotion (so that's good). part of being ready is demonstrating to the community that the committers know how to cut commons releases. might i suggest that you cut an example release candidate and upload it to your apache home directory. not only will this speed the time taken to cut the first release (we can spot any problems now rather than later) but it will also give us a better idea of where proxy actually is right now. - robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [math] math 1.1 RCs and FCS
Phil Steitz wrote: I understand, unfortunately this is against our release policy (at least publishing to ibiblio). I will try to get the actual release out ASAP. Just to understand - this release policy seems specific to the commons math project, since other commons projects seem to deploy RCs and snapshots. If so - is there any specific reason for it? If not on ibiblio - perhaps another URL on ASF where to deploy the jars? They would be not be considered public releases - just like the zip and tar.gz distributions. IMO it would make it a lot easier to test the RCs in real production projects and would benefit the commons math project. Cheers - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r321321 - in /jakarta/commons/proper/collections/trunk: RELEASE-NOTES.html src/java/org/apache/commons/collections/map/ListOrderedMap.java src/test/org/apache/commons/collections/map/TestL
Author: scolebourne
Date: Sat Oct 15 05:28:08 2005
New Revision: 321321
URL: http://svn.apache.org/viewcvs?rev=321321view=rev
Log:
values can now be accessed as a List using valueList()
additional list-like method, setValue(int,Object)
rfe 37015
Modified:
jakarta/commons/proper/collections/trunk/RELEASE-NOTES.html
jakarta/commons/proper/collections/trunk/src/java/org/apache/commons/collections/map/ListOrderedMap.java
jakarta/commons/proper/collections/trunk/src/test/org/apache/commons/collections/map/TestListOrderedMap.java
Modified: jakarta/commons/proper/collections/trunk/RELEASE-NOTES.html
URL:
http://svn.apache.org/viewcvs/jakarta/commons/proper/collections/trunk/RELEASE-NOTES.html?rev=321321r1=321320r2=321321view=diff
==
--- jakarta/commons/proper/collections/trunk/RELEASE-NOTES.html (original)
+++ jakarta/commons/proper/collections/trunk/RELEASE-NOTES.html Sat Oct 15
05:28:08 2005
@@ -71,6 +71,8 @@
liBlockingBuffer - now includes stack trace if InterupttedException occurs
[33700]/li
liBlockingBuffer - new methods that allow get and remove with a timeout
[27691]/li
liTransformed*Map - new factory decorateTransform() that transforms any
existing entries in the map [30959]/li
+liListOrderedMap - values can now be accessed as a List using valueList()
[37015]/li
+liListOrderedMap - additional list-like method, setValue(int,Object)/li
liPriorityBuffer - now Serializable [36163]/li
/ul
Modified:
jakarta/commons/proper/collections/trunk/src/java/org/apache/commons/collections/map/ListOrderedMap.java
URL:
http://svn.apache.org/viewcvs/jakarta/commons/proper/collections/trunk/src/java/org/apache/commons/collections/map/ListOrderedMap.java?rev=321321r1=321320r2=321321view=diff
==
---
jakarta/commons/proper/collections/trunk/src/java/org/apache/commons/collections/map/ListOrderedMap.java
(original)
+++
jakarta/commons/proper/collections/trunk/src/java/org/apache/commons/collections/map/ListOrderedMap.java
Sat Oct 15 05:28:08 2005
@@ -1,5 +1,5 @@
/*
- * Copyright 2003-2004 The Apache Software Foundation
+ * Copyright 2003-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.
@@ -19,7 +19,7 @@
import java.io.ObjectInputStream;
import java.io.ObjectOutputStream;
import java.io.Serializable;
-import java.util.AbstractCollection;
+import java.util.AbstractList;
import java.util.AbstractSet;
import java.util.ArrayList;
import java.util.Collection;
@@ -228,18 +228,72 @@
}
//---
+/**
+ * Gets a view over the keys in the map.
+ * p
+ * The Collection will be ordered by object insertion into the map.
+ *
+ * @see #keyList()
+ * @return the fully modifiable collection view over the keys
+ */
public Set keySet() {
return new KeySetView(this);
}
+/**
+ * Gets a view over the keys in the map as a List.
+ * p
+ * The List will be ordered by object insertion into the map.
+ * The List is unmodifiable.
+ *
+ * @see #keySet()
+ * @return the unmodifiable list view over the keys
+ * @since Commons Collections 3.2
+ */
+public List keyList() {
+return UnmodifiableList.decorate(insertOrder);
+}
+
+/**
+ * Gets a view over the values in the map.
+ * p
+ * The Collection will be ordered by object insertion into the map.
+ * p
+ * From Commons Collections 3.2, this Collection can be cast
+ * to a list, see [EMAIL PROTECTED] #valueList()}
+ *
+ * @see #valueList()
+ * @return the fully modifiable collection view over the values
+ */
public Collection values() {
return new ValuesView(this);
}
+/**
+ * Gets a view over the values in the map as a List.
+ * p
+ * The List will be ordered by object insertion into the map.
+ * The List supports remove and set, but does not support add.
+ *
+ * @see #values()
+ * @return the partially modifiable list view over the values
+ * @since Commons Collections 3.2
+ */
+public List valueList() {
+return new ValuesView(this);
+}
+
+/**
+ * Gets a view over the entries in the map.
+ * p
+ * The Set will be ordered by object insertion into the map.
+ *
+ * @return the fully modifiable set view over the entries
+ */
public Set entrySet() {
return new EntrySetView(this, this.insertOrder);
}
-
+
//---
/**
* Returns the Map as a string.
@@ -305,11 +359,23 @@
}
/**
+ * Sets the value at the specified index.
+ *
+ * @param index the
DO NOT REPLY [Bug 37015] - [collections] Add KeyedList To commons
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=37015. 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=37015 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-10-15 14:32 --- ListOrderedMap has been enhanced in SVN rv321321 to have new methods: - valueList() - returns a List over the values - keyList() - a better named List of the keys, previously asList() - setValue(int,Object) - sets the value at a particular index Your special muultiple values for null key behaviour is really too specific for commons. -- 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: [exec] vision for the library
On 10/9/05, Niklas Gustavsson [EMAIL PROTECTED] wrote: Hi We regard to my other patches, they can be discarded if we go for a rewrite (through refactorings). Trygve: in particular the serializable patch is not critical. Was just there to maintain the functionality of the old API, as I thought it as critical as that time I started looking at the project. Would it be possible to break your refactorings down into a set of patches that each fix on of the issues you outlined above? Sorry for missing your mail. I don't read this mailing list everyday, and I didn't expect someone to come back to that mail :) I can do that. I have some things with higher priority now related to m2, but as soon as I am done with it, I go back to this lib. Thanks for the feedback. Cheers, Jerome - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r321332 - in /jakarta/commons/sandbox/proxy/trunk/src: java/org/apache/commons/proxy/ java/org/apache/commons/proxy/factory/javassist/ java/org/apache/commons/proxy/interceptor/ test/org/a
Author: jcarman
Date: Sat Oct 15 06:22:00 2005
New Revision: 321332
URL: http://svn.apache.org/viewcvs?rev=321332view=rev
Log:
Moved getJavaClassName() method.
Modified:
jakarta/commons/sandbox/proxy/trunk/src/java/org/apache/commons/proxy/ProxyUtils.java
jakarta/commons/sandbox/proxy/trunk/src/java/org/apache/commons/proxy/factory/javassist/JavassistMethodInvocation.java
jakarta/commons/sandbox/proxy/trunk/src/java/org/apache/commons/proxy/factory/javassist/JavassistUtils.java
jakarta/commons/sandbox/proxy/trunk/src/java/org/apache/commons/proxy/interceptor/LoggingMethodInterceptor.java
jakarta/commons/sandbox/proxy/trunk/src/test/org/apache/commons/proxy/TestProxyUtils.java
Modified:
jakarta/commons/sandbox/proxy/trunk/src/java/org/apache/commons/proxy/ProxyUtils.java
URL:
http://svn.apache.org/viewcvs/jakarta/commons/sandbox/proxy/trunk/src/java/org/apache/commons/proxy/ProxyUtils.java?rev=321332r1=321331r2=321332view=diff
==
---
jakarta/commons/sandbox/proxy/trunk/src/java/org/apache/commons/proxy/ProxyUtils.java
(original)
+++
jakarta/commons/sandbox/proxy/trunk/src/java/org/apache/commons/proxy/ProxyUtils.java
Sat Oct 15 06:22:00 2005
@@ -28,9 +28,17 @@
*/
public class ProxyUtils
{
+//--
+// Fields
+//--
+
public static final Object[] EMPTY_ARGUMENTS = new Object[0];
public static final Class[] EMPTY_ARGUMENT_TYPES = new Class[0];
-
+
+//--
+// Static Methods
+//--
+
/**
* Creates a null object which implements the codeproxyClasses/code.
* @param proxyFactory the proxy factory to be used to create the proxy
object
@@ -54,7 +62,6 @@
return proxyFactory.createInvocationHandlerProxy( classLoader, new
NullInvocationHandler(), proxyClasses );
}
-
/**
* pGets an array of [EMAIL PROTECTED] Class} objects representing all
interfaces implemented by the given
* class and its superclasses./p
@@ -107,4 +114,26 @@
}
return list;
}
+
+/**
+ * Returns the class name as you would expect to see it in Java code.
+ * p
+ * bExamples:/b
+ * ul
+ * ligetJavaClassName( Object[].class ) == Object[]/li
+ * ligetJavaClassName( Object[][].class ) == Object[][]/li
+ * ligetJavaClassName( Integer.TYPE ) == int/li
+ * /p
+ * @param clazz the class
+ * @return the class' name as you would expect to see it in Java code
+ */
+public static String getJavaClassName( Class clazz )
+{
+if( clazz.isArray() )
+{
+return getJavaClassName( clazz.getComponentType() ) + [];
+}
+return clazz.getName();
+}
}
+
Modified:
jakarta/commons/sandbox/proxy/trunk/src/java/org/apache/commons/proxy/factory/javassist/JavassistMethodInvocation.java
URL:
http://svn.apache.org/viewcvs/jakarta/commons/sandbox/proxy/trunk/src/java/org/apache/commons/proxy/factory/javassist/JavassistMethodInvocation.java?rev=321332r1=321331r2=321332view=diff
==
---
jakarta/commons/sandbox/proxy/trunk/src/java/org/apache/commons/proxy/factory/javassist/JavassistMethodInvocation.java
(original)
+++
jakarta/commons/sandbox/proxy/trunk/src/java/org/apache/commons/proxy/factory/javassist/JavassistMethodInvocation.java
Sat Oct 15 06:22:00 2005
@@ -124,14 +124,14 @@
proceedBody.append( \t );
}
proceedBody.append( ( ( );
-proceedBody.append( JavassistUtils.getJavaClassName(
interfaceMethod.getDeclaringClass() ) );
+proceedBody.append( ProxyUtils.getJavaClassName(
interfaceMethod.getDeclaringClass() ) );
proceedBody.append( )target ). );
proceedBody.append( interfaceMethod.getName() );
proceedBody.append( ( );
for( int i = 0; i argumentTypes.length; ++i )
{
proceedBody.append( ( );
-proceedBody.append( JavassistUtils.getJavaClassName(
argumentTypes[i] ) );
+proceedBody.append( ProxyUtils.getJavaClassName( argumentTypes[i]
) );
proceedBody.append( )arguments[ );
proceedBody.append( i );
proceedBody.append( ] );
Modified:
jakarta/commons/sandbox/proxy/trunk/src/java/org/apache/commons/proxy/factory/javassist/JavassistUtils.java
URL:
RE: [proxy] Moving Proxy to Commons Proper
Stephen, Thank you for taking the time to dig into the code and poke around a bit. I'll try to address your questions/concerns here: 1. Logging interceptor using Javassist - it didn't really use Javassist, but a method that was in JavassistUtils which returns the java class name of a class (java class name of Object[] == java.lang.Object[]). So, I moved that method to ProxyUtils. That was a good catch. Thanks! It would be silly to introduce a dependency on Javassist just to log method invocations! 2. The ProxyFactory interface could limit you in the future - I don't understand what you mean here. Do you mean because I depend on interfaces that I don't have control over (AOP Alliance's MethodInterceptor and the JDK's InvocationHandler)? If so, then I suppose that I could come up with my own interfaces and provide bridge or adapter classes to close the gap (I think someone suggested this before, but I forgot about it). This would actually remove *all* required dependencies (other than JDK1.3+) from [proxy]. All other dependencies are optional. If you want to use CGLIB or Javassist to create your proxies, you can just include them in your classpath. Maybe I could provide a getInstance() method on ProxyFactory which tries to discover which options are available (Javassist, then CGLIB, then default to JDK proxies; override using system propery). What would you think about these changes? 3. Will most users have to write their own code implementing an interface defining in [proxy], or can they just used the existing implementations? - Well, users could use existing AOP Alliance method interceptors (like the ones included with Spring, for example). Other than that, if you just want to create proxies for your classes/objects, you don't have to implement anything from [proxy]. The core object providers (BeanProvider or ConstantProvider) would provide all you need to plug in. James -Original Message- From: Stephen Colebourne [mailto:[EMAIL PROTECTED] Sent: Saturday, October 15, 2005 8:08 AM To: Jakarta Commons Developers List Subject: Re: [proxy] Moving Proxy to Commons Proper James Carman wrote: Thank you for your feedback (finally somebody said *something*). I made this a vote based on the instructions found at http://wiki.apache.org/jakarta-commons/MovingFromSandboxToProperSVN. Maybe we should update that WIKI to suggest making a proposal first and then starting a vote if there are no objections. I really just wanted to know if there were any technical objections to having proxy move into the commons proper so that I could fix the problems. I would really like to see this become a full-fledged commons component. I think it's a very useful idea and a pretty intuitive API. I took a look this morning, and also thought it could be quite useful, and I could follow reasonably well what was going on. Technically, I remember a couple of oddities, although there may be more: - the Logging interceptor used Javassist, an odd dependency - the core ProxyFactory interface could limit you in the future, as you can't change released interfaces The more fundamental question however, is whether this is a true commons component. The sheer number of dependencies is a real question. Now while a lot are probably optional, some will not be. This component looks rather like a framework to me, although a very low level framework. Commons does have other components that have interfaces and plugin points, but doesn't this one go further than we've had before? Will most users have to write their own code implementing an interface defining in [proxy], or can they just used the existing implementations? Stephen As for your suggestion to cut a release candidate now, I like it. I do think that I need some simple tutorials/examples on the site before it's ready for a real release, so I'll try to take care of that sometime soon. Then, I'll cut a release candidate, per your suggestion. I will try to follow the directions found at http://jakarta.apache.org/commons/releases/prepare.html to prepare the release candidate, but I'm probably bound to make mistakes as I'm new to this project management stuff. I'll probably have a few questions along the way too! Also, I would still like to hear if anyone else has any suggestions for things that I need to take care of before they would consider it ready for release. Resolving the 1.5 dependency helped of course, even if it did make the API a lot uglier IMHO. I liked the var-args feature for specifying the interfaces/classes that the proxy should support and I would rather use the core JDK Executor class rather than the one from the concurrent API. Oh well. James -Original Message- From: robert burrell donkin [mailto:[EMAIL PROTECTED] Sent: Saturday, October 15, 2005 6:28 AM To: Jakarta Commons Developers List Subject: Re: [VOTE] Moving Proxy to Commons Proper hi james IMO
svn commit: r321338 - in /jakarta/commons/sandbox/proxy/trunk/src: java/org/apache/commons/proxy/ProxyUtils.java test/org/apache/commons/proxy/TestProxyUtils.java
Author: jcarman
Date: Sat Oct 15 07:24:23 2005
New Revision: 321338
URL: http://svn.apache.org/viewcvs?rev=321338view=rev
Log:
Introduced getProxyFactory() method.
Modified:
jakarta/commons/sandbox/proxy/trunk/src/java/org/apache/commons/proxy/ProxyUtils.java
jakarta/commons/sandbox/proxy/trunk/src/test/org/apache/commons/proxy/TestProxyUtils.java
Modified:
jakarta/commons/sandbox/proxy/trunk/src/java/org/apache/commons/proxy/ProxyUtils.java
URL:
http://svn.apache.org/viewcvs/jakarta/commons/sandbox/proxy/trunk/src/java/org/apache/commons/proxy/ProxyUtils.java?rev=321338r1=321337r2=321338view=diff
==
---
jakarta/commons/sandbox/proxy/trunk/src/java/org/apache/commons/proxy/ProxyUtils.java
(original)
+++
jakarta/commons/sandbox/proxy/trunk/src/java/org/apache/commons/proxy/ProxyUtils.java
Sat Oct 15 07:24:23 2005
@@ -16,6 +16,7 @@
*/
package org.apache.commons.proxy;
+import org.apache.commons.proxy.exception.ProxyFactoryException;
import org.apache.commons.proxy.handler.NullInvocationHandler;
import java.util.ArrayList;
@@ -32,6 +33,7 @@
// Fields
//--
+public static final String PROXY_FACTORY_PROPERTY =
commons-proxy.factory;
public static final Object[] EMPTY_ARGUMENTS = new Object[0];
public static final Class[] EMPTY_ARGUMENT_TYPES = new Class[0];
@@ -41,6 +43,7 @@
/**
* Creates a null object which implements the codeproxyClasses/code.
+ *
* @param proxyFactory the proxy factory to be used to create the proxy
object
* @param proxyClasses the proxy interfaces
* @return a null object which implements the codeproxyClasses/code.
@@ -52,8 +55,9 @@
/**
* Creates a null object which implements the codeproxyClasses/code.
+ *
* @param proxyFactory the proxy factory to be used to create the proxy
object
- * @param classLoader the class loader to be used by the proxy factory to
create the proxy object
+ * @param classLoader the class loader to be used by the proxy factory to
create the proxy object
* @param proxyClasses the proxy interfaces
* @return a null object which implements the codeproxyClasses/code.
*/
@@ -63,20 +67,19 @@
}
/**
- * pGets an array of [EMAIL PROTECTED] Class} objects representing all
interfaces implemented by the given
- * class and its superclasses./p
+ * pGets an array of [EMAIL PROTECTED] Class} objects representing all
interfaces implemented by the given class and its
+ * superclasses./p
+ * p/
+ * pThe order is determined by looking through each interface in turn as
declared in the source file and following
+ * its hierarchy up. Then each superclass is considered in the same way.
Later duplicates are ignored, so the order
+ * is maintained./p
+ * p/
+ * bNote/b: Implementation of this method was borrowed from a
href=http://jakarta.apache.org/commons/lang/;Jakarta
+ * Commons Lang/a to avoid a dependency. /p
*
- * pThe order is determined by looking through each interface in turn as
- * declared in the source file and following its hierarchy up. Then each
- * superclass is considered in the same way. Later duplicates are ignored,
- * so the order is maintained./p
- * p
- * bNote/b: Implementation of this method was borrowed from
- * a href=http://jakarta.apache.org/commons/lang/;Jakarta Commons
Lang/a to avoid a dependency.
- * /p
- * @param cls the class to look up, may be codenull/code
- * @return an array of [EMAIL PROTECTED] Class} objects representing all
interfaces implemented by the given
- * class and its superclasses or codenull/code if input class is null.
+ * @param cls the class to look up, may be codenull/code
+ * @return an array of [EMAIL PROTECTED] Class} objects representing all
interfaces implemented by the given class and its
+ * superclasses or codenull/code if input class is null.
*/
public static Class[] getAllInterfaces( Class cls )
{
@@ -117,13 +120,10 @@
/**
* Returns the class name as you would expect to see it in Java code.
- * p
- * bExamples:/b
- * ul
- * ligetJavaClassName( Object[].class ) == Object[]/li
- * ligetJavaClassName( Object[][].class ) == Object[][]/li
- * ligetJavaClassName( Integer.TYPE ) == int/li
- * /p
+ * p/
+ * bExamples:/b ul ligetJavaClassName( Object[].class ) ==
Object[]/li ligetJavaClassName(
+ * Object[][].class ) == Object[][]/li ligetJavaClassName(
Integer.TYPE ) == int/li /p
+ *
* @param clazz the class
* @return the class' name as you would expect to see it in Java code
*/
@@ -134,6 +134,83 @@
return getJavaClassName( clazz.getComponentType() ) + [];
}
Re: [math] math 1.1 RCs and FCS
On 10/15/05, Mauro Talevi [EMAIL PROTECTED] wrote: Phil Steitz wrote: I understand, unfortunately this is against our release policy (at least publishing to ibiblio). I will try to get the actual release out ASAP. Just to understand - this release policy seems specific to the commons math project, since other commons projects seem to deploy RCs and snapshots. If so - is there any specific reason for it? If not on ibiblio - perhaps another URL on ASF where to deploy the jars? snip/ IIUC, http://cvs.apache.org/dist/jakarta/ may be used for this purpose. -Rahul They would be not be considered public releases - just like the zip and tar.gz distributions. IMO it would make it a lot easier to test the RCs in real production projects and would benefit the commons math project. Cheers - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r321346 - in /jakarta/commons/proper/io/trunk: RELEASE-NOTES.txt project.xml src/java/org/apache/commons/io/FileSystemUtils.java src/test/org/apache/commons/io/FileSystemUtilsTestCase.java
Author: scolebourne
Date: Sat Oct 15 08:13:27 2005
New Revision: 321346
URL: http://svn.apache.org/viewcvs?rev=321346view=rev
Log:
Switch to using dir /-c in FileSystemUtils.freeSpace for French locale
bug 37027, from Thomas Ledoux
Modified:
jakarta/commons/proper/io/trunk/RELEASE-NOTES.txt
jakarta/commons/proper/io/trunk/project.xml
jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/FileSystemUtils.java
jakarta/commons/proper/io/trunk/src/test/org/apache/commons/io/FileSystemUtilsTestCase.java
Modified: jakarta/commons/proper/io/trunk/RELEASE-NOTES.txt
URL:
http://svn.apache.org/viewcvs/jakarta/commons/proper/io/trunk/RELEASE-NOTES.txt?rev=321346r1=321345r2=321346view=diff
==
--- jakarta/commons/proper/io/trunk/RELEASE-NOTES.txt (original)
+++ jakarta/commons/proper/io/trunk/RELEASE-NOTES.txt Sat Oct 15 08:13:27 2005
@@ -30,6 +30,8 @@
Bug fixes from 1.1
--
+- FileSystemUtils.freeSpace(drive)
+ Fix to allow Windows based command to function in French locale
Enhancements from 1.1
Modified: jakarta/commons/proper/io/trunk/project.xml
URL:
http://svn.apache.org/viewcvs/jakarta/commons/proper/io/trunk/project.xml?rev=321346r1=321345r2=321346view=diff
==
--- jakarta/commons/proper/io/trunk/project.xml (original)
+++ jakarta/commons/proper/io/trunk/project.xml Sat Oct 15 08:13:27 2005
@@ -175,6 +175,9 @@
nameChris Eldredge/name
/contributor
contributor
+ nameThomas Ledoux/name
+/contributor
+contributor
nameAndy Lehane/name
/contributor
contributor
Modified:
jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/FileSystemUtils.java
URL:
http://svn.apache.org/viewcvs/jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/FileSystemUtils.java?rev=321346r1=321345r2=321346view=diff
==
---
jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/FileSystemUtils.java
(original)
+++
jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/FileSystemUtils.java
Sat Oct 15 08:13:27 2005
@@ -34,6 +34,7 @@
*
* @author Frank W. Zammetti
* @author Stephen Colebourne
+ * @author Thomas Ledoux
* @version $Id$
* @since Commons IO 1.1
*/
@@ -163,7 +164,7 @@
}
// build and run the 'dir' command
-String[] cmdAttrbs = new String[] {cmd.exe, /C, dir /c + path};
+String[] cmdAttrbs = new String[] {cmd.exe, /C, dir /-c + path};
// read in the output of the command to an ArrayList
BufferedReader in = null;
Modified:
jakarta/commons/proper/io/trunk/src/test/org/apache/commons/io/FileSystemUtilsTestCase.java
URL:
http://svn.apache.org/viewcvs/jakarta/commons/proper/io/trunk/src/test/org/apache/commons/io/FileSystemUtilsTestCase.java?rev=321346r1=321345r2=321346view=diff
==
---
jakarta/commons/proper/io/trunk/src/test/org/apache/commons/io/FileSystemUtilsTestCase.java
(original)
+++
jakarta/commons/proper/io/trunk/src/test/org/apache/commons/io/FileSystemUtilsTestCase.java
Sat Oct 15 08:13:27 2005
@@ -38,7 +38,7 @@
TestRunner.run(suite());
//try {
-//System.out.println(FileSystemUtils.getFreeSpace(C:\\));
+//System.out.println(FileSystemUtils.freeSpace(C:\\));
//} catch (IOException ex) {
//ex.printStackTrace();
//}
@@ -112,7 +112,9 @@
}
//---
-public void testGetFreeSpaceWindows_String_EmptyPath() throws Exception {
+public void testGetFreeSpaceWindows_String_ParseCommaFormatBytes() throws
Exception {
+// this is the format of response when calling dir /c
+// we have now switched to dir /-c, so we should never get this
String lines =
Volume in drive C is HDD\n +
Volume Serial Number is -\n +
@@ -128,7 +130,30 @@
final StringReader reader = new StringReader(lines);
FileSystemUtils fsu = new FileSystemUtils() {
protected BufferedReader openProcessStream(String[] params) {
-assertEquals(dir /c , params[2]);
+return new BufferedReader(reader);
+}
+};
+assertEquals(41411551232L, fsu.freeSpaceWindows());
+}
+
+//---
+public void testGetFreeSpaceWindows_String_EmptyPath() throws Exception {
+String lines =
+ Volume in drive C is HDD\n +
+ Volume Serial Number is -\n +
+\n +
+ Directory of C:\\Documents and Settings\\Xxxx\n +
+\n +
+19/08/2005
DO NOT REPLY [Bug 37027] - [io] Usage of dir /c instead of dir /-c in FileSystemUtils.freeSpaceWindows
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=37027. 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=37027 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-10-15 17:15 --- Change made in SVN, thanks -- 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: [math] math 1.1 RCs and FCS
On 10/15/05, Mauro Talevi [EMAIL PROTECTED] wrote: Phil Steitz wrote: I understand, unfortunately this is against our release policy (at least publishing to ibiblio). I will try to get the actual release out ASAP. Just to understand - this release policy seems specific to the commons math project, since other commons projects seem to deploy RCs and snapshots. If so - is there any specific reason for it? If not on ibiblio - perhaps another URL on ASF where to deploy the jars? We do have an internal maven repo at cvs.apache.org/repository. Assuming others are OK (see below), I will push the RC3 jars there. They would be not be considered public releases - just like the zip and tar.gz distributions. IMO it would make it a lot easier to test the RCs in real production projects and would benefit the commons math project. There is general consensus that it is OK to publish snapshots to our internal repository at cvs.apache.org/repository (aka java-repository), but not to ibibilio. The snaps on cvs.apache.org are not guaranteed to remain there and users should not be encouraged to use them in production applications. Others can jump in here and state different opinions, but I think at least within commons we are in agreement that we publish only released jars to ibiblio. Some apache projects vote on and release formal betas and some separate release votes from stability votes. At this point, in commons, we follow the process described here: http://jakarta.apache.org/commons/releases, which is to fix contents of the release via a release plan, then cut RCs for download / inspection from people.apache.org, iterating until a full release vote passes and we publish to apache mirros and ibibilio. This process and the Jakarta voting / release guidelines really predate maven. It may be reasonable to add a push RC jars to java-repository to the RC process. If other commons committers are OK with pushing RC jars to java-repository, I will do this for the current [math] RC and update http://jakarta.apache.org/commons/releases to add a publish to java-repository step to the RC step. This creates a little more work for RMs, but if it means the RCs get more / better testing and we are all OK with it from support / oversight perspective, I am OK with it Phil - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [math] math 1.1 RCs and FCS
You can publish snapshot on this repository which isn't synchronized with
ibiblio.
It's where we put all our snapshots (comes from project.properties.sample in
commons-build)
# Repository to deploy snapshots
maven.repo.apache.snapshots=scp://cvs.apache.org
maven.repo.apache.snapshots.directory=/www/cvs.apache.org/repository
maven.repo.apache.snapshots.username=${maven.repo.apache.releases.username}
maven.repo.apache.snapshots.privatekey=${maven.repo.apache.releases.privatekey}
maven.repo.apache.snapshots.passphrase=${maven.repo.apache.releases.passphrase}
maven.repo.apache.snapshots.group=${maven.repo.apache.releases.group}
Arnaud
-Message d'origine-
De : news [mailto:[EMAIL PROTECTED] De la part de Mauro Talevi
Envoyé : samedi 15 octobre 2005 14:10
À : commons-dev@jakarta.apache.org
Objet : Re: [math] math 1.1 RCs and FCS
Phil Steitz wrote:
I understand, unfortunately this is against our release policy (at
least publishing to ibiblio). I will try to get the actual release
out ASAP.
Just to understand - this release policy seems specific to
the commons math project, since other commons projects seem
to deploy RCs and snapshots. If so - is there any specific
reason for it?
If not on ibiblio - perhaps another URL on ASF where to
deploy the jars?
They would be not be considered public releases - just like
the zip and tar.gz distributions.
IMO it would make it a lot easier to test the RCs in real
production projects and would benefit the commons math project.
Cheers
-
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: [math] math 1.1 RCs and FCS
On 10/15/05, Arnaud HERITIER [EMAIL PROTECTED] wrote: You can publish snapshot on this repository which isn't synchronized with ibiblio. It's where we put all our snapshots (comes from project.properties.sample in commons-build) # Repository to deploy snapshots maven.repo.apache.snapshots=scp://cvs.apache.org maven.repo.apache.snapshots.directory=/www/cvs.apache.org/repository snip/ So, whats /www/cvs.apache.org/dist/jakarta for? I see snapshots there, and I remember it being referred to as the place to put snapshots. Thanks! -Rahul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r321361 - /jakarta/commons/sandbox/scxml/trunk/build.properties.sample
Author: rahul
Date: Sat Oct 15 08:57:30 2005
New Revision: 321361
URL: http://svn.apache.org/viewcvs?rev=321361view=rev
Log:
Ant script should work out of the box.
Modified:
jakarta/commons/sandbox/scxml/trunk/build.properties.sample
Modified: jakarta/commons/sandbox/scxml/trunk/build.properties.sample
URL:
http://svn.apache.org/viewcvs/jakarta/commons/sandbox/scxml/trunk/build.properties.sample?rev=321361r1=321360r2=321361view=diff
==
--- jakarta/commons/sandbox/scxml/trunk/build.properties.sample (original)
+++ jakarta/commons/sandbox/scxml/trunk/build.properties.sample Sat Oct 15
08:57:30 2005
@@ -12,17 +12,9 @@
# See the License for the specific language governing permissions and
# limitations under the License.
-lib.repo=/my/libs
-
-#Servlet 2.4
-servlet.jar=${lib.repo}/servlet.jar
-#JSP 2.0
-jsp-api.jar=${lib.repo}/jsp-api.jar
-#Digester 1.5
-commons-digester.jar=${lib.repo}/commons-digester.jar
-#EL 1.0
-commons-el.jar=${lib.repo}/commons-el.jar
-#Logging 1.0.4
-commons-logging.jar=${lib.repo}/commons-logging.jar
-#JUnit 3.7
-junit.jar=${lib.repo}/junit.jar
+# The ant script is mostly self-sufficient as it fetches the
+# dependencies it needs.
+#
+# Commons SCXML dependency information is here:
+#
+# http://jakarta.apache.org/commons/sandbox/scxml/dependencies.html
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [proxy] Moving to Proper...
On 10/15/05, robert burrell donkin [EMAIL PROTECTED] wrote: On Wed, 2005-10-12 at 09:33 -0400, James Carman wrote: [snip] I realize that my reliance on JDK5 features may be somewhat of a hindrance since our nightly build process only supports JDK1.4 and below from what I understand. Is this something that we're going to fix or do all of our projects have to use at most JDK1.4? Any advice is welcome. some time soon now jakarta will have a shiny new virtual server to run stuff like these builds but ATM craig runs these for us (thanks) and so he'd need to answer this... Updating my system that does the nightly builds to support either 1.4 or 1.5is definitely on my TODO list, but unfortunately not very high :-(. I can't promise any time on it in the near future. - robert Craig - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32748] - [beanutils]special characters in mapped property keys are parsed incorrectly
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=32748. 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=32748 --- Additional Comments From [EMAIL PROTECTED] 2005-10-15 19:30 --- (In reply to comment #1) I'm not sure I see any way around this. Do you have any ideas? The issue is a very important one, because many times developers have no control over the characters in the keys of map-backed propeties. A solution could be to enhance the expression syntax to recognize escape sequences inside the parenthesis representing map-backed property keys. Consider this example: Line 1: myBean.setMyMapBackedProp(foo).bar(baz, myValue); Line 2: myBean.getMyMapBackedProp(foo).setBar(baz, myValue); Line 3: BeanUtils.setProperty(myBean, myMapBackedProp(foo).bar (baz), myValue); Line 3 would currently have the same effect as Line 2. What if we want to use BeanUtils to achieve the effect of Line 1 instead of the effect of Line 2? Suppose that BeanUtils expression syntax for map-backed property keys were enhanced slightly to recognize these escape sequences: \( for ( \. for . \) for ) Then we could use BeanUtils to achieve the effect of Line 1 as follows: Line 4: BeanUtils.setProperty(myBean, myMapBackedProp (foo\.bar\(baz), myValue); -- 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 32748] - [beanutils]special characters in mapped property keys are parsed incorrectly
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=32748. 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=32748 --- Additional Comments From [EMAIL PROTECTED] 2005-10-15 19:41 --- (In reply to comment #3) Line 4: BeanUtils.setProperty(myBean, myMapBackedProp (foo\.bar\(baz), myValue); I suppose the above line should read as follows, since the backslash needs to appear twice in a Java string literal: Line 4: BeanUtils.setProperty(myBean, myMapBackedProp (foo\\.bar\\(baz), myValue); And one more escape sequence nees to be added: \\ for \ Looks like things would be easier if the some character (pipe?) other than backslash is chosen as the escape character for map-backed property keys. -- 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 36856] - [email] not support content charset gb2312
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=36856. 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=36856 --- Additional Comments From [EMAIL PROTECTED] 2005-10-15 19:59 --- From what it looks like, you are basically adding UTF-8 as another charset, correct? At this point we support thre charsets: /** */ public static final String KOI8_R = koi8-r; /** */ public static final String ISO_8859_1 = iso-8859-1; /** */ public static final String US_ASCII = us-ascii; I am wondering if there is some sort of master list of charsets we should add. If we have KOI8_R, and are now adding UTF-8, what other obscure charsets should we take care off? -- 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: [math] math 1.1 RCs and FCS
Phil Steitz wrote: There is general consensus that it is OK to publish snapshots to our internal repository at cvs.apache.org/repository (aka java-repository), but not to ibibilio. The snaps on cvs.apache.org are not guaranteed to remain there and users should not be encouraged to use them in production applications. Others can jump in here and state different opinions, but I think at least within commons we are in agreement that we publish only released jars to ibiblio. Some apache projects vote on and release formal betas and some separate release votes from stability votes. At this point, in commons, we follow the process described here: http://jakarta.apache.org/commons/releases, which is to fix contents of the release via a release plan, then cut RCs for download / inspection from people.apache.org, iterating until a full release vote passes and we publish to apache mirros and ibibilio. This process and the Jakarta voting / release guidelines really predate maven. It may be reasonable to add a push RC jars to java-repository to the RC process. If other commons committers are OK with pushing RC jars to java-repository, I will do this for the current [math] RC and update http://jakarta.apache.org/commons/releases to add a publish to java-repository step to the RC step. This creates a little more work for RMs, but if it means the RCs get more / better testing and we are all OK with it from support / oversight perspective, I am OK with it That'd be great! java-repository is just as easy to add it to the list of maven remote repos. Thanks! Cheers - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [math] math 1.1 RCs and FCS
I think that http://cvs.apache.org/dist/ is used to distribute packages. It doesn't follow the maven repository layout. The repository to store snapshots for maven is http://cvs.apache.org/repository/ Arnaud -Message d'origine- De : Rahul Akolkar [mailto:[EMAIL PROTECTED] Envoyé : samedi 15 octobre 2005 17:53 À : Jakarta Commons Developers List Objet : Re: [math] math 1.1 RCs and FCS On 10/15/05, Arnaud HERITIER [EMAIL PROTECTED] wrote: You can publish snapshot on this repository which isn't synchronized with ibiblio. It's where we put all our snapshots (comes from project.properties.sample in commons-build) # Repository to deploy snapshots maven.repo.apache.snapshots=scp://cvs.apache.org maven.repo.apache.snapshots.directory=/www/cvs.apache.org/repository snip/ So, whats /www/cvs.apache.org/dist/jakarta for? I see snapshots there, and I remember it being referred to as the place to put snapshots. Thanks! -Rahul - 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 32748] - [beanutils]special characters in mapped property keys are parsed incorrectly
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=32748. 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=32748 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] -- 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 28813] - [beanutils] Can't use . (dot) in mapped properties for setProperty or getPropertyDescriptor
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=28813. 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=28813 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r321508 - in /jakarta/commons/proper/math/branches/MATH_1_1: ./ src/java/org/apache/commons/math/stat/descriptive/rank/ src/test/org/apache/commons/math/stat/ src/test/org/apache/commons/m
Author: psteitz
Date: Sat Oct 15 15:16:28 2005
New Revision: 321508
URL: http://svn.apache.org/viewcvs?rev=321508view=rev
Log:
Fixed incorrect NaN handling in o.a.m.s.d.rank.Min, Max
PR# 37019
Reported by Mark Osborn
Patch provided by Mauro Talevi
Modified:
jakarta/commons/proper/math/branches/MATH_1_1/project.xml
jakarta/commons/proper/math/branches/MATH_1_1/src/java/org/apache/commons/math/stat/descriptive/rank/Max.java
jakarta/commons/proper/math/branches/MATH_1_1/src/java/org/apache/commons/math/stat/descriptive/rank/Min.java
jakarta/commons/proper/math/branches/MATH_1_1/src/test/org/apache/commons/math/stat/StatUtilsTest.java
jakarta/commons/proper/math/branches/MATH_1_1/src/test/org/apache/commons/math/stat/descriptive/rank/MaxTest.java
jakarta/commons/proper/math/branches/MATH_1_1/src/test/org/apache/commons/math/stat/descriptive/rank/MinTest.java
jakarta/commons/proper/math/branches/MATH_1_1/xdocs/changes.xml
Modified: jakarta/commons/proper/math/branches/MATH_1_1/project.xml
URL:
http://svn.apache.org/viewcvs/jakarta/commons/proper/math/branches/MATH_1_1/project.xml?rev=321508r1=321507r2=321508view=diff
==
--- jakarta/commons/proper/math/branches/MATH_1_1/project.xml (original)
+++ jakarta/commons/proper/math/branches/MATH_1_1/project.xml Sat Oct 15
15:16:28 2005
@@ -152,6 +152,9 @@
nameChristopher Schuck/name
/contributor
contributor
+ nameMauro Talevi/name
+/contributor
+contributor
nameKim van der Linde/name
/contributor
contributor
Modified:
jakarta/commons/proper/math/branches/MATH_1_1/src/java/org/apache/commons/math/stat/descriptive/rank/Max.java
URL:
http://svn.apache.org/viewcvs/jakarta/commons/proper/math/branches/MATH_1_1/src/java/org/apache/commons/math/stat/descriptive/rank/Max.java?rev=321508r1=321507r2=321508view=diff
==
---
jakarta/commons/proper/math/branches/MATH_1_1/src/java/org/apache/commons/math/stat/descriptive/rank/Max.java
(original)
+++
jakarta/commons/proper/math/branches/MATH_1_1/src/java/org/apache/commons/math/stat/descriptive/rank/Max.java
Sat Oct 15 15:16:28 2005
@@ -112,7 +112,9 @@
if (test(values, begin, length)) {
max = values[begin];
for (int i = begin; i begin + length; i++) {
-max = (max values[i]) ? max : values[i];
+if (!Double.isNaN(values[i])) {
+max = (max values[i]) ? max : values[i];
+}
}
}
return max;
Modified:
jakarta/commons/proper/math/branches/MATH_1_1/src/java/org/apache/commons/math/stat/descriptive/rank/Min.java
URL:
http://svn.apache.org/viewcvs/jakarta/commons/proper/math/branches/MATH_1_1/src/java/org/apache/commons/math/stat/descriptive/rank/Min.java?rev=321508r1=321507r2=321508view=diff
==
---
jakarta/commons/proper/math/branches/MATH_1_1/src/java/org/apache/commons/math/stat/descriptive/rank/Min.java
(original)
+++
jakarta/commons/proper/math/branches/MATH_1_1/src/java/org/apache/commons/math/stat/descriptive/rank/Min.java
Sat Oct 15 15:16:28 2005
@@ -114,7 +114,9 @@
if (test(values, begin, length)) {
min = values[begin];
for (int i = begin; i begin + length; i++) {
-min = (min values[i]) ? min : values[i];
+if (!Double.isNaN(values[i])) {
+min = (min values[i]) ? min : values[i];
+}
}
}
return min;
Modified:
jakarta/commons/proper/math/branches/MATH_1_1/src/test/org/apache/commons/math/stat/StatUtilsTest.java
URL:
http://svn.apache.org/viewcvs/jakarta/commons/proper/math/branches/MATH_1_1/src/test/org/apache/commons/math/stat/StatUtilsTest.java?rev=321508r1=321507r2=321508view=diff
==
---
jakarta/commons/proper/math/branches/MATH_1_1/src/test/org/apache/commons/math/stat/StatUtilsTest.java
(original)
+++
jakarta/commons/proper/math/branches/MATH_1_1/src/test/org/apache/commons/math/stat/StatUtilsTest.java
Sat Oct 15 15:16:28 2005
@@ -42,6 +42,7 @@
private double skewness = 0;
private double kurtosis = 0.5;
private double tolerance = 10E-15;
+private double nan = Double.NaN;
public StatUtilsTest(String name) {
super(name);
@@ -296,6 +297,22 @@
// test many
x = new double[] {one, two, two, three};
TestUtils.assertEquals(three, StatUtils.max(x, 1, 3), tolerance);
+
+// test first nan is ignored
+x = new double[] {nan, two, three};
+TestUtils.assertEquals(three, StatUtils.max(x), tolerance);
+
+// test middle nan is ignored
+x = new double[] {one, nan, three};
+
DO NOT REPLY [Bug 37019] - [math] NaN handling in StatsUtil.min, StatsUtil.max methods
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=37019. 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=37019 [EMAIL PROTECTED] changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-10-16 00:18 --- Patch applied. Thanks! -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r321510 - in /jakarta/commons/proper/math/branches/MATH_1_1/src: java/org/apache/commons/math/util/MathUtils.java test/org/apache/commons/math/util/MathUtilsTest.java
Author: psteitz
Date: Sat Oct 15 15:33:14 2005
New Revision: 321510
URL: http://svn.apache.org/viewcvs?rev=321510view=rev
Log:
Fixed incorrect error message in MathUtils.subAndCheck
PR# 37093
Reported by elharo at metalab dot unc dot edu
Modified:
jakarta/commons/proper/math/branches/MATH_1_1/src/java/org/apache/commons/math/util/MathUtils.java
jakarta/commons/proper/math/branches/MATH_1_1/src/test/org/apache/commons/math/util/MathUtilsTest.java
Modified:
jakarta/commons/proper/math/branches/MATH_1_1/src/java/org/apache/commons/math/util/MathUtils.java
URL:
http://svn.apache.org/viewcvs/jakarta/commons/proper/math/branches/MATH_1_1/src/java/org/apache/commons/math/util/MathUtils.java?rev=321510r1=321509r2=321510view=diff
==
---
jakarta/commons/proper/math/branches/MATH_1_1/src/java/org/apache/commons/math/util/MathUtils.java
(original)
+++
jakarta/commons/proper/math/branches/MATH_1_1/src/java/org/apache/commons/math/util/MathUtils.java
Sat Oct 15 15:33:14 2005
@@ -733,7 +733,7 @@
public static int subAndCheck(int x, int y) {
long s = (long)x - (long)y;
if (s Integer.MIN_VALUE || s Integer.MAX_VALUE) {
-throw new ArithmeticException(overflow: add);
+throw new ArithmeticException(overflow: subtract);
}
return (int)s;
}
Modified:
jakarta/commons/proper/math/branches/MATH_1_1/src/test/org/apache/commons/math/util/MathUtilsTest.java
URL:
http://svn.apache.org/viewcvs/jakarta/commons/proper/math/branches/MATH_1_1/src/test/org/apache/commons/math/util/MathUtilsTest.java?rev=321510r1=321509r2=321510view=diff
==
---
jakarta/commons/proper/math/branches/MATH_1_1/src/test/org/apache/commons/math/util/MathUtilsTest.java
(original)
+++
jakarta/commons/proper/math/branches/MATH_1_1/src/test/org/apache/commons/math/util/MathUtilsTest.java
Sat Oct 15 15:33:14 2005
@@ -76,6 +76,16 @@
} catch (ArithmeticException ex) {}
}
+public void testSubAndCheckErrorMessage() {
+int big = Integer.MAX_VALUE;
+int bigNeg = Integer.MIN_VALUE;
+try {
+int res = MathUtils.subAndCheck(big, -1);
+} catch (ArithmeticException ex) {
+assertEquals(overflow: subtract, ex.getMessage());
+}
+}
+
public void testBinomialCoefficient() {
long[] bcoef5 = {1,5,10,10,5,1};
long[] bcoef6 = {1,6,15,20,15,6,1};
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 37093] - [math] wrong message in subAndCheck
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=37093. 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=37093 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-10-16 00:34 --- Patch applied. Thanks! -- 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]
[ALL] Maven snapshots repository (was Re: [math] math 1.1 RCs and FCS)
On 10/15/05, Arnaud HERITIER [EMAIL PROTECTED] wrote: I think that http://cvs.apache.org/dist/ is used to distribute packages. It doesn't follow the maven repository layout. The repository to store snapshots for maven is http://cvs.apache.org/repository/ snip/ Thanks Arnaud. I have the need to make snapshots available for one of the sandbox projects, so this was a timely bit of clarification for me. -Rahul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r321515 - /jakarta/commons/proper/math/branches/MATH_1_1/src/test/org/apache/commons/math/util/MathUtilsTest.java
Author: psteitz
Date: Sat Oct 15 17:09:16 2005
New Revision: 321515
URL: http://svn.apache.org/viewcvs?rev=321515view=rev
Log:
Added missing fail statements to some MathUtils tests.
PR# 37095
Reported by elharo at metalab dot unc dot edu
Modified:
jakarta/commons/proper/math/branches/MATH_1_1/src/test/org/apache/commons/math/util/MathUtilsTest.java
Modified:
jakarta/commons/proper/math/branches/MATH_1_1/src/test/org/apache/commons/math/util/MathUtilsTest.java
URL:
http://svn.apache.org/viewcvs/jakarta/commons/proper/math/branches/MATH_1_1/src/test/org/apache/commons/math/util/MathUtilsTest.java?rev=321515r1=321514r2=321515view=diff
==
---
jakarta/commons/proper/math/branches/MATH_1_1/src/test/org/apache/commons/math/util/MathUtilsTest.java
(original)
+++
jakarta/commons/proper/math/branches/MATH_1_1/src/test/org/apache/commons/math/util/MathUtilsTest.java
Sat Oct 15 17:09:16 2005
@@ -46,9 +46,11 @@
assertEquals(big, MathUtils.addAndCheck(big, 0));
try {
int res = MathUtils.addAndCheck(big, 1);
+fail(Expecting ArithmeticException);
} catch (ArithmeticException ex) {}
try {
int res = MathUtils.addAndCheck(bigNeg, -1);
+fail(Expecting ArithmeticException);
} catch (ArithmeticException ex) {}
}
@@ -58,9 +60,11 @@
assertEquals(big, MathUtils.mulAndCheck(big, 1));
try {
int res = MathUtils.mulAndCheck(big, 2);
+fail(Expecting ArithmeticException);
} catch (ArithmeticException ex) {}
try {
int res = MathUtils.mulAndCheck(bigNeg, 2);
+fail(Expecting ArithmeticException);
} catch (ArithmeticException ex) {}
}
@@ -70,9 +74,11 @@
assertEquals(big, MathUtils.subAndCheck(big, 0));
try {
int res = MathUtils.subAndCheck(big, -1);
+fail(Expecting ArithmeticException);
} catch (ArithmeticException ex) {}
try {
int res = MathUtils.subAndCheck(bigNeg, 1);
+fail(Expecting ArithmeticException);
} catch (ArithmeticException ex) {}
}
@@ -81,6 +87,7 @@
int bigNeg = Integer.MIN_VALUE;
try {
int res = MathUtils.subAndCheck(big, -1);
+fail(Expecting ArithmeticException);
} catch (ArithmeticException ex) {
assertEquals(overflow: subtract, ex.getMessage());
}
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36985] - [beanutils] PropertyUtils.getProperty depends on jdk version
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=36985. 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=36985 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2005-10-16 02:10 --- The problem here is that you are trying to mix and match indexed and non- indexed properties and are therefore breaking the rules as far as the java beans specification is concerned. The specifcation defines the method signatures for indexed properties as: public Foo getFoo(int index) public Foo[] getFoo() public void setFoo(int index, Foo foo) public void setFoo(Foo[] foos) See section 7.2 on Indexed Properties http://java.sun.com/products/javabeans/docs/spec.html Having said that, earlier java versions didn't check that the types on the simple getter/setter methods were consistent with the indexed methods. Sun tightened the rules on indexed properties between versions of the JDK, although I thought this change happened from 1.3 to 1.4 and was fixed under the following bug: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4619536 I applied a change to PropertyUtilsBean so that it caters for simple getter/setter methods that set/return a java.util.List type (see Bug 28358) so that BeanUtils is compatbile accross JDK versions for people who used List's rather than arrays for their indexed properties - but that doesn't help you. I think your choice is to either change your method names so that they conform to the property naming convention or, as suggested in the above sun bug (4619536), use a BeanInfo class for your bean that creates an IndexedPropertyDescriptor with the appropriate methods. The only thing I find confusing about this, is the fact that you say it works in JDK 1.4 and not in JDK 1.5 - however the problem is not a BeanUtils issue and therefore I'm closing this. *** This bug has been marked as a duplicate of 28358 *** -- 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 28358] - [beanutils] Problems on indexed property with JDK 1.4
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=28358. 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=28358 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2005-10-16 02:10 --- *** Bug 36985 has been marked as a duplicate of this bug. *** -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 37095] - [math] Failure to fail when testing for exceptions in MathUtils
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=37095. 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=37095 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-10-16 02:20 --- Thanks for reporting 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 37088] - BeanUtils.copyProperties changes nulls (byte arrays) to empty byte arrays
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=37088. 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=37088 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2005-10-16 02:32 --- All the *default* primitive array converters have an empty array as the default value (see the ConvertUtils.deregister() method) and therefore will exhibit the behaviour you are seeing. To resolve this there is no need to create your own custom converter - you can simply instantiate a ByteArrayConverter with a null default value and register it with ConvertUtils: Class byteArrayClass = (new byte[0]).getClass(); ConvertUtils.register(byteArrayClass, new ByteArrayConverter(null)); Changing the current default behaviour would break backwards compatability which others are probably relying on. Since this is working as expected and there is a simple mechanism provided to change the default behaviour, I'm closing this as WONTFIX. -- 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 36870] - [beanutils] BeanUtilsBean.setProperty incorrectly parses the property name
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=36870. 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=36870 --- Additional Comments From [EMAIL PROTECTED] 2005-10-16 02:46 --- I don't beleive that looking for the last parenthesis is a good idea - since that would prevent nested mapped properties from working. For example, something like... myMap(myMapKey).myNestedMap(myNestedMapKey) ...should work, however I need to look at the code and refresh my memory on beanutils property syntax, since I don't use the above. On the inconsitency you point out - I agree that needs to be looked at and considered. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r322442 - in /jakarta/commons/proper/math/trunk: ./ src/java/org/apache/commons/math/analysis/ src/java/org/apache/commons/math/complex/ src/java/org/apache/commons/math/linear/ src/java/o
Author: psteitz
Date: Sat Oct 15 20:29:14 2005
New Revision: 322442
URL: http://svn.apache.org/viewcvs?rev=322442view=rev
Log:
Merging bug fixes in r267517:r321515 from MATH_1_1 branch.
Modified:
jakarta/commons/proper/math/trunk/maven.xml
jakarta/commons/proper/math/trunk/project.xml
jakarta/commons/proper/math/trunk/src/java/org/apache/commons/math/analysis/BisectionSolver.java
jakarta/commons/proper/math/trunk/src/java/org/apache/commons/math/complex/Complex.java
jakarta/commons/proper/math/trunk/src/java/org/apache/commons/math/linear/RealMatrixImpl.java
jakarta/commons/proper/math/trunk/src/java/org/apache/commons/math/stat/descriptive/moment/Skewness.java
jakarta/commons/proper/math/trunk/src/java/org/apache/commons/math/stat/descriptive/rank/Max.java
jakarta/commons/proper/math/trunk/src/java/org/apache/commons/math/stat/descriptive/rank/Min.java
jakarta/commons/proper/math/trunk/src/java/org/apache/commons/math/stat/descriptive/rank/Percentile.java
jakarta/commons/proper/math/trunk/src/java/org/apache/commons/math/util/MathUtils.java
jakarta/commons/proper/math/trunk/src/java/org/apache/commons/math/util/ResizableDoubleArray.java
jakarta/commons/proper/math/trunk/src/test/org/apache/commons/math/complex/ComplexTest.java
jakarta/commons/proper/math/trunk/src/test/org/apache/commons/math/stat/StatUtilsTest.java
jakarta/commons/proper/math/trunk/src/test/org/apache/commons/math/stat/descriptive/rank/MaxTest.java
jakarta/commons/proper/math/trunk/src/test/org/apache/commons/math/stat/descriptive/rank/MinTest.java
jakarta/commons/proper/math/trunk/src/test/org/apache/commons/math/util/MathUtilsTest.java
jakarta/commons/proper/math/trunk/xdocs/changes.xml
Modified: jakarta/commons/proper/math/trunk/maven.xml
URL:
http://svn.apache.org/viewcvs/jakarta/commons/proper/math/trunk/maven.xml?rev=322442r1=322441r2=322442view=diff
==
--- jakarta/commons/proper/math/trunk/maven.xml (original)
+++ jakarta/commons/proper/math/trunk/maven.xml Sat Oct 15 20:29:14 2005
@@ -47,6 +47,8 @@
preGoal name=dist:build-src
copy todir=${maven.dist.src.assembly.dir}
+ fileset file='${basedir}/checkstyle.xml'/
+ fileset file='${basedir}/license-header.txt'/
fileset file='${basedir}/NOTICE.txt'/
fileset file='${basedir}/RELEASE-NOTES.txt'/
/copy
Modified: jakarta/commons/proper/math/trunk/project.xml
URL:
http://svn.apache.org/viewcvs/jakarta/commons/proper/math/trunk/project.xml?rev=322442r1=322441r2=322442view=diff
==
--- jakarta/commons/proper/math/trunk/project.xml (original)
+++ jakarta/commons/proper/math/trunk/project.xml Sat Oct 15 20:29:14 2005
@@ -84,6 +84,11 @@
name1.1/name
tagMATH_1_1_RC1/tag
/version
+version
+ id1.1-RC3/id
+ name1.1/name
+ tagMATH_1_1_RC3/tag
+/version
/versions
developers
developer
@@ -140,6 +145,9 @@
/contributor
contributor
nameChristopher Schuck/name
+/contributor
+contributor
+ nameMauro Talevi/name
/contributor
contributor
nameKim van der Linde/name
Modified:
jakarta/commons/proper/math/trunk/src/java/org/apache/commons/math/analysis/BisectionSolver.java
URL:
http://svn.apache.org/viewcvs/jakarta/commons/proper/math/trunk/src/java/org/apache/commons/math/analysis/BisectionSolver.java?rev=322442r1=322441r2=322442view=diff
==
---
jakarta/commons/proper/math/trunk/src/java/org/apache/commons/math/analysis/BisectionSolver.java
(original)
+++
jakarta/commons/proper/math/trunk/src/java/org/apache/commons/math/analysis/BisectionSolver.java
Sat Oct 15 20:29:14 2005
@@ -87,7 +87,6 @@
if (fm * fmin 0.0) {
// max and m bracket the root.
min = m;
-fmin = fm;
} else {
// min and m bracket the root.
max = m;
Modified:
jakarta/commons/proper/math/trunk/src/java/org/apache/commons/math/complex/Complex.java
URL:
http://svn.apache.org/viewcvs/jakarta/commons/proper/math/trunk/src/java/org/apache/commons/math/complex/Complex.java?rev=322442r1=322441r2=322442view=diff
==
---
jakarta/commons/proper/math/trunk/src/java/org/apache/commons/math/complex/Complex.java
(original)
+++
jakarta/commons/proper/math/trunk/src/java/org/apache/commons/math/complex/Complex.java
Sat Oct 15 20:29:14 2005
@@ -17,6 +17,7 @@
package org.apache.commons.math.complex;
import java.io.Serializable;
+import org.apache.commons.math.util.MathUtils;
/**
* Representation of a Complex number - a number which has both a
@@ -33,7 +34,7 @@
/** The square root of -1. A number representing
