ResultSet rs;
try {
con = magicGetConnection();
//stuff
} catch(...) {
} finally {
try {if (rs!=null){ rs.close(); rs=null; } } catch(Throwable ignore){}
try {if (ps!=null){ ps.close(); ps=null; } } catch(Throwable ignore){}
try {if (ps!=null){ con.close(); con=null; } }
Hello Sung-Gu!
SG I suggest that jakarta-commons provides flexible URI issue implementations
SG as a package.
Looking forward to see it appear in jakarta-commons. :-)
BTW, do you think that (char[] data, int start, int len)
versions of methods should be included?
(Something that I'm probably
Hi, All!
1) A side-note
It would be really more easy if this discussion was
held somewhere on db-commons, really :-)
2)
PS The EAI or network infrastructure, for example, behind one of the
PS apps could cause it to grind to a halt, effectively orphaning any
PS connections that it has open,
I'm in the don't reclaim camp, but am thinking, IF somebody really wants it, then
the solution would be to rollback and close the real connection -- this:
* emulates a legal timeout from the database server
* ensures any further action on by the rogue app will get a suitable exception
* provides
The following comment has been added to this issue:
Author: Paul Libbrecht
Created: Mon, 30 Jun 2003 5:00 AM
Body:
Thanks for that, a cvs-update has solved my issue in the precise case I was seeing the
bug!
Thanks.
Paul
Thanks for the update Adam. I've been using the VFS for a couple of
weeks now, it's such a nice piece of software - both to use and to view
the source of :) I'm happy to hear that you still have intentions with
this project, and I hope to someday be confident enough in it to be able
to contribute.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21181.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I think we've had this discussion before.
But I'll weigh in with my 2c again because I still feel strongly about it..
Craig says:
I do not believe there is any fundamentally sound algorithm that a
connection pool can use to detect when a connection has truly been
abandoned and is thereby
Hello Craig!
CRM I haven't been able
CRM to re-establish my SSH based automatic authentication so that uploading to
CRM the website can happen without requiring a login. Has anyone else had
CRM that issue on icarus (a.k.a cvs.apache.org)?
Me too, but maybe I'm lameristic :)
In fact I use
Hello All!
Just lurkering your discussion..
JM I agree. IMHO the focus should be on any type of legacy, structured
JM ASCII files containing some notion of record.
Does not this give the new name to the project (not only the scope)
ascii
import-ascii
oh wait, and if it is not ASCII? if it
Hi, All!
AT A recent test that I have carried out showed that .charAt() is
AT 1.8 - 1.9 times slower then [] on a char array, just in case I attach
AT the test case.
Oopps, have fogotten the test, here it is in this mail.
And here are the results I got
Results for 'abcdefghijk'
string
Hi, All!
You've got CRLF broken in
jakarta-commons/codec/src/java/org/apache/commons/codec/binary/Hex.java
WBR, Anton
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Hello Nicolas!
NM 2. we'd like the build-in backends split from the main jar so we can
NM made them optional and allow people not to install them if they already
NM have log4j or a 1.4 jvm.
Lurker's opinion :)
I want to say I like your ideas very much.
war-s are great too, but putting _all_
rwaldhoff2003/06/30 03:59:12
jakarta-commons-sandbox/functor/src/java/org/apache/commons/functor/generator - New
directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
rwaldhoff2003/06/30 03:59:13
jakarta-commons-sandbox/functor/src/java/org/apache/commons/functor/generator/io -
New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
rwaldhoff2003/06/30 03:59:13
jakarta-commons-sandbox/functor/src/java/org/apache/commons/functor/generator/util -
New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
rwaldhoff2003/06/30 03:59:13
jakarta-commons-sandbox/functor/src/test/org/apache/commons/functor/generator - New
directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
rwaldhoff2003/06/30 03:59:14
jakarta-commons-sandbox/functor/src/test/org/apache/commons/functor/generator/io -
New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
rwaldhoff2003/06/30 03:59:14
jakarta-commons-sandbox/functor/src/test/org/apache/commons/functor/generator/util -
New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21182.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
It is possible to detect abandoned connection with Thread.isAlive() (if
thread pool is not used or maxConnections = maxThreads),
but it is not a good way for performance ( iterate owners and chech
isAlive )
- Original Message -
From: Danny Angus [EMAIL PROTECTED]
To: Jakarta Commons
On any *nix system, try the following:
ehco 'hi'with\\backslash
ls
You should see (in addition to any other files)
with\backslash
I'm not sure if it's a valid character in systems like iso9660 (I think it's
very restrictive). I'm also not sure about OLD Mac - new Mac's are just
BSD, so the
Perhaps a more robust solution in your environment might be to extend
DiskFileUpload - and just make sure you only use it in an environment where:
1) the backslash is a separator - not a valid filename character.
2) users of your extended DiskFileUpload have no need for the preceding path
AT is there going to be any overlap with
AT the code project in coding/decoding the uri-s?
I meant will there be a clash in scope with
* codec
* lang//EscapeUtils
- Anton
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
Hello Ken!
There have been very strongly argumented opinions
that the pool should do nothing of the sort, but
I'd like to go to the bottom of discussing other
alternatives too.
KH * emulates a legal timeout from the database server
I have been stricken with the beauty of approach
you have
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21182.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Pool doe's not need locks on connection objects, synchronized can be used
for wait/notifyAll,
but it needs monitor of some global object. Pool must never return the
same connection
for different threads, but connection can be fail-fast itself,
it is not a very big overhead for connection
I wouldn't bother with the synchronization -- closing the socket (which would
(probably) be the effect of con.close()) would propagate the event. Obviously this
would be driver dependent, and at best is still a bad thing to do -- to re-iterate,
I'd only want DBCP to, at most, log abandoned
Hello, All!
AT A recent test that I have carried out
Thanks to Dick Zetterberg [EMAIL PROTECTED]
DZ I do not doubt that charAt is slower but I think your test
DZ should be modified slightly.
DZ First a question though:
DZ What JDK version and what platform are you using?
java version 1.4.1
On Tue, Jun 24, 2003 at 04:05:42PM +1000, dion gillard wrote:
+1
Scott
Serge,
along with Noel, if you're not already a commons committer, here's my +1.
If you just need karma, lets get it happening.
Serge Knystautas wrote:
David Graham wrote:
I took a crack at fixing DBCP for
On Sat, Jun 28, 2003 at 10:41:43AM -0700, David Graham wrote:
Martin is currently a committer on Turbine, Torque, and OJB and has
expressed an interest in maintaining the commons-dbcp project (which is in
need of new developers). I suggest we add him as a commons committer.
+1
--
Scott
Hello Juozas!
JB Pool doe's not need locks on connection objects, synchronized can be used
JB for wait/notifyAll,
JB but it needs monitor of some global object. Pool must never return the
JB same connection
JB for different threads, but connection can be fail-fast itself,
JB it is not a very big
I have been stricken with the beauty of approach
you have proposed, indeed its nice to emulate
a server timeout :-))
I can see how this would appeal, allowing DBCP to impose its own timeout, however IMO
it would still not allow DBCP be able to reclaim the connection,
Rather it would have
But, I've got a feeling that we're talking different languages here!
In fact I was discussing Ken Horn's idea that the pool could
* after a connection has been grabbed but not released,
for say 10 minutes
* forcibly close the underlying real connection
(thus freeing db server's
I use windows port of SSH (by Gorden Chaffee, ssh-1.2.14-win32bin.zip)
with windows port of cvs. CVS and ssh work fine but I fail to do scp.
I'm not familiar with that port, but from the little that I have found it
seems to be ancient and out-of-date. Have you considered installing the
cygwin
Me too, but maybe I'm lameristic :)
In fact I use windows port of SSH (by Gorden Chaffee,
ssh-1.2.14-win32bin.zip)
with windows port of cvs. CVS and ssh work fine but I fail to do scp.
But I have been failing this for a long time already. Maybe the reason
is that with scp I did not find a
After some research done by Phil and I, we've come to the conclusion
that its quite difficult to generate cvs diff patches that add new files
when applied. This is because of a Catch-22 where one would need to do a
'cvs add' prior to 'cvs diff' to capture the new file state in the
/CVS/Entries
Hello Noel!
AT I use windows port of SSH (by Gorden Chaffee, ssh-1.2.14-win32bin.zip)
AT with windows port of cvs. CVS and ssh work fine but I fail to do scp.
Noel J. Bergman:
NJB I'm not familiar with that port, but from the little that I have found it
NJB seems to be ancient and out-of-date.
Phil Steitz wrote:
I agree. My preference would be to eliminate the original
RootFinding.java and refactor the distribution inversion methods to use
the new framework. Before taking that step, however, I would like to
hear Brent's opinion on what might be improved in the new framework.
I've
+1
- robert
On Saturday, June 28, 2003, at 06:41 PM, David Graham wrote:
Martin is currently a committer on Turbine, Torque, and OJB and has
expressed an interest in maintaining the commons-dbcp project (which is in
need of new developers). I suggest we add him as a commons committer.
Here's
But, with that program I have another kind of difficulty:
by itself it generates keys of some format not recognized
by ssh server running on cvs.apache.org. The keys of this
format look like
Top tip .. I find it often avoids pain if you generate your keys on the server you're
connecting to
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21205.
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://nagoya.apache.org/bugzilla/show_bug.cgi?id=21205.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I do have SSH 3.2.0 http://www.ssh.com
But, with that program I have another kind of difficulty:
by itself it generates keys of some format not recognized
by ssh server running on cvs.apache.org.
See: http://www.ices.utexas.edu/adminworld/sshinterop.html#5
I had to do the same thing, since
rwaldhoff2003/06/30 15:40:08
Modified:functor/src/test/org/apache/commons/functor TestAll.java
Log:
enable tests
Revision ChangesPath
1.5 +3 -2
jakarta-commons-sandbox/functor/src/test/org/apache/commons/functor/TestAll.java
Index: TestAll.java
rwaldhoff2003/06/30 15:40:53
Modified:functor/src/java/org/apache/commons/functor Algorithms.java
Log:
refactor slightly to avoid inline assignment
Revision ChangesPath
1.4 +10 -4
rwaldhoff2003/06/30 16:36:14
Modified:functor/src/java/org/apache/commons/functor/generator
IteratorToGeneratorAdapter.java Generator.java
Log:
use braces
Revision ChangesPath
1.2 +3 -3
mbecke 2003/06/30 18:12:29
Modified:httpclient/src/java/org/apache/commons/httpclient URI.java
Log:
The URI is now correctly rebuilt after calling normalize(). This patch also
includes a couple
of style violations.
PR: 21201
Revision ChangesPath
1.36 +17 -15
David Graham wrote:
The problem was that DBCP was trying to track and recover abandoned
connections. This isn't just an implementation problem, it's a philosophy
problem. Pool semantics dictate that client applications behave properly
when checking out and returning pool resources. The pool is
Sorry for my non-response on any part of this thread. I've been away on
vacation.
-Original Message-
From: Phil Steitz [mailto:[EMAIL PROTECTED]
Sent: Friday, June 27, 2003 7:20 PM
To: Jakarta Commons Developers List
Subject: Re: [math][functor] More Design Concerns
J.Pietschmann
All,
I have taken the liberty of compiling a draft 2.1 release plan that incorporates
various ideas tossed around recently (special thanks go to Eric Johnson). I feel we
ought to clearly articulate our short- to mid-term development plans before 2.0 goes
RC1.
Comments, ideas, critique welcome
Hi !
I am already using the BETA-1 and the 100-continue error continues.
What should I do ?
Thanks
-Original Message-
From: Kalnichevski, Oleg [mailto:[EMAIL PROTECTED]
Sent: Friday, June 27, 2003 11:36 AM
To: Commons HttpClient Project
Subject: RE: Continue - 100
Upgrade to
Please follow the logging guide below and produce the wire log of the HTTP session
that exhibits the problem.
http://jakarta.apache.org/commons/httpclient/logging.html
Oleg
-Original Message-
From: George Gastaldi [mailto:[EMAIL PROTECTED]
Sent: Mon 6/30/2003 16:48
To:
Well it has changed my problem. Here what happens now, I still do not get
the post results that I want. Here's the proxy trace with a browser:
POST /JobSeeker/Jobs/JobQuery.asp?ch=al HTTP/1.0
Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg,
application/vnd.ms-excel,
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21201.
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://nagoya.apache.org/bugzilla/show_bug.cgi?id=21201.
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://nagoya.apache.org/bugzilla/show_bug.cgi?id=21201.
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://nagoya.apache.org/bugzilla/show_bug.cgi?id=21201.
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://nagoya.apache.org/bugzilla/show_bug.cgi?id=21202.
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://nagoya.apache.org/bugzilla/show_bug.cgi?id=21201.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
The results are 3 +1s and no other votes. Unless I hear something to
the contrary I will proceed with the tag/release tomorrow morning
(about 10 hours from now). Most likely I will be able to complete all
of the necessary pieces by tomorrow night.
Please let me know if there is anything that
61 matches
Mail list logo
