DO NOT REPLY [Bug 33983] - [dbcp] add/enhance toString() Method to DelegatingCallableStatement for sql debugging

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 33983] New: - [dbcp] add/enhance toString() Method to DelegatingCallableStatement for sql debugging

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 33931] - [beanutils] WeakHashMap incorrectly used in ContextClassLoaderLocal - may cause memory leak

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

svn commit: r157309 - jakarta/commons/proper/beanutils/trunk/src/java/org/apache/commons/beanutils/ContextClassLoaderLocal.java

Author: skitching Date: Sat Mar 12 20:20:38 2005 New Revision: 157309 URL: http://svn.apache.org/viewcvs?view=rev&rev=157309 Log: Updated javadoc only. Modified: jakarta/commons/proper/beanutils/trunk/src/java/org/apache/commons/beanutils/ContextClassLoaderLocal.java Modified: jakarta/comm

svn commit: r157305 - in jakarta/commons/sandbox/benchmark/trunk/src: java/org/apache/commons/benchmark/BenchmarkMeta.java java/org/apache/commons/benchmark/BenchmarkMethodMeta.java java/org/apache/commons/benchmark/BenchmarkUtils.java test/org/apache/commons/benchmark/TestPerformance.java

Author: burton Date: Sat Mar 12 18:02:06 2005 New Revision: 157305 URL: http://svn.apache.org/viewcvs?view=rev&rev=157305 Log: unit tests for speed Added: jakarta/commons/sandbox/benchmark/trunk/src/test/org/apache/commons/benchmark/TestPerformance.java Modified: jakarta/commons/sandbox

[beanutils] j2ee unit tests added: memory leak demonstrated (?)

Hi, I've just added a unit test o.a.c.beanutils.converter.MemoryTestCase. This test case currently fails, demonstrating (I believe) that there is a serious memory leak in beanutils in j2ee-like environments when components are "undeployed". The tests show that if a Converter is registered while T

svn commit: r157301 - in jakarta/commons/proper/beanutils/trunk/src/test/org/apache/commons/beanutils/converters: ClassReloader.java ClassReloaderTestCase.java MemoryTestCase.java

Author: skitching Date: Sat Mar 12 16:11:38 2005 New Revision: 157301 URL: http://svn.apache.org/viewcvs?view=rev&rev=157301 Log: Unit tests to check for expected behaviour in j2ee-like environments. Added: jakarta/commons/proper/beanutils/trunk/src/test/org/apache/commons/beanutils/converte

DO NOT REPLY [Bug 33981] - Setting the process name when using JSCV

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 33981] New: - Setting the process name when using JSCV

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

svn commit: r157289 - in jakarta/commons/sandbox/benchmark/trunk/src: java/org/apache/commons/benchmark/ test/org/apache/commons/benchmark/

Author: burton Date: Sat Mar 12 14:43:41 2005 New Revision: 157289 URL: http://svn.apache.org/viewcvs?view=rev&rev=157289 Log: Refactored a bit. Adding a string and two longs increase the benchmark by 140 bytes which isn't acceptable. Added: jakarta/commons/sandbox/benchmark/trunk/src/java

Re: [logging] is setting context classloader correctly mandated by J2EE container specifications?

On Sun, 2005-03-13 at 10:40 +1300, Simon Kitching wrote: > In a normal stand-alone java application, there are three classloaders > in operation when main(String[]) is called: > * the "top-level application class loader", which loads rt.jar etc, and >is referred to using "null" as the classloa

svn commit: r157287 - in jakarta/commons/sandbox/benchmark/trunk: src/java/org/apache/commons/benchmark/BenchmarkMeta.java src/java/org/apache/commons/benchmark/BenchmarkUtils.java src/test/org/apache/commons/benchmark/Test1.java xdocs/index.xml

Author: burton Date: Sat Mar 12 14:18:52 2005 New Revision: 157287 URL: http://svn.apache.org/viewcvs?view=rev&rev=157287 Log: refactored to not use stdout but to return as metadata Modified: jakarta/commons/sandbox/benchmark/trunk/src/java/org/apache/commons/benchmark/BenchmarkMeta.java

svn commit: r157285 - in jakarta/commons/sandbox/benchmark/trunk: src/java/org/apache/commons/benchmark/Benchmark.java src/java/org/apache/commons/benchmark/rrd/GraphTask.java xdocs/index.xml

Author: burton Date: Sat Mar 12 13:51:45 2005 New Revision: 157285 URL: http://svn.apache.org/viewcvs?view=rev&rev=157285 Log: refactored to support only closing once... Modified: jakarta/commons/sandbox/benchmark/trunk/src/java/org/apache/commons/benchmark/Benchmark.java jakarta/common

Re: [logging] is setting context classloader correctly mandated by J2EE container specifications?

On Sat, 2005-03-12 at 18:20 +, robert burrell donkin wrote: > i've been doing some digging today. i've been trying to find a sun > specification (other than the J2SE javadocs) that mandates the context > classloader is set appropriately. this is something which J2EE > containers generally do bu

DO NOT REPLY [Bug 33980] - Get Method based on method description

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 33980] New: - Get Method based on method description

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 33979] - MethodUtils.invoke for static methods

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 33979] New: - MethodUtils.invoke for static methods

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

svn commit: r157269 - jakarta/commons/sandbox/vfs/tags/pre_filenameparsing

Author: imario Date: Sat Mar 12 11:50:57 2005 New Revision: 157269 URL: http://svn.apache.org/viewcvs?view=rev&rev=157269 Log: tag before the new filename parsing stuff will take place Added: jakarta/commons/sandbox/vfs/tags/pre_filenameparsing/ - copied from r157268, jakarta/commons/s

[logging] is setting context classloader correctly mandated by J2EE container specifications?

i've been doing some digging today. i've been trying to find a sun specification (other than the J2SE javadocs) that mandates the context classloader is set appropriately. this is something which J2EE containers generally do but i was wondering whether this was actually mandated or not. anyone kno

svn commit: r157245 - jakarta/commons/proper/httpclient/branches/HTTPCLIENT_2_0_BRANCH/src/java/org/apache/commons/httpclient/MultiThreadedHttpConnectionManager.java

Author: olegk Date: Sat Mar 12 03:31:11 2005 New Revision: 157245 URL: http://svn.apache.org/viewcvs?view=rev&rev=157245 Log: Minor javadocs corrections Modified: jakarta/commons/proper/httpclient/branches/HTTPCLIENT_2_0_BRANCH/src/java/org/apache/commons/httpclient/MultiThreadedHttpConnecti

svn commit: r157244 - jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/MultiThreadedHttpConnectionManager.java

Author: olegk Date: Sat Mar 12 03:30:25 2005 New Revision: 157244 URL: http://svn.apache.org/viewcvs?view=rev&rev=157244 Log: Minor javadocs corrections Modified: jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/MultiThreadedHttpConnectionManager.java Modified:

[GUMP@brutus]: Project commons-jelly-tags-xml (in module commons-jelly) failed

To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project commons-jelly-tags-xml has an issue affecting its community integration. This iss

Re: VOTE: feedparser 0.5.0 RC1

Kevin, please do a chmod on the files: Forbidden You don't have permission to access /~burton/commons-feedparser-0.5-beta.tar.gz on this server. Apache/2.0.53 (Unix) Server at apache.org Port 80 :-) Kevin A. Burton wrote: OK. I took the time tonight and made an FeedParser 0.5.0 RC1 available fo

VOTE: feedparser 0.5.0 RC1

OK. I took the time tonight and made an FeedParser 0.5.0 RC1 available for testing: http://apache.org/~burton/ http://apache.org/~burton/commons-feedparser-0.5-beta.tar.gz This is our initial release and on Monday I'll probably cut 0.5.0 final assuming there are no objections. http://jakarta.

Re: [VOTE] [email] promote RC4 to 1.0 status

-8<- [X] +1 Promote RC4 to commons-email-1.0 [ ] +0 In favour of this release [ ] -0 Against this release [ ] -1 Do not release RC4 Thanks Eric! Eric Pugh wrote: Hi all, A co