[jira] Created: (LANG-341) [NumberUtils] Please add number byte[] methods
[NumberUtils] Please add number byte[] methods - Key: LANG-341 URL: https://issues.apache.org/jira/browse/LANG-341 Project: Commons Lang Issue Type: New Feature Reporter: Lilianne E. Blaze Hello, I need a set of methods to convert Long to or from a byte[] array, as if writing / reading from Data(Input/Output)Stream( ByteArray(Input/Output)Stream ). First, doing it with Streams seems a bit wasteful, second, it seems a pretty general use. Would it be possible to add something like that to, for example, org.apache.commons.lang.math.NumberUtils? Example code: static public long toLong(byte[] b) { return toLong(b, 0); } static public long toLong(byte[] b, int offset) { return (((long)b[offset] 56) + ((long)(b[offset + 1] 255) 48) + ((long)(b[offset + 2] 255) 40) + ((long)(b[offset + 3] 255) 32) + ((long)(b[offset + 4] 255) 24) + ((b[offset + 5] 255) 16) + ((b[offset + 6] 255) 8) + ((b[offset + 7] 255) 0)); } static public byte[] longToByteArray(long l) { byte b[] = new byte[8]; longToByteArray(l, b, 0); return b; } static public void longToByteArray(long l, byte b[], int offset) { b[offset] = (byte)(l 56); b[offset + 1] = (byte)(l 48); b[offset + 2] = (byte)(l 40); b[offset + 3] = (byte)(l 32); b[offset + 4] = (byte)(l 24); b[offset + 5] = (byte)(l 16); b[offset + 6] = (byte)(l 8); b[offset + 7] = (byte)(l 0); } -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (POOL-98) Make GenericObjectPool better extensible
[ https://issues.apache.org/jira/browse/POOL-98?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12506780 ] Henning Schmiedehausen commented on POOL-98: Well, giving it away through a protected getter is not really exposing it, just adding enough rope so that a custom Pool implementation can get access to the idle objects if it needs to. Here is the use case: In a project, we use GenericObjectPool to manage connections to an EIS (big, old, clunky, Cobol thing). Each of these connection objects has a number of internal state that operations wants to be able to inspect (through JMX). Easiest would now be to get the pool list and expose some properties of these connection objects through an MBean. The properties of the pool are exposed just fine, it is actually the pool contents that needs to be monitored. Maybe second thoughts? :-) Make GenericObjectPool better extensible Key: POOL-98 URL: https://issues.apache.org/jira/browse/POOL-98 Project: Commons Pool Issue Type: Improvement Affects Versions: 1.3 Reporter: Henning Schmiedehausen Priority: Minor The current implementation of GenericObjectPool encapsulates the _pool object and there is no way to get it directly, which makes some things like JMX pool monitoring a bit awkward. Would it be possible to either make _pool protected or add a method protected Collection getInternalPool() { return _pool; } or something like that to the GenericObjectPool implementation (and probably others, but that is the one that bites me most... :-) ) This would make extending the GenericObjectPool much easier. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (POOL-98) Make GenericObjectPool better extensible
[ https://issues.apache.org/jira/browse/POOL-98?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12506784 ] Phil Steitz commented on POOL-98: - OK, I understand the use case, but with the 1.3 pool impl, I don't think what you want can be done. Fortunately or unfortunately, GenericObjectPool is actually an idle object pool + accounting - i.e, the object references that it maintains persistently in its _pool linked list are only the *idle* instances waiting to be checked out. It does not maintain references to the checked out instances (only counts of these) so there is no way to walk the pool of all idle plus active objects. To support this, you need something like the (now deprecated) AbandonedObjectPool that was added to [dbcp] to keep track of objects checked out of the pool. The compositepool package (at this writing not yet released) also includes support for tracking objects borrowed from the pool. The reason that I don't like allowing subclasses to depend on _pool is that it then becomes part of the public API, so can't be changed or deleted later. Make GenericObjectPool better extensible Key: POOL-98 URL: https://issues.apache.org/jira/browse/POOL-98 Project: Commons Pool Issue Type: Improvement Affects Versions: 1.3 Reporter: Henning Schmiedehausen Priority: Minor The current implementation of GenericObjectPool encapsulates the _pool object and there is no way to get it directly, which makes some things like JMX pool monitoring a bit awkward. Would it be possible to either make _pool protected or add a method protected Collection getInternalPool() { return _pool; } or something like that to the GenericObjectPool implementation (and probably others, but that is the one that bites me most... :-) ) This would make extending the GenericObjectPool much easier. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (POOL-98) Make GenericObjectPool better extensible
[ https://issues.apache.org/jira/browse/POOL-98?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12506802 ] Henning Schmiedehausen commented on POOL-98: ok, I can understand this. Any time frame on compositepool / what is needed to get the code release-ready? Make GenericObjectPool better extensible Key: POOL-98 URL: https://issues.apache.org/jira/browse/POOL-98 Project: Commons Pool Issue Type: Improvement Affects Versions: 1.3 Reporter: Henning Schmiedehausen Priority: Minor The current implementation of GenericObjectPool encapsulates the _pool object and there is no way to get it directly, which makes some things like JMX pool monitoring a bit awkward. Would it be possible to either make _pool protected or add a method protected Collection getInternalPool() { return _pool; } or something like that to the GenericObjectPool implementation (and probably others, but that is the one that bites me most... :-) ) This would make extending the GenericObjectPool much easier. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (MODELER-22) ant.properties is missing from the Modeler jar
ant.properties is missing from the Modeler jar -- Key: MODELER-22 URL: https://issues.apache.org/jira/browse/MODELER-22 Project: Commons Modeler Issue Type: Bug Affects Versions: 2.0 Reporter: Niall Pemberton Priority: Minor Fix For: 2.1 ant.properties is missing from the Modeler 2.0 jar (was in Modeler 1.1 release) - from the following thread on Tomcat dev list http://tinyurl.com/2ev4qt -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r549450 - /jakarta/commons/proper/modeler/trunk/project.xml
Author: niallp Date: Thu Jun 21 04:35:16 2007 New Revision: 549450 URL: http://svn.apache.org/viewvc?view=revrev=549450 Log: Fix for MODELER-22 Include ant.properties file in the modeler jar - thanks to Peter Rossbach Modified: jakarta/commons/proper/modeler/trunk/project.xml Modified: jakarta/commons/proper/modeler/trunk/project.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/modeler/trunk/project.xml?view=diffrev=549450r1=549449r2=549450 == --- jakarta/commons/proper/modeler/trunk/project.xml (original) +++ jakarta/commons/proper/modeler/trunk/project.xml Thu Jun 21 04:35:16 2007 @@ -209,6 +209,19 @@ includeNOTICE.txt/include /includes /resource + resource +directorysrc/java/org/apache/commons/modeler/ant/directory +targetPathMETA-INF/targetPath +includes + includeant.properties/include +/includes + /resource + resource +directorysrc/java/directory +includes + include**/ant.properties/include +/includes + /resource /resources /build - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[modeler] Create a RC for Modeler 2.0.1 bug fix release
Unless there are objections I plan to cut a RC for a Modeler 2.0.1 bug fix release either later today or tommorrow. The Modeler 2.0 jar is missing the ant.properties file (which was in the Modeler 1.1 release) and is causing a problem in Tomcat - see issue# MODELER-20[1] The only other changes to Modeler since the 2.0 release are minor corrections to the ant build Niall [1] https://issues.apache.org/jira/browse/MODELER-20 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[EMAIL PROTECTED]: Project commons-betwixt (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-betwixt has an issue affecting its community integration. This issue affects 7 projects, and has been outstanding for 52 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-betwixt : Commons Betwixt Package - commons-jelly-tags-betwixt : Commons Jelly - commons-jelly-tags-ojb : Commons Jelly - db-ddlutils : Easy-to-use component for working with Database Definition (... - db-ojb-from-packages-1-0-release : ObjectRelationalBridge - maven-bootstrap : Project Management Tools - test-ojb-from-packages-1-0-release : ObjectRelationalBridge Full details are available at: http://vmgump.apache.org/gump/public/jakarta-commons/commons-betwixt/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole output [commons-betwixt-21062007.jar] identifier set to project name -INFO- Failed with reason build failed -INFO- Failed to extract fallback artifacts from Gump Repository The following work was performed: http://vmgump.apache.org/gump/public/jakarta-commons/commons-betwixt/gump_work/build_jakarta-commons_commons-betwixt.html Work Name: build_jakarta-commons_commons-betwixt (Type: Build) Work ended in a state of : Failed Elapsed: 2 mins 45 secs Command Line: /opt/jdk1.5/bin/java -Djava.awt.headless=true -Dant.build.clonevm=true -Xbootclasspath/p:/usr/local/gump/public/workspace/xml-xerces2/build/xercesImpl.jar:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar org.apache.tools.ant.Main -Dgump.merge=/x1/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only -Dfinal.name=commons-betwixt-21062007 -Dresourcedir=/usr/local/gump/public/workspace/jakarta-commons/betwixt jar [Working Directory: /usr/local/gump/public/workspace/jakarta-commons/betwixt] CLASSPATH: /opt/jdk1.5/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons/betwixt/target/classes:/usr/local/gump/public/workspace/jakarta-commons/betwixt/target/test-classes:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/packages/junit3.8.1/junit.jar:/usr/local/gump/public/workspace/xml-commons/java/build/resolver.jar:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis-ext.jar:/usr/local/gump/public/workspace/jakarta-commons/digester/dist/commons-digester.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-21062007.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-21062007.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-21062007.jar:/usr/local/gump/public/workspace/junit/dist/junit-21062007.jar - [junit] Jun 21, 2007 4:43:09 AM org.apache.commons.betwixt.versioning.VersioningStrategy checkVersionUntil [junit] INFO: value=null [junit] Jun 21, 2007 4:43:09 AM org.apache.commons.betwixt.versioning.VersioningStrategy checkVersionUntil [junit] INFO: version=3 [junit] Jun 21, 2007 4:43:09 AM org.apache.commons.betwixt.versioning.VersioningStrategy debugOptions [junit] INFO: Names: [junit] Jun 21, 2007 4:43:09 AM org.apache.commons.betwixt.versioning.VersioningStrategy debugOptions [junit] INFO: 0: version-from=2 [junit] Jun 21, 2007 4:43:09 AM org.apache.commons.betwixt.versioning.VersioningStrategy checkVersionUntil [junit] INFO: No attribute Version until [junit] Jun 21, 2007 4:43:09 AM org.apache.commons.betwixt.versioning.VersioningStrategy suppress [junit] INFO: Showing element [junit] Jun 21, 2007 4:43:09 AM org.apache.commons.betwixt.versioning.TestVersioning testWrite4 [junit] INFO: Written: [junit] VersioningTestData attribute1=attributevalue1 [junit] element1elementvalue1/element1 [junit] element2elementvalue2/element2 [junit] /VersioningTestData [junit] [junit] Jun 21, 2007 4:43:09 AM org.apache.commons.betwixt.versioning.TestVersioning testWrite4 [junit] INFO: testWrite1() complete [junit] - ---
[EMAIL PROTECTED]: Project commons-betwixt (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-betwixt has an issue affecting its community integration. This issue affects 7 projects, and has been outstanding for 52 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-betwixt : Commons Betwixt Package - commons-jelly-tags-betwixt : Commons Jelly - commons-jelly-tags-ojb : Commons Jelly - db-ddlutils : Easy-to-use component for working with Database Definition (... - db-ojb-from-packages-1-0-release : ObjectRelationalBridge - maven-bootstrap : Project Management Tools - test-ojb-from-packages-1-0-release : ObjectRelationalBridge Full details are available at: http://vmgump.apache.org/gump/public/jakarta-commons/commons-betwixt/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole output [commons-betwixt-21062007.jar] identifier set to project name -INFO- Failed with reason build failed -INFO- Failed to extract fallback artifacts from Gump Repository The following work was performed: http://vmgump.apache.org/gump/public/jakarta-commons/commons-betwixt/gump_work/build_jakarta-commons_commons-betwixt.html Work Name: build_jakarta-commons_commons-betwixt (Type: Build) Work ended in a state of : Failed Elapsed: 2 mins 45 secs Command Line: /opt/jdk1.5/bin/java -Djava.awt.headless=true -Dant.build.clonevm=true -Xbootclasspath/p:/usr/local/gump/public/workspace/xml-xerces2/build/xercesImpl.jar:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar org.apache.tools.ant.Main -Dgump.merge=/x1/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only -Dfinal.name=commons-betwixt-21062007 -Dresourcedir=/usr/local/gump/public/workspace/jakarta-commons/betwixt jar [Working Directory: /usr/local/gump/public/workspace/jakarta-commons/betwixt] CLASSPATH: /opt/jdk1.5/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons/betwixt/target/classes:/usr/local/gump/public/workspace/jakarta-commons/betwixt/target/test-classes:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/packages/junit3.8.1/junit.jar:/usr/local/gump/public/workspace/xml-commons/java/build/resolver.jar:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis-ext.jar:/usr/local/gump/public/workspace/jakarta-commons/digester/dist/commons-digester.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-21062007.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-21062007.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-21062007.jar:/usr/local/gump/public/workspace/junit/dist/junit-21062007.jar - [junit] Jun 21, 2007 4:43:09 AM org.apache.commons.betwixt.versioning.VersioningStrategy checkVersionUntil [junit] INFO: value=null [junit] Jun 21, 2007 4:43:09 AM org.apache.commons.betwixt.versioning.VersioningStrategy checkVersionUntil [junit] INFO: version=3 [junit] Jun 21, 2007 4:43:09 AM org.apache.commons.betwixt.versioning.VersioningStrategy debugOptions [junit] INFO: Names: [junit] Jun 21, 2007 4:43:09 AM org.apache.commons.betwixt.versioning.VersioningStrategy debugOptions [junit] INFO: 0: version-from=2 [junit] Jun 21, 2007 4:43:09 AM org.apache.commons.betwixt.versioning.VersioningStrategy checkVersionUntil [junit] INFO: No attribute Version until [junit] Jun 21, 2007 4:43:09 AM org.apache.commons.betwixt.versioning.VersioningStrategy suppress [junit] INFO: Showing element [junit] Jun 21, 2007 4:43:09 AM org.apache.commons.betwixt.versioning.TestVersioning testWrite4 [junit] INFO: Written: [junit] VersioningTestData attribute1=attributevalue1 [junit] element1elementvalue1/element1 [junit] element2elementvalue2/element2 [junit] /VersioningTestData [junit] [junit] Jun 21, 2007 4:43:09 AM org.apache.commons.betwixt.versioning.TestVersioning testWrite4 [junit] INFO: testWrite1() complete [junit] - ---
svn commit: r549466 - in /jakarta/commons/proper/modeler/trunk: NOTICE.txt RELEASE-NOTES-2.0.txt RELEASE-NOTES.txt maven.xml project.xml xdocs/downloads.xml
Author: niallp Date: Thu Jun 21 06:10:59 2007 New Revision: 549466 URL: http://svn.apache.org/viewvc?view=revrev=549466 Log: Update modeler build Added: jakarta/commons/proper/modeler/trunk/RELEASE-NOTES-2.0.txt - copied unchanged from r549456, jakarta/commons/proper/modeler/trunk/RELEASE-NOTES.txt Modified: jakarta/commons/proper/modeler/trunk/NOTICE.txt jakarta/commons/proper/modeler/trunk/RELEASE-NOTES.txt jakarta/commons/proper/modeler/trunk/maven.xml jakarta/commons/proper/modeler/trunk/project.xml jakarta/commons/proper/modeler/trunk/xdocs/downloads.xml Modified: jakarta/commons/proper/modeler/trunk/NOTICE.txt URL: http://svn.apache.org/viewvc/jakarta/commons/proper/modeler/trunk/NOTICE.txt?view=diffrev=549466r1=549465r2=549466 == --- jakarta/commons/proper/modeler/trunk/NOTICE.txt (original) +++ jakarta/commons/proper/modeler/trunk/NOTICE.txt Thu Jun 21 06:10:59 2007 @@ -1,5 +1,5 @@ Apache Jakarta Commons Modeler -Copyright 2001-2006 The Apache Software Foundation +Copyright 2001-2007 The Apache Software Foundation This product includes software developed by The Apache Software Foundation (http://www.apache.org/). Modified: jakarta/commons/proper/modeler/trunk/RELEASE-NOTES.txt URL: http://svn.apache.org/viewvc/jakarta/commons/proper/modeler/trunk/RELEASE-NOTES.txt?view=diffrev=549466r1=549465r2=549466 == --- jakarta/commons/proper/modeler/trunk/RELEASE-NOTES.txt (original) +++ jakarta/commons/proper/modeler/trunk/RELEASE-NOTES.txt Thu Jun 21 06:10:59 2007 @@ -1,7 +1,7 @@ $Id$ Commons Modeler Package -Version 2.0 +Version 2.0.1 Release Notes @@ -14,45 +14,13 @@ For more information on Jakarta Commons Modeler, see o http://jakarta.apache.org/commons/modeler/ -API CHANGES: - -o In org.apache.commons.modeler.BaseModelMBean, getObjectName's method - signature was as follows: -public javax.management.ObjectName getObjectName() - Now it has been changed to -public String getObjectName() - NOTE: This was not logged as a modeler bug. More information can be - found at the Sun Bug Database: -http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4909041 -o In org.apache.commons.modeler.BaseModelMBean, Folks who need the - ObjectName can now use the new method: -public javax.management.ObjectName getJmxName() - NOTE: This was not logged as a modeler bug. More information can be - found at the Sun Bug Database: -http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4909041 -o In org.apache.commons.modeler.util.IntrospectionUtils, A new method - clear has been added: -public void clear() - NOTE: This was done as part of fix for MODELER-15 +Compatibility with 2.0 +== +Modeler 2.0.1 is binary and source compatible with Modeler 2.0 BUG REPORTS ADDRESSED: = -o MODELER-18support for general descriptors -o MODELER-17[modeler] MbeansSource don't use args at mbeans and operations -o MODELER-16[modeler] download links broken -o MODELER-15[modeler] IntrospectionUtils memory leak -o MODELER-14After setting an Attribute the Notification Listener will not performed -o MODELER-13[modeler] BaseModelMBean class setModeledType method should be setModelerType -o MODELER-12[modeler] ManagedBean uses the wrong case for ObjectReference -o MODELER-11[modeler] Null Pointer Exception - Non-Singleton Registry -o MODELER-10[modeler] DTD violation when using simple wrapping -o MODELER-9 [modeler] Registry.convertValue doesn't support longs -o MODELER-8 [modeler] AttributeChangeNotification sent before attribute changes -o MODELER-7 sendAttributeChangeNotification on setAttribute -o MODELER-6 [modeler] wiki page is immutable and out-of-date -o MODELER-5 [modeler] setServer stack overflow -o MODELER-4 [modeler] Overloaded operations throw wrong number of parameters exception -o MODELER-3 [modeler] maven build fails on os x with test failure. -o MODELER-2 [modeler] Registry insufficiently synchronized -o MODELER-1 ClassNotFoundException while using the Notification \ No newline at end of file +o MODELER-20ant jar in trunk fails +o MODELER-21MbeansDescriptorsDigesterSource.java is never build if just setting commons-digester.jar property in build.properties +o MODELER-22ant.properties is missing from the Modeler jar Modified: jakarta/commons/proper/modeler/trunk/maven.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/modeler/trunk/maven.xml?view=diffrev=549466r1=549465r2=549466 == ---
svn commit: r549481 - /jakarta/commons/proper/launcher/trunk/xdocs/index.xml
Author: niallp Date: Thu Jun 21 06:47:05 2007 New Revision: 549481 URL: http://svn.apache.org/viewvc?view=revrev=549481 Log: Fix for LAUNCHER-8 - correct download link on launcher home page - thanks to Thomas Wabner Modified: jakarta/commons/proper/launcher/trunk/xdocs/index.xml Modified: jakarta/commons/proper/launcher/trunk/xdocs/index.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/launcher/trunk/xdocs/index.xml?view=diffrev=549481r1=549480r2=549481 == --- jakarta/commons/proper/launcher/trunk/xdocs/index.xml (original) +++ jakarta/commons/proper/launcher/trunk/xdocs/index.xml Thu Jun 21 06:47:05 2007 @@ -56,7 +56,7 @@ section name=Releases p - See the a href=downloads.htmldownloads/a page for information on obtaining releases. + See the a href=http://jakarta.apache.org/site/downloads/downloads_commons-launcher.cgi;downloads/a page for information on obtaining releases. /p br/ /section - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (LAUNCHER-8) Download Section on Homepage not working
[ https://issues.apache.org/jira/browse/LAUNCHER-8?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Niall Pemberton resolved LAUNCHER-8. Resolution: Fixed The dependencies page is available from the menu on the left hand side. I've fixed the link on the home page - thanks Download Section on Homepage not working Key: LAUNCHER-8 URL: https://issues.apache.org/jira/browse/LAUNCHER-8 Project: Commons Launcher Issue Type: Bug Reporter: Thomas Wabner The download page on the homepage does not work. http://jakarta.apache.org/commons/launcher/downloads.html Following output from the site: You must define themaven.xdoc.distributionUrlproperty if you wish to generate the download report. It would be also nice if in the maven reports the dependency report is enabled and the project description to have the current groupId, artifactId and Version like groupIdcommons-launcher/groupId artifactIdcommons-launcher/artifactId version1.1/version - Thomas Wabner -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (LAUNCHER-8) Download Section on Homepage not working
[ https://issues.apache.org/jira/browse/LAUNCHER-8?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Niall Pemberton updated LAUNCHER-8: --- Priority: Minor (was: Major) Issue Type: Task (was: Bug) Download Section on Homepage not working Key: LAUNCHER-8 URL: https://issues.apache.org/jira/browse/LAUNCHER-8 Project: Commons Launcher Issue Type: Task Reporter: Thomas Wabner Priority: Minor The download page on the homepage does not work. http://jakarta.apache.org/commons/launcher/downloads.html Following output from the site: You must define themaven.xdoc.distributionUrlproperty if you wish to generate the download report. It would be also nice if in the maven reports the dependency report is enabled and the project description to have the current groupId, artifactId and Version like groupIdcommons-launcher/groupId artifactIdcommons-launcher/artifactId version1.1/version - Thomas Wabner -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (LAUNCHER-8) Download Section on Homepage not working
Download Section on Homepage not working Key: LAUNCHER-8 URL: https://issues.apache.org/jira/browse/LAUNCHER-8 Project: Commons Launcher Issue Type: Bug Reporter: Thomas Wabner The download page on the homepage does not work. http://jakarta.apache.org/commons/launcher/downloads.html Following output from the site: You must define themaven.xdoc.distributionUrlproperty if you wish to generate the download report. It would be also nice if in the maven reports the dependency report is enabled and the project description to have the current groupId, artifactId and Version like groupIdcommons-launcher/groupId artifactIdcommons-launcher/artifactId version1.1/version - Thomas Wabner -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
InputStream-Multicaster
Folks! Do we have a component that contains an implementation for an InputStream multicast. What I am mean is something that takes an InputStream and makes it available to many consumers at the same time. This would require threading and concurrency of course. If no, which component would be suitable to host such an implementation. Thanks in advance and cheers Oliver - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[EMAIL PROTECTED]: Project commons-jelly-tags-jsl-test (in module commons-jelly) failed
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project commons-jelly-tags-jsl-test has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 32 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-jelly-tags-jsl-test : Commons Jelly Full details are available at: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-jsl-test/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Dependency on ant exists, no need to add for property maven.jar.ant-optional. -DEBUG- Dependency on xml-xerces exists, no need to add for property maven.jar.xerces. -DEBUG- (Gump generated) Maven Properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/project.properties -INFO- Project Reports in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/target/test-reports The following work was performed: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-jsl-test/gump_work/build_commons-jelly_commons-jelly-tags-jsl-test.html Work Name: build_commons-jelly_commons-jelly-tags-jsl-test (Type: Build) Work ended in a state of : Failed Elapsed: 20 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl] CLASSPATH: /opt/jdk1.5/lib/tools.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/commons-cli-1.0.x/target/commons-cli-21062007.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-21062007.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-21062007.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/ant/target/commons-jelly-tags-ant-21062007.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-21062007.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/log/target/commons-jelly-tags-log-21062007.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/target/commons-jelly-tags-xml-21062007.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-21062007.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-21062007.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-21062007.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/public/workspace/jaxen/target/jaxen-21062007.jar:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis-ext.jar - [junit] at org.apache.commons.jelly.tags.junit.AssertTagSupport.fail(AssertTagSupport.java:64) [junit] at org.apache.commons.jelly.tags.junit.AssertTag.doTag(AssertTag.java:59) [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:263) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:96) [junit] at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:187) [junit] at org.apache.commons.jelly.impl.StaticTag.doTag(StaticTag.java:66) [junit] at org.apache.commons.jelly.impl.StaticTagScript.run(StaticTagScript.java:113) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:96) [junit] at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:187) [junit] at org.apache.commons.jelly.tags.jsl.TemplateTag$1.run(TemplateTag.java:161) [junit] at org.dom4j.rule.Mode.fireRule(Mode.java:59) [junit] at org.dom4j.rule.Mode.applyTemplates(Mode.java:80) [junit] at org.dom4j.rule.RuleManager$1.run(RuleManager.java:171) [junit] at org.dom4j.rule.Mode.fireRule(Mode.java:59) [junit] at org.dom4j.rule.Stylesheet.run(Stylesheet.java:102)
[EMAIL PROTECTED]: Project commons-jelly-tags-jsl-test (in module commons-jelly) failed
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project commons-jelly-tags-jsl-test has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 32 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-jelly-tags-jsl-test : Commons Jelly Full details are available at: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-jsl-test/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Dependency on ant exists, no need to add for property maven.jar.ant-optional. -DEBUG- Dependency on xml-xerces exists, no need to add for property maven.jar.xerces. -DEBUG- (Gump generated) Maven Properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/project.properties -INFO- Project Reports in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/target/test-reports The following work was performed: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-jsl-test/gump_work/build_commons-jelly_commons-jelly-tags-jsl-test.html Work Name: build_commons-jelly_commons-jelly-tags-jsl-test (Type: Build) Work ended in a state of : Failed Elapsed: 20 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl] CLASSPATH: /opt/jdk1.5/lib/tools.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/commons-cli-1.0.x/target/commons-cli-21062007.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-21062007.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-21062007.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/ant/target/commons-jelly-tags-ant-21062007.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-21062007.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/log/target/commons-jelly-tags-log-21062007.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/target/commons-jelly-tags-xml-21062007.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-21062007.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-21062007.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-21062007.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/public/workspace/jaxen/target/jaxen-21062007.jar:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis-ext.jar - [junit] at org.apache.commons.jelly.tags.junit.AssertTagSupport.fail(AssertTagSupport.java:64) [junit] at org.apache.commons.jelly.tags.junit.AssertTag.doTag(AssertTag.java:59) [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:263) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:96) [junit] at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:187) [junit] at org.apache.commons.jelly.impl.StaticTag.doTag(StaticTag.java:66) [junit] at org.apache.commons.jelly.impl.StaticTagScript.run(StaticTagScript.java:113) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:96) [junit] at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:187) [junit] at org.apache.commons.jelly.tags.jsl.TemplateTag$1.run(TemplateTag.java:161) [junit] at org.dom4j.rule.Mode.fireRule(Mode.java:59) [junit] at org.dom4j.rule.Mode.applyTemplates(Mode.java:80) [junit] at org.dom4j.rule.RuleManager$1.run(RuleManager.java:171) [junit] at org.dom4j.rule.Mode.fireRule(Mode.java:59) [junit] at org.dom4j.rule.Stylesheet.run(Stylesheet.java:102)
[EMAIL PROTECTED]: Project commons-jelly-tags-jaxme (in module commons-jelly) failed
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project commons-jelly-tags-jaxme has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 7 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-jelly-tags-jaxme : Commons Jelly Full details are available at: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-jaxme/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole output [commons-jelly-tags-jaxme-21062007.jar] identifier set to project name -DEBUG- Dependency on packaged-jaxme exists, no need to add for property maven.jar.jaxme. -DEBUG- Dependency on packaged-jaxme exists, no need to add for property maven.jar.jaxme-js. -DEBUG- Dependency on packaged-jaxme exists, no need to add for property maven.jar.jaxme-xs. -DEBUG- Dependency on packaged-jaxme exists, no need to add for property maven.jar.jaxme-api. -DEBUG- Dependency on xml-xerces exists, no need to add for property maven.jar.xerces. -DEBUG- (Gump generated) Maven Properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jaxme/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jaxme/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jaxme/project.properties -INFO- Project Reports in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jaxme/target/test-reports -INFO- Failed to extract fallback artifacts from Gump Repository The following work was performed: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-jaxme/gump_work/build_commons-jelly_commons-jelly-tags-jaxme.html Work Name: build_commons-jelly_commons-jelly-tags-jaxme (Type: Build) Work ended in a state of : Failed Elapsed: 12 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jaxme] CLASSPATH: /opt/jdk1.5/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-21062007.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-21062007.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-21062007.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/target/commons-jelly-tags-xml-21062007.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/xmlunit/target/commons-jelly-tags-xmlunit-21062007.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-21062007.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-21062007.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-21062007.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/public/workspace/jaxen/target/jaxen-21062007.jar:/usr/local/gump/packages/ws-jaxme-0.5/lib/jaxme2-0.5.jar:/usr/local/gump/packages/ws-jaxme-0.5/lib/jaxmeapi-0.5.jar:/usr/local/gump/packages/ws-jaxme-0.5/lib/jaxmejs-0.5.jar:/usr/local/gump/packages/ws-jaxme-0.5/lib/jaxmexs-0.5.jar:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis-ext.jar:/usr/local/gump/public/workspace/xmlunit/build/lib/xmlunit-21062007.jar - [javac] symbol : variable super [javac] location: class org.apache.ws.jaxme.examples.misc.address.impl.AddressTypeHandler [javac] super.startElement(pNamespaceURI, pLocalName, pQName, pAttr); [javac] ^ [javac] /x1/gump/public/workspace/commons-jelly/jelly-tags/jaxme/src/test/org/apache/ws/jaxme/examples/misc/address/impl/AddressTypeHandler.java:273: cannot find symbol [javac] symbol : variable super [javac] location: class org.apache.ws.jaxme.examples.misc.address.impl.AddressTypeHandler [javac] super.endElement(pNamespaceURI, pLocalName, pQName); [javac] ^ [javac] /x1/gump/public/workspace/commons-jelly/jelly-tags/jaxme/src/test/org/apache/ws/jaxme/examples/misc/address/impl/AddressTypeHandler.java:282: cannot find symbol [javac] symbol : method getResult() [javac] location: class org.apache.ws.jaxme.examples.misc.address.impl.AddressTypeHandler [javac] org.apache.ws.jaxme.examples.misc.address.AddressType _1 = (org.apache.ws.jaxme.examples.misc.address.AddressType) getResult(); [javac]
[EMAIL PROTECTED]: Project commons-jelly-tags-jaxme (in module commons-jelly) failed
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project commons-jelly-tags-jaxme has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 7 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-jelly-tags-jaxme : Commons Jelly Full details are available at: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-jaxme/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole output [commons-jelly-tags-jaxme-21062007.jar] identifier set to project name -DEBUG- Dependency on packaged-jaxme exists, no need to add for property maven.jar.jaxme. -DEBUG- Dependency on packaged-jaxme exists, no need to add for property maven.jar.jaxme-js. -DEBUG- Dependency on packaged-jaxme exists, no need to add for property maven.jar.jaxme-xs. -DEBUG- Dependency on packaged-jaxme exists, no need to add for property maven.jar.jaxme-api. -DEBUG- Dependency on xml-xerces exists, no need to add for property maven.jar.xerces. -DEBUG- (Gump generated) Maven Properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jaxme/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jaxme/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jaxme/project.properties -INFO- Project Reports in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jaxme/target/test-reports -INFO- Failed to extract fallback artifacts from Gump Repository The following work was performed: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-jaxme/gump_work/build_commons-jelly_commons-jelly-tags-jaxme.html Work Name: build_commons-jelly_commons-jelly-tags-jaxme (Type: Build) Work ended in a state of : Failed Elapsed: 12 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jaxme] CLASSPATH: /opt/jdk1.5/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-21062007.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-21062007.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-21062007.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/target/commons-jelly-tags-xml-21062007.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/xmlunit/target/commons-jelly-tags-xmlunit-21062007.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-21062007.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-21062007.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-21062007.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/public/workspace/jaxen/target/jaxen-21062007.jar:/usr/local/gump/packages/ws-jaxme-0.5/lib/jaxme2-0.5.jar:/usr/local/gump/packages/ws-jaxme-0.5/lib/jaxmeapi-0.5.jar:/usr/local/gump/packages/ws-jaxme-0.5/lib/jaxmejs-0.5.jar:/usr/local/gump/packages/ws-jaxme-0.5/lib/jaxmexs-0.5.jar:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis-ext.jar:/usr/local/gump/public/workspace/xmlunit/build/lib/xmlunit-21062007.jar - [javac] symbol : variable super [javac] location: class org.apache.ws.jaxme.examples.misc.address.impl.AddressTypeHandler [javac] super.startElement(pNamespaceURI, pLocalName, pQName, pAttr); [javac] ^ [javac] /x1/gump/public/workspace/commons-jelly/jelly-tags/jaxme/src/test/org/apache/ws/jaxme/examples/misc/address/impl/AddressTypeHandler.java:273: cannot find symbol [javac] symbol : variable super [javac] location: class org.apache.ws.jaxme.examples.misc.address.impl.AddressTypeHandler [javac] super.endElement(pNamespaceURI, pLocalName, pQName); [javac] ^ [javac] /x1/gump/public/workspace/commons-jelly/jelly-tags/jaxme/src/test/org/apache/ws/jaxme/examples/misc/address/impl/AddressTypeHandler.java:282: cannot find symbol [javac] symbol : method getResult() [javac] location: class org.apache.ws.jaxme.examples.misc.address.impl.AddressTypeHandler [javac] org.apache.ws.jaxme.examples.misc.address.AddressType _1 = (org.apache.ws.jaxme.examples.misc.address.AddressType) getResult(); [javac]
svn commit: r549504 - in /jakarta/commons/proper/modeler/trunk/xdocs: building.xml downloads.xml navigation.xml
Author: niallp Date: Thu Jun 21 08:00:00 2007 New Revision: 549504 URL: http://svn.apache.org/viewvc?view=revrev=549504 Log: Site improvements Modified: jakarta/commons/proper/modeler/trunk/xdocs/building.xml jakarta/commons/proper/modeler/trunk/xdocs/downloads.xml jakarta/commons/proper/modeler/trunk/xdocs/navigation.xml Modified: jakarta/commons/proper/modeler/trunk/xdocs/building.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/modeler/trunk/xdocs/building.xml?view=diffrev=549504r1=549503r2=549504 == --- jakarta/commons/proper/modeler/trunk/xdocs/building.xml (original) +++ jakarta/commons/proper/modeler/trunk/xdocs/building.xml Thu Jun 21 08:00:00 2007 @@ -58,5 +58,15 @@ /p /section !-- == -- +section name=Nightly Builds + p + a href=http://people.apache.org/builds/jakarta-commons/nightly/commons-modeler/;Nightly Builds/a + are built once a day from the current SVN HEAD. These are provided purely for test purposes and are bNOT + official releases/b of the Apache Software Foundation - Released versions of Commons Modeler are + available a href=http://jakarta.apache.org/site/downloads/downloads_commons-modeler.cgi;here/a. + /p +/section + +!-- == -- /body /document Modified: jakarta/commons/proper/modeler/trunk/xdocs/downloads.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/modeler/trunk/xdocs/downloads.xml?view=diffrev=549504r1=549503r2=549504 == --- jakarta/commons/proper/modeler/trunk/xdocs/downloads.xml (original) +++ jakarta/commons/proper/modeler/trunk/xdocs/downloads.xml Thu Jun 21 08:00:00 2007 @@ -26,9 +26,10 @@ section name=Releases pThe following releases are available:/p ul - liRelease 2.0 - 31 Jul 2006 - a href=http://svn.apache.org/repos/asf/jakarta/commons/proper/modeler/tags/MODELER_2_0/RELEASE-NOTES.txt;(release notes)/a/li - liRelease 1.1 - 10 Aug 2003 - a href=http://svn.apache.org/repos/asf/jakarta/commons/proper/modeler/tags/MODELER_1_1/RELEASE-NOTES-1.1.txt;(release notes)/a/li - liRelease 1.0 - 27 Dec 2002 - a href=http://svn.apache.org/repos/asf/jakarta/commons/proper/modeler/tags/MODELER_1_0/RELEASE-NOTES.txt;(release notes)/a/li + + liRelease 2.0 - 31 Jul 2006 - a href=http://jakarta.apache.org/commons/modeler/commons-modeler-2.0/RELEASE-NOTES.txt;(release notes)/a/li + liRelease 1.1 - 10 Aug 2003 - a href=http://jakarta.apache.org/commons/modeler/commons-modeler-1.1/RELEASE-NOTES-1.1.txt;(release notes)/a/li + liRelease 1.0 - 27 Dec 2002 - a href=http://jakarta.apache.org/commons/modeler/commons-modeler-1.0/RELEASE-NOTES.txt;(release notes)/a/li /ul br/ p @@ -41,10 +42,6 @@ moved into a a href=http://archive.apache.org/dist/jakarta/commons/modeler/; special archive area/a. - /p - p - a href=http://people.apache.org/builds/jakarta-commons/nightly/commons-modeler/; - Nightly source and binary drops/a are available. /p p Access to the source tree to see the latest and greatest code is possible Modified: jakarta/commons/proper/modeler/trunk/xdocs/navigation.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/modeler/trunk/xdocs/navigation.xml?view=diffrev=549504r1=549503r2=549504 == --- jakarta/commons/proper/modeler/trunk/xdocs/navigation.xml (original) +++ jakarta/commons/proper/modeler/trunk/xdocs/navigation.xml Thu Jun 21 08:00:00 2007 @@ -27,9 +27,25 @@ menu name=Commons#xA0;Modeler item name=Overview href=/index.html / -item name=API#xA0;Documentation href=/apidocs/index.html/ item name=Downloads href=/downloads.html/ +item name=Dependencies href=/dependencies.html/ +item name=License href=/license.html/ item name=Wiki href=http://wiki.apache.org/jakarta-commons/Modeler/ +/menu + +menu name=2.0 Release +item name=Release Notes href=http://jakarta.apache.org/commons/modeler/commons-modeler-2.0/RELEASE-NOTES.txt/ +item name=JavaDoc href=http://jakarta.apache.org/commons/modeler/commons-modeler-2.0/apidocs/// +/menu + +menu name=1.1 Release +item name=Release Notes href=http://jakarta.apache.org/commons/modeler/commons-modeler-1.1/RELEASE-NOTES-1.1.txt/ +item name=JavaDoc
svn commit: r549511 - /jakarta/commons/proper/modeler/trunk/maven.xml
Author: niallp Date: Thu Jun 21 08:22:59 2007 New Revision: 549511 URL: http://svn.apache.org/viewvc?view=revrev=549511 Log: minor build fix Modified: jakarta/commons/proper/modeler/trunk/maven.xml Modified: jakarta/commons/proper/modeler/trunk/maven.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/modeler/trunk/maven.xml?view=diffrev=549511r1=549510r2=549511 == --- jakarta/commons/proper/modeler/trunk/maven.xml (original) +++ jakarta/commons/proper/modeler/trunk/maven.xml Thu Jun 21 08:22:59 2007 @@ -56,8 +56,6 @@ fileset file=${basedir}/RELEASE-NOTES.txt/ fileset file=${basedir}/build.properties.sample/ fileset file=${basedir}/build.properties.default/ - fileset file=${basedir}/checkstyle.xml/ - fileset file=${basedir}/license-header.txt/ /copy !-- Copy xdoc files -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (BEANUTILS-142) [beanutils] RowSetDynaClass fails to copy resulset to DynaBean with Oracle 10g JDBC driver
[ https://issues.apache.org/jira/browse/BEANUTILS-142?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12506944 ] dyna bean commented on BEANUTILS-142: - Unfortunately, this patch not working in my project. Got the resources from nightly build (20070621) ( http://people.apache.org/builds/jakarta-commons/nightly/commons-beanutils/ ) and change the method public Object convert(Class type, Object value) in class SqlTimestampConverter. its work ;) public Object convert(Class type, Object value) { if (value == null) { if (useDefault) { return (defaultValue); } else { throw new ConversionException(No value specified); } } if (value instanceof Timestamp) { return (value); } else if (value instanceof Date) { return (new Timestamp(((Date)value).getTime())); } try { return (Timestamp.valueOf(value.toString())); } catch (Exception e) { if (useDefault) { return (defaultValue); } else { throw new ConversionException(e); } } } [beanutils] RowSetDynaClass fails to copy resulset to DynaBean with Oracle 10g JDBC driver -- Key: BEANUTILS-142 URL: https://issues.apache.org/jira/browse/BEANUTILS-142 Project: Commons BeanUtils Issue Type: Bug Components: DynaBean Environment: Operating System: Windows XP Platform: All Reporter: Li Zhang Fix For: 1.8.0 Attachments: Beanutils-142.patch Beginning in Oracle 9.2, DATE is mapped to Date and TIMESTAMP is mapped to Timestamp. However if you were relying on DATE values to contain time information, there is a problem. When using Oracle 10g JDBC driver, the ResultSetMetaData.getColumnClassName returns java.sql.Timestamp but ResultSet.getObject(name).getClass() returns java.sql.Date. Obviously these two do not match each other. When the RowSetDynaClass.copy function tries to set the value to BasicDynaBean, it throws exception. Need a workaround. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r549538 - in /jakarta/commons/proper/modeler/trunk: ./ src/java/org/apache/commons/modeler/ src/java/org/apache/commons/modeler/ant/ src/java/org/apache/commons/modeler/mbeans/ src/java/or
Author: niallp Date: Thu Jun 21 09:41:13 2007 New Revision: 549538 URL: http://svn.apache.org/viewvc?view=revrev=549538 Log: Add missing license headers Modified: jakarta/commons/proper/modeler/trunk/build.properties.default jakarta/commons/proper/modeler/trunk/build.properties.sample jakarta/commons/proper/modeler/trunk/build.xml jakarta/commons/proper/modeler/trunk/src/java/org/apache/commons/modeler/ant/Arg.java jakarta/commons/proper/modeler/trunk/src/java/org/apache/commons/modeler/ant/ant.properties jakarta/commons/proper/modeler/trunk/src/java/org/apache/commons/modeler/ant/package.html jakarta/commons/proper/modeler/trunk/src/java/org/apache/commons/modeler/mbeans-descriptors.dtd jakarta/commons/proper/modeler/trunk/src/java/org/apache/commons/modeler/mbeans/MBeanProxy.java jakarta/commons/proper/modeler/trunk/src/java/org/apache/commons/modeler/modules/MbeansDescriptorsDynamicMBeanSource.java jakarta/commons/proper/modeler/trunk/src/java/org/apache/commons/modeler/modules/MbeansDescriptorsSerSource.java jakarta/commons/proper/modeler/trunk/src/java/org/apache/commons/modeler/modules/MbeansSource.java jakarta/commons/proper/modeler/trunk/src/java/org/apache/commons/modeler/modules/MbeansSourceMBean.java jakarta/commons/proper/modeler/trunk/src/java/org/apache/commons/modeler/modules/ModelerSource.java jakarta/commons/proper/modeler/trunk/src/java/org/apache/commons/modeler/modules/package.html jakarta/commons/proper/modeler/trunk/src/java/org/apache/commons/modeler/package.html jakarta/commons/proper/modeler/trunk/src/test/org/apache/commons/modeler/demo/mbeans-descriptors.xml jakarta/commons/proper/modeler/trunk/src/test/org/apache/commons/modeler/mbeans-descriptors.xml jakarta/commons/proper/modeler/trunk/xdocs/index.xml Modified: jakarta/commons/proper/modeler/trunk/build.properties.default URL: http://svn.apache.org/viewvc/jakarta/commons/proper/modeler/trunk/build.properties.default?view=diffrev=549538r1=549537r2=549538 == --- jakarta/commons/proper/modeler/trunk/build.properties.default (original) +++ jakarta/commons/proper/modeler/trunk/build.properties.default Thu Jun 21 09:41:13 2007 @@ -1,3 +1,18 @@ +# Licensed to the Apache Software Foundation (ASF) under one or more +# contributor license agreements. See the NOTICE file distributed with +# this work for additional information regarding copyright ownership. +# The ASF licenses this file to You 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. + # - Proxy setup - #proxy.host=proxy.domain #proxy.port=8080 Modified: jakarta/commons/proper/modeler/trunk/build.properties.sample URL: http://svn.apache.org/viewvc/jakarta/commons/proper/modeler/trunk/build.properties.sample?view=diffrev=549538r1=549537r2=549538 == --- jakarta/commons/proper/modeler/trunk/build.properties.sample (original) +++ jakarta/commons/proper/modeler/trunk/build.properties.sample Thu Jun 21 09:41:13 2007 @@ -1,3 +1,18 @@ +# Licensed to the Apache Software Foundation (ASF) under one or more +# contributor license agreements. See the NOTICE file distributed with +# this work for additional information regarding copyright ownership. +# The ASF licenses this file to You 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. + # build.properties.sample - Sample build.properties for modeler # Base properties for expansion below Modified: jakarta/commons/proper/modeler/trunk/build.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/modeler/trunk/build.xml?view=diffrev=549538r1=549537r2=549538 == --- jakarta/commons/proper/modeler/trunk/build.xml (original) +++ jakarta/commons/proper/modeler/trunk/build.xml Thu Jun 21 09:41:13 2007
[jira] Commented: (VFS-98) VFS causes deadlocks or is not thread-safe
[ https://issues.apache.org/jira/browse/VFS-98?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12506958 ] Chris Beams commented on VFS-98: Mario, Thanks so much for this (simple!) fix... We have been testing it very heavily these past two days, and have not encountered a single deadlock. VFS causes deadlocks or is not thread-safe -- Key: VFS-98 URL: https://issues.apache.org/jira/browse/VFS-98 Project: Commons VFS Issue Type: Bug Affects Versions: Nightly Builds Environment: jdk1.5.0_07 / Linux Reporter: Juha-Matti Toppinen Assignee: Mario Ivankovits Attachments: vfs.dead.jstack.txt, vfs.dead.threaddump.synchronizedfileobject.txt, vfs.dead.threaddump.txt, vfs_deadlock.txt Newer versions of VFS seems to be unusable in multithreading environments, causing a deadlock of some kind. This causes my Java web server application to completely hang when there is many concurrent connections. My application uses a single FileSystemManager instance, and makes quite heavy use of VFS; opening many files from many threads simultaneously. I have tried, without success different workarounds based on some mailing list threads: - Using both NullReferenceFilesCache and the default SoftReferenceFilesCache. (SoftReferenceFilesCache seemed to sometimes cause some additional thread-related exceptions under heavy load, but propably unrelated to this issue) - Using the new SynchorizedFileObjectDecorator also did not help. On the contrary, it seemed to trigger the deadlock more easily. The version I have problems with is a nightly build: commons-vfs-20060831 The older version commons-vfs-20060115 works beautifully, but I would like to use newer version because I want to be able to use FileObject.refresh() to reset the internal state of files (specially, to get a fresh list of children). I hope the threading issues are going to be resolved in near future, and I am willing to help in any way. I do not have very deep experience about multithreading applications, so I wasn't able to get more close to the roots of the issue. Feel free to ask for more information. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (MODELER-23) mbeans-descriptors.dtd is missing from the jar and binary distro
mbeans-descriptors.dtd is missing from the jar and binary distro Key: MODELER-23 URL: https://issues.apache.org/jira/browse/MODELER-23 Project: Commons Modeler Issue Type: Bug Affects Versions: 2.0 Reporter: Niall Pemberton Assignee: Niall Pemberton Priority: Minor Fix For: 2.1 mbeans-descriptors.dtd is missing from the jar and binary distro in Modeler 2.0 -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r549548 - in /jakarta/commons/proper/modeler/trunk: RELEASE-NOTES.txt maven.xml project.xml
Author: niallp Date: Thu Jun 21 10:03:51 2007 New Revision: 549548 URL: http://svn.apache.org/viewvc?view=revrev=549548 Log: Fix for MODELER-23 Include mbeans-descriptors.dtd file in the modeler jar and binary distro Modified: jakarta/commons/proper/modeler/trunk/RELEASE-NOTES.txt jakarta/commons/proper/modeler/trunk/maven.xml jakarta/commons/proper/modeler/trunk/project.xml Modified: jakarta/commons/proper/modeler/trunk/RELEASE-NOTES.txt URL: http://svn.apache.org/viewvc/jakarta/commons/proper/modeler/trunk/RELEASE-NOTES.txt?view=diffrev=549548r1=549547r2=549548 == --- jakarta/commons/proper/modeler/trunk/RELEASE-NOTES.txt (original) +++ jakarta/commons/proper/modeler/trunk/RELEASE-NOTES.txt Thu Jun 21 10:03:51 2007 @@ -24,3 +24,4 @@ o MODELER-20ant jar in trunk fails o MODELER-21MbeansDescriptorsDigesterSource.java is never build if just setting commons-digester.jar property in build.properties o MODELER-22ant.properties is missing from the Modeler jar +o MODELER-23mbeans-descriptors.dtd is missing from the Modeler jar and binary distro Modified: jakarta/commons/proper/modeler/trunk/maven.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/modeler/trunk/maven.xml?view=diffrev=549548r1=549547r2=549548 == --- jakarta/commons/proper/modeler/trunk/maven.xml (original) +++ jakarta/commons/proper/modeler/trunk/maven.xml Thu Jun 21 10:03:51 2007 @@ -41,6 +41,7 @@ copy todir=${maven.dist.bin.assembly.dir} fileset file='${basedir}/NOTICE.txt'/ fileset file=${basedir}/RELEASE-NOTES.txt/ + fileset file=${basedir}/src/java/org/apache/commons/modeler/mbeans-descriptors.dtd/ /copy /postGoal Modified: jakarta/commons/proper/modeler/trunk/project.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/modeler/trunk/project.xml?view=diffrev=549548r1=549547r2=549548 == --- jakarta/commons/proper/modeler/trunk/project.xml (original) +++ jakarta/commons/proper/modeler/trunk/project.xml Thu Jun 21 10:03:51 2007 @@ -226,6 +226,7 @@ directorysrc/java/directory includes include**/ant.properties/include + include**/mbeans-descriptors.dtd/include /includes /resource /resources - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (MODELER-23) mbeans-descriptors.dtd is missing from the jar and binary distro
[ https://issues.apache.org/jira/browse/MODELER-23?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Niall Pemberton resolved MODELER-23. Resolution: Fixed mbeans-descriptors.dtd is missing from the jar and binary distro Key: MODELER-23 URL: https://issues.apache.org/jira/browse/MODELER-23 Project: Commons Modeler Issue Type: Bug Affects Versions: 2.0 Reporter: Niall Pemberton Assignee: Niall Pemberton Priority: Minor Fix For: 2.1 mbeans-descriptors.dtd is missing from the jar and binary distro in Modeler 2.0 -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r549557 - /jakarta/commons/proper/modeler/trunk/xdocs/navigation.xml
Author: niallp Date: Thu Jun 21 10:20:46 2007 New Revision: 549557 URL: http://svn.apache.org/viewvc?view=revrev=549557 Log: Add javadoc link Modified: jakarta/commons/proper/modeler/trunk/xdocs/navigation.xml Modified: jakarta/commons/proper/modeler/trunk/xdocs/navigation.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/modeler/trunk/xdocs/navigation.xml?view=diffrev=549557r1=549556r2=549557 == --- jakarta/commons/proper/modeler/trunk/xdocs/navigation.xml (original) +++ jakarta/commons/proper/modeler/trunk/xdocs/navigation.xml Thu Jun 21 10:20:46 2007 @@ -28,6 +28,7 @@ menu name=Commons#xA0;Modeler item name=Overview href=/index.html / item name=Downloads href=/downloads.html/ +item name=JavaDoc href=/apidocs/index.html/ item name=Dependencies href=/dependencies.html/ item name=License href=/license.html/ item name=Wiki href=http://wiki.apache.org/jakarta-commons/Modeler/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r549560 - /jakarta/commons/proper/modeler/tags/MODELER_2_0_1_RC1/
Author: niallp Date: Thu Jun 21 10:28:35 2007 New Revision: 549560 URL: http://svn.apache.org/viewvc?view=revrev=549560 Log: Tag Modeler 2.0.1 RC1 Added: jakarta/commons/proper/modeler/tags/MODELER_2_0_1_RC1/ - copied from r549559, jakarta/commons/proper/modeler/trunk/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r549564 - /jakarta/commons/proper/modeler/tags/MODELER_2_0_1_RC1/
Author: niallp Date: Thu Jun 21 10:38:14 2007 New Revision: 549564 URL: http://svn.apache.org/viewvc?view=revrev=549564 Log: Delete the tag Removed: jakarta/commons/proper/modeler/tags/MODELER_2_0_1_RC1/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (VFS-98) VFS causes deadlocks or is not thread-safe
[ https://issues.apache.org/jira/browse/VFS-98?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12506967 ] Mario Ivankovits commented on VFS-98: - Hehe - sometimes something looks complicated - its great if there is a simple fix for such a case :-) VFS causes deadlocks or is not thread-safe -- Key: VFS-98 URL: https://issues.apache.org/jira/browse/VFS-98 Project: Commons VFS Issue Type: Bug Affects Versions: Nightly Builds Environment: jdk1.5.0_07 / Linux Reporter: Juha-Matti Toppinen Assignee: Mario Ivankovits Attachments: vfs.dead.jstack.txt, vfs.dead.threaddump.synchronizedfileobject.txt, vfs.dead.threaddump.txt, vfs_deadlock.txt Newer versions of VFS seems to be unusable in multithreading environments, causing a deadlock of some kind. This causes my Java web server application to completely hang when there is many concurrent connections. My application uses a single FileSystemManager instance, and makes quite heavy use of VFS; opening many files from many threads simultaneously. I have tried, without success different workarounds based on some mailing list threads: - Using both NullReferenceFilesCache and the default SoftReferenceFilesCache. (SoftReferenceFilesCache seemed to sometimes cause some additional thread-related exceptions under heavy load, but propably unrelated to this issue) - Using the new SynchorizedFileObjectDecorator also did not help. On the contrary, it seemed to trigger the deadlock more easily. The version I have problems with is a nightly build: commons-vfs-20060831 The older version commons-vfs-20060115 works beautifully, but I would like to use newer version because I want to be able to use FileObject.refresh() to reset the internal state of files (specially, to get a fresh list of children). I hope the threading issues are going to be resolved in near future, and I am willing to help in any way. I do not have very deep experience about multithreading applications, so I wasn't able to get more close to the roots of the issue. Feel free to ask for more information. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r549565 - in /jakarta/commons/proper/modeler/tags/MODELER_2_0_1_RC1: ./ build.xml project.xml src/conf/MANIFEST.MF xdocs/downloads.xml xdocs/navigation.xml
Author: niallp Date: Thu Jun 21 10:39:11 2007 New Revision: 549565 URL: http://svn.apache.org/viewvc?view=revrev=549565 Log: Tag Modeler 2.0.1 RC1 (2nd attempt) Added: jakarta/commons/proper/modeler/tags/MODELER_2_0_1_RC1/ - copied from r549557, jakarta/commons/proper/modeler/trunk/ Modified: jakarta/commons/proper/modeler/tags/MODELER_2_0_1_RC1/build.xml jakarta/commons/proper/modeler/tags/MODELER_2_0_1_RC1/project.xml jakarta/commons/proper/modeler/tags/MODELER_2_0_1_RC1/src/conf/MANIFEST.MF jakarta/commons/proper/modeler/tags/MODELER_2_0_1_RC1/xdocs/downloads.xml jakarta/commons/proper/modeler/tags/MODELER_2_0_1_RC1/xdocs/navigation.xml Modified: jakarta/commons/proper/modeler/tags/MODELER_2_0_1_RC1/build.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/modeler/tags/MODELER_2_0_1_RC1/build.xml?view=diffrev=549565r1=549557r2=549565 == --- jakarta/commons/proper/modeler/tags/MODELER_2_0_1_RC1/build.xml (original) +++ jakarta/commons/proper/modeler/tags/MODELER_2_0_1_RC1/build.xml Thu Jun 21 10:39:11 2007 @@ -69,7 +69,7 @@ property name=component.title value=Model MBeans Support Package/ !-- The current version number of this component -- - property name=component.version value=2.1-dev/ + property name=component.version value=2.0.1/ !-- The base directory for compilation targets -- property name=build.home value=target/ Modified: jakarta/commons/proper/modeler/tags/MODELER_2_0_1_RC1/project.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/modeler/tags/MODELER_2_0_1_RC1/project.xml?view=diffrev=549565r1=549557r2=549565 == --- jakarta/commons/proper/modeler/tags/MODELER_2_0_1_RC1/project.xml (original) +++ jakarta/commons/proper/modeler/tags/MODELER_2_0_1_RC1/project.xml Thu Jun 21 10:39:11 2007 @@ -23,7 +23,7 @@ nameCommons Modeler/name groupIdcommons-modeler/groupId artifactIdcommons-modeler/artifactId - currentVersion2.1-dev/currentVersion + currentVersion2.0.1/currentVersion inceptionYear2002/inceptionYear shortDescriptionCommons Modeler/shortDescription description Modified: jakarta/commons/proper/modeler/tags/MODELER_2_0_1_RC1/src/conf/MANIFEST.MF URL: http://svn.apache.org/viewvc/jakarta/commons/proper/modeler/tags/MODELER_2_0_1_RC1/src/conf/MANIFEST.MF?view=diffrev=549565r1=549557r2=549565 == --- jakarta/commons/proper/modeler/tags/MODELER_2_0_1_RC1/src/conf/MANIFEST.MF (original) +++ jakarta/commons/proper/modeler/tags/MODELER_2_0_1_RC1/src/conf/MANIFEST.MF Thu Jun 21 10:39:11 2007 @@ -1,7 +1,7 @@ Manifest-version: 1.1 Extension-Name: org.apache.commons.modeler Specification-Vendor: Apache Software Foundation -Specification-Version: 1.1 +Specification-Version: 2.0 Implementation-Vendor-Id: org.apache Implementation-Vendor: Apache Software Foundation -Implementation-Version: 1.1.0 +Implementation-Version: 2.0.1 Modified: jakarta/commons/proper/modeler/tags/MODELER_2_0_1_RC1/xdocs/downloads.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/modeler/tags/MODELER_2_0_1_RC1/xdocs/downloads.xml?view=diffrev=549565r1=549557r2=549565 == --- jakarta/commons/proper/modeler/tags/MODELER_2_0_1_RC1/xdocs/downloads.xml (original) +++ jakarta/commons/proper/modeler/tags/MODELER_2_0_1_RC1/xdocs/downloads.xml Thu Jun 21 10:39:11 2007 @@ -27,6 +27,7 @@ pThe following releases are available:/p ul + liRelease 2.0.1 - 25 Jun 2007 - a href=http://jakarta.apache.org/commons/modeler/commons-modeler-2.0.1/RELEASE-NOTES.txt;(release notes)/a/li liRelease 2.0 - 31 Jul 2006 - a href=http://jakarta.apache.org/commons/modeler/commons-modeler-2.0/RELEASE-NOTES.txt;(release notes)/a/li liRelease 1.1 - 10 Aug 2003 - a href=http://jakarta.apache.org/commons/modeler/commons-modeler-1.1/RELEASE-NOTES-1.1.txt;(release notes)/a/li liRelease 1.0 - 27 Dec 2002 - a href=http://jakarta.apache.org/commons/modeler/commons-modeler-1.0/RELEASE-NOTES.txt;(release notes)/a/li Modified: jakarta/commons/proper/modeler/tags/MODELER_2_0_1_RC1/xdocs/navigation.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/modeler/tags/MODELER_2_0_1_RC1/xdocs/navigation.xml?view=diffrev=549565r1=549557r2=549565 == --- jakarta/commons/proper/modeler/tags/MODELER_2_0_1_RC1/xdocs/navigation.xml (original) +++ jakarta/commons/proper/modeler/tags/MODELER_2_0_1_RC1/xdocs/navigation.xml Thu Jun 21 10:39:11 2007 @@ -34,6 +34,11 @@ item name=Wiki href=http://wiki.apache.org/jakarta-commons/Modeler/ /menu
[jira] Commented: (SCXML-47) Provide a state machine support class to allow for delegation.
[ https://issues.apache.org/jira/browse/SCXML-47?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12506990 ] Rahul Akolkar commented on SCXML-47: Looks good, a few minutiae: * Perhaps it is better to have the name elaborate that the support is for authoring classes that model stateful entities (and the operations performed in those states). Do you think the name ClassStateMachineSupport makes more sense? It does to me, but I'm not very good with names. * The StateMachineSupport class (new name TBD) needs a ton of Javadoc at the class level so folks can get a hang of whats in there (thanks for the new method Javadocs). Some of your usage code snippets in the opening description of this issue would also help a lot as part of that Javadoc. * Code has unused imports (and some other warnings from my IDE about unused stuff that are probably bogus) * We should have only one AbstractStateMachine class (the current one can extend StateMachineSupport and we'll be done with that). I don't see what we can do about your constructors being a bit messy comment (I think we'll leave them the way you have them). Do you want to make these changes? I can too, but I can't say when. Provide a state machine support class to allow for delegation. -- Key: SCXML-47 URL: https://issues.apache.org/jira/browse/SCXML-47 Project: Commons SCXML Issue Type: Improvement Affects Versions: 0.6 Reporter: Michael Heuer Priority: Minor Fix For: 0.7 Attachments: state-machine-support-src.tar.gz This is not completely thought out yet, but if folks like the idea I might persue it further. I would like to use AbstractStateMachine but cannot extend from it: class B extends A /*, AbstractStateMachine */ { // copy source from AbstractStateMachine here } I propose here a StateMachineSupport class that provides for use by subclassing and for use by delegation. The constructors are a little messy, but in the end I have public class StateMachineSupport { // use by subclassing protected StateMachineSupport(...) { } // use by delegation public StateMachineSupport(Object delegator, ...) { } // ... methods from AbstractStateMachine } public abstract class AbstractStateMachine extends StateMachineSupport { protected AbstractStateMachine(...) { super(...); } } // use by subclassing class ConcreteStateMachine extends AbstractStateMachine { ConcreteStateMachine() { super(...stopwatch.xml); } public void reset() { ... } public void running() { ... } public void paused() { ... } public void stopped() { ... } } // use by delegation class DelegatingStateMachine extends SomethingElse { StateMachineSupport delegate; DelegatingStateMachine() { delegate = new StateMachineSupport(this, ...stopwatch.xml); } public void reset() { ... } public void running() { ... } public void paused() { ... } public void stopped() { ... } } StateMachineSupport.java, AbstractStateMachine2.java, StateMachineSupportTest.java, and AbstractStateMachine2Test.java attached. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[VOTE] Commons Modeler 2.0.1 RC1
Commons Modeler 2.0 didn't include the ant.properties file in the jar which is causing problems in Tomcat. Modeler 2.0.1 is a minor bug fix release fully backwards compatible to fix that issue and a few other build problems - full details in the release notes. Release Notes: http://people.apache.org/~niallp/modeler-2.0.1-rc1/RELEASE-NOTES.txt The artifacts being voted on are here: http://people.apache.org/~niallp/modeler-2.0.1-rc1/ Site: http://people.apache.org/~niallp/modeler-2.0.1-rc1/site/ RAT Report: http://people.apache.org/~niallp/modeler-2.0.1-rc1/rat-commons-modeler-2.0.1-src.txt [ ] +1 [ ] -1 Niall - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (BEANUTILS-142) [beanutils] RowSetDynaClass fails to copy resulset to DynaBean with Oracle 10g JDBC driver
[ https://issues.apache.org/jira/browse/BEANUTILS-142?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12506996 ] Niall Pemberton commented on BEANUTILS-142: --- To be honest I find your comment pretty confusing - SqlTimestampConverter has been changed alot in the nightly build - it no longer has a convert() method - instead now inherits from the generic DateTimeConverter implementation - which from looking at your code does pretty similar processing. Are you sure you're using the nightly build? Saying Unfortunately, this patch not working in my project doesn't actually tell us alot- explict details of what not working means (including any stack trace, if any) would be very useful. Even better a test case demonstrating the problem would be great. Otherwise its alomost impossible to do anything. [beanutils] RowSetDynaClass fails to copy resulset to DynaBean with Oracle 10g JDBC driver -- Key: BEANUTILS-142 URL: https://issues.apache.org/jira/browse/BEANUTILS-142 Project: Commons BeanUtils Issue Type: Bug Components: DynaBean Environment: Operating System: Windows XP Platform: All Reporter: Li Zhang Fix For: 1.8.0 Attachments: Beanutils-142.patch Beginning in Oracle 9.2, DATE is mapped to Date and TIMESTAMP is mapped to Timestamp. However if you were relying on DATE values to contain time information, there is a problem. When using Oracle 10g JDBC driver, the ResultSetMetaData.getColumnClassName returns java.sql.Timestamp but ResultSet.getObject(name).getClass() returns java.sql.Date. Obviously these two do not match each other. When the RowSetDynaClass.copy function tries to set the value to BasicDynaBean, it throws exception. Need a workaround. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Commons Modeler 2.0.1 RC1
+1 (non-binding) Sum and sigs I checked look good, site has 2.0.1 bits, source dists. -Rahul On 6/21/07, Niall Pemberton [EMAIL PROTECTED] wrote: Commons Modeler 2.0 didn't include the ant.properties file in the jar which is causing problems in Tomcat. Modeler 2.0.1 is a minor bug fix release fully backwards compatible to fix that issue and a few other build problems - full details in the release notes. Release Notes: http://people.apache.org/~niallp/modeler-2.0.1-rc1/RELEASE-NOTES.txt The artifacts being voted on are here: http://people.apache.org/~niallp/modeler-2.0.1-rc1/ Site: http://people.apache.org/~niallp/modeler-2.0.1-rc1/site/ RAT Report: http://people.apache.org/~niallp/modeler-2.0.1-rc1/rat-commons-modeler-2.0.1-src.txt [ ] +1 [ ] -1 Niall - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Commons Modeler 2.0.1 RC1
Signatures are valid, archive contents are the same, LICENSE/NOTICE present, new .properties and .dtd are there and in the right place. +1 nonbinding. On 6/21/07, Niall Pemberton [EMAIL PROTECTED] wrote: Commons Modeler 2.0 didn't include the ant.properties file in the jar which is causing problems in Tomcat. Modeler 2.0.1 is a minor bug fix release fully backwards compatible to fix that issue and a few other build problems - full details in the release notes. Release Notes: http://people.apache.org/~niallp/modeler-2.0.1-rc1/RELEASE-NOTES.txt The artifacts being voted on are here: http://people.apache.org/~niallp/modeler-2.0.1-rc1/ Site: http://people.apache.org/~niallp/modeler-2.0.1-rc1/site/ RAT Report: http://people.apache.org/~niallp/modeler-2.0.1-rc1/rat-commons-modeler-2.0.1-src.txt [ ] +1 [ ] -1 Niall - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r549591 - in /jakarta/commons/proper/configuration/trunk: src/java/org/apache/commons/configuration/ src/test/org/apache/commons/configuration/ xdocs/
Author: oheger Date: Thu Jun 21 12:57:25 2007 New Revision: 549591 URL: http://svn.apache.org/viewvc?view=revrev=549591 Log: CONFIGURATION-281: Cycles in the JNDI tree no longer cause a stack overflow in JNDIConfiguration Modified: jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/JNDIConfiguration.java jakarta/commons/proper/configuration/trunk/src/test/org/apache/commons/configuration/MockInitialContextFactory.java jakarta/commons/proper/configuration/trunk/src/test/org/apache/commons/configuration/TestJNDIConfiguration.java jakarta/commons/proper/configuration/trunk/xdocs/changes.xml Modified: jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/JNDIConfiguration.java URL: http://svn.apache.org/viewvc/jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/JNDIConfiguration.java?view=diffrev=549591r1=549590r2=549591 == --- jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/JNDIConfiguration.java (original) +++ jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/JNDIConfiguration.java Thu Jun 21 12:57:25 2007 @@ -115,10 +115,12 @@ * @param keys All the keys that have been found. * @param context The parent context * @param prefix What prefix we are building on. + * @param processedCtx a set with the so far processed objects * @throws NamingException If JNDI has an issue. */ -private void recursiveGetKeys(Set keys, Context context, String prefix) throws NamingException +private void recursiveGetKeys(Set keys, Context context, String prefix, Set processedCtx) throws NamingException { +processedCtx.add(context); NamingEnumeration elements = null; try @@ -145,7 +147,11 @@ { // add the keys of the sub context Context subcontext = (Context) object; -recursiveGetKeys(keys, subcontext, key.toString()); +if (!processedCtx.contains(subcontext)) +{ +recursiveGetKeys(keys, subcontext, key.toString(), +processedCtx); +} } else { @@ -202,7 +208,7 @@ Set keys = new HashSet(); if (context != null) { -recursiveGetKeys(keys, context, prefix); +recursiveGetKeys(keys, context, prefix, new HashSet()); } else if (containsKey(prefix)) { Modified: jakarta/commons/proper/configuration/trunk/src/test/org/apache/commons/configuration/MockInitialContextFactory.java URL: http://svn.apache.org/viewvc/jakarta/commons/proper/configuration/trunk/src/test/org/apache/commons/configuration/MockInitialContextFactory.java?view=diffrev=549591r1=549590r2=549591 == --- jakarta/commons/proper/configuration/trunk/src/test/org/apache/commons/configuration/MockInitialContextFactory.java (original) +++ jakarta/commons/proper/configuration/trunk/src/test/org/apache/commons/configuration/MockInitialContextFactory.java Thu Jun 21 12:57:25 2007 @@ -39,12 +39,21 @@ */ public class MockInitialContextFactory implements InitialContextFactory { +/** + * Constant for the use cycles environment property. If this property is + * present in the environment, a cyclic context will be created. + */ +public static final String PROP_CYCLES = useCycles; + /** Constant for the lookup method. */ private static final String METHOD_LOOKUP = lookup; /** Constant for the list method. */ private static final String METHOD_LIST = list; +/** Constant for the close method.*/ +private static final String METHOD_CLOSE = close; + /** Constant for the name of the missing property. */ private static final String MISSING_PROP = /missing; @@ -75,7 +84,10 @@ */ public Context getInitialContext(Hashtable env) throws NamingException { +boolean useCycles = env.containsKey(PROP_CYCLES); + Mock mockTopCtx = createCtxMock(PREFIX); +Mock mockCycleCtx = createCtxMock(); Mock mockPrfxCtx = createCtxMock(); Mock mockBaseCtx = new Mock(Context.class); mockBaseCtx.matchAndReturn(METHOD_LOOKUP, C.eq(), mockTopCtx.proxy()); @@ -83,12 +95,33 @@ .proxy()); mockTopCtx.matchAndReturn(METHOD_LOOKUP, C.eq(test), mockPrfxCtx .proxy()); -mockTopCtx.matchAndReturn(METHOD_LIST, C.eq(), createEnumMock( -mockTopCtx, new String[] -{ test }, new Object[] -{ mockPrfxCtx.proxy() }).proxy());
Re: [VOTE] Commons Modeler 2.0.1 RC1
Everything looks good: +1 Oliver Niall Pemberton wrote: Commons Modeler 2.0 didn't include the ant.properties file in the jar which is causing problems in Tomcat. Modeler 2.0.1 is a minor bug fix release fully backwards compatible to fix that issue and a few other build problems - full details in the release notes. Release Notes: http://people.apache.org/~niallp/modeler-2.0.1-rc1/RELEASE-NOTES.txt The artifacts being voted on are here: http://people.apache.org/~niallp/modeler-2.0.1-rc1/ Site: http://people.apache.org/~niallp/modeler-2.0.1-rc1/site/ RAT Report: http://people.apache.org/~niallp/modeler-2.0.1-rc1/rat-commons-modeler-2.0.1-src.txt [ ] +1 [ ] -1 Niall - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (CONFIGURATION-281) JNDIConfiguration::recursiveGetKeys goes out of stack
[ https://issues.apache.org/jira/browse/CONFIGURATION-281?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Oliver Heger resolved CONFIGURATION-281. Resolution: Fixed A fix was applied. Please check if this works for you. When I find the time I would like to improve JNDIConfiguration: make it a true hierarchical configuration, support updates of the JNDI tree, etc. This would be a good opportunity for adding a maxDepth property. JNDIConfiguration::recursiveGetKeys goes out of stack - Key: CONFIGURATION-281 URL: https://issues.apache.org/jira/browse/CONFIGURATION-281 Project: Commons Configuration Issue Type: Bug Affects Versions: 1.2 Environment: Websphere 5.1 Reporter: Michiel Kalkman Fix For: 1.5 There can be cycles in contexts. Websphere 5.1 certainly does have them. When getKeys() is called on a JNDIConfiguration, eventually recursiveGetKeys() is called, which calls itself for every subcontext. This will never stop if there is a cycle. I would like to suggest the following changes to recursiveGetKeys() to fix this: 1) check for each subcontext if it has been processed before. If so, don't process it. An additional stack argument to recursiveGetKeys() should do the trick here. 2) a maxDepth attribute, like jndi maxDepth=4/. If the number of subcontexts is equal to maxDepth, stop processing. The maxDepth attribute should be optional of course, and have a default value like 911or so. The stack argument could be used to check the amount of subcontexts processed. Because I want to be able to dump the configuration for debugging purposes, this item is of somewhat importance to me. I tested this in 1.2 at work, so I cannot easily test this against 1.4. But as the code of 1.4 seems to be more or less the same, I think the problem still exists. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[VOTE] Invite Rahul Akolkar to join the Apache Commons PMC
Rahul Akolkar is an existing Jakarta PMC member and Commons Committer. He was against the proposal for Commons to become a TLP. Since that vote passed and the Apache Board has now passed the resolution for Commons to become a TLP I would like to invite Rahul to join the new Apache Commons PMC. It would be a tragedy IMO if we lose valuable members of the Commons Community just because they were originally against the TLP proposal. [ ] +1, don't let Rahul get away - lets try to get him to join the new PMC [ ] -1, no leave him out Niall P.S. Anyone else in the same situation, then I suggest we do the same - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[VOTE] Invite Simon Kitching to join the Apache Commons PMC
Simon Kitching is an existing Jakarta PMC member and Commons Committer. He was against the proposal for Commons to become a TLP. Since that vote passed and the Apache Board has now passed the resolution for Commons to become a TLP I would like to invite Simon to join the new Apache Commons PMC. It would be a tragedy IMO if we lose valuable members of the Commons Community just because they were originally against the TLP proposal. [ ] +1, don't let Simon get away - lets try to get him to join the new PMC [ ] -1, no leave him out Niall P.S. Anyone else in the same situation, then I suggest we do the same - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Invite Rahul Akolkar to join the Apache Commons PMC
On 6/21/07, Niall Pemberton [EMAIL PROTECTED] wrote: [ ] +1, don't let Rahul get away - lets try to get him to join the new PMC +1 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Invite Simon Kitching to join the Apache Commons PMC
On 6/21/07, Niall Pemberton [EMAIL PROTECTED] wrote: [ ] +1, don't let Simon get away - lets try to get him to join the new PMC +1 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Invite Rahul Akolkar to join the Apache Commons PMC
Niall Pemberton wrote: [X] +1, don't let Rahul get away - lets try to get him to join the new PMC [ ] -1, no leave him out Oliver - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Invite Simon Kitching to join the Apache Commons PMC
Niall Pemberton wrote: [X] +1, don't let Simon get away - lets try to get him to join the new PMC [ ] -1, no leave him out Oliver - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Invite Simon Kitching to join the Apache Commons PMC
+1 from me btw Niall On 6/21/07, Niall Pemberton [EMAIL PROTECTED] wrote: Simon Kitching is an existing Jakarta PMC member and Commons Committer. He was against the proposal for Commons to become a TLP. Since that vote passed and the Apache Board has now passed the resolution for Commons to become a TLP I would like to invite Simon to join the new Apache Commons PMC. It would be a tragedy IMO if we lose valuable members of the Commons Community just because they were originally against the TLP proposal. [ ] +1, don't let Simon get away - lets try to get him to join the new PMC [ ] -1, no leave him out Niall P.S. Anyone else in the same situation, then I suggest we do the same - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Invite Rahul Akolkar to join the Apache Commons PMC
+1 from me btw Niall On 6/21/07, Niall Pemberton [EMAIL PROTECTED] wrote: Rahul Akolkar is an existing Jakarta PMC member and Commons Committer. He was against the proposal for Commons to become a TLP. Since that vote passed and the Apache Board has now passed the resolution for Commons to become a TLP I would like to invite Rahul to join the new Apache Commons PMC. It would be a tragedy IMO if we lose valuable members of the Commons Community just because they were originally against the TLP proposal. [ ] +1, don't let Rahul get away - lets try to get him to join the new PMC [ ] -1, no leave him out Niall P.S. Anyone else in the same situation, then I suggest we do the same - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (MODELER-22) ant.properties is missing from the Modeler jar
[ https://issues.apache.org/jira/browse/MODELER-22?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Niall Pemberton resolved MODELER-22. Resolution: Fixed Assignee: Niall Pemberton ant.properties is missing from the Modeler jar -- Key: MODELER-22 URL: https://issues.apache.org/jira/browse/MODELER-22 Project: Commons Modeler Issue Type: Bug Affects Versions: 2.0 Reporter: Niall Pemberton Assignee: Niall Pemberton Priority: Minor Fix For: 2.0.1 ant.properties is missing from the Modeler 2.0 jar (was in Modeler 1.1 release) - from the following thread on Tomcat dev list http://tinyurl.com/2ev4qt -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Invite Rahul Akolkar to join the Apache Commons PMC
[ ] +1, don't let Rahul get away - lets try to get him to join the new PMC [ ] -1, no leave him out +1 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Invite Simon Kitching to join the Apache Commons PMC
[ ] +1, don't let Simon get away - lets try to get him to join the new PMC [ ] -1, no leave him out +1 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Commons Modeler 2.0.1 RC1
+1 on release notes, release contents, rat, META-INF, maven build, but have to -1 on bits-to-mirrors, until I can verify the hashes: ERROR: Checksum stored in commons-modeler-2.0.1-javadoc.jar.md5 does not match commons-modeler-2.0.1-javadoc.jar Correct hash: a5381f035c7076bffe8df548768449e2 commons-modeler-2.0.1-javadoc.jar File contents: 5f2e5e2aadc3445cbc6a7d754bf6cc49 ERROR: Checksum stored in commons-modeler-2.0.1-sources.jar.md5 does not match commons-modeler-2.0.1-sources.jar Correct hash: fa1531a9178e625d77f5209a59056bf2 commons-modeler-2.0.1-sources.jar File contents: 5f2e5e2aadc3445cbc6a7d754bf6cc49 The sigs (including for these files) and other hashes check fine for me. I don't know what is going on here, since I get a similar failure when I execute maven dist on the unpacked sources and then verify the hashes of the generated files - the same two files give different hashes when run through either md5sum or openssl md5 on Linux Fedora Core 4. I use verify_sigs.sh from /committers/tools/releases to verify the sigs and hashes; but I also checked both md5sum and openssl md5 from the command line. Both gave the Correct hash values above. Notice that the two hashes in the .md5 files are the *same* for the -sources and -javadoc jars, which have different contents. To make sure this was not a download problem on my end, I downloaded twice and then just looked at the .md5 files directly at http://people.apache.org/~niallp/modeler-2.0.1-rc1/. You can see the stored hashes are the same. So unless I am going crazy here, m1 is doing something funny. Very odd, I just did maven dist again, watched it create the hashes with the right names and put the same hash values into the two .md5. Bizarre... I did not verify the Ant build - too painful - but assm you have checked that ;-) Phil - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Commons Modeler 2.0.1 RC1
I am not 100% sure that this is correct Jelly ant lib syntax, but I think I now see the problem. In maven.xml, you have !-- create checksum for sources jar -- ant:checksum file=${maven.dist.dir}/${maven.final.name}-sources.jar property=jar.md5/ ant:echo message=${jar.md5} *${maven.final.name}-sources.jar file=${maven.dist.dir}/${maven.final.name}-sources.jar.md5 / !-- create checksum for javadoc jar -- ant:checksum file=${maven.dist.dir}/${maven.final.name}-javadoc.jar property=jar.md5/ ant:echo message=${jar.md5} *${maven.final.name}-javadoc.jar file=${maven.dist.dir}/${maven.final.name}-javadoc.jar.md5 / The jar.md5 property is somehow being overloaded. The following works4me: !-- create checksum for sources jar -- ant:checksum file=${maven.dist.dir}/${maven.final.name}-sources.jar property=sources.jar.md5/ ant:echo message=${sources.jar.md5} *${maven.final.name}-sources.jar file=${maven.dist.dir}/${maven.final.name}-sources.jar.md5 / !-- create checksum for javadoc jar -- ant:checksum file=${maven.dist.dir}/${maven.final.name}-javadoc.jar property=javadoc.jar.md5/ ant:echo message=${javadoc.jar.md5} *${maven.final.name}-javadoc.jar file=${maven.dist.dir}/${maven.final.name}-javadoc.jar.md5 / Phil - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Invite Rahul Akolkar to join the Apache Commons PMC
+1 to no escape! Phil On 6/21/07, Niall Pemberton [EMAIL PROTECTED] wrote: Rahul Akolkar is an existing Jakarta PMC member and Commons Committer. He was against the proposal for Commons to become a TLP. Since that vote passed and the Apache Board has now passed the resolution for Commons to become a TLP I would like to invite Rahul to join the new Apache Commons PMC. It would be a tragedy IMO if we lose valuable members of the Commons Community just because they were originally against the TLP proposal. [ ] +1, don't let Rahul get away - lets try to get him to join the new PMC [ ] -1, no leave him out Niall P.S. Anyone else in the same situation, then I suggest we do the same - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Invite Simon Kitching to join the Apache Commons PMC
+1! Phil On 6/21/07, Niall Pemberton [EMAIL PROTECTED] wrote: Simon Kitching is an existing Jakarta PMC member and Commons Committer. He was against the proposal for Commons to become a TLP. Since that vote passed and the Apache Board has now passed the resolution for Commons to become a TLP I would like to invite Simon to join the new Apache Commons PMC. It would be a tragedy IMO if we lose valuable members of the Commons Community just because they were originally against the TLP proposal. [ ] +1, don't let Simon get away - lets try to get him to join the new PMC [ ] -1, no leave him out Niall P.S. Anyone else in the same situation, then I suggest we do the same - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Invite Rahul Akolkar to join the Apache Commons PMC
+1 Mvgr, Martin Niall Pemberton wrote: Rahul Akolkar is an existing Jakarta PMC member and Commons Committer. He was against the proposal for Commons to become a TLP. Since that vote passed and the Apache Board has now passed the resolution for Commons to become a TLP I would like to invite Rahul to join the new Apache Commons PMC. It would be a tragedy IMO if we lose valuable members of the Commons Community just because they were originally against the TLP proposal. [ ] +1, don't let Rahul get away - lets try to get him to join the new PMC [ ] -1, no leave him out Niall P.S. Anyone else in the same situation, then I suggest we do the same - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Invite Simon Kitching to join the Apache Commons PMC
+1 Mvgr, Martin Niall Pemberton wrote: Simon Kitching is an existing Jakarta PMC member and Commons Committer. He was against the proposal for Commons to become a TLP. Since that vote passed and the Apache Board has now passed the resolution for Commons to become a TLP I would like to invite Simon to join the new Apache Commons PMC. It would be a tragedy IMO if we lose valuable members of the Commons Community just because they were originally against the TLP proposal. [ ] +1, don't let Simon get away - lets try to get him to join the new PMC [ ] -1, no leave him out Niall P.S. Anyone else in the same situation, then I suggest we do the same - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Invite Simon Kitching to join the Apache Commons PMC
+1 On 6/22/07, Niall Pemberton [EMAIL PROTECTED] wrote: Simon Kitching is an existing Jakarta PMC member and Commons Committer. He was against the proposal for Commons to become a TLP. Since that vote passed and the Apache Board has now passed the resolution for Commons to become a TLP I would like to invite Simon to join the new Apache Commons PMC. It would be a tragedy IMO if we lose valuable members of the Commons Community just because they were originally against the TLP proposal. [ ] +1, don't let Simon get away - lets try to get him to join the new PMC [ ] -1, no leave him out Niall P.S. Anyone else in the same situation, then I suggest we do the same - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- dIon Gillard Rule #131 of Acquisition: Information is Profit.
Re: [VOTE] Invite Rahul Akolkar to join the Apache Commons PMC
+1 On 6/22/07, Niall Pemberton [EMAIL PROTECTED] wrote: Rahul Akolkar is an existing Jakarta PMC member and Commons Committer. He was against the proposal for Commons to become a TLP. Since that vote passed and the Apache Board has now passed the resolution for Commons to become a TLP I would like to invite Rahul to join the new Apache Commons PMC. It would be a tragedy IMO if we lose valuable members of the Commons Community just because they were originally against the TLP proposal. [ ] +1, don't let Rahul get away - lets try to get him to join the new PMC [ ] -1, no leave him out Niall P.S. Anyone else in the same situation, then I suggest we do the same - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- dIon Gillard Rule #131 of Acquisition: Information is Profit.
Re: [VOTE] Commons Modeler 2.0.1 RC1
Doh, my bad - thanks for spotting this Phil - I'll fix it shortly. Niall On 6/21/07, Phil Steitz [EMAIL PROTECTED] wrote: I am not 100% sure that this is correct Jelly ant lib syntax, but I think I now see the problem. In maven.xml, you have !-- create checksum for sources jar -- ant:checksum file=${maven.dist.dir}/${maven.final.name}-sources.jar property=jar.md5/ ant:echo message=${jar.md5} *${maven.final.name}-sources.jar file=${maven.dist.dir}/${maven.final.name}-sources.jar.md5 / !-- create checksum for javadoc jar -- ant:checksum file=${maven.dist.dir}/${maven.final.name}-javadoc.jar property=jar.md5/ ant:echo message=${jar.md5} *${maven.final.name}-javadoc.jar file=${maven.dist.dir}/${maven.final.name}-javadoc.jar.md5 / The jar.md5 property is somehow being overloaded. The following works4me: !-- create checksum for sources jar -- ant:checksum file=${maven.dist.dir}/${maven.final.name}-sources.jar property=sources.jar.md5/ ant:echo message=${sources.jar.md5} *${maven.final.name}-sources.jar file=${maven.dist.dir}/${maven.final.name}-sources.jar.md5 / !-- create checksum for javadoc jar -- ant:checksum file=${maven.dist.dir}/${maven.final.name}-javadoc.jar property=javadoc.jar.md5/ ant:echo message=${javadoc.jar.md5} *${maven.final.name}-javadoc.jar file=${maven.dist.dir}/${maven.final.name}-javadoc.jar.md5 / Phil - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r549630 - /jakarta/commons/proper/modeler/trunk/maven.xml
Author: niallp Date: Thu Jun 21 15:18:58 2007 New Revision: 549630 URL: http://svn.apache.org/viewvc?view=revrev=549630 Log: Fix sources/javadoc jars md5 checksum generation - this was a copy/paste error with the checksum for these files being written to the main jar's property and unfortunately the ant checksum task doesn't overwrite the property value if it is already set (so when generating multiple checksums each has to use a different property name) - thanks to Phil Steitz for spotting this. Modified: jakarta/commons/proper/modeler/trunk/maven.xml Modified: jakarta/commons/proper/modeler/trunk/maven.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/modeler/trunk/maven.xml?view=diffrev=549630r1=549629r2=549630 == --- jakarta/commons/proper/modeler/trunk/maven.xml (original) +++ jakarta/commons/proper/modeler/trunk/maven.xml Thu Jun 21 15:18:58 2007 @@ -91,13 +91,13 @@ file=${maven.dist.dir}/${maven.final.name}.jar.md5 / !-- create checksum for sources jar -- - ant:checksum file=${maven.dist.dir}/${maven.final.name}-sources.jar property=jar.md5/ - ant:echo message=${jar.md5} *${maven.final.name}-sources.jar + ant:checksum file=${maven.dist.dir}/${maven.final.name}-sources.jar property=sources.jar.md5/ + ant:echo message=${sources.jar.md5} *${maven.final.name}-sources.jar file=${maven.dist.dir}/${maven.final.name}-sources.jar.md5 / !-- create checksum for javadoc jar -- - ant:checksum file=${maven.dist.dir}/${maven.final.name}-javadoc.jar property=jar.md5/ - ant:echo message=${jar.md5} *${maven.final.name}-javadoc.jar + ant:checksum file=${maven.dist.dir}/${maven.final.name}-javadoc.jar property=javadoc.jar.md5/ + ant:echo message=${javadoc.jar.md5} *${maven.final.name}-javadoc.jar file=${maven.dist.dir}/${maven.final.name}-javadoc.jar.md5 / !-- create checksum for binary zip -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r549631 - /jakarta/commons/proper/el/trunk/maven.xml
Author: niallp Date: Thu Jun 21 15:20:43 2007 New Revision: 549631 URL: http://svn.apache.org/viewvc?view=revrev=549631 Log: Fix sources/javadoc jars md5 checksum generation - this was a copy/paste error with the checksum for these files being written to the main jar's property and unfortunately the ant checksum task doesn't overwrite the property value if it is already set (so when generating multiple checksums each has to use a different property name) - thanks to Phil Steitz for spotting this. Modified: jakarta/commons/proper/el/trunk/maven.xml Modified: jakarta/commons/proper/el/trunk/maven.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/el/trunk/maven.xml?view=diffrev=549631r1=549630r2=549631 == --- jakarta/commons/proper/el/trunk/maven.xml (original) +++ jakarta/commons/proper/el/trunk/maven.xml Thu Jun 21 15:20:43 2007 @@ -89,13 +89,13 @@ file=${maven.dist.dir}/${maven.final.name}.jar.md5 / !-- create checksum for sources jar -- - ant:checksum file=${maven.dist.dir}/${maven.final.name}-sources.jar property=jar.md5/ - ant:echo message=${jar.md5} *${maven.final.name}-sources.jar + ant:checksum file=${maven.dist.dir}/${maven.final.name}-sources.jar property=sources.jar.md5/ + ant:echo message=${sources.jar.md5} *${maven.final.name}-sources.jar file=${maven.dist.dir}/${maven.final.name}-sources.jar.md5 / !-- create checksum for javadoc jar -- - ant:checksum file=${maven.dist.dir}/${maven.final.name}-javadoc.jar property=jar.md5/ - ant:echo message=${jar.md5} *${maven.final.name}-javadoc.jar + ant:checksum file=${maven.dist.dir}/${maven.final.name}-javadoc.jar property=javadoc.jar.md5/ + ant:echo message=${javadoc.jar.md5} *${maven.final.name}-javadoc.jar file=${maven.dist.dir}/${maven.final.name}-javadoc.jar.md5 / !-- create checksum for binary zip -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r549632 - /jakarta/commons/proper/jxpath/trunk/maven.xml
Author: niallp Date: Thu Jun 21 15:21:21 2007 New Revision: 549632 URL: http://svn.apache.org/viewvc?view=revrev=549632 Log: Fix sources/javadoc jars md5 checksum generation - this was a copy/paste error with the checksum for these files being written to the main jar's property and unfortunately the ant checksum task doesn't overwrite the property value if it is already set (so when generating multiple checksums each has to use a different property name) - thanks to Phil Steitz for spotting this. Modified: jakarta/commons/proper/jxpath/trunk/maven.xml Modified: jakarta/commons/proper/jxpath/trunk/maven.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/jxpath/trunk/maven.xml?view=diffrev=549632r1=549631r2=549632 == --- jakarta/commons/proper/jxpath/trunk/maven.xml (original) +++ jakarta/commons/proper/jxpath/trunk/maven.xml Thu Jun 21 15:21:21 2007 @@ -90,13 +90,13 @@ file=${maven.dist.dir}/${maven.final.name}.jar.md5 / !-- create checksum for sources jar -- - ant:checksum file=${maven.dist.dir}/${maven.final.name}-sources.jar property=jar.md5/ - ant:echo message=${jar.md5} *${maven.final.name}-sources.jar + ant:checksum file=${maven.dist.dir}/${maven.final.name}-sources.jar property=sources.jar.md5/ + ant:echo message=${sources.jar.md5} *${maven.final.name}-sources.jar file=${maven.dist.dir}/${maven.final.name}-sources.jar.md5 / !-- create checksum for javadoc jar -- - ant:checksum file=${maven.dist.dir}/${maven.final.name}-javadoc.jar property=jar.md5/ - ant:echo message=${jar.md5} *${maven.final.name}-javadoc.jar + ant:checksum file=${maven.dist.dir}/${maven.final.name}-javadoc.jar property=javadoc.jar.md5/ + ant:echo message=${javadoc.jar.md5} *${maven.final.name}-javadoc.jar file=${maven.dist.dir}/${maven.final.name}-javadoc.jar.md5 / !-- create checksum for binary zip -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Invite Rahul Akolkar to join the Apache Commons PMC
+1 Niall Pemberton wrote: Rahul Akolkar is an existing Jakarta PMC member and Commons Committer. He was against the proposal for Commons to become a TLP. Since that vote passed and the Apache Board has now passed the resolution for Commons to become a TLP I would like to invite Rahul to join the new Apache Commons PMC. It would be a tragedy IMO if we lose valuable members of the Commons Community just because they were originally against the TLP proposal. [ ] +1, don't let Rahul get away - lets try to get him to join the new PMC [ ] -1, no leave him out Niall P.S. Anyone else in the same situation, then I suggest we do the same - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Invite Simon Kitching to join the Apache Commons PMC
+1 Niall Pemberton wrote: Simon Kitching is an existing Jakarta PMC member and Commons Committer. He was against the proposal for Commons to become a TLP. Since that vote passed and the Apache Board has now passed the resolution for Commons to become a TLP I would like to invite Simon to join the new Apache Commons PMC. It would be a tragedy IMO if we lose valuable members of the Commons Community just because they were originally against the TLP proposal. [ ] +1, don't let Simon get away - lets try to get him to join the new PMC [ ] -1, no leave him out Niall P.S. Anyone else in the same situation, then I suggest we do the same - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Reopened: (POOL-86) GenericKeyedObjectPool retaining too many idle objects
[ https://issues.apache.org/jira/browse/POOL-86?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Phil Steitz reopened POOL-86: - Assignee: Phil Steitz (was: Sandy McArthur) I agree with Rob that a better solution should be provided - either make GenericObjectPool's LRU/MRU behavior configurable or provide an alternative MRU-based impl. Robust alternatives are available in the compositepool package, so one resolution is to close this on release of pool 2.0, but I would like to consider addressing this in the 1.x branch as well. GenericKeyedObjectPool retaining too many idle objects -- Key: POOL-86 URL: https://issues.apache.org/jira/browse/POOL-86 Project: Commons Pool Issue Type: Bug Affects Versions: 1.3 Reporter: Mike Martin Assignee: Phil Steitz Fix For: 2.0 Attachments: pool-86.patch, pool-86.withtest.patch There are two somewhat related problems in GenericKeyedObjectPool that cause many more idle objects to be retained than should be, for much longer than they should be. Firstly, borrowObject() is returning the LRU object rather than the MRU object. That minimizes rather than maximizes object reuse and tends to refresh all the idle objects, preventing them from becoming evictable. The idle LinkedList is being maintained with: borrowObject: list.removeFirst() returnObject: list.addLast() These should either both be ...First() or both ...Last() so the list maintains a newer-to-older, or vice-versa, ordering. The code in evict() works from the end of the list which indicates newer-to-older might have been originally intended. Secondly, evict() itself has a couple of problems, both of which only show up when many keys are in play: 1. Once it processes a key it doesn't advance to the next key. 2. _evictLastIndex is not working as documented (Position in the _pool where the _evictor last stopped). Instead it's the position where the last scan started, and becomes the position at which it attempts to start scanning *in the next pool*. That just causes objects eligible for eviction to sometimes be skipped entirely. Here's a patch fixing both problems: GenericKeyedObjectPool.java 990c990 pool.addLast(new ObjectTimestampPair(obj)); --- pool.addFirst(new ObjectTimestampPair(obj)); 1094,1102c1094,1095 } // if we don't have a keyed object pool iterator if (objIter == null) { final LinkedList list = (LinkedList)_poolMap.get(key); if (_evictLastIndex 0 || _evictLastIndex list.size()) { _evictLastIndex = list.size(); } objIter = list.listIterator(_evictLastIndex); --- LinkedList list = (LinkedList)_poolMap.get(key); objIter = list.listIterator(list.size()); 1154,1155c1147 _evictLastIndex = -1; objIter = null; --- key = null; 1547,1551d1538 /** * Position in the _pool where the _evictor last stopped. */ private int _evictLastIndex = -1; I have a local unit test for this but it depends on some other code I can't donate. It works like this: 1. Fill the pool with _maxTotal objects using many different keys. 2. Select X as a small number, e.g. 2. 3. Compute: maxEvictionRunsNeeded = (maxTotal - X) / numTestsPerEvictionRun + 2; maxEvictionTime = minEvictableIdleTimeMillis + maxEvictionRunsNeeded * timeBetweenEvictionRunsMillis; 4. Enter a loop: a. Borrow X objects. b. Exit if _totalIdle = 0 c. Return the X objects. Fail if loop doesn't exit within maxEvictionTime. Mike -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r549643 - in /jakarta/commons/proper/modeler/trunk: build.xml src/conf/MANIFEST.MF
Author: niallp Date: Thu Jun 21 16:11:07 2007 New Revision: 549643 URL: http://svn.apache.org/viewvc?view=revrev=549643 Log: Ant build corrections - add the NOTICE file to the jar - add the LICENSE and NOTICE files to the sources jar - add the Specification title to the jar manifest Modified: jakarta/commons/proper/modeler/trunk/build.xml jakarta/commons/proper/modeler/trunk/src/conf/MANIFEST.MF Modified: jakarta/commons/proper/modeler/trunk/build.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/modeler/trunk/build.xml?view=diffrev=549643r1=549642r2=549643 == --- jakarta/commons/proper/modeler/trunk/build.xml (original) +++ jakarta/commons/proper/modeler/trunk/build.xml Thu Jun 21 16:11:07 2007 @@ -227,6 +227,8 @@ tofile=${build.home}/classes/META-INF/ant.properties/ copy file=LICENSE.txt tofile=${build.home}/classes/META-INF/LICENSE.txt/ +copy file=NOTICE.txt + tofile=${build.home}/classes/META-INF/NOTICE.txt/ jar jarfile=${dist.home}/commons-${component.name}.jar index=true basedir=${build.home}/classes @@ -234,6 +236,7 @@ include name=org/apache/commons/modeler/** / include name=META-INF/ant.properties / include name=META-INF/LICENSE.txt / + include name=META-INF/NOTICE.txt / /jar /target @@ -255,9 +258,13 @@ !-- the src is similar with the JDK sources - and very useful for users of IDEs, where the jar can be mounted and used when debugging -- -jar file=${dist.home}/commons-modeler-src.jar - fileset dir=src/java includes=** / - fileset dir=src/conf includes=MANIFEST.MF / +jar file=${dist.home}/commons-modeler-src.jar + manifest=src/conf/MANIFEST.MF + fileset dir=src/java includes=**/*.java / + fileset dir=src/java includes=**/*.dtd / + fileset dir=src/java includes=**/*.properties / + fileset dir=. includes=LICENSE.txt / + fileset dir=. includes=NOTICE.txt / /jar copy file=src/java/org/apache/commons/modeler/mbeans-descriptors.dtd Modified: jakarta/commons/proper/modeler/trunk/src/conf/MANIFEST.MF URL: http://svn.apache.org/viewvc/jakarta/commons/proper/modeler/trunk/src/conf/MANIFEST.MF?view=diffrev=549643r1=549642r2=549643 == --- jakarta/commons/proper/modeler/trunk/src/conf/MANIFEST.MF (original) +++ jakarta/commons/proper/modeler/trunk/src/conf/MANIFEST.MF Thu Jun 21 16:11:07 2007 @@ -1,5 +1,6 @@ Manifest-version: 1.1 Extension-Name: org.apache.commons.modeler +Specification-Title: Commons Modeler Specification-Vendor: Apache Software Foundation Specification-Version: 1.1 Implementation-Vendor-Id: org.apache - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Commons Modeler 2.0.1 RC1
Because of the problems with the checksum being generated incorrectly I going to create a second RC - so this vote is cancelled. Thanks to everyone who took the trouble to review this RC - much appreciated. I'll post RC2 shortly. Niall On 6/21/07, Niall Pemberton [EMAIL PROTECTED] wrote: Commons Modeler 2.0 didn't include the ant.properties file in the jar which is causing problems in Tomcat. Modeler 2.0.1 is a minor bug fix release fully backwards compatible to fix that issue and a few other build problems - full details in the release notes. Release Notes: http://people.apache.org/~niallp/modeler-2.0.1-rc1/RELEASE-NOTES.txt The artifacts being voted on are here: http://people.apache.org/~niallp/modeler-2.0.1-rc1/ Site: http://people.apache.org/~niallp/modeler-2.0.1-rc1/site/ RAT Report: http://people.apache.org/~niallp/modeler-2.0.1-rc1/rat-commons-modeler-2.0.1-src.txt [ ] +1 [ ] -1 Niall - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r549645 - in /jakarta/commons/proper/modeler/tags/MODELER_2_0_1_RC2: ./ build.xml project.xml src/conf/MANIFEST.MF xdocs/downloads.xml xdocs/navigation.xml
Author: niallp Date: Thu Jun 21 16:20:58 2007 New Revision: 549645 URL: http://svn.apache.org/viewvc?view=revrev=549645 Log: Tag Modeler 2.0.1 RC2 Added: jakarta/commons/proper/modeler/tags/MODELER_2_0_1_RC2/ - copied from r549644, jakarta/commons/proper/modeler/trunk/ Modified: jakarta/commons/proper/modeler/tags/MODELER_2_0_1_RC2/build.xml jakarta/commons/proper/modeler/tags/MODELER_2_0_1_RC2/project.xml jakarta/commons/proper/modeler/tags/MODELER_2_0_1_RC2/src/conf/MANIFEST.MF jakarta/commons/proper/modeler/tags/MODELER_2_0_1_RC2/xdocs/downloads.xml jakarta/commons/proper/modeler/tags/MODELER_2_0_1_RC2/xdocs/navigation.xml Modified: jakarta/commons/proper/modeler/tags/MODELER_2_0_1_RC2/build.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/modeler/tags/MODELER_2_0_1_RC2/build.xml?view=diffrev=549645r1=549644r2=549645 == --- jakarta/commons/proper/modeler/tags/MODELER_2_0_1_RC2/build.xml (original) +++ jakarta/commons/proper/modeler/tags/MODELER_2_0_1_RC2/build.xml Thu Jun 21 16:20:58 2007 @@ -69,7 +69,7 @@ property name=component.title value=Model MBeans Support Package/ !-- The current version number of this component -- - property name=component.version value=2.1-dev/ + property name=component.version value=2.0.1/ !-- The base directory for compilation targets -- property name=build.home value=target/ Modified: jakarta/commons/proper/modeler/tags/MODELER_2_0_1_RC2/project.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/modeler/tags/MODELER_2_0_1_RC2/project.xml?view=diffrev=549645r1=549644r2=549645 == --- jakarta/commons/proper/modeler/tags/MODELER_2_0_1_RC2/project.xml (original) +++ jakarta/commons/proper/modeler/tags/MODELER_2_0_1_RC2/project.xml Thu Jun 21 16:20:58 2007 @@ -23,7 +23,7 @@ nameCommons Modeler/name groupIdcommons-modeler/groupId artifactIdcommons-modeler/artifactId - currentVersion2.1-dev/currentVersion + currentVersion2.0.1/currentVersion inceptionYear2002/inceptionYear shortDescriptionCommons Modeler/shortDescription description Modified: jakarta/commons/proper/modeler/tags/MODELER_2_0_1_RC2/src/conf/MANIFEST.MF URL: http://svn.apache.org/viewvc/jakarta/commons/proper/modeler/tags/MODELER_2_0_1_RC2/src/conf/MANIFEST.MF?view=diffrev=549645r1=549644r2=549645 == --- jakarta/commons/proper/modeler/tags/MODELER_2_0_1_RC2/src/conf/MANIFEST.MF (original) +++ jakarta/commons/proper/modeler/tags/MODELER_2_0_1_RC2/src/conf/MANIFEST.MF Thu Jun 21 16:20:58 2007 @@ -2,7 +2,7 @@ Extension-Name: org.apache.commons.modeler Specification-Title: Commons Modeler Specification-Vendor: Apache Software Foundation -Specification-Version: 1.1 +Specification-Version: 2.0 Implementation-Vendor-Id: org.apache Implementation-Vendor: Apache Software Foundation -Implementation-Version: 1.1.0 +Implementation-Version: 2.0.1 Modified: jakarta/commons/proper/modeler/tags/MODELER_2_0_1_RC2/xdocs/downloads.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/modeler/tags/MODELER_2_0_1_RC2/xdocs/downloads.xml?view=diffrev=549645r1=549644r2=549645 == --- jakarta/commons/proper/modeler/tags/MODELER_2_0_1_RC2/xdocs/downloads.xml (original) +++ jakarta/commons/proper/modeler/tags/MODELER_2_0_1_RC2/xdocs/downloads.xml Thu Jun 21 16:20:58 2007 @@ -27,6 +27,7 @@ pThe following releases are available:/p ul + liRelease 2.0.1 - 25 Jun 2007 - a href=http://jakarta.apache.org/commons/modeler/commons-modeler-2.0.1/RELEASE-NOTES.txt;(release notes)/a/li liRelease 2.0 - 31 Jul 2006 - a href=http://jakarta.apache.org/commons/modeler/commons-modeler-2.0/RELEASE-NOTES.txt;(release notes)/a/li liRelease 1.1 - 10 Aug 2003 - a href=http://jakarta.apache.org/commons/modeler/commons-modeler-1.1/RELEASE-NOTES-1.1.txt;(release notes)/a/li liRelease 1.0 - 27 Dec 2002 - a href=http://jakarta.apache.org/commons/modeler/commons-modeler-1.0/RELEASE-NOTES.txt;(release notes)/a/li Modified: jakarta/commons/proper/modeler/tags/MODELER_2_0_1_RC2/xdocs/navigation.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/modeler/tags/MODELER_2_0_1_RC2/xdocs/navigation.xml?view=diffrev=549645r1=549644r2=549645 == --- jakarta/commons/proper/modeler/tags/MODELER_2_0_1_RC2/xdocs/navigation.xml (original) +++ jakarta/commons/proper/modeler/tags/MODELER_2_0_1_RC2/xdocs/navigation.xml Thu Jun 21 16:20:58 2007 @@ -34,6 +34,11 @@ item name=Wiki href=http://wiki.apache.org/jakarta-commons/Modeler/ /menu
Re: [VOTE] Invite Simon Kitching to join the Apache Commons PMC
+1 ...he isn't yet? On 21.06.2007, at 22:09, Niall Pemberton wrote: Simon Kitching is an existing Jakarta PMC member and Commons Committer. He was against the proposal for Commons to become a TLP. Since that vote passed and the Apache Board has now passed the resolution for Commons to become a TLP I would like to invite Simon to join the new Apache Commons PMC. It would be a tragedy IMO if we lose valuable members of the Commons Community just because they were originally against the TLP proposal. [ ] +1, don't let Simon get away - lets try to get him to join the new PMC [ ] -1, no leave him out Niall P.S. Anyone else in the same situation, then I suggest we do the same - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Invite Rahul Akolkar to join the Apache Commons PMC
+1 On 21.06.2007, at 22:08, Niall Pemberton wrote: Rahul Akolkar is an existing Jakarta PMC member and Commons Committer. He was against the proposal for Commons to become a TLP. Since that vote passed and the Apache Board has now passed the resolution for Commons to become a TLP I would like to invite Rahul to join the new Apache Commons PMC. It would be a tragedy IMO if we lose valuable members of the Commons Community just because they were originally against the TLP proposal. [ ] +1, don't let Rahul get away - lets try to get him to join the new PMC [ ] -1, no leave him out Niall P.S. Anyone else in the same situation, then I suggest we do the same - 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]
[VOTE] Commons Modeler 2.0.1 RC2
I have created a second release candidate for Modeler 2.0.1 following the problem Phil found in the first RC. Commons Modeler 2.0 didn't include the ant.properties file in the jar which is causing problems in Tomcat. Modeler 2.0.1 is a minor bug fix release fully backwards compatible to fix that issue and a few other build problems - full details in the release notes. Release Notes: http://people.apache.org/~niallp/modeler-2.0.1-rc2/RELEASE-NOTES.txt The artifacts being voted on are here: http://people.apache.org/~niallp/modeler-2.0.1-rc2/ Site: http://people.apache.org/~niallp/modeler-2.0.1-rc2/site/ RAT Report: http://people.apache.org/~niallp/modeler-2.0.1-rc2/rat-commons-modeler-2.0.1-src.txt [ ] +1 [ ] -1 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Commons Modeler 2.0.1 RC2
+1 - looks good, including hashes now. Phil - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Commons is TLP
On 21.06.2007, at 00:57, Martin van den Bemt wrote: Hi everyone, The new Commons TLP was established today, with Torsten Curdt as Vice President. ...so where do we start with the TLP move is the question :) cheers -- Torsten - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Commons is TLP
On 6/22/07, Torsten Curdt [EMAIL PROTECTED] wrote: On 21.06.2007, at 00:57, Martin van den Bemt wrote: Hi everyone, The new Commons TLP was established today, with Torsten Curdt as Vice President. ...so where do we start with the TLP move is the question :) I believe the first step is to create a Jira ticket for infrastructure (under TLP admin) - examples here: http://tinyurl.com/35fr4k I found the following which might help - not sure if there are specific TLP docs: http://www.apache.org/dev/reporting-issues.html Niall cheers -- Torsten - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Commons Modeler 2.0.1 RC2
+1 (non-binding) Niall Pemberton [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] I have created a second release candidate for Modeler 2.0.1 following the problem Phil found in the first RC. Commons Modeler 2.0 didn't include the ant.properties file in the jar which is causing problems in Tomcat. Modeler 2.0.1 is a minor bug fix release fully backwards compatible to fix that issue and a few other build problems - full details in the release notes. Release Notes: http://people.apache.org/~niallp/modeler-2.0.1-rc2/RELEASE-NOTES.txt The artifacts being voted on are here: http://people.apache.org/~niallp/modeler-2.0.1-rc2/ Site: http://people.apache.org/~niallp/modeler-2.0.1-rc2/site/ RAT Report: http://people.apache.org/~niallp/modeler-2.0.1-rc2/rat-commons-modeler-2.0.1-src.txt [ ] +1 [ ] -1 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Commons Modeler 2.0.1 RC2
+1 On 6/21/07, Bill Barker [EMAIL PROTECTED] wrote: +1 (non-binding) Niall Pemberton [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] I have created a second release candidate for Modeler 2.0.1 following the problem Phil found in the first RC. Commons Modeler 2.0 didn't include the ant.properties file in the jar which is causing problems in Tomcat. Modeler 2.0.1 is a minor bug fix release fully backwards compatible to fix that issue and a few other build problems - full details in the release notes. Release Notes: http://people.apache.org/~niallp/modeler-2.0.1-rc2/RELEASE-NOTES.txt The artifacts being voted on are here: http://people.apache.org/~niallp/modeler-2.0.1-rc2/ Site: http://people.apache.org/~niallp/modeler-2.0.1-rc2/site/ RAT Report: http://people.apache.org/~niallp/modeler-2.0.1-rc2/rat-commons-modeler-2.0.1-src.txt [ ] +1 [ ] -1 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Davanum Srinivas :: http://davanum.wordpress.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Commons Modeler 2.0.1 RC2
+1 On 6/22/07, Niall Pemberton [EMAIL PROTECTED] wrote: I have created a second release candidate for Modeler 2.0.1 following the problem Phil found in the first RC. Commons Modeler 2.0 didn't include the ant.properties file in the jar which is causing problems in Tomcat. Modeler 2.0.1 is a minor bug fix release fully backwards compatible to fix that issue and a few other build problems - full details in the release notes. Release Notes: http://people.apache.org/~niallp/modeler-2.0.1-rc2/RELEASE-NOTES.txt The artifacts being voted on are here: http://people.apache.org/~niallp/modeler-2.0.1-rc2/ Site: http://people.apache.org/~niallp/modeler-2.0.1-rc2/site/ RAT Report: http://people.apache.org/~niallp/modeler-2.0.1-rc2/rat-commons-modeler-2.0.1-src.txt [ ] +1 [ ] -1 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- dIon Gillard Rule #131 of Acquisition: Information is Profit.
Re: [sandbox] releasing parent sandbox pom
any chances of getting this done? btw I have deployed a snapshot of commons-csv as there was none already there yet http://people.apache.org/repo/m2-snapshot-repository/org/apache/commons/commons-csv/ On 4/25/07, Carlos Sanchez [EMAIL PROTECTED] wrote: then we'd need a release of the parent and then one of the sandbox parent On 4/25/07, Niall Pemberton [EMAIL PROTECTED] wrote: On 4/25/07, Carlos Sanchez [EMAIL PROTECTED] wrote: the source plugin 2.0.3 was just released, can we go ahead? I've just updated the commons-parent pom for the 2.0.3 source plugin - so OK by me. http://svn.apache.org/viewvc?view=revrevision=532523 Niall On 3/17/07, Niall Pemberton [EMAIL PROTECTED] wrote: On 3/17/07, Carlos Sanchez [EMAIL PROTECTED] wrote: can the parent commons-sandbox be released so all sandbox components can be built by themselves? it just needs to have the parent version updated to 2 or even better if commons parent is also released to take advantage of latest changes before releasing sandbox parent. I was hoping the maven source plugin was going to get a release - so that we could remove the antrun workaround for the source plugin bug - then release a new commons parent. Unfortunately that seems to be stalled on the maven list. Niall - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- I could give you my word as a Spaniard. No good. I've known too many Spaniards. -- The Princess Bride - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- I could give you my word as a Spaniard. No good. I've known too many Spaniards. -- The Princess Bride -- I could give you my word as a Spaniard. No good. I've known too many Spaniards. -- The Princess Bride - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Commons is TLP
On 6/21/07, Niall Pemberton [EMAIL PROTECTED] wrote: On 6/22/07, Torsten Curdt [EMAIL PROTECTED] wrote: On 21.06.2007, at 00:57, Martin van den Bemt wrote: Hi everyone, The new Commons TLP was established today, with Torsten Curdt as Vice President. ...so where do we start with the TLP move is the question :) I believe the first step is to create a Jira ticket for infrastructure (under TLP admin) - examples here: http://tinyurl.com/35fr4k I found the following which might help - not sure if there are specific TLP docs: http://www.apache.org/dev/reporting-issues.html There are (somewhere) and they lie. The trick is to copy a previous TLP one. That is, make an issue, category=TLP Admin, and put all the information in that single issue. Joe will then work with you to get all the bits taken care of. Priority is the mailing list and the unix group (as that makes life easier on various other parts of the move). We may have some interesting times on that one if we clash with the previous commons mailing lists. ie) Do we go with the clash, or do we choose different names. Unless someone beats me to it, I'll go ahead and make the changes in JIRA. Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Commons Modeler 2.0.1 RC2
+1. I also ran Clirr/Jardiff on the command line. Clirr failed as it needed the AntTask dependency, but jardiff showed that there are no differences between the 2.0 and 2.0.1 jars. Hen On 6/21/07, Dion Gillard [EMAIL PROTECTED] wrote: +1 On 6/22/07, Niall Pemberton [EMAIL PROTECTED] wrote: I have created a second release candidate for Modeler 2.0.1 following the problem Phil found in the first RC. Commons Modeler 2.0 didn't include the ant.properties file in the jar which is causing problems in Tomcat. Modeler 2.0.1 is a minor bug fix release fully backwards compatible to fix that issue and a few other build problems - full details in the release notes. Release Notes: http://people.apache.org/~niallp/modeler-2.0.1-rc2/RELEASE-NOTES.txt The artifacts being voted on are here: http://people.apache.org/~niallp/modeler-2.0.1-rc2/ Site: http://people.apache.org/~niallp/modeler-2.0.1-rc2/site/ RAT Report: http://people.apache.org/~niallp/modeler-2.0.1-rc2/rat-commons-modeler-2.0.1-src.txt [ ] +1 [ ] -1 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- dIon Gillard Rule #131 of Acquisition: Information is Profit. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[pool] 2.0 releaese WAS: [jira] Commented: (POOL-98) Make GenericObjectPool better extensible
Leaving the ticket because this is really general discussion. snip. ok, I can understand this. Any time frame on compositepool / what is needed to get the code release-ready? As with all things apache, that depends on available volunteer cycles. I posted a straw man roadmap for both [pool] and [dbcp] earlier this week (http://marc.info/?l=jakarta-commons-devm=118237533115289w=4). Comments are welcome. There are some bugs open against the GenericObjectPool impl that I think we should fix in a pool 1.3.1 or 1.4 that could in theory be worked (and maintained) concurrently with pool 2.0. I am willing to do the grunt RM work if others will step up to contribute and most of all review and test. The compositepool impl is in good shape but needs review and testing. There are also some things that could be added or improved if we up the JDK requirement to 1.5 so we can use the concurrent package. Another reason to patch 1.3 is to address things like POOL-97, POOL-93, POOL-102, POOL-86 for direct users of GenericObjectPool and to provide a drop-in fix for tomcat and others who use pool with dbcp while we work on moving dbcp to use pool 2.0. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Commons is TLP
On 22/06/07, Henri Yandell [EMAIL PROTECTED] wrote: Joe will then work with you to get all the bits taken care of. Priority is the mailing list and the unix group (as that makes life easier on various other parts of the move). First priority is the DNS, since it's a prereq to everything else :) We may have some interesting times on that one if we clash with the previous commons mailing lists. ie) Do we go with the clash, or do we choose different names. Just checked - no clash in either lists or archives (only commons-pmc still exists and the new list will be commons-private). Cheers, Brett - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Invite Rahul Akolkar to join the Apache Commons PMC
+1 Niall Pemberton wrote: Rahul Akolkar is an existing Jakarta PMC member and Commons Committer. He was against the proposal for Commons to become a TLP. Since that vote passed and the Apache Board has now passed the resolution for Commons to become a TLP I would like to invite Rahul to join the new Apache Commons PMC. It would be a tragedy IMO if we lose valuable members of the Commons Community just because they were originally against the TLP proposal. [ ] +1, don't let Rahul get away - lets try to get him to join the new PMC [ ] -1, no leave him out Niall P.S. Anyone else in the same situation, then I suggest we do the same - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Dennis Lundberg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Invite Simon Kitching to join the Apache Commons PMC
+1 Niall Pemberton wrote: Simon Kitching is an existing Jakarta PMC member and Commons Committer. He was against the proposal for Commons to become a TLP. Since that vote passed and the Apache Board has now passed the resolution for Commons to become a TLP I would like to invite Simon to join the new Apache Commons PMC. It would be a tragedy IMO if we lose valuable members of the Commons Community just because they were originally against the TLP proposal. [ ] +1, don't let Simon get away - lets try to get him to join the new PMC [ ] -1, no leave him out Niall P.S. Anyone else in the same situation, then I suggest we do the same - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Dennis Lundberg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [RESULT] 3rd attempt: Release commons-io 1.3.2
Sorry for being slow on this one. I'm with Jochen and Joerg in not getting why deprecation would indicate a minor release and not be allowed in a bugfix release. Sure it sucks that a new class is immediately being deprecated, but better to get such things out there now rather than waiting. Hen On 6/20/07, Stephen Colebourne [EMAIL PROTECTED] wrote: I requested one of two remedies: a) Release as 1.3.2, but undeprecate the static utility class FileCleaner methods (they would be deprecated in 1.4). The static methods can have comments added in 1.3.2 indicating the preferred alternative. b) Release as 1.4. I also have no recollection of a release with an unresolved -1. I would strongly prefer one of the two remedies to be applied. I also agree that we desperately need this to be properly agreed and documented. Stephen - Original Message From: Ben Speakmon [EMAIL PROTECTED] To: Jakarta Commons Developers List commons-dev@jakarta.apache.org Sent: Wednesday, 20 June, 2007 5:42:32 AM Subject: Re: [RESULT] 3rd attempt: Release commons-io 1.3.2 Is there anything at stake beyond the version number? If it's called 1.4instead of 1.3.2, does that fully answer the concern? On 6/19/07, Phil Steitz [EMAIL PROTECTED] wrote: On 6/19/07, Dion Gillard [EMAIL PROTECTED] wrote: I believe you're right. http://jakarta.apache.org/site/proposal.html#decisions/items/plan says ...Majority approval is required before the public release can be made. Yes, that is the policy, but I have never seen us move forward with a release with an unresolved -1 in commons. Could be this has happened, but not in the last 4 or so years. It is up to the RM, but with a -1 from a major contributor to the code base, I would personally not push out the release. FWIW, as mentioned on other threads, I agree with Stephen on the version number issue. Phil - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Commons is TLP
On 6/21/07, Brett Porter [EMAIL PROTECTED] wrote: On 22/06/07, Henri Yandell [EMAIL PROTECTED] wrote: Joe will then work with you to get all the bits taken care of. Priority is the mailing list and the unix group (as that makes life easier on various other parts of the move). First priority is the DNS, since it's a prereq to everything else :) Well, except that commons.apache.org already exists, and has a web site that refers to the Jakarta, XML and Web Services Commons sites. Are there any other DNS changes that we need? -- Martin Cooper We may have some interesting times on that one if we clash with the previous commons mailing lists. ie) Do we go with the clash, or do we choose different names. Just checked - no clash in either lists or archives (only commons-pmc still exists and the new list will be commons-private). Cheers, Brett - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dbcp] [pool] Roadmap ideas
On 6/20/07, Phil Steitz [EMAIL PROTECTED] wrote: Next releases: [dbcp] - 1.3 close as many of the 1.3-marked bugs as possible without the new pool impl and add instrumentation using JDK logging, therefore increasing required JDK level to 1.4. +1. Instrumentation is strongly needed. Resolution of some issues involving close behavior may have to be deferred to rework of pool-dbcp connection (move to CompositePools). Continue dependency on [pool]'s GOP in this release. More aggressive bug fixing, performance improvement - more testing, public beta required. Need to talk about a strategy for that. It'd be very nice to get a test suite, separate from the unit tests, that we can point at an undefined database and churn through. It could do performance testing as well as veracity testing. [pool] - push out a 1.3.1 including fixes applied since 1.3 and if possible, fixes for POOL-97, POOL-93, with dbcp 1.3 depending on this. The idea here is the 1.3.x branches of [pool] and [dbcp] continue to support existing clients with full backward compatibility at JDK 1.4 level, providing bug fixes but no new functionality or APIs. My general thoughts on [pool] are 'whatever [dbcp] needs it to do'. 2.0's: (Work could begin now on branches, concurrently with 1.x releases above) [dbcp]: 2.0 move to CompositePool backing and add JDBC 4 support, increasing JDK level to 1.5 and removing currently deprecated classes. If 1.x-incompatible changes are necessary (not obvious at this point that they are), rename affected packages dbcp2. [pool]: 2.0 release compositepool package, resolve open pool bugs. JDK level upped to 1.5. Investigate use of JDK concurrency package to improve performance and/or resolve some open pool issues. I'd have to find time to help out with the minor releases before I probably have huge ideas here. Comments, suggestions, *volunteers*? Definitely a volunteer. My Commons load is: CLI release ASAP. BeanUtils helping Niall. Starting to ponder an EL bugfix push. Try to get more into DBCP. Timeline for DBCP is probably a month away still - though I'm optimistic that I can lure some colleagues into it then too. A testing scaffold for DBCP should scratch a few of their itches. Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [RESULT] 3rd attempt: Release commons-io 1.3.2
I can see one reason for not deprecating stuff in a point release. If someone is really concerned about deprecation warnings, I would imagine that they could set up their build system to fail if there are deprecation warnings. A point release should be a drop in replacement. So if you add deprecations to a point release it could, in this scenario, possibly fail someone's build if they upgrade commons-io from 1.3.1 to 1.3.2. Henri Yandell wrote: Sorry for being slow on this one. I'm with Jochen and Joerg in not getting why deprecation would indicate a minor release and not be allowed in a bugfix release. Sure it sucks that a new class is immediately being deprecated, but better to get such things out there now rather than waiting. Hen On 6/20/07, Stephen Colebourne [EMAIL PROTECTED] wrote: I requested one of two remedies: a) Release as 1.3.2, but undeprecate the static utility class FileCleaner methods (they would be deprecated in 1.4). The static methods can have comments added in 1.3.2 indicating the preferred alternative. b) Release as 1.4. I also have no recollection of a release with an unresolved -1. I would strongly prefer one of the two remedies to be applied. I also agree that we desperately need this to be properly agreed and documented. Stephen - Original Message From: Ben Speakmon [EMAIL PROTECTED] To: Jakarta Commons Developers List commons-dev@jakarta.apache.org Sent: Wednesday, 20 June, 2007 5:42:32 AM Subject: Re: [RESULT] 3rd attempt: Release commons-io 1.3.2 Is there anything at stake beyond the version number? If it's called 1.4instead of 1.3.2, does that fully answer the concern? On 6/19/07, Phil Steitz [EMAIL PROTECTED] wrote: On 6/19/07, Dion Gillard [EMAIL PROTECTED] wrote: I believe you're right. http://jakarta.apache.org/site/proposal.html#decisions/items/plan says ...Majority approval is required before the public release can be made. Yes, that is the policy, but I have never seen us move forward with a release with an unresolved -1 in commons. Could be this has happened, but not in the last 4 or so years. It is up to the RM, but with a -1 from a major contributor to the code base, I would personally not push out the release. FWIW, as mentioned on other threads, I agree with Stephen on the version number issue. Phil - 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] -- Dennis Lundberg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Commons is TLP
On 22/06/07, Martin Cooper [EMAIL PROTECTED] wrote: Well, except that commons.apache.org already exists, and has a web site that refers to the Jakarta, XML and Web Services Commons sites. Are there any other DNS changes that we need? Ah, but of course :) Cool. - Brett - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [RESULT] 3rd attempt: Release commons-io 1.3.2
Not a problem though. Anyone who has that setup will definitely put in the effort to find out why it's deprecated and adjust their code. Hen On 6/21/07, Dennis Lundberg [EMAIL PROTECTED] wrote: I can see one reason for not deprecating stuff in a point release. If someone is really concerned about deprecation warnings, I would imagine that they could set up their build system to fail if there are deprecation warnings. A point release should be a drop in replacement. So if you add deprecations to a point release it could, in this scenario, possibly fail someone's build if they upgrade commons-io from 1.3.1 to 1.3.2. Henri Yandell wrote: Sorry for being slow on this one. I'm with Jochen and Joerg in not getting why deprecation would indicate a minor release and not be allowed in a bugfix release. Sure it sucks that a new class is immediately being deprecated, but better to get such things out there now rather than waiting. Hen On 6/20/07, Stephen Colebourne [EMAIL PROTECTED] wrote: I requested one of two remedies: a) Release as 1.3.2, but undeprecate the static utility class FileCleaner methods (they would be deprecated in 1.4). The static methods can have comments added in 1.3.2 indicating the preferred alternative. b) Release as 1.4. I also have no recollection of a release with an unresolved -1. I would strongly prefer one of the two remedies to be applied. I also agree that we desperately need this to be properly agreed and documented. Stephen - Original Message From: Ben Speakmon [EMAIL PROTECTED] To: Jakarta Commons Developers List commons-dev@jakarta.apache.org Sent: Wednesday, 20 June, 2007 5:42:32 AM Subject: Re: [RESULT] 3rd attempt: Release commons-io 1.3.2 Is there anything at stake beyond the version number? If it's called 1.4instead of 1.3.2, does that fully answer the concern? On 6/19/07, Phil Steitz [EMAIL PROTECTED] wrote: On 6/19/07, Dion Gillard [EMAIL PROTECTED] wrote: I believe you're right. http://jakarta.apache.org/site/proposal.html#decisions/items/plan says ...Majority approval is required before the public release can be made. Yes, that is the policy, but I have never seen us move forward with a release with an unresolved -1 in commons. Could be this has happened, but not in the last 4 or so years. It is up to the RM, but with a -1 from a major contributor to the code base, I would personally not push out the release. FWIW, as mentioned on other threads, I agree with Stephen on the version number issue. Phil - 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] -- Dennis Lundberg - 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]