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
Ciao,
Mario
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
Hi!
[X] +1, don't let Rahul get away - lets try to get him to join the new
PMC
[ ] -1, no leave him out
Ciao,
Mario
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Well, that's just my point. They shouldn't have to put in an effort
because it's a point release - it should be a drop-in replacement.
Henri Yandell wrote:
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.
Author: psteitz
Date: Thu Jun 21 23:12:17 2007
New Revision: 549729
URL: http://svn.apache.org/viewvc?view=revrev=549729
Log:
Allowed blocked threads in GenericObjectPool borrowObject to be interrupted.
JIRA: POOL-102
Reported and patched: John Sumsion
Modified:
[
https://issues.apache.org/jira/browse/POOL-102?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Phil Steitz updated POOL-102:
-
Fix Version/s: 2.0
Affects Version/s: 1.1
1.2
Thread waiting forever for
[
https://issues.apache.org/jira/browse/POOL-102?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Phil Steitz resolved POOL-102.
--
Resolution: Fixed
Patch applied. Thanks!
Thread waiting forever for borrowObject() cannot be
[
https://issues.apache.org/jira/browse/POOL-97?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Phil Steitz updated POOL-97:
Fix Version/s: 2.0
EVICTION_TIMER is never cancelled.
--
[
https://issues.apache.org/jira/browse/POOL-95?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Phil Steitz resolved POOL-95.
-
Resolution: Fixed
Fix Version/s: 2.0
Fix has been applied and will be included in 2.0
On 6/21/07, Henri Yandell [EMAIL PROTECTED] wrote:
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
Dear Wiki user,
You have subscribed to a wiki page or wiki category on Jakarta-commons Wiki
for change notification.
The following page has been changed by ThorstenScherler:
http://wiki.apache.org/jakarta-commons/Net/FrequentlyAskedQuestions
The comment on the change is:
Adding note about
Niall Pemberton wrote:
[ ] +1, don't let Rahul get away - lets try to get him to join the new PMC
[ ] -1, no leave him out
+1
Stephen
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
Niall Pemberton wrote:
[ ] +1, don't let Simon get away - lets try to get him to join the new PMC
[ ] -1, no leave him out
+1
Stephen
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
What is a minor x.x.x release for?
Consider the recent modeler vote for 2.0.1. This will probably go
through very quickly, and that is because the change involved is tiny
and non controversial. That is what these releases are for IMHO - fixing
up release process mistakes and major bugs.
As a
HashCodeBuilder.append(long) is incorrect
-
Key: LANG-342
URL: https://issues.apache.org/jira/browse/LANG-342
Project: Commons Lang
Issue Type: Bug
Reporter: Benjamin Manes
The commons one is probably less straight forward, although could be a lot
easier. Since there was a
commons in the past, it could well be that you don't need to do a lot (website,
mailinglists, etc
already there), besides setting up the karma for the people, moving over the
website, etc,etc..
Forgot to check this list, feedback enough so it seems :)
Mvgr,
Martin
Martin van den Bemt wrote:
The commons one is probably less straight forward, although could be a lot
easier. Since there was a
commons in the past, it could well be that you don't need to do a lot
(website,
I am trying to implement ftp over SSL 3.0 with commons net 2.0(not released)
My server is FileZilla FTP server. It is working fine when I am allowing
explicit SSL/TLS on normal connection in FileZilla Server but when I am
enabling force explicit SSL/TLS then it is giving following error
530 Have
There is a Velocity JIRA Issue with a lot of subtasks that basically has
everything that is needed/can be done for a new TLP. Scott cloned it for
Turbine, so it is TRB-44 and INFRA-1249. These might be good starting
points.
Best regards
Henning
Torsten Curdt schrieb:
+1
[ ] +1, don't let Simon get away - lets try to get him to join the new
PMC
[ ] -1, no leave him out
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
+1 from me (never sure if RM's vote is assumed or has to be actually cast).
Niall
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
+1 (non-binding)
-Rahul
On 6/21/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.
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
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
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
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
+1 for sure.
Rory
Oliver Heger wrote:
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
Author: mvdb
Date: Fri Jun 22 17:58:02 2007
New Revision: 549986
URL: http://svn.apache.org/viewvc?view=revrev=549986
Log:
Prevent calling toString on a String.
Modified:
jakarta/commons/proper/beanutils/trunk/src/java/org/apache/commons/beanutils/ConvertUtilsBean.java
Modified:
Is there a reason for this change? AFAIK calling toString() on a
String object just returns a reference to itself - so this just seems
to add clutter in my mind. Also there was discussion on this (i.e.
calling toString() on a String) for this very bit of code in the
following issue ticket - would
Noticed the call of toString() on a String during the huntdown of what in
beanutils broke the
betwixt tests. (in the TestObjectStringConverters)
The commit was a bit premature probably, although this is most (read most, so
not all) of the time
faster that calling toString() on a String. Will
On 6/23/07, Martin van den Bemt [EMAIL PROTECTED] wrote:
Noticed the call of toString() on a String during the huntdown of what in
beanutils broke the
betwixt tests. (in the TestObjectStringConverters)
The commit was a bit premature probably, although this is most (read most, so
not all) of
28 matches
Mail list logo
