DO NOT REPLY [Bug 31477] - The version in the manifest for version 1.7 is wrong it says 1.6
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=31477. 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=31477 --- Additional Comments From [EMAIL PROTECTED] 2005-10-03 09:34 --- (In reply to comment #2) (In reply to comment #1) If that's the case, then my apologies: it's too late to fix it now. Yes, it is true. It's documented in the BeanUtils FAQ: http://wiki.apache.org/jakarta-commons/BeanUtils/FAQ Will it be changed in the soruce so at least the next version won't have the same problem? This caused me an hour of headache because I am working with a commons-beanutils.jar that declares it is 1.6 when it is in fact 1.7. You can imagine the trouble my debugger had when I had associated the 1.6 source code with that JAR... As the FAQ notes, this won't happen again now that Maven is being used for building BeanUtils. However as the beanutils wiki page states, BeanUtils is unlikely to have any more releases - at least there are no active maintainers at the current time. Also, why is there no 1.7 version listed in Bugzilla for the Bean Utils component? It appears that bugzilla only provides release#s per product, not per component. And commons is represented as a product with the individual libs as components. I suppose we could ask for someone with bugzilla admin rights to add 1.7/1.8/1.9 options to the list... JIRA could be used for bugtracking instead, but the migration would be a lot of work and given the generally dormant state of beanutils just isn't going to happen. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[EMAIL PROTECTED]: Project commons-io (in module jakarta-commons) failed
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project commons-io has an issue affecting its community integration. This issue affects 113 projects. The current state of this project is 'Failed', with reason 'Missing Build Outputs'. For reference only, the following projects are affected by this: - apacheds-core : Apache Directory Server - apacheds-main : Apache Directory Server - apollo : Apollo Project - cargo : Cargo provides a Java API to manipulate Java Containers - 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-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-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-poi : 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-slide : Java XML Framework - cocoon-block-slop : Java XML Framework - cocoon-block-spring-app : A demo for Spring and Cocoon - cocoon-block-stx : Java XML Framework - cocoon-block-taglib : Java XML Framework - cocoon-block-template : Java XML Framework - cocoon-block-tour : Java XML Framework - cocoon-block-validation : In-pipeline validation of documents - cocoon-block-velocity : Java XML Framework - cocoon-block-web3 : Java XML Framework - cocoon-block-webdav : Java XML Framework - cocoon-block-xmldb : Java XML Framework - cocoon-block-xsp : Java XML Framework - commons-fileupload : Commons File Upload Package - commons-io : Commons I/O Utility Package - commons-javaflow : Commons Javaflow - commons-jci : Commons JCI - commons-jelly-tags-quartz : Commons Jelly - db-torque : Persistence Layer - forrest : Apache Forrest is an XML standards-oriented documentation fr... - forrest-test : Apache Forrest is an XML standards-oriented documentation fr... - fulcrum-bsf : Services Framework - fulcrum-cache : Services Framework - fulcrum-configuration-impl : Services Framework - fulcrum-crypto : Services Framework - fulcrum-dvsl : Services Framework - fulcrum-factory : Services Framework - fulcrum-hsqldb : Services Framework - fulcrum-intake : Services Framework - fulcrum-localization : Services Framework - fulcrum-mimetype : Services Framework - fulcrum-naming : Services Framework - fulcrum-osworkflow : Services Framework - fulcrum-parser : Services Framework - fulcrum-pool : Services Framework - fulcrum-quartz : Services Framework - fulcrum-security-adapter-turbine : Services Framework - fulcrum-security-api : Services Framework - fulcrum-security-memory : Services Framework - fulcrum-security-nt : Services Framework - fulcrum-template : Services Framework - fulcrum-testcontainer : Services Framework - fulcrum-upload : Services Framework - fulcrum-xmlrpc : Services Framework - fulcrum-xslt : Services Framework - jakarta-cactus-documentation : Cactus Documentation - jakarta-cactus-release-12 : Unit test framework for server-side java code - jakarta-cactus-release-13 : Unit test framework for server-side java code -
[EMAIL PROTECTED]: Project commons-io (in module jakarta-commons) failed
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project commons-io has an issue affecting its community integration. This issue affects 113 projects. The current state of this project is 'Failed', with reason 'Missing Build Outputs'. For reference only, the following projects are affected by this: - apacheds-core : Apache Directory Server - apacheds-main : Apache Directory Server - apollo : Apollo Project - cargo : Cargo provides a Java API to manipulate Java Containers - 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-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-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-poi : 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-slide : Java XML Framework - cocoon-block-slop : Java XML Framework - cocoon-block-spring-app : A demo for Spring and Cocoon - cocoon-block-stx : Java XML Framework - cocoon-block-taglib : Java XML Framework - cocoon-block-template : Java XML Framework - cocoon-block-tour : Java XML Framework - cocoon-block-validation : In-pipeline validation of documents - cocoon-block-velocity : Java XML Framework - cocoon-block-web3 : Java XML Framework - cocoon-block-webdav : Java XML Framework - cocoon-block-xmldb : Java XML Framework - cocoon-block-xsp : Java XML Framework - commons-fileupload : Commons File Upload Package - commons-io : Commons I/O Utility Package - commons-javaflow : Commons Javaflow - commons-jci : Commons JCI - commons-jelly-tags-quartz : Commons Jelly - db-torque : Persistence Layer - forrest : Apache Forrest is an XML standards-oriented documentation fr... - forrest-test : Apache Forrest is an XML standards-oriented documentation fr... - fulcrum-bsf : Services Framework - fulcrum-cache : Services Framework - fulcrum-configuration-impl : Services Framework - fulcrum-crypto : Services Framework - fulcrum-dvsl : Services Framework - fulcrum-factory : Services Framework - fulcrum-hsqldb : Services Framework - fulcrum-intake : Services Framework - fulcrum-localization : Services Framework - fulcrum-mimetype : Services Framework - fulcrum-naming : Services Framework - fulcrum-osworkflow : Services Framework - fulcrum-parser : Services Framework - fulcrum-pool : Services Framework - fulcrum-quartz : Services Framework - fulcrum-security-adapter-turbine : Services Framework - fulcrum-security-api : Services Framework - fulcrum-security-memory : Services Framework - fulcrum-security-nt : Services Framework - fulcrum-template : Services Framework - fulcrum-testcontainer : Services Framework - fulcrum-upload : Services Framework - fulcrum-xmlrpc : Services Framework - fulcrum-xslt : Services Framework - jakarta-cactus-documentation : Cactus Documentation - jakarta-cactus-release-12 : Unit test framework for server-side java code - jakarta-cactus-release-13 : Unit test framework for server-side java code -
Re: [logging] log4j 1.3 support
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jörg Schaible wrote: Simon Kitching wrote: Hi there, [snip] In Log4J1.2, Level extends Priority and Logger extends Category. The log method on Category only takes Priority parameters. So any calls to the log method resolves to a method on a Category instance that takes a Priority parameter, even when the source code is invoking the method on a reference of type Logger and passing a parameter of type Level. [1] In Log4J1.3, Priority extends Level, and all the constants on the Priority class are actually of type Level. The result is that no code compiled against 1.2 will run with 1.3 at runtime. And that no code compiled against 1.3 will run with 1.2 at runtime. If you *can* find a way to write one logger class that (compiled against either version) will run against both libs that would be great - but please *test* that after compiling your code (against either library) it works at runtime with either lib version in the classpath. I've spent some time thinking about this and believe it can't be done. [snip] You can do something like this with reflection, but this might impact the performance and has consequences for secure environments :( I can not see all your guyz problems. I replaced Priority with Level and removed the isAsignableFrom section and everyting works and compiles fine. Even the TRACE is defined in Level and Priority so there is not even reflection magic required. Am I missing something??? Maybe I should get the 1.3 alpha release and have a look if I can find the problem Simon was talking about... The tests all worked excellent with 1.2.12 and Log4j12Logger works fine with prior versions. And as I said that is how the log4j guyz told to do it a long time ago. I did not check this with log4j versions prior than 1.2.6. But as I pointed out earlier, the Log4J12Logger is using the log4j type Logger anyways and that came together with the type Level. Maybe we do not even need two Log4j Loggers - what do you think? - Jörg Regards Jörg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDQRNgmPuec2Dcv/8RAov7AJ9h8KClx4OLUva1y4nh7kt3UT6oNQCff9Ag vmmncN1sx9UGEKyvxY8CYXk= =MQ7y -END PGP SIGNATURE- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[EMAIL PROTECTED]: Project commons-vfs (in module jakarta-commons) failed
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project commons-vfs has an issue affecting its community integration. This issue affects 8 projects. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-vfs : Jakarta commons - excalibur-fortress-bean : Repository of reusable components. - excalibur-fortress-container-impl : Repository of reusable components. - excalibur-fortress-container-test : Repository of reusable components. - excalibur-monitor : Repository of reusable components. - excalibur-sourceresolve : Repository of reusable components. - excalibur-xmlutil : Repository of reusable components. - logging-log4j-chainsaw : Chainsaw log viewer Full details are available at: http://vmgump.apache.org/gump/public/jakarta-commons/commons-vfs/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole output [commons-vfs-03102005.jar] identifier set to project name -INFO- Optional dependency slide-webdavclient prerequisite failed with reason missing build outputs -INFO- Failed with reason build failed -DEBUG- Extracted fallback artifacts from Gump Repository The following work was performed: http://vmgump.apache.org/gump/public/jakarta-commons/commons-vfs/gump_work/build_jakarta-commons_commons-vfs.html Work Name: build_jakarta-commons_commons-vfs (Type: Build) Work ended in a state of : Failed Elapsed: 4 secs Command Line: java -Djava.awt.headless=true -Xbootclasspath/p:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar:/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar org.apache.tools.ant.Main -Dgump.merge=/x1/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only -Dfinal.name=commons-vfs-03102005 dist [Working Directory: /usr/local/gump/public/workspace/jakarta-commons/vfs] CLASSPATH: /opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons/vfs/target/classes:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-03102005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api-03102005.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-03102005.jar:/usr/local/gump/public/workspace/jakarta-commons-sandbox/compress/target/commons-compress-03102005.jar:/usr/local/gump/public/workspace/commons-httpclient-20-branch/dist/commons-httpclient-2.0-03102005.jar:/usr/local/gump/public/workspace/jakarta-commons/net/dist/commons-net-03102005.jar:client-webdavlib-gump-30092005.jar:/usr/local/gump/packages/jcifs/jcifs-0.8.1.jar:/usr/local/gump/packages/jsch-0.1.18/dist/lib/jsch-gump.jar - [javac] symbol : class WebdavResource [javac] location: class org.apache.commons.vfs.provider.webdav.WebdavFileObject [javac] WebdavResource[] children = new org.apache.webdav.lib.WebdavResource[0]; [javac] ^ [javac] /x1/gump/public/workspace/jakarta-commons/vfs/src/java/org/apache/commons/vfs/provider/webdav/WebdavFileObject.java:295: package org.apache.webdav.lib does not exist [javac] WebdavResource[] children = new org.apache.webdav.lib.WebdavResource[0]; [javac] ^ [javac] /x1/gump/public/workspace/jakarta-commons/vfs/src/java/org/apache/commons/vfs/provider/webdav/WebdavFileObject.java:322: cannot resolve symbol [javac] symbol : class WebdavResource [javac] location: class org.apache.commons.vfs.provider.webdav.WebdavFileObject [javac] WebdavResource dav = children[i]; [javac] ^ [javac] /x1/gump/public/workspace/jakarta-commons/vfs/src/java/org/apache/commons/vfs/provider/webdav/WebdavFileObject.java:516: cannot resolve symbol [javac] symbol : variable DepthSupport [javac] location: class org.apache.commons.vfs.provider.webdav.WebdavFileObject [javac] final Enumeration e = resource.propfindMethod(DepthSupport.DEPTH_0); [javac]
[EMAIL PROTECTED]: Project commons-vfs (in module jakarta-commons) failed
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project commons-vfs has an issue affecting its community integration. This issue affects 8 projects. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-vfs : Jakarta commons - excalibur-fortress-bean : Repository of reusable components. - excalibur-fortress-container-impl : Repository of reusable components. - excalibur-fortress-container-test : Repository of reusable components. - excalibur-monitor : Repository of reusable components. - excalibur-sourceresolve : Repository of reusable components. - excalibur-xmlutil : Repository of reusable components. - logging-log4j-chainsaw : Chainsaw log viewer Full details are available at: http://vmgump.apache.org/gump/public/jakarta-commons/commons-vfs/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole output [commons-vfs-03102005.jar] identifier set to project name -INFO- Optional dependency slide-webdavclient prerequisite failed with reason missing build outputs -INFO- Failed with reason build failed -DEBUG- Extracted fallback artifacts from Gump Repository The following work was performed: http://vmgump.apache.org/gump/public/jakarta-commons/commons-vfs/gump_work/build_jakarta-commons_commons-vfs.html Work Name: build_jakarta-commons_commons-vfs (Type: Build) Work ended in a state of : Failed Elapsed: 4 secs Command Line: java -Djava.awt.headless=true -Xbootclasspath/p:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar:/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar org.apache.tools.ant.Main -Dgump.merge=/x1/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only -Dfinal.name=commons-vfs-03102005 dist [Working Directory: /usr/local/gump/public/workspace/jakarta-commons/vfs] CLASSPATH: /opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons/vfs/target/classes:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-03102005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api-03102005.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-03102005.jar:/usr/local/gump/public/workspace/jakarta-commons-sandbox/compress/target/commons-compress-03102005.jar:/usr/local/gump/public/workspace/commons-httpclient-20-branch/dist/commons-httpclient-2.0-03102005.jar:/usr/local/gump/public/workspace/jakarta-commons/net/dist/commons-net-03102005.jar:client-webdavlib-gump-30092005.jar:/usr/local/gump/packages/jcifs/jcifs-0.8.1.jar:/usr/local/gump/packages/jsch-0.1.18/dist/lib/jsch-gump.jar - [javac] symbol : class WebdavResource [javac] location: class org.apache.commons.vfs.provider.webdav.WebdavFileObject [javac] WebdavResource[] children = new org.apache.webdav.lib.WebdavResource[0]; [javac] ^ [javac] /x1/gump/public/workspace/jakarta-commons/vfs/src/java/org/apache/commons/vfs/provider/webdav/WebdavFileObject.java:295: package org.apache.webdav.lib does not exist [javac] WebdavResource[] children = new org.apache.webdav.lib.WebdavResource[0]; [javac] ^ [javac] /x1/gump/public/workspace/jakarta-commons/vfs/src/java/org/apache/commons/vfs/provider/webdav/WebdavFileObject.java:322: cannot resolve symbol [javac] symbol : class WebdavResource [javac] location: class org.apache.commons.vfs.provider.webdav.WebdavFileObject [javac] WebdavResource dav = children[i]; [javac] ^ [javac] /x1/gump/public/workspace/jakarta-commons/vfs/src/java/org/apache/commons/vfs/provider/webdav/WebdavFileObject.java:516: cannot resolve symbol [javac] symbol : variable DepthSupport [javac] location: class org.apache.commons.vfs.provider.webdav.WebdavFileObject [javac] final Enumeration e = resource.propfindMethod(DepthSupport.DEPTH_0); [javac]
[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 40 projects, and has been outstanding for 14 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-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 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-03102005.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: /opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/jakarta-commons/cli/target/commons-cli-03102005.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-03102005.jar:/usr/local/gump/public/workspace/jakarta-commons/discovery/dist/commons-discovery.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-03102005.jar:/usr/local/gump/public/workspace/jakarta-commons/lang/dist/commons-lang-03102005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-03102005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api-03102005.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/packages/forehead/forehead-1.0-beta-5.jar:/usr/local/gump/public/workspace/jakarta-servletapi-5/jsr154/dist/lib/servlet-api.jar:/usr/local/gump/public/workspace/jakarta-taglibs/dist/standard/lib/jstl.jar:/usr/local/gump/packages/jaxen-1.1-beta-6/jaxen-1.1-beta-6.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar
[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 40 projects, and has been outstanding for 14 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-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 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-03102005.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: /opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/jakarta-commons/cli/target/commons-cli-03102005.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-03102005.jar:/usr/local/gump/public/workspace/jakarta-commons/discovery/dist/commons-discovery.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-03102005.jar:/usr/local/gump/public/workspace/jakarta-commons/lang/dist/commons-lang-03102005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-03102005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api-03102005.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/packages/forehead/forehead-1.0-beta-5.jar:/usr/local/gump/public/workspace/jakarta-servletapi-5/jsr154/dist/lib/servlet-api.jar:/usr/local/gump/public/workspace/jakarta-taglibs/dist/standard/lib/jstl.jar:/usr/local/gump/packages/jaxen-1.1-beta-6/jaxen-1.1-beta-6.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar
DO NOT REPLY [Bug 31477] - [beanutils] The version in the manifest for version 1.7 is wrong it says 1.6
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=31477. 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=31477 [EMAIL PROTECTED] changed: What|Removed |Added Summary|The version in the manifest |[beanutils] The version in |for version 1.7 is wrong it |the manifest for version 1.7 |says 1.6|is wrong it says 1.6 -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [logging] log4j 1.3 support
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Joerg Hohwiller wrote: Jörg Schaible wrote: Simon Kitching wrote: Hi there, Hi again, [snip] I can not see all your guyz problems. I replaced Priority with Level and removed the isAsignableFrom section and everyting works and compiles fine. Even the TRACE is defined in Level and Priority so there is not even reflection magic required. Am I missing something??? Maybe I should get the 1.3 alpha release and have a look if I can find the problem Simon was talking about... The tests all worked excellent with 1.2.12 and Log4j12Logger works fine with prior versions. And as I said that is how the log4j guyz told to do it a long time ago. I did not check this with log4j versions prior than 1.2.6. But as I pointed out earlier, the Log4J12Logger is using the log4j type Logger anyways and that came together with the type Level. Maybe we do not even need two Log4j Loggers - what do you think? Is it if you compile the jcl againts log4j 1.2 and then run it with 1.3 and vice versa? Maybe that is the point I did not think about earlier... I will check when I find the time. - Jörg Regards Jörg Jörg -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDQSu/mPuec2Dcv/8RAo4FAJ9dPLKLP8YMXlQwykbSVBXmotd2WwCdFuI3 GGk6Qte7pLgfWRFZyL0rkRE= =Coh/ -END PGP SIGNATURE- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [logging] log4j 1.3 support
Hello, I can not see all your guyz problems. I replaced Priority with Level and removed the isAsignableFrom section and everyting works and compiles fine. Even the TRACE is defined in Level and Priority so there is not even reflection magic required. Am I missing something??? Maybe I should get the 1.3 alpha release and have a look if I can find the problem Simon was talking about... Hm, before stating everything works, everything should be described and documented. No one knows your test environment and your tests. There are many constellations, including classloader problems: property mentioned: org.apache.commons.logging.Log 1) log4j-1.2.11 (=11), jcl-1.0.5, auto-mode 1b) log4j-1.2.11 (=11), jcl-1.0.5, property for log4j 1.2 1c) log4j-1.2.11 (=11), jcl-1.0.5, property for log4j 1.3 2) log4j-1.2.12 (=12), jcl-1.0.5, auto-mode 2b) log4j-1.2.12 (=12), jcl-1.0.5, property for log4j 1.2 2c) log4j-1.2.12 (=12), jcl-1.0.5, property for log4j 1.3 3) log4j-1.3 (latested alpha), jcl-1.0.5, auto-mode 3b) log4j-1.3 (latested alpha), jcl-1.0.5, property for log4j 1.2 3c) log4j-1.3 (latested alpha), jcl-1.0.5, property for log4j 1.3 These cases relate to Container environments. To simplify tests, there should no class/property in system/common/shared path, but only in web-inf/lib, web-inf/classes. 4) log4j-1.2.11(=11), log4j-1.3 (latested alpha), jcl-1.0.5, auto-mode 4b) log4j-1.2.11(=11), log4j-1.3 (latested alpha), jcl-1.0.5, property for log4j 1.2 4b) log4j-1.2.11(=11), log4j-1.3 (latested alpha), jcl-1.0.5, property for log4j 1.3 5) log4j-1.2.12(=12), log4j-1.3 (latested alpha), jcl-1.0.5, auto-mode 5b) log4j-1.2.12(=12), log4j-1.3 (latested alpha), jcl-1.0.5, property for log4j 1.2 5b) log4j-1.2.12(=12), log4j-1.3 (latested alpha), jcl-1.0.5, property for log4j 1.3 I have no time to do some tests, due to my work on JULI. If you already have such an environment, it would be nice to get a documentation and how you automated (ant script?) it. Regards Boris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [io] Commons-IO 1.1 RC1
Thanks, I'll put that in pre-release. Stephen --- sebb [EMAIL PROTECTED] wrote: Some minor points. Ignore if you don't agree ... The MD5 files have an upper-case .MD5, rather than the more usual .md5. Also, the files don't contain the file name, which means that some common md5 checking programs don't work, as they expect the sum to be followed by space*filename In case you want to change this, here is the Ant target we use in JMeter: target name=_md5 basename property=_base file=${path}/ checksum file=${path} property=md5/ echo message=${md5} *${_base} file=${path}.md5/ /target Sample call: antcall target=_md5 param name=path value=a/b/c/d.jar/ /antcall HTH. On 03/10/05, Stephen Colebourne [EMAIL PROTECTED] wrote: See the zips and website at: http://people.apache.org/~scolebourne/io-1.1/ Release notes: http://people.apache.org/~scolebourne/io-1.1/site/upgradeto1_1.html Now is the time to shout if you believe there is something wrong here... Note that I'm really not a fan of the command line, so cutting releases is like pulling teeth for me. If anyone wants to step up and do the final release manager bit, *please* feel free! Stephen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36899] New: - validation breaks on multiple validation.xml (eg. with Struts 1.3)
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=36899. 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=36899 Summary: validation breaks on multiple validation.xml (eg. with Struts 1.3) Product: Commons Version: 1.2 Final Platform: All OS/Version: other Status: NEW Severity: regression Priority: P2 Component: Validator AssignedTo: commons-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] CC: [EMAIL PROTECTED] While bringing an app to a recent build (0909) of struts 1.3 and commons-validator-1.2.0, I notice the following related to ValidatorPlugIn: When using multiple validation files, as in: plug-in clasname=org.apache.struts.validator.ValidatorPlugIn set-property property=pathnames value=/WEB-INF/lib/validator-rules.xml,/WEB-INF/moduleA/validationA.xml,/WEB-INF/moduleB/validationB.xml/ /plug-in I get in the tomcat console: WARN Overriding FormSet definition. Duplicate for locale: fr Result is that validation rules on moduleA are not working. I suspect the message is because both validationA.xml and validationB.xml have a formset language=fr We used to be able to have one validationX.xml per module without problems. (Having the bundle attribute since struts 1.2x made that even better, so there could be one resource-file per module). I see that now commons-validator 1.2 seems to change this. I fear that without a fix I would have to go back to validations for 400 screens in one single validationABCDEF...xml. It looks like commons-validation 1.2 implementation builds a formset key based on language, country and variant, but doesn't seem to merge formsets any more. If my analysis is correct, my suggestion would be - to either have commons-validator continue to merge formsets for backward compatibility, and/or, - add a namespace or id parameter as in formset id=moduleA language=fr, if necessary to keep the physical map feature. -- 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 36899] - [Validator] validation breaks on multiple validation.xml (eg. with Struts 1.3)
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=36899. 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=36899 [EMAIL PROTECTED] changed: What|Removed |Added Summary|validation breaks on|[Validator] validation |multiple validation.xml (eg.|breaks on multiple |with Struts 1.3)|validation.xml (eg. with ||Struts 1.3) --- Additional Comments From [EMAIL PROTECTED] 2005-10-03 18:21 --- Additional info for reference: Struts dev list thread: http://www.mail-archive.com/dev%40struts.apache.org/msg12395.html Looks like this issue is caused by the following change to ValidatorResources: http://svn.apache.org/viewcvs.cgi?rev=264683view=rev -- 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 36899] - [Validator] validation breaks on multiple validation.xml (eg. with Struts 1.3)
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=36899. 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=36899 --- Additional Comments From [EMAIL PROTECTED] 2005-10-03 19:54 --- Ok, it looks like the solution would just be to merge the formsets instead of requiring them to be defined one. That, or we should modify the buildKey function to produce unique ids. Am I missing something? -- 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 36899] - [Validator] validation breaks on multiple validation.xml (eg. with Struts 1.3)
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=36899. 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=36899 [EMAIL PROTECTED] changed: What|Removed |Added AssignedTo|commons-|[EMAIL PROTECTED] |[EMAIL PROTECTED] | --- Additional Comments From [EMAIL PROTECTED] 2005-10-03 21:28 --- (In reply to comment #2) Ok, it looks like the solution would just be to merge the formsets instead of requiring them to be defined one. That, or we should modify the buildKey function to produce unique ids. Am I missing something? I agree merging the formsets is the best approach. The old way it used to work (before revision 264683) has the flaw that if a form with the same name is defined in two different validation files (for the same locale) - then it would only ever pick up the first one it came to. If we merge the formsets, then any duplicates can be detected and logged as errors which is much better IMO. I'm assigning this to myself and will change it later tonight - is that OK with you Don? -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [logging] log4j 1.3 support
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, [snip] Hm, before stating everything works, everything should be described and documented. No one knows your test environment and your tests. This is very true! I just meant that ant test succeeds and in my IDE logging on jcl-trace works with log4j 1.2.6, 1.2.9, 1.2.12. Actually I just wanted to tease out what Simon meant with the incompatible issue between log4j 1.2.x and 1.3.x But as you pointed out, such mails can misslead and I should say more clear what I did and what I want. Regards Jörg -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDQYjbmPuec2Dcv/8RAiGpAKCX5EngJJ0yRXkwmD/8k3IMTBZG/wCgjPwg DlcsqAj0LqQcELVfwYtCvcY= =W1h5 -END PGP SIGNATURE- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta-commons Wiki] Update of Pool by sandymac
Dear Wiki user, You have subscribed to a wiki page or wiki category on Jakarta-commons Wiki for change notification. The following page has been changed by sandymac: http://wiki.apache.org/jakarta-commons/Pool -- ||Add your questions/answers here.|| - If I have multiple threads calling into my method which contains the borrowObject call, + Q: If I have multiple threads calling into my method which contains the borrowObject call, do I have to synchronize around this, or are borrowObject and returnObject thread safe? - What is the general purpose of pooling Interfaces ? + A: They appear to be thread safe. I haven't extensively studied the source the relevant code is synchronized. + + Q: What is the general purpose of pooling Interfaces ? + - ''You don't pool interfaces but objects implementing the interfaces. + A: ''You don't pool interfaces but objects implementing the interfaces. An object pool is used to reduce the cost of creating/destroying the pooled object (memory,CPU and other resources). Commons-Pool provides several general purpose implementations of different pooling strategies. See also [http://jakarta.apache.org/commons/pool/guide/index.html developers guide]. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 30305] - [pool] GenericKeyedObjectPool raises exception while destroying invalidated object
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=30305. 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=30305 --- Additional Comments From [EMAIL PROTECTED] 2005-10-03 23:37 --- I think this got fixed with Revision 139713 to GenericKeyedObjectPool.java: http://svn.apache.org/viewcvs.cgi?rev=139713view=rev -- 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: r293460 - in /jakarta/commons/proper/betwixt/trunk: src/java/org/apache/commons/betwixt/ src/java/org/apache/commons/betwixt/strategy/ src/java/org/apache/commons/betwixt/strategy/impl/ xd
Author: rdonkin Date: Mon Oct 3 15:24:54 2005 New Revision: 293460 URL: http://svn.apache.org/viewcvs?rev=293460view=rev Log: Factored out collective types into separate strategy. This allows subclasses of standard java types to be (optionally) regarded as plain POJOs. Added: jakarta/commons/proper/betwixt/trunk/src/java/org/apache/commons/betwixt/strategy/CollectiveTypeStrategy.java jakarta/commons/proper/betwixt/trunk/src/java/org/apache/commons/betwixt/strategy/impl/OverrideCollectiveTypeStategy.java Modified: jakarta/commons/proper/betwixt/trunk/src/java/org/apache/commons/betwixt/IntrospectionConfiguration.java jakarta/commons/proper/betwixt/trunk/xdocs/tasks.xml Modified: jakarta/commons/proper/betwixt/trunk/src/java/org/apache/commons/betwixt/IntrospectionConfiguration.java URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/betwixt/trunk/src/java/org/apache/commons/betwixt/IntrospectionConfiguration.java?rev=293460r1=293459r2=293460view=diff == --- jakarta/commons/proper/betwixt/trunk/src/java/org/apache/commons/betwixt/IntrospectionConfiguration.java (original) +++ jakarta/commons/proper/betwixt/trunk/src/java/org/apache/commons/betwixt/IntrospectionConfiguration.java Mon Oct 3 15:24:54 2005 @@ -22,6 +22,7 @@ import java.util.Map; import org.apache.commons.betwixt.strategy.ClassNormalizer; +import org.apache.commons.betwixt.strategy.CollectiveTypeStrategy; import org.apache.commons.betwixt.strategy.DefaultNameMapper; import org.apache.commons.betwixt.strategy.DefaultPluralStemmer; import org.apache.commons.betwixt.strategy.MappingDerivationStrategy; @@ -89,7 +90,8 @@ private SimpleTypeMapper simpleTypeMapper = new StandardSimpleTypeMapper(); /** Binding strategy for Java type */ private TypeBindingStrategy typeBindingStrategy = TypeBindingStrategy.DEFAULT; - +/** Strategy used for determining which types are collective */ +private CollectiveTypeStrategy collectiveTypeStrategy = CollectiveTypeStrategy.DEFAULT; /** * Strategy used to determine whether the bind or introspection time type is to be used to @@ -385,6 +387,23 @@ this.propertySuppressionStrategy = propertySuppressionStrategy; } +/** + * Gets the strategy used to determine which types are collective. + * @return codeCollectiveTypeStrategy/code, not null + */ +public CollectiveTypeStrategy getCollectiveTypeStrategy() { +return collectiveTypeStrategy; +} + +/** + * Sets the strategy used to determine which types are collective. + * @param collectiveTypeStrategy codeCollectiveTypeStrategy/code, not null + */ +public void setCollectiveTypeStrategy( +CollectiveTypeStrategy collectiveTypeStrategy) { +this.collectiveTypeStrategy = collectiveTypeStrategy; +} + /** * Is this a loop type class? * @since 0.7 @@ -392,16 +411,6 @@ * @return true if the type is a loop type, or if type is null */ public boolean isLoopType(Class type) { -// consider: should this be factored into a pluggable strategy? -// check for NPEs -if (type == null) { -return false; -} -return type.isArray() -|| Map.class.isAssignableFrom( type ) -|| Collection.class.isAssignableFrom( type ) -|| Enumeration.class.isAssignableFrom( type ) -|| Iterator.class.isAssignableFrom( type ) -|| Map.Entry.class.isAssignableFrom( type ) ; +return getCollectiveTypeStrategy().isCollective(type); } } Added: jakarta/commons/proper/betwixt/trunk/src/java/org/apache/commons/betwixt/strategy/CollectiveTypeStrategy.java URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/betwixt/trunk/src/java/org/apache/commons/betwixt/strategy/CollectiveTypeStrategy.java?rev=293460view=auto == --- jakarta/commons/proper/betwixt/trunk/src/java/org/apache/commons/betwixt/strategy/CollectiveTypeStrategy.java (added) +++ jakarta/commons/proper/betwixt/trunk/src/java/org/apache/commons/betwixt/strategy/CollectiveTypeStrategy.java Mon Oct 3 15:24:54 2005 @@ -0,0 +1,66 @@ +/* + * Copyright 2005 The Apache Software Foundation. + * + * Licensed under the Apache License, Version 2.0 (the License); + * you may not use this file except in compliance with the License. + * You may obtain a copy of the License at + * + * http://www.apache.org/licenses/LICENSE-2.0 + * + * Unless required by applicable law or agreed to in writing, software + * distributed under the License is distributed on an AS IS BASIS, + * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. + * See the License for the specific language governing permissions and + * limitations under the License. + */ +package
svn commit: r293462 - /jakarta/commons/proper/betwixt/trunk/
Author: rdonkin Date: Mon Oct 3 15:31:44 2005 New Revision: 293462 URL: http://svn.apache.org/viewcvs?rev=293462view=rev Log: Added ignore for another Eclipse file Modified: jakarta/commons/proper/betwixt/trunk/ (props changed) Propchange: jakarta/commons/proper/betwixt/trunk/ -- --- svn:ignore (original) +++ svn:ignore Mon Oct 3 15:31:44 2005 @@ -10,3 +10,4 @@ lib junit*.properties javadoc* +.settings - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r293464 - /jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/builder/ReflectionToStringBuilder.java
Author: ggregory Date: Mon Oct 3 15:44:08 2005 New Revision: 293464 URL: http://svn.apache.org/viewcvs?rev=293464view=rev Log: Javadoc. Modified: jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/builder/ReflectionToStringBuilder.java Modified: jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/builder/ReflectionToStringBuilder.java URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/builder/ReflectionToStringBuilder.java?rev=293464r1=293463r2=293464view=diff == --- jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/builder/ReflectionToStringBuilder.java (original) +++ jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/builder/ReflectionToStringBuilder.java Mon Oct 3 15:44:08 2005 @@ -148,8 +148,8 @@ /** * p - * This method uses reflection to build a suitable codetoString/code - * using the default codeToStringStyle/code. + * Builds a codetoString/code value using the default codeToStringStyle/code through reflection. + * /p * * p * It uses codeAccessibleObject.setAccessible/code to gain access to @@ -175,7 +175,7 @@ /** * p - * This method uses reflection to build a suitable codetoString/code. + * Builds a codetoString/code value through reflection. * /p * * p @@ -210,7 +210,7 @@ /** * p - * This method uses reflection to build a suitable codetoString/code. + * Builds a codetoString/code value through reflection. * /p * * p @@ -252,7 +252,7 @@ /** * p - * This method uses reflection to build a suitable codetoString/code. + * Builds a codetoString/code value through reflection. * /p * * p @@ -302,7 +302,7 @@ /** * p - * This method uses reflection to build a suitable codetoString/code. + * Builds a codetoString/code value through reflection. * /p * * p @@ -357,7 +357,7 @@ /** * p - * This method uses reflection to build a suitable codetoString/code. + * Builds a codetoString/code value through reflection. * /p * * p - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [digester] Re: Classloading regression between commons-digester-1.0 and later versions
Hi Robert, robert burrell donkin wrote On 10/01/05 11:11,: hi jan please remember to add the subject prefix for the component. will remember from now on! :) On Thu, 2005-09-29 at 13:57 -0700, Jan Luehe wrote: This may be an old topic, but it seems a classloading regression was introduced between commons-digester-1.0 and later versions (including the most recent). this is indeed a very old topic :) snip Can someone explain to me the motivation for setting the useContextClassLoader property to FALSE by default? i can offer you nothing more than the logs: it is set to FALSE by default for no very good reason but most likely since it was felt (rightly or wrongly) to preserve backwards compatibility. We can easily restore the commons-digester-1.0 behaviour in our own code by setting useContextClassLoader to TRUE on the Digester instances we acquire. However, this is not possible on foreign code that we bundle. It would be useful if Digester.getClassLoader() would also consider a system property (in addition to its own useContextClassLoader property) when determining whether to use the context classloader. +1 can anyone think of any reasons not to add this? The only problem with adding a system property for this purpose is that it would require granting the commons-digester jar the permission to read it. It a web application bundles commons-digester locally, it will not have this permission in most cases. Perhaps it is safer to stick to the current useContextClassLoader property and require that web applications always bundle commons-digester, in which case the classloader that loaded Digester.class will correspond to the web application's classloader, which has access to all classes under WEB-INF/lib[classes]. Thanks, Jan Any comments appreciated. submit a patch :) - robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r293498 - in /jakarta/commons/proper/validator/trunk/src/share/org/apache/commons/validator: FormSet.java FormSetFactory.java ValidatorResources.java digester-rules.xml
Author: niallp Date: Mon Oct 3 19:59:43 2005 New Revision: 293498 URL: http://svn.apache.org/viewcvs?rev=293498view=rev Log: Fix for Bug 36899 - Merge multiple validation.xml, reported by Wolfgang Gehner. I've changed the digester rules to use a new FormSetFactory class which looks up the FormSet in the ValidatorResources and if the FormSet already exists it returns that one, otherwise it creates a new FormSet and adds it to the ValidatorResources. Additionally I also added checks in the Form's addConstant() and addForm() methods to log an error if the Constant or Form already exists and ignore the duplicate. Added: jakarta/commons/proper/validator/trunk/src/share/org/apache/commons/validator/FormSetFactory.java (with props) Modified: jakarta/commons/proper/validator/trunk/src/share/org/apache/commons/validator/FormSet.java jakarta/commons/proper/validator/trunk/src/share/org/apache/commons/validator/ValidatorResources.java jakarta/commons/proper/validator/trunk/src/share/org/apache/commons/validator/digester-rules.xml Modified: jakarta/commons/proper/validator/trunk/src/share/org/apache/commons/validator/FormSet.java URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/validator/trunk/src/share/org/apache/commons/validator/FormSet.java?rev=293498r1=293497r2=293498view=diff == --- jakarta/commons/proper/validator/trunk/src/share/org/apache/commons/validator/FormSet.java (original) +++ jakarta/commons/proper/validator/trunk/src/share/org/apache/commons/validator/FormSet.java Mon Oct 3 19:59:43 2005 @@ -25,6 +25,8 @@ import java.util.HashMap; import java.util.Iterator; import java.util.Map; +import org.apache.commons.logging.Log; +import org.apache.commons.logging.LogFactory; /** * Holds a set of codeForm/codes stored associated with a codeLocale/code @@ -33,6 +35,9 @@ */ public class FormSet implements Serializable { +/** Logging */ +private static final Log log = LogFactory.getLog(FormSet.class); + /** * Whether or not the this codeFormSet/code was processed for replacing * variables in strings with their values. @@ -230,7 +235,15 @@ * @param value The constant value */ public void addConstant(String name, String value) { -this.constants.put(name, value); + +if (constants.containsKey(name)) { +log.error(Constant ' + name + ' already exists in FormSet[ + + this.displayKey() + ] - ignoring.); + +} else { +constants.put(name, value); +} + } /** @@ -239,7 +252,16 @@ * @param f The form */ public void addForm(Form f) { -forms.put(f.getName(), f); + +String formName = f.getName(); +if (forms.containsKey(formName)) { +log.error(Form ' + formName + ' already exists in FormSet[ + + this.displayKey() + ] - ignoring.); + +} else { +forms.put(f.getName(), f); +} + } /** @@ -274,6 +296,38 @@ } processed = true; +} + +/** + * Returns a string representation of the object's key. + * + * @return A string representation of the key + */ +public String displayKey() { +StringBuffer results = new StringBuffer(); +if (language != null language.length() 0) { +results.append(language=); +results.append(language); +} +if (country != null country.length() 0) { +if (results.length() 0) { + results.append(, ); +} +results.append(country=); +results.append(country); +} +if (variant != null variant.length() 0) { +if (results.length() 0) { + results.append(, ); +} +results.append(variant=); +results.append(variant ); +} +if (results.length() == 0) { + results.append(default); +} + +return results.toString(); } /** Added: jakarta/commons/proper/validator/trunk/src/share/org/apache/commons/validator/FormSetFactory.java URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/validator/trunk/src/share/org/apache/commons/validator/FormSetFactory.java?rev=293498view=auto == --- jakarta/commons/proper/validator/trunk/src/share/org/apache/commons/validator/FormSetFactory.java (added) +++ jakarta/commons/proper/validator/trunk/src/share/org/apache/commons/validator/FormSetFactory.java Mon Oct 3 19:59:43 2005 @@ -0,0 +1,99 @@ +/* + * $Id$ + * $Rev$ + * $Date$ + * + * + * Copyright 2005 The Apache Software Foundation + * + * Licensed under the Apache License, Version
svn commit: r293502 - in /jakarta/commons/proper/validator/trunk/src/test/org/apache/commons/validator: MultipleConfigFilesTest.java validator-multiple-config-1.xml validator-multiple-config-2.xml
Author: niallp Date: Mon Oct 3 20:15:56 2005 New Revision: 293502 URL: http://svn.apache.org/viewcvs?rev=293502view=rev Log: Test that multiple config files are merged correctly. Modified: jakarta/commons/proper/validator/trunk/src/test/org/apache/commons/validator/MultipleConfigFilesTest.java jakarta/commons/proper/validator/trunk/src/test/org/apache/commons/validator/validator-multiple-config-1.xml jakarta/commons/proper/validator/trunk/src/test/org/apache/commons/validator/validator-multiple-config-2.xml Modified: jakarta/commons/proper/validator/trunk/src/test/org/apache/commons/validator/MultipleConfigFilesTest.java URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/validator/trunk/src/test/org/apache/commons/validator/MultipleConfigFilesTest.java?rev=293502r1=293501r2=293502view=diff == --- jakarta/commons/proper/validator/trunk/src/test/org/apache/commons/validator/MultipleConfigFilesTest.java (original) +++ jakarta/commons/proper/validator/trunk/src/test/org/apache/commons/validator/MultipleConfigFilesTest.java Mon Oct 3 20:15:56 2005 @@ -76,6 +76,53 @@ } } + /** +* Check the forms and constants from different config files have +* been merged into the same FormSet. +*/ +public void testMergedConfig() throws ValidatorException { + +// *** Default Locale *** + +// Check the form from the first config file exists +Form form1 = resources.getForm(, , , testForm1); +assertNotNull(Form 'testForm1' not found, form1); + +// Check the form from the second config file exists +Form form2 = resources.getForm(, , , testForm2); +assertNotNull(Form 'testForm2' not found, form2); + +// Check the Constants for the form from the first config file +Field field1 = form1.getField(testProperty1); +assertEquals(testProperty1 - const 1, testConstValue1, field1.getVarValue(var11)); +assertEquals(testProperty1 - const 2, testConstValue2, field1.getVarValue(var12)); + +// Check the Constants for the form from the second config file +Field field2 = form2.getField(testProperty2); +assertEquals(testProperty2 - const 1, testConstValue1, field2.getVarValue(var21)); +assertEquals(testProperty2 - const 2, testConstValue2, field2.getVarValue(var22)); + +// *** 'fr' locale *** + +// Check the form from the first config file exists +Form form1_fr = resources.getForm(fr, , , testForm1_fr); +assertNotNull(Form 'testForm1_fr' not found, form1_fr); + +// Check the form from the second config file exists +Form form2_fr = resources.getForm(fr, , , testForm2_fr); +assertNotNull(Form 'testForm2_fr' not found, form2_fr); + +// Check the Constants for the form from the first config file +Field field1_fr = form1_fr.getField(testProperty1_fr); +assertEquals(testProperty1_fr - const 1, testConstValue1_fr, field1_fr.getVarValue(var11_fr)); +assertEquals(testProperty1_fr - const 2, testConstValue2_fr, field1_fr.getVarValue(var12_fr)); + +// Check the Constants for the form from the second config file +Field field2_fr = form2_fr.getField(testProperty2_fr); +assertEquals(testProperty2_fr - const 1, testConstValue1_fr, field2_fr.getVarValue(var21_fr)); +assertEquals(testProperty2_fr - const 2, testConstValue2_fr, field2_fr.getVarValue(var22_fr)); +} + /** * With nothing provided, we should fail both because both are required. */ Modified: jakarta/commons/proper/validator/trunk/src/test/org/apache/commons/validator/validator-multiple-config-1.xml URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/validator/trunk/src/test/org/apache/commons/validator/validator-multiple-config-1.xml?rev=293502r1=293501r2=293502view=diff == --- jakarta/commons/proper/validator/trunk/src/test/org/apache/commons/validator/validator-multiple-config-1.xml (original) +++ jakarta/commons/proper/validator/trunk/src/test/org/apache/commons/validator/validator-multiple-config-1.xml Mon Oct 3 20:15:56 2005 @@ -20,4 +20,49 @@ methodParams=java.lang.Object,org.apache.commons.validator.Field msg=/ /global + + formset + + constant + constant-nametestConstName1/constant-name + constant-valuetestConstValue1/constant-value + /constant + + form name=testForm1 + field property=testProperty1 depends=required + var + var-namevar11/var-name + var-value${testConstName1}/var-value + /var + var + var-namevar12/var-name + var-value${testConstName2}/var-value +
[email] Re: Apache Jakarta Commons Email 1.0 released
There is no mention of the v1.0 release of Commons Email listed in the Latest Jakarta News on http://jakarta.apache.org. It's not a big deal, but it would be nice if it were added. Henning Schmiedehausen wrote: The Commons Email team of the Jakarta Project of the ASF is happy to announce the release of Commons Email 1.0. Jakarta Commons Email provides an API for sending email. It is built on top of the Java Mail API, which it aims to simplify. While this is the first official release for Commons Email, the code itself has been available through the commons sandbox and the commons proper for a very long time and is considered mature and stable by the developers. Commons Email is available as source and binary from the Apache Mirror System through its download page at http://jakarta.apache.org/site/downloads/downloads_commons-email.cgi It will also be available from the Apache Maven repository at http://www.apache.org/dist/java-repository/ and the Maven main repository at http://www.ibiblio.org/maven/. Documentation, Javadocs and further information can be found at http://jakarta.apache.org/commons/email/ The Commons Email team - 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 36904] New: - [pool] GenericKeyedObjectPool is a LIFO, not a FIFO implementation
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=36904. 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=36904 Summary: [pool] GenericKeyedObjectPool is a LIFO, not a FIFO implementation Product: Commons Version: unspecified Platform: All OS/Version: All Status: NEW Keywords: PatchAvailable Severity: normal Priority: P2 Component: Pool AssignedTo: commons-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] Like GenericObjetPool is a LIFO as described in Bug #33264 , GenericKeyedObjectPool has the same discrepancy between documentation and implementation. Soon to be attached is a patch which brings the implementation of GenericKeyedObjectPool into line with the documentation and provides a unit test to verify this. This patch has the side effect of breaking the TestKeyedObjectPool.testBaseBorrowReturn() test which is broken for a FIFO. If you look at lines 90 to 94, copied below, you'll see that it clearly tests a LIFO behavior. _pool.returnObject(keya,obj0); _pool.returnObject(keya,obj2); obj2 = _pool.borrowObject(keya); obj0 = _pool.borrowObject(keya); It's my opinion that those last lines of TestKeyedObjectPool.testBaseBorrowReturn() should be removed as they are shared between the GenericKeyedObjectPool and the StackKeyedObjectPool and if one is to be a FIFO and the other a LIFO those lines of cannot be correct for both at the same time. -- 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 36904] - [pool] GenericKeyedObjectPool is a LIFO, not a FIFO implementation
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=36904. 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=36904 --- Additional Comments From [EMAIL PROTECTED] 2005-10-04 07:58 --- Created an attachment (id=16581) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=16581action=view) GenericKeyedObjectPool-FIFO.patch Fixes GenericKeyedObjectPool to be a FIFO and adds a unit test to verify correct behavior. -- 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]