RE: commons dbcp or pool problems

Hi, >> Worse than using sql within a JSP, the customer turned almost their >> entire web site into a bunch of JSP pages to dynamically generate >> the content from a db. But they only change the db 5-6 times a day. >> So their pages generate all this load and are open to all kinds of >> potentia

Re: OT: Helping Glenn (was Re: commons dbcp or pool problems)

Thanks for the suggestion. The issue of caching pages was discussed weeks ago with the customer. But of course the customer doesn't have time to make changes now, it has to go into production. They have something that "works". If they eventually have time to redesign the application I will reco

Re: cvs commit: jakarta-commons/collections/src/test/org/apache/commons/collections TestObject.java

What's the point of this one (just curious)? [EMAIL PROTECTED] writes: > morgand 02/02/22 14:01:32 > > Modified:collections/src/test/org/apache/commons/collections > TestObject.java > Log: > constant to indicate which major release we are working on > >

Re: OT: Helping Glenn - Last Post, honest

--- Lavandowska <[EMAIL PROTECTED]> wrote: > --- Glenn Nielsen <[EMAIL PROTECTED]> wrote: > > Worse than using sql within a JSP, the customer turned almost their > > entire web site into a bunch of JSP pages to dynamically generate > > the content from a db. But they only change the db 5-6 times

OT: Helping Glenn (was Re: commons dbcp or pool problems)

--- Glenn Nielsen <[EMAIL PROTECTED]> wrote: > Worse than using sql within a JSP, the customer turned almost their > entire web site into a bunch of JSP pages to dynamically generate > the content from a db. But they only change the db 5-6 times a day. In the Commons-Pool is a taglib for cachin

cvs commit: jakarta-commons/collections/src/test/org/apache/commons/collections TestLRUMap.java

morgand 02/02/22 14:26:01 Modified:collections/src/test/org/apache/commons/collections TestLRUMap.java Log: removed testExternalizable(), redundant with test in TestMap class Revision ChangesPath 1.17 +4 -30 jakarta-commons/collections/s

cvs commit: jakarta-commons/collections/src/test/org/apache/commons/collections TestMap.java

morgand 02/02/22 14:21:50 Modified:collections/src/test/org/apache/commons/collections TestMap.java Log: fixed test comments Revision ChangesPath 1.11 +6 -6 jakarta-commons/collections/src/test/org/apache/commons/collections/TestMap.jav

Re: commons dbcp or pool problems

> Worse than using sql within a JSP, the customer turned almost their > entire web site into a bunch of JSP pages to dynamically generate > the content from a db. But they only change the db 5-6 times a day. > So their pages generate all this load and are open to all kinds of > potential failures

cvs commit: jakarta-commons/collections/src/test/org/apache/commons/collections TestHashMap.java TestMap.java

morgand 02/02/22 14:01:48 Modified:collections/src/test/org/apache/commons/collections TestHashMap.java TestMap.java Log: canonical forms for serialized maps in Collections 2.0 Revision ChangesPath 1.4 +21 -4 jakarta-commons/collections

cvs commit: jakarta-commons/collections/src/test/org/apache/commons/collections TestObject.java

morgand 02/02/22 14:01:32 Modified:collections/src/test/org/apache/commons/collections TestObject.java Log: constant to indicate which major release we are working on Revision ChangesPath 1.4 +6 -4 jakarta-commons/collections/src/test/

cvs commit: jakarta-commons/collections/src/test/org/apache/commons/collections TestLRUMap.java

morgand 02/02/22 14:00:44 Modified:collections/src/test/org/apache/commons/collections TestLRUMap.java Log: makeMap() was removed from TestMap, replaced with makeEmptyMap() Revision ChangesPath 1.16 +5 -5 jakarta-commons/collections/src

cvs commit: jakarta-commons/collections/data/test LRUMap.emptyMap.version2.obj LRUMap.fullMap.version2.obj MultiHashMap.emptyMap.version2.obj MultiHashMap.fullMap.version2.obj SequencedHashMap.emptyMap.version2.obj SequencedHashMap.fullMap.version2.obj TreeMap.emptyMap.version2.obj TreeMap.fullMap.version2.obj

morgand 02/02/22 14:00:02 Added: collections/data/test LRUMap.emptyMap.version2.obj LRUMap.fullMap.version2.obj MultiHashMap.emptyMap.version2.obj MultiHashMap.fullMap.version2.obj Sequence

cvs commit: jakarta-commons/collections/data/test LRUMapVersion1.obj

morgand 02/02/22 13:59:31 Removed: collections/data/test LRUMapVersion1.obj Log: externalization has changed for collections 2.0 -- To unsubscribe, e-mail: For additional commands, e-mail:

RE: commons dbcp or pool problems

Hi, >> >I have reviewed the customers JSP pages and found one page >> >where they were not wrapping their use of a db connection within a >> >try {} block. I have informed them how to fix it. >> > >> >But this one page does not explain running out of connections in a pool >> >with a max of 75 co

Re: commons dbcp or pool problems

At 2/22/2002 08:47 PM +0100, Juozas Baliuka wrote: >It is very dificult to find pooling related bugs in application. >May be it has meaning to implement something like "DebugPool" to help find >problems >in users code. >I can think about this, if this idea is interesting. A few months back I ma

Re: commons dbcp or pool problems

Gerhard Froehlich wrote: > > Hi, > > >I have reviewed the customers JSP pages and found one page > >where they were not wrapping their use of a db connection within a > >try {} block. I have informed them how to fix it. > > > >But this one page does not explain running out of connections in a p

cvs commit: jakarta-commons/httpclient/src/java/org/apache/commons/httpclient/methods UrlDeleteMethod.java UrlGetMethod.java UrlHeadMethod.java UrlOptionsMethod.java UrlPostMethod.java UrlPutMethod.java

marcsaeg02/02/22 11:24:24 Added: httpclient/src/java/org/apache/commons/httpclient HttpConnectionManager.java HttpMultiClient.java HttpRecoverableException.java HttpSharedState.java HttpUrlMethod.java

cvs commit: jakarta-commons/httpclient/src/java/org/apache/commons/httpclient/methods GetMethod.java

marcsaeg02/02/22 11:22:07 Modified:httpclient/src/java/org/apache/commons/httpclient/methods GetMethod.java Log: Changed readResponseBody() to use new implementation in HttpMethodBase that takes the OutputStream parameter. Revision ChangesPath 1

cvs commit: jakarta-commons/httpclient/src/java/org/apache/commons/httpclient URIUtil.java

marcsaeg02/02/22 11:21:11 Modified:httpclient/src/java/org/apache/commons/httpclient URIUtil.java Log: Added getPath() method. This is used by the HttpUrlMethod classes. Revision ChangesPath 1.6 +17 -4 jakarta-commons/httpclient/src/ja

cvs commit: jakarta-commons/httpclient/src/java/org/apache/commons/httpclient HttpMethodBase.java

marcsaeg02/02/22 11:20:35 Modified:httpclient/src/java/org/apache/commons/httpclient HttpMethodBase.java Log: 1) Support new HttpRecoverableException. 2) Fixed handling of 100 response after the body was sent. 3) Support for relative URIs in Location:

cvs commit: jakarta-commons/httpclient/src/java/org/apache/commons/httpclient HttpMethod.java

marcsaeg02/02/22 11:15:54 Modified:httpclient/src/java/org/apache/commons/httpclient HttpMethod.java Log: Added setStrictMode() and getStringMode(). The strict mode code is still experimental, but since it is currently only available through HttpMultiCli

cvs commit: jakarta-commons/httpclient/src/java/org/apache/commons/httpclient HttpConnection.java

marcsaeg02/02/22 11:14:43 Modified:httpclient/src/java/org/apache/commons/httpclient HttpConnection.java Log: Added support for HttpRecoverableException. Revision ChangesPath 1.8 +45 -16 jakarta-commons/httpclient/src/java/org/apache/com

cvs commit: jakarta-commons/httpclient/src/java/org/apache/commons/httpclient Cookie.java

marcsaeg02/02/22 11:13:51 Modified:httpclient/src/java/org/apache/commons/httpclient Cookie.java Log: 1) Added better support for Netscape cookies. 2) Fixed cookie sorting problem. The previous implementation used a set and the compare() method made co

RE: commons dbcp or pool problems

Hi, >I have reviewed the customers JSP pages and found one page >where they were not wrapping their use of a db connection within a >try {} block. I have informed them how to fix it. > >But this one page does not explain running out of connections in a pool >with a max of 75 connections. In th

Re: commons dbcp or pool problems

Glenn Nielsen wrote: > > "Waldhoff, Rodney" wrote: > > > > As you probably already know, the NoSuchElementException is telling you the > > pool has been exhausted (and the "detail" message suggests you've got the > > pool configured to block for some finite amount of time before giving up). > > T

Re: commons dbcp or pool problems

> > I have reviewed the customers JSP pages and found one page > where they were not wrapping their use of a db connection within a > try {} block. I have informed them how to fix it. > > But this one page does not explain running out of connections in a pool > with a max of 75 connections. In t

Re: commons dbcp or pool problems

"Waldhoff, Rodney" wrote: > > As you probably already know, the NoSuchElementException is telling you the > pool has been exhausted (and the "detail" message suggests you've got the > pool configured to block for some finite amount of time before giving up). > The most probable causes, in my expe

Re: commons dbcp or pool problems

> Juozas wrote: > > > It is very dificult to find pooling > > related bugs in application. May be > > it has meaning to implement something > > like "DebugPool" to help find problems > > in users code. I can think about this, > > if this idea is interesting. > > In the pool/dbcp implementation fr

Re: [VOTE] New committers: Jean-Frederic Clere and Patrick Luby

On Fri, 22 Feb 2002, Morgan Delagrange wrote: > Maybe I'm not understanding correctly, but it sounds like your contributions > to the Daemon component are still pending. If so, I'd prefer to defer my > vote until you've contributed some work as patches for a while, as is > customary in Jakarta.

[PATCH] IO FileUtils.java, IOTestCase.java

Here are patches for FileUtils.java and IOTestCase.java Two patch files are attached. I created the patch files using this command: cvs diff -u Foo.java > Foo.patch Changes in FileUtils: modified fileRead to estimate the file content size and prealloce the StringBuffer

Re: commons dbcp or pool problems

> which won't do what we want if either of the first two lines throws an > Exception. I use this idiom: > > } finally { > try { resultset.close(); } catch(Exception e) { } > try { statement.close(); } catch(Exception e) { } > try { connection.close(); } catch(Exception e) { } > } > > an

RE: commons dbcp or pool problems

Juozas wrote: > It is very dificult to find pooling > related bugs in application. May be > it has meaning to implement something > like "DebugPool" to help find problems > in users code. I can think about this, > if this idea is interesting. In the pool/dbcp implementation from which commo

Re: [VOTE] New committers: Jean-Frederic Clere and Patrick Luby

Oops I didn't mean to put you on the spot, Jean-Frederic. What I intended was for Remy to expand upon your work, but getting your input is even better. Maybe I'm not understanding correctly, but it sounds like your contributions to the Daemon component are still pending. If so, I'd prefer to de

Re: commons dbcp or pool problems

> Then again, I haven't looked at the pool component, so I don't know > whether this would be tye symptom for that problem or not. Take what I > say with a grain of salt. Although it might be a good place to start > looking. > > regards, > michael > Hi, It is very dificult to find pooling rela

RE: commons dbcp or pool problems

As you probably already know, the NoSuchElementException is telling you the pool has been exhausted (and the "detail" message suggests you've got the pool configured to block for some finite amount of time before giving up). The most probable causes, in my experience: 1. A peak in connection usag

RE: New sandbox proposal http

Scott wrote: > In refacotring the utils package, and > in reference to Rod's comments about > factoring out some http utilities from > httpclient, I am creating a proposal > (using the spiffy new proposal > generator) http. That's cool. But just to clarify my comments, I was thinking of r

cvs commit: jakarta-commons-sandbox/http PROPOSAL.html RELEASE-NOTES.txt STATUS.html

sanders 02/02/22 10:30:50 Modified:http PROPOSAL.html RELEASE-NOTES.txt STATUS.html Log: Minor Updates Revision ChangesPath 1.2 +8 -4 jakarta-commons-sandbox/http/PROPOSAL.html Index: PROPOSAL.html ===

Re: [VOTE] New committers: Jean-Frederic Clere and Patrick Luby

Morgan Delagrange wrote: > > -0 for both, I'm afraid, until they have made some contributions to Commons > in a public forum. I try not to vote for committers based on their > intention to contribute. I may change my vote for Jean-Frederic if you can > expand up the daemon work he has done to d

cvs commit: jakarta-commons-sandbox/util/src/java/org/apache/commons/util/http BrowserDetector.java HttpUtils.java

sanders 02/02/22 10:15:30 Removed: util/src/java/org/apache/commons/util/http BrowserDetector.java HttpUtils.java Log: Moved to http proposal -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: cvs commit: jakarta-commons-sandbox/servlet PROPOSAL.html

Cool site! Good news, I figured that Sun would ring the word "Servlet" in fire if they had the rights, but it's good to make sure at the outset. - Original Message - From: "Scott Sanders" <[EMAIL PROTECTED]> To: "Jakarta Commons Developers List" <[EMAIL PROTECTED]> Sent: Friday, Februar

cvs commit: jakarta-commons-sandbox/http/src/java/org/apache/commons/http BrowserDetector.java HttpUtils.java

sanders 02/02/22 10:14:31 Added: http PROPOSAL.html RELEASE-NOTES.txt STATUS.html build.properties.sample build.xml http/src/conf MANIFEST.MF http/src/java/org/apache/commons/http BrowserDetector.java Ht

cvs commit: jakarta-commons-sandbox/http/src/java/org/apache/commons/http - New directory

sanders 02/02/22 10:13:54 jakarta-commons-sandbox/http/src/java/org/apache/commons/http - New directory -- To unsubscribe, e-mail: For additional commands, e-mail:

cvs commit: jakarta-commons-sandbox/http/src/java/org/apache/commons - New directory

sanders 02/02/22 10:13:50 jakarta-commons-sandbox/http/src/java/org/apache/commons - New directory -- To unsubscribe, e-mail: For additional commands, e-mail:

cvs commit: jakarta-commons-sandbox/http/src/java/org/apache - New directory

sanders 02/02/22 10:13:44 jakarta-commons-sandbox/http/src/java/org/apache - New directory -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: cvs commit: jakarta-commons-sandbox/servlet PROPOSAL.html

I'm assuming that "Servlet" is not a trademark, and that we can use it as the name of a component. I looked through the Sun site and could not find reference to it as a copywritten name. - Morgan - Original Message - From: <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, Febru

cvs commit: jakarta-commons-sandbox/util/src/java/org/apache/commons/util/http RequestUtils.java

sanders 02/02/22 10:00:50 Added: servlet/src/java/org/apache/commons/servlet RequestUtils.java Removed: util/src/java/org/apache/commons/util/http RequestUtils.java Log: RequestUtils has a new resting place... Revision ChangesPath 1.1

cvs commit: jakarta-commons-sandbox/servlet/src/conf MANIFEST.MF

sanders 02/02/22 09:53:34 Added: servlet RELEASE-NOTES.txt STATUS.html build.properties.sample build.xml servlet/src/conf MANIFEST.MF Log: New servlet utilities package Revision ChangesPath 1.1 jakarta-commons-sa

cvs commit: jakarta-commons-sandbox/servlet PROPOSAL.html

sanders 02/02/22 09:53:14 Added: servlet PROPOSAL.html Log: Submitted by Steven Caswell <[EMAIL PROTECTED]> Revision ChangesPath 1.1 jakarta-commons-sandbox/servlet/PROPOSAL.html Index: PROPOSAL.html

cvs commit: jakarta-commons-sandbox/servlet/src/java/org/apache/commons/servlet - New directory

sanders 02/02/22 09:51:22 jakarta-commons-sandbox/servlet/src/java/org/apache/commons/servlet - New directory -- To unsubscribe, e-mail: For additional commands, e-mail:

cvs commit: jakarta-commons-sandbox/servlet/src/java/org/apache/commons - New directory

sanders 02/02/22 09:51:18 jakarta-commons-sandbox/servlet/src/java/org/apache/commons - New directory -- To unsubscribe, e-mail: For additional commands, e-mail:

cvs commit: jakarta-commons-sandbox/servlet/src/java/org/apache - New directory

sanders 02/02/22 09:51:13 jakarta-commons-sandbox/servlet/src/java/org/apache - New directory -- To unsubscribe, e-mail: For additional commands, e-mail:

cvs commit: jakarta-commons-sandbox/servlet/src/java/org - New directory

sanders 02/02/22 09:51:05 jakarta-commons-sandbox/servlet/src/java/org - New directory -- To unsubscribe, e-mail: For additional commands, e-mail:

cvs commit: jakarta-commons-sandbox/servlet/src/test/org/apache/commons/servlet - New directory

sanders 02/02/22 09:50:55 jakarta-commons-sandbox/servlet/src/test/org/apache/commons/servlet - New directory -- To unsubscribe, e-mail: For additional commands, e-mail:

cvs commit: jakarta-commons-sandbox/servlet/src/test/org/apache/commons - New directory

sanders 02/02/22 09:50:48 jakarta-commons-sandbox/servlet/src/test/org/apache/commons - New directory -- To unsubscribe, e-mail: For additional commands, e-mail:

cvs commit: jakarta-commons-sandbox/servlet/src/test/org/apache - New directory

sanders 02/02/22 09:50:42 jakarta-commons-sandbox/servlet/src/test/org/apache - New directory -- To unsubscribe, e-mail: For additional commands, e-mail:

cvs commit: jakarta-commons-sandbox/servlet/src/test/org - New directory

sanders 02/02/22 09:50:37 jakarta-commons-sandbox/servlet/src/test/org - New directory -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: Util Dispersion

On Fri, 22 Feb 2002 [EMAIL PROTECTED] wrote: > > What is the reasoning for not moving lru.* into Collections and/or > > merging with LRUMap? > > Mainly that I was unsure if the consensus was for that. Anyone against > this being transfered? And anyone up for the merging? I would be okay with it

cvs commit: jakarta-commons-sandbox/servlet/src/java - New directory

sanders 02/02/22 09:48:35 jakarta-commons-sandbox/servlet/src/java - New directory -- To unsubscribe, e-mail: For additional commands, e-mail:

cvs commit: jakarta-commons-sandbox/servlet/src/conf - New directory

sanders 02/02/22 09:48:34 jakarta-commons-sandbox/servlet/src/conf - New directory -- To unsubscribe, e-mail: For additional commands, e-mail:

cvs commit: jakarta-commons-sandbox/servlet/src/test - New directory

sanders 02/02/22 09:48:35 jakarta-commons-sandbox/servlet/src/test - New directory -- To unsubscribe, e-mail: For additional commands, e-mail:

cvs commit: jakarta-commons-sandbox/servlet/src - New directory

sanders 02/02/22 09:48:24 jakarta-commons-sandbox/servlet/src - New directory -- To unsubscribe, e-mail: For additional commands, e-mail:

cvs commit: jakarta-commons-sandbox/servlet - New directory

sanders 02/02/22 09:47:15 jakarta-commons-sandbox/servlet - New directory -- To unsubscribe, e-mail: For additional commands, e-mail:

RE: cvs commit: jakarta-commons-sandbox/proposal .cvsignore MANIFEST.MF PROPOSAL.html RELEASE-NOTES.txt STATUS.html build.properties.sample build.xml sample.build.xml

Since I have now created just a few of these things, they do seem very redundant ;-) Scott > -Original Message- > From: Daniel Rall [mailto:[EMAIL PROTECTED]] > Sent: Friday, February 22, 2002 9:44 AM > To: Jakarta Commons Developers List > Subject: Re: cvs commit: jakarta-commons-sandb

Re: cvs commit: jakarta-commons-sandbox/proposal .cvsignore MANIFEST.MF PROPOSAL.html RELEASE-NOTES.txt STATUS.html build.properties.sample build.xml sample.build.xml

Yeah Scott! I was wondering how long it was going to be before someone made an actual template for these things. [EMAIL PROTECTED] writes: > sanders 02/02/22 09:38:40 > > Added: proposal .cvsignore MANIFEST.MF PROPOSAL.html > RELEASE-NOTES.txt STATUS.html >

Re: Util Dispersion

<[EMAIL PROTECTED]> writes: > XmlUtils is a String-based class, so its dependency on the String library > will not be fixable without specifying dependency. So once I figure this > out/find a doc I'll make Util dependent on Lang. This would not be breaking precedent. ;-) >> What is the reasoni

Re: [VOTE] New committers: Jean-Frederic Clere and Patrick Luby

-0 for both, I'm afraid, until they have made some contributions to Commons in a public forum. I try not to vote for committers based on their intention to contribute. I may change my vote for Jean-Frederic if you can expand up the daemon work he has done to date. I won't block their entry, and

cvs commit: jakarta-commons-sandbox/proposal build.xml

sanders 02/02/22 09:41:44 Modified:proposal build.xml Log: Copy and paste error Revision ChangesPath 1.2 +2 -2 jakarta-commons-sandbox/proposal/build.xml Index: build.xml === RCS file: /h

cvs commit: jakarta-commons-sandbox/cli .cvsignore

sanders 02/02/22 09:41:30 Added: cli .cvsignore Log: Added a .cvsignore Revision ChangesPath 1.1 jakarta-commons-sandbox/cli/.cvsignore Index: .cvsignore === build.properties

Proposal generator

Hey all, I just committed a proposal generator in the sandbox under the proposal directory. Just run ant -Dpackage=foo, and the foo proposal appears, complete with build file, PROPOSAL, etc. Cheers, Scott -- To unsubscribe, e-mail: For additional commands, e-mail

cvs commit: jakarta-commons-sandbox/proposal .cvsignore MANIFEST.MF PROPOSAL.html RELEASE-NOTES.txt STATUS.html build.properties.sample build.xml sample.build.xml

sanders 02/02/22 09:38:40 Added: proposal .cvsignore MANIFEST.MF PROPOSAL.html RELEASE-NOTES.txt STATUS.html build.properties.sample build.xml sample.build.xml Log: Created a proposal creator! Just run ant -Dpackage=foo to creat

cvs commit: jakarta-commons-sandbox/proposal - New directory

sanders 02/02/22 09:37:02 jakarta-commons-sandbox/proposal - New directory -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: Util Dispersion

On Fri, 22 Feb 2002, Daniel Rall wrote: > > One issue of this is that at the moment, XmlUtils and GenerateUniqueId > > both fail to compile due to dependency on String[Util]s. As does > > RequestUtils. > > I just fixed GenerateUniqueId. XmlUtils is a String-based class, so its dependency on th

Re: [VOTE] New committers: Jean-Frederic Clere and Patrick Luby

+1 to both - robert On Friday, February 22, 2002, at 05:24 PM, Craig R. McClanahan wrote: > +1 to both. > > Craig > > > On Thu, 21 Feb 2002, Remy Maucherat wrote: > >> Date: Thu, 21 Feb 2002 18:37:24 -0800 >> From: Remy Maucherat <[EMAIL PROTECTED]> >> Reply-To: Jakarta Commons Developers List

Re: Util Dispersion

<[EMAIL PROTECTED]> writes: > I've begun to migrate code out of Utils and into some of the new packages. > Currently I've created a lang package and moved the relevant code into the > codec package. I've also finished the migration of code to IO, removing > the old classes and also sending HexDum

Re: [VOTE] New committers: Jean-Frederic Clere and Patrick Luby

+1 to both. Craig On Thu, 21 Feb 2002, Remy Maucherat wrote: > Date: Thu, 21 Feb 2002 18:37:24 -0800 > From: Remy Maucherat <[EMAIL PROTECTED]> > Reply-To: Jakarta Commons Developers List <[EMAIL PROTECTED]> > To: Jakarta Commons Developers List <[EMAIL PROTECTED]> > Subject: [VOTE] New commit

Re: commons dbcp or pool problems

"Michael A. Smith" wrote: > > On Fri, 22 Feb 2002, Glenn Nielsen wrote: > > I have been using Tomcat 4.1-dev and its new DBCP DataSource Factory > > which uses commons-dbcp, which then uses other commons components > > like commons-pool. > > > > Everything works fine, then all of a sudden Generic

Re: Requesting a Big HELP

On Wed, 20 Feb 2002, Santiago Gala wrote: > Senal AP Rasanga wrote: > > >Dear Santiago Gala, > > We are undergraduates of University of Moratuwa in Sri Lanka. We are in final >year now. So we suppose to implement a server that supports three Protocols. They are >iCalendar, iMIP and iTIP. So a

cvs commit: jakarta-commons-sandbox/util PROPOSAL

dlr 02/02/22 09:10:26 Modified:util PROPOSAL Log: There is now a Commons Lang package. Revision ChangesPath 1.5 +4 -5 jakarta-commons-sandbox/util/PROPOSAL Index: PROPOSAL === RCS

cvs commit: jakarta-commons-sandbox/util/src/java/org/apache/commons/util GenerateUniqueId.java

dlr 02/02/22 09:09:54 Modified:util/src/java/org/apache/commons/util GenerateUniqueId.java Log: Removed use of StringUtils, which has been moved to the new Commons Lang package. Revision ChangesPath 1.5 +2 -2 jakarta-commons-sandbox/util/src/java/org/ap

cvs commit: jakarta-commons-sandbox/util/src/test/org/apache/commons/util BufferCacheTest.java SequencedHashtableTest.java

dlr 02/02/22 09:06:14 Removed: util/src/java/org/apache/commons/util BufferCache.java SequencedHashtable.java util/src/test/org/apache/commons/util BufferCacheTest.java SequencedHashtableTest.java Log: Now in Commons

cvs commit: jakarta-commons-sandbox/util/src/java/org/apache/commons/util Base64.java

dlr 02/02/22 09:04:17 Removed: util/src/java/org/apache/commons/util Base64.java Log: Now lives in the Commons Codec package. -- To unsubscribe, e-mail: For additional commands, e-mail:

RE: Util Dispersion

Thanks Steven. I will commit this. Scott > -Original Message- > From: Steven Caswell [mailto:[EMAIL PROTECTED]] > Sent: Friday, February 22, 2002 8:49 AM > To: 'Jakarta Commons Developers List' > Subject: FW: Util Dispersion > > > OK, hopefully the last try. Either my mail client or

Re: FW: Util Dispersion

Success :) On Fri, 22 Feb 2002, Steven Caswell wrote: > OK, hopefully the last try. Either my mail client or yahoo didn't like > the attachement as .html, so I've changed the file type to .txt. Sorry > for the problems. > > > Steven Caswell > [EMAIL PROTECTED] > a.k.a Mungo Knotwise of Michel

RE: Util Dispersion

Ditto. Looking at the file that postfix is putting in my inbox, it has headers saying it has an attachment, but no actual data there. On Fri, 22 Feb 2002, Scott Sanders wrote: > Try again ;-) > > > -Original Message- > > From: Steven Caswell [mailto:[EMAIL PROTECTED]] > > Sent: Friday, F

FW: Util Dispersion

OK, hopefully the last try. Either my mail client or yahoo didn't like the attachement as .html, so I've changed the file type to .txt. Sorry for the problems. Steven Caswell [EMAIL PROTECTED] a.k.a Mungo Knotwise of Michel Delving "One ring to rule them all, one ring to find them..." >

Re: commons dbcp or pool problems

On Fri, 22 Feb 2002, Glenn Nielsen wrote: > I have been using Tomcat 4.1-dev and its new DBCP DataSource Factory > which uses commons-dbcp, which then uses other commons components > like commons-pool. > > Everything works fine, then all of a sudden GenericPool can no longer > get a db connection

Re: [simplestore] AccessControl

- Original Message - From: "Gerhard Froehlich" <[EMAIL PROTECTED]> To: "Jakarta Commons Developers List" <[EMAIL PROTECTED]> Sent: Thursday, February 21, 2002 12:37 PM Subject: RE: [simplestore] AccessControl > >> Ok I see. I will start with some simple read and write security impl. > >

RE: [COLLECTIONS] Avalon's BucketMap meets commons?

Michael, >> we introduced a new Collection class "the BucketMap" >> into Avalon Excalibur some days ago: >> >http://cvs.apache.org/viewcvs/jakarta-avalon-excalibur/src/java/org/apache/avalon/excalibur >/collecti >> ons/BucketMap.java >> >> It's mainly based on this idea: >>

commons dbcp or pool problems

I have been using Tomcat 4.1-dev and its new DBCP DataSource Factory which uses commons-dbcp, which then uses other commons components like commons-pool. Everything works fine, then all of a sudden GenericPool can no longer get a db connection from the pool. All attempts to get a connection from

RE: Util Dispersion

Try again ;-) > -Original Message- > From: Steven Caswell [mailto:[EMAIL PROTECTED]] > Sent: Friday, February 22, 2002 8:26 AM > To: Jakarta Commons Developers List > Subject: FW: Util Dispersion > > > Second attempt: some recipients didn't get the attachment on > the first try. > >

RE: [VOTE] New committers: Jean-Frederic Clere and Patrick Luby

+1 and +1 Welcome Scott > -Original Message- > From: Remy Maucherat [mailto:[EMAIL PROTECTED]] > Sent: Thursday, February 21, 2002 6:37 PM > To: Jakarta Commons Developers List > Subject: [VOTE] New committers: Jean-Frederic Clere and Patrick Luby > > > Hi, > > I'd like to propose J

FW: Util Dispersion

Second attempt: some recipients didn't get the attachment on the first try. Steven Caswell [EMAIL PROTECTED] > -Original Message- > From: Steven Caswell [mailto:[EMAIL PROTECTED]] > Sent: Friday, February 22, 2002 10:26 AM > To: 'Jakarta Commons Developers List' > Subject: RE: Util Di

RE: Util Dispersion

> -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > Sent: Friday, February 22, 2002 1:28 AM > To: Jakarta Commons Developers List > Subject: Util Dispersion > > > Here's my list of migration issues and the ones completed tonight: > > ***

Re: Updated Filters Proposal

I had hoped to already have the servlet-filters directory setup already. But a work related project has ended up consuming a great deal of my time the last week. I will try to get servlet-fitlers setup in the next 3-4 days. I'll setup the servlet-filters build so that it has sub filter areas,

[BeanUtils] Converter, copyProperties

I've just been developing my own 'copyProperties' to copy properties from a normal Javabean to a Dynabean, and vice versa. I originally looked at implementing the Converter interface, but ended up not doing for the simple reason that my destination bean may already exist, and I don't necessarily

[GUMP] Build Failure - util

This email is autogenerated from the output from: Buildfile: build.xml init: [echo] util 20020221

Project status

Hi! I'm currently reading through the Workflow project and was wondering about the project status. Is there any development in progress (especially the Process implementation)? How can I help? I want to integrate this project into a planned project, because it is similar to my thoughts about su