A little backstory on the connection pooling mechanism I submitted to Struts
a while back:
A couple of months ago, at the company I work for we ran into problems with
the connection pooling implementation within the commercial product we were
using. Specifically, (a) the pool itself was
Hi everybody,
could somebody please give me a hint, on how to get Apache-Tomcat on the
jk-module running??? I've tried everything...
Discription:
---
I'm using Apache 1.3.17 and Tomcat 3.2.1 (JDK 1.3) on a Linux-Maschine.
I've built Apache with the mod_jk.c of the source distribution
Conor MacNeill wrote:
So now we have connection pooling code in two places.
Duplication isn't great but it happens, and sometimes
it even happens in the same project. It is a
refactoring opportunity. Now that we have recognized
that, surely we can find the best solution, find
somewhere for
Thursday, February 08, 2001 10:29 AM GOMEZ Henri wrote:
I'm +1 with Arieh Markel about
. Jakarta Base Network Utilities
. Jakarta Base JSP Utilities
. Jakarta XML Utilities
. Jakarta SMTP Utilities
. Jakarta Tools
How do you make the tools so that they don't tie
into applications too
Several times, on several developer lists here within the Jakarta
community and elsewhere, the question comes up -- "why aren't we sharing
more code between projects and subprojects"? Lots of us have opinions
and experiences about where this has worked (and not worked) for them in
the past. The
on 2/8/01 1:19 AM, Ceki Glc at [EMAIL PROTECTED] wrote:
1) Who should be contacted in case of problems with ABDB? I have refrained
from listing Pier's address publicly.
webmaster@ -- we need to get some more people behind that address to make
sure that things are handled.
2) Why should a
Costin Manolache wrote:
What's wrong with having multiple thread pools or db pools, each
having special characteristics and working best in different
situations ?
Different, plug compatible, db pools would be great.
Having each project early bind to a specific one is not.
If I wanted to
