Hello all,
one question to DbUtils class: methods closeQuietly() don't throw
SQLExceptions.
Would you consider to add dependency on Commons-Logging and add log.error()
(or maybe warn() ) logging into catch parts of those methods?
Idea behind is that in production environment it might
Oliver Heger wrote:
I had another look at the failing unit test for
ConfigurationXMLDocument, but I don't see any way to make this class
compatible with SubsetConfiguration with reasonable effort. I am pretty
optimistic that this problem can easily be solved with the more
hierarchical approach
Rodney Waldhoff wrote:
On Tue, 25 May 2004, matthew.hawthorne wrote:
Or, for what it's worth:
Date date = date1.compareTo(date2) 0 date2 : date1;
Only if the dates are not null of course, otherwise it becomes something
like :
Date date = null;
if (date1 != null date 2 != null) {
date =
Hello Petr,
Why you can't use close() instead closeQuietly()?
QueryRunner uses the close() methods also.
And as I know dependancy on Commons-logging is avoided intentionaly.
Best regards,
Mikhail Krivoshein
Petr Hollay wrote:
Hello all,
one question to DbUtils class: methods closeQuietly() don't
One of the things i've run into in my refactoring is this:
I've create a utility class to add the inherited descriptors
to an XMLBeanInfo class:
public static void addInheritance(XMLBeanInfoRegistry registry,
XMLBeanInfo info,
InheritType type);
where
(haven't studied [id] too hard so forgive me if I'm jumping in with
potential nonsense)
Stephen Colebourne wrote:
So two solutions:
1) Create one package scoped utils class in [id] with just the relevant
methods on it.
2) Produce two multiple files - id-all, id-uuid and id-simple, the first two
--- Petr Hollay [EMAIL PROTECTED] wrote:
Hello all,
one question to DbUtils class: methods closeQuietly() don't throw
SQLExceptions.
That's why it's called Quietly ;-).
Would you consider to add dependency on Commons-Logging and add
log.error()
(or maybe warn() ) logging
Hi,
This is a call for a vote to release version 1.2 of Commons DBCP.
After a 1.5 week review/test period, it's now time to make the final
release. There are no unresolved issues, more info below.
your votes, please:
Release Commons-DBCP 1.2
-
[ ] +1 I
Hi,
This is a call for a vote to release version 1.2 of Commons Pool.
After a 1.5 week review/test period, it's now time to make the final
release. There are no unresolved issues, more info below.
your votes, please:
Release Commons-Pool 1.2
-
[ ] +1 I
brentworden2004/06/01 06:47:17
Modified:math/src/test/org/apache/commons/math/complex
ComplexFormatTest.java
math/src/java/org/apache/commons/math/complex
ComplexFormat.java
math/xdocs/userguide complex.xml
I need to clarify a detail I didn't fully grok when we started this
discussion. When the a Serializable class has an Abstract parent class
that isn't serializable, that class needs to have a default no-arg
constructor such that it can be instantiated. The solution to this is to
maintain
rdonkin 2004/06/01 13:39:50
Modified:logging RELEASE-NOTES.txt
Log:
Updated release notes
Revision ChangesPath
1.7 +12 -4 jakarta-commons/logging/RELEASE-NOTES.txt
Index: RELEASE-NOTES.txt
dirkv 2004/06/01 13:48:49
Modified:commons-build commons-site.jsl
Log:
switch to small logo if window is smaller then 850pix
Revision ChangesPath
1.10 +26 -1 jakarta-commons/commons-build/commons-site.jsl
Index: commons-site.jsl
scolebourne2004/06/01 13:54:57
Modified:lang/src/test/org/apache/commons/lang/enums
EnumTestSuite.java
lang/src/java/org/apache/commons/lang/enums Enum.java
Added: lang/src/test/org/apache/commons/lang/enums
scolebourne2004/06/01 13:55:28
Modified:lang/src/test/org/apache/commons/lang AllLangTestSuite.java
Log:
Include enums package tests
Revision ChangesPath
1.6 +3 -2
jakarta-commons/lang/src/test/org/apache/commons/lang/AllLangTestSuite.java
Index:
scolebourne2004/06/01 13:56:45
Modified:lang/src/java/org/apache/commons/lang/enums ValuedEnum.java
EnumUtils.java
Log:
Fix since tag
Revision ChangesPath
1.2 +2 -2
olegk 2004/06/01 13:56:52
Modified:httpclient/xdocs Tag: HTTPCLIENT_2_0_BRANCH
authentication.xml
Log:
PR #29062 ([API Doc] Improve the description of the preemptive authentication)
Contributed by Oleg Kalnichevski
Reviewed by Michael Becke
olegk 2004/06/01 13:57:59
Modified:httpclient/xdocs authentication.xml
Log:
PR #29062 ([API Doc] Improve the description of the preemptive authentication)
Contributed by Oleg Kalnichevski
Reviewed by Michael Becke
Revision ChangesPath
1.10 +35 -5
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=28180.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
One other issue, when writing map objects, we get XML like
the following:
entry
key6/key
value
itemNo6/itemNo
itemNameGlobalParameter6/itemName
itemDescGlobal Parameter for Betwixt/itemDesc
parentItemNo0/parentItemNo
parentItemName/
dataType value=8
The css only contains a max height for the header so the header will
resize.
But to support small screens I just added a small javascript to switch
logo if window size 850.
Larger browser windows or browsers with javascript disabled get the
wide version.
Result can be seen/tested here:
scolebourne2004/06/01 14:08:48
Modified:lang/src/java/org/apache/commons/lang ObjectUtils.java
lang/src/test/org/apache/commons/lang ObjectUtilsTest.java
Log:
Add ObjectUtils.hashCode() - a null safe hash code
bug 28554, from Mario Winterer
Revision Changes
scolebourne2004/06/01 14:10:37
Modified:lang project.xml
Log:
More names
Revision ChangesPath
1.34 +6 -0 jakarta-commons/lang/project.xml
Index: project.xml
===
RCS file:
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=28554.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
scolebourne2004/06/01 14:15:27
Modified:lang/src/java/org/apache/commons/lang/exception
ExceptionUtils.java
Log:
Add more nested exception names
bug 29082, from Lars Beuster
Revision ChangesPath
1.38 +5 -2
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=29082.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Tue, 1 Jun 2004, Emmanuel Bourg wrote:
Only if the dates are not null of course, otherwise it becomes something
How about Collections.min(Arrays.asList(new Date[] { date1, date2 })) ?
I'm not sure how Date.compareTo() reacts to null (it's not specified in
the javadoc), but if it reacts
scolebourne2004/06/01 14:25:35
Modified:lang/src/java/org/apache/commons/lang Validate.java
Log:
Ensure Validate has no inter-lang dependencies
Revision ChangesPath
1.12 +6 -5
jakarta-commons/lang/src/java/org/apache/commons/lang/Validate.java
Index:
mdiggory2004/06/01 14:28:02
jakarta-commons/math/src/experimental/org/apache/commons/math/stat - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
mdiggory2004/06/01 14:28:02
jakarta-commons/math/src/experimental/org/apache/commons/math/stat/univariate - New
directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
mdiggory2004/06/01 14:28:06
Modified:math/src/test/org/apache/commons/math/stat/univariate
ListUnivariateImplTest.java ListUnivariateImpl.java
Added: math/src/experimental/org/apache/commons/math/stat/univariate
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=29084.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=29149.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
mdiggory2004/06/01 14:34:35
Modified:math/src/java/org/apache/commons/math/stat/univariate
DescriptiveStatisticsImpl.java
AbstractUnivariateStatistic.java
SummaryStatistics.java
mdiggory2004/06/01 14:35:13
Modified:math/src/java/org/apache/commons/math/util
DefaultTransformer.java TransformerMap.java
Log:
Added Serialization UID where required.
Revision ChangesPath
1.14 +4 -1
mdiggory2004/06/01 15:10:15
jakarta-commons/math/src/experimental/org/apache/commons/math/util - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
mdiggory2004/06/01 15:10:17
Added: math/src/experimental/org/apache/commons/math/util
BeanTransformerTest.java BeanTransformer.java
Log:
Moving BeanTransformer to Experimental
Revision ChangesPath
1.1
On 1 Jun 2004 [EMAIL PROTECTED] wrote:
scolebourne2004/06/01 14:25:35
Modified:lang/src/java/org/apache/commons/lang Validate.java
Log:
Ensure Validate has no inter-lang dependencies
I'm confused -- why shouldn't a class in [lang] have dependencies to
other classes in [lang]?
mdiggory2004/06/01 15:15:51
Modified:math/src/test/org/apache/commons/math/stat/data
CertifiedDataAbstractTest.java
Log:
Removing Dependency on BeanUtils
Revision ChangesPath
1.3 +24 -4
I'm confused -- why shouldn't a class in [lang] have dependencies to
other classes in [lang]? Isn't this taking things too far??
Its part of [lang] being broad and shallow. In effect, [lang] is a loose
grouping of APIs in a similar vein. As such it should be easily broken into
many parts.
ie.
the second release candidate for commons-logging release 1.0.4 is now
available from http://cvs.apache.org/~rdonkin/commons-logging/. this is
a very important release since it supports both the existing 1.2.x and
the upcoming 1.3.x series of log4j releases. please take the time to
download and
I agree with Michael.
When did this become is this a design goal? I am against it. :-(
It is one thing to say, I'll cut and paste [lang] code /into/ my own
project, and yes, I know about duplicating code, not getting bug fixes,
etc.
It is another to say: Let's inline APIs within [lang] to
scolebourne2004/06/01 15:55:14
Modified:collections/src/test/org/apache/commons/collections
AbstractTestObject.java
collections/src/test/org/apache/commons/collections/collection
AbstractTestCollection.java
Log:
Add
scolebourne2004/06/01 15:55:54
Modified:collections/src/test/org/apache/commons/collections/buffer
TestBlockingBuffer.java
TestUnboundedFifoBuffer.java
Log:
Add serialization tests
Revision ChangesPath
1.5 +20 -1
scolebourne2004/06/01 15:57:18
Modified:collections/src/java/org/apache/commons/collections/buffer
UnboundedFifoBuffer.java
Log:
Make serializable
Revision ChangesPath
1.9 +49 -6
scolebourne2004/06/01 15:58:21
Added: collections/data/test
UnboundedFifoBuffer.emptyCollection.version3.1.obj
UnboundedFifoBuffer.fullCollection.version3.1.obj
Log:
Make UnboundedFifo serializable
Revision ChangesPath
I looks like all of the files in the zip
http://cvs.apache.org/~rdonkin/commons-logging/commons-logging-1.0.4RC2.
zip are all gziped, They should not right?
Thank you,
Gary
-Original Message-
From: robert burrell donkin
[mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 01, 2004 15:35
scolebourne2004/06/01 16:03:43
Modified:collections RELEASE-NOTES.html
Log:
Add PredicateDecorator
Revision ChangesPath
1.54 +2 -1 jakarta-commons/collections/RELEASE-NOTES.html
Index: RELEASE-NOTES.html
Has this been resolved within build_ws-xmlrpc_ws-xmlrpc?
I do not see the compile error mentioned in the message below in the
page:
http://brutus.apache.org:8080/gump/ws-xmlrpc/ws-xmlrpc/gump_work/build_w
s-
xmlrpc_ws-xmlrpc.html
Thank you,
Gary
-Original Message-
From: Adam R. B.
scolebourne2004/06/01 16:05:49
Modified:collections/src/java/org/apache/commons/collections/bag
SynchronizedSortedBag.java SynchronizedBag.java
collections/src/java/org/apache/commons/collections/buffer
BlockingBuffer.java
scolebourne2004/06/01 16:07:12
Modified:collections/src/test/org/apache/commons/collections/collection
TestAll.java
Added: collections/src/test/org/apache/commons/collections/collection
TestSynchronizedCollection.java
Log:
Make
scolebourne2004/06/01 16:08:04
Modified:collections/src/test/org/apache/commons/collections/list
TestAll.java
Added: collections/src/test/org/apache/commons/collections/list
TestSynchronizedList.java
Log:
Make synchronized
scolebourne2004/06/01 16:08:50
Modified:collections/src/test/org/apache/commons/collections/set
TestAll.java
Added: collections/src/test/org/apache/commons/collections/set
TestSynchronizedSet.java
scolebourne2004/06/01 16:09:28
Added: collections/data/test
SynchronizedSortedSet.emptyCollection.version3.1.obj
BlockingBuffer.fullCollection.version3.1.obj
SynchronizedSet.fullCollection.version3.1.obj
mdiggory2004/06/01 16:21:32
Modified:math/src/test/org/apache/commons/math/util
BeanTransformerTest.java BeanTransformer.java
Log:
Using standard jva.bean.Expression API to coerce property value in BeanTransformer.
Revision ChangesPath
1.12
Gary Gregory wrote:
Sorry for the flame but this is a 'shake-my-head-in-disbelief' moment
that I find discouraging.
I pretty much agree, but from my POV [lang] stopped moving forward a
while ago anyway. Most new requests
or ideas are rejected as out of scope (which is usually valid), and
the
mdiggory2004/06/01 16:40:29
Modified:math/src/test/org/apache/commons/math/stat/data
CertifiedDataAbstractTest.java
Log:
Exception is getting exposed where it wasn't shown before.
Revision ChangesPath
1.4 +4 -12
There are two areas that I see commons as poor at achieving - release early
release often and dependencies. The code itself is generally very good
(despite what some might say).
[lang] is an example of this. It has needed a release for some time, if only
to fix some of the glaring bugs in 2.0. It
mdiggory2004/06/01 16:45:11
Removed: math/src/experimental/org/apache/commons/math/util
BeanTransformerTest.java BeanTransformer.java
Log:
Now that we have BeanUtils free versions of these they do not need to be
maintained in experimental.
mdiggory2004/06/01 16:53:16
Removed: math/src/test/org/apache/commons/math/beans VitalStats.java
Patient.java
Log:
These Bean Classes have been added to experimental as internal classes in
BeanListUnivariateImplTest
mdiggory2004/06/01 16:55:31
Modified:math project.xml build.xml
Log:
Removed Dependency on BeanUtils and regenereated build.xml to reflect changes.
Revision ChangesPath
1.45 +1 -5 jakarta-commons/math/project.xml
Index: project.xml
mdiggory2004/06/01 17:04:11
Modified:math/src/java/org/apache/commons/math/util
ContinuedFraction.java
Log:
Adding serialversionUID to control versioning and allow for implementations that
would like to maintain serialization.
Revision ChangesPath
mdiggory2004/06/01 17:05:28
Modified:math/src/java/org/apache/commons/math
MathConfigurationException.java
ConvergenceException.java MathException.java
Log:
Adding serialversionUID to control versioning and allow for implementations
mdiggory2004/06/01 17:06:18
Modified:math/src/java/org/apache/commons/math/linear
RealMatrixImpl.java InvalidMatrixException.java
MatrixIndexException.java
Log:
Adding serialversionUID to control versioning and allow for
mdiggory2004/06/01 17:07:01
Modified:math/src/java/org/apache/commons/math/complex Complex.java
ComplexFormat.java
Log:
Adding serialversionUID to control versioning and allow for implementations that
would like to maintain serialization.
Revision
mdiggory2004/06/01 17:10:45
Modified:math/src/java/org/apache/commons/math/analysis
UnivariateRealSolverFactoryImpl.java
SplineInterpolator.java
Log:
This class doesn't benefit from serialization, it has no internal state.
mdiggory2004/06/01 17:11:08
Modified:math/src/java/org/apache/commons/math/analysis
PolynomialFunction.java BrentSolver.java
SecantSolver.java NewtonSolver.java
BisectionSolver.java UnivariateRealSolverImpl.java
mdiggory2004/06/01 17:14:15
Modified:math/src/java/org/apache/commons/math/distribution
DistributionFactoryImpl.java
Log:
This class doesn't benefit from serialization, it has no internal state.
Revision ChangesPath
1.19 +3 -5
mdiggory2004/06/01 17:15:16
Modified:math/src/java/org/apache/commons/math/distribution
NormalDistributionImpl.java
HypergeometricDistributionImpl.java
ChiSquaredDistributionImpl.java
mdiggory2004/06/01 17:20:21
Modified:math/src/java/org/apache/commons/math/random
RandomDataImpl.java EmpiricalDistributionImpl.java
Log:
Adding serialversionUID to control versioning and allow for implementations that
would like to maintain serialization.
mdiggory2004/06/01 17:24:52
Modified:math/src/java/org/apache/commons/math/stat Frequency.java
Log:
Adding serialversionUID to control versioning and allow for implementations that
would like to maintain serialization.
Revision ChangesPath
1.22 +4 -1
A couple of thoughts on the non-controversial release early release
often topic.
I do agree that for commons and [lang] in particular, we do not release
often enough. That said, and from the other end of the spectrum we do
provide nightly builds. I use the term provide and not release in
this
ggregory2004/06/01 17:55:29
Modified:codec/src/java/org/apache/commons/codec/language
Soundex.java
Log:
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=29080
Throw an exception with a clear message.
Revision ChangesPath
1.22 +9 -12
ggregory2004/06/01 17:55:38
Modified:codec/src/test/org/apache/commons/codec/language
SoundexTest.java
Log:
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=29080
Throw an exception with a clear message.
Revision ChangesPath
1.18 +30 -3
On Wed, 2004-06-02 at 12:49, Gary Gregory wrote:
I think the confidence level for nightly builds could be
dramatically increased if a history would be provided with unit test
results in a similar fashion to the eclipse builds. For example, on the
page
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=29080.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=29080.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=29080.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Wed, 2004-06-02 at 10:54, Gary Gregory wrote:
I agree with Michael.
When did this become is this a design goal? I am against it. :-(
It is one thing to say, I'll cut and paste [lang] code /into/ my own
project, and yes, I know about duplicating code, not getting bug fixes,
etc.
It
Well, does it ever happen that unit tests are broken?
Yes. For example: someone develops with Java 1.4.x and uses a new-to-1.4
API when [lang]'s base requirement is 1.2 or 1.3, I can't recall. The
code compiles on the developer's machine but blows up on the build
machine. In reality this no
Building lang and codec with Maven 1.0.rc3, I get:
[echo] Generating the Clover...
maven-clover-plugin:report:
clover:report:
clover:test:
clover:init:
[taskdef] Could not load definitions from resource clovertasks. It
could not be found.
[typedef] Could not load definitions from
--- Mikhail Krivoshein [EMAIL PROTECTED] wrote:
Hello all!
I'd like to ask this question: is there any need in generalized
ResultSet iterator?
(Except me, also, because I'd like to have it)
And the second and the third subquestions. How this iterator will be
implemented and how
--- Mikhail Krivoshein [EMAIL PROTECTED] wrote:
snip/
I dislike idea to implement independant set of query methods named
insert because JDBC doesn't do that.
And unfornutatly there is no way to implement Object
getGeneratedKeys(ResultSetHandler rsh) because
update closes statement object.
On Wed, 2 Jun 2004, Stephen Colebourne wrote:
There are two areas that I see commons as poor at achieving - release early
release often and dependencies. The code itself is generally very good
(despite what some might say).
Agreed on both.
[lang] is an example of this. It has needed a
Date: 2004-06-01T20:44:24
Editor: 202.135.190.30
Wiki: Jakarta Commons Wiki
Page: Digester/TODO
URL: http://wiki.apache.org/jakarta-commons/Digester/TODO
add ref to Java2html tool as possibly useful for displaying example code
Change Log:
On Tue, 1 Jun 2004, matthew.hawthorne wrote:
Gary Gregory wrote:
Sorry for the flame but this is a 'shake-my-head-in-disbelief' moment
that I find discouraging.
I pretty much agree, but from my POV [lang] stopped moving forward a
while ago anyway. Most new requests
I believe this is
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=29163.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Henri Yandell wrote:
On Wed, 2 Jun 2004, Stephen Colebourne wrote:
There are two areas that I see commons as poor at achieving - release early
release often and dependencies. The code itself is generally very good
(despite what some might say).
Agreed on both.
Yes. And I am learning that there
Date: 2004-06-01T21:42:37
Editor: HenriYandell [EMAIL PROTECTED]
Wiki: Jakarta Commons Wiki
Page: Lang
URL: http://wiki.apache.org/jakarta-commons/Lang
no comment
Change Log:
--
@@ -8,3 +8,10 @@
*
Date: 2004-06-01T21:44:01
Editor: HenriYandell [EMAIL PROTECTED]
Wiki: Jakarta Commons Wiki
Page: Lang
URL: http://wiki.apache.org/jakarta-commons/Lang
no comment
Change Log:
--
@@ -11,7 +11,7 @@
Date: 2004-06-01T21:46:24
Editor: HenriYandell [EMAIL PROTECTED]
Wiki: Jakarta Commons Wiki
Page: Lang
URL: http://wiki.apache.org/jakarta-commons/Lang
no comment
Change Log:
--
@@ -15,3 +15,31 @@
2.
Date: 2004-06-01T21:47:06
Editor: HenriYandell [EMAIL PROTECTED]
Wiki: Jakarta Commons Wiki
Page: Lang
URL: http://wiki.apache.org/jakarta-commons/Lang
no comment
Change Log:
--
@@ -14,7 +14,7 @@
1.
Thought I'd put our Wiki to use.
Found Stephen's August 2.1 email and added all the open bugs to it on the
Wiki page: http://wiki.apache.org/jakarta-commons/Lang
The only one that I can easily tell has been done is Tokenizer.
Matthew, any idea what the state of Mutables was? There seem to have
Hi Mike,
deprecate getConnectionsInUse(),
replace with getConnectionsInPool() ?
Introduce something like
garbageCollectConnections() or
deleteIdleConnections()
for people who really want to throw
away the closed connections ?
I'd stick with your option 1 until there
is a case where the other
Hi Roland,
Sounds like a good plan to me. I will deprecate getConnectionsInUse()
and replace it with a better name. getConnectionsInPool() is good,
perhaps also getConnectionsAllocated()?
For deleting connections I think we have two options. One is to kill
all closed connections. The only
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=29062.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
96 matches
Mail list logo