cvs commit: jakarta-commons/validator/src/share/org/apache/commons/validator ValidatorLog.java DefaultValidatorLog.java

dwinterfeldt02/01/16 20:12:35 Removed: validator/src/share/org/apache/commons/validator ValidatorLog.java DefaultValidatorLog.java Log: Switching to Commons Logging. -- To unsubscribe, e-mail: For additional commands, e-mail:

RE: [simplestore] enhancements (was: [simplestore] inital check in)

> -Original Message- > From: Juozas Baliuka [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, January 16, 2002 10:44 AM > I think methods like "memory.overflow()" has no meaning in JAVA. > You will never implement the best memory manager in JAVA application or > Application container, beca

[PATCH] HttpClient: Expires date format addition

Attached is a trivial patch that adds one more date format for cookie expiration. The new format is returned by some servers (namely whatever it is that yahoo.com is running). Marc Saegesser Cookie.java.diff Description: Binary data -- To unsubscribe, e-mail:

RE: DBCP PoolingDataSource

Another point w.r.t. getConnection(user, password). Sometimes it's desireable not to put the ID and password in a place where it ends up going into the regular JDBC/JNDI URL. Possibly for security purposes; more likely because you really need different credentials in different scenarios. So you sp

cvs commit: jakarta-commons/digester/src/java/org/apache/commons/digester Digester.java

craigmcc02/01/16 17:51:21 Modified:digester/src/java/org/apache/commons/digester Digester.java Log: Update to reflect the refinements in the commons-logging api. Revision ChangesPath 1.41 +10 -17 jakarta-commons/digester/src/java/org/apache/commons/digester/Dige

cvs commit: jakarta-commons/logging/src/java/org/apache/commons/logging AbstractLog.java Jdk14Logger.java Log.java Log4JCategoryLog.java LogKitLogger.java LogSource.java NoOpLog.java SimpleLog.java

craigmcc02/01/16 17:47:49 Modified:logging/src/java/org/apache/commons/logging AbstractLog.java Jdk14Logger.java Log.java Log4JCategoryLog.java LogKitLogger.java LogSource.java NoOpLog.java SimpleLog.java Log: I

Re: LogSource.java

> > I would advertise the "http://jakarta.apache.org/builds/"; URL, as it's > > stable and you can find anything you want from there. Also, you can > > spare a couple of web site updates when something new arises in e.g. > > the nightly builds. > > i'm a bit confused. > > aren't the build urls a

RE: DBCP - con.isClosed() takes long time with MS SQL

driver: com.inet.tds.TdsDriver DB: MS SQL test1: open then close connection x 1000 without pool: 3986ms with pool: 30ms test2: open, call isClosed(), close connection x 1000 without pool: 11266ms (previous test + 7280) with pool: 10034ms (previous test + 10004) so operation con.isClosed seems t

Re: Jdbc2pool

If it's the freeTDS driver you're using, I believe that it has built-in pooling capabilities. That might explain why you don't get any benefit from using another pool on top of that. /Dennis Andy Olliver wrote: > Randy > > I must apologise - I have been trying out 2 different pooling > imple

RE: DBCP - con.isClosed() takes long time with MS SQL

How much longer? Perhaps the time spent in isClosed simply overwhelms the rest of what's going on? -Original Message- From: Andy Olliver [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 16, 2002 5:19 PM To: Morgan Delagrange; Jakarta Commons Developers List Subject: DBCP - con.isClosed

cvs commit: jakarta-commons/beanutils/src/java/org/apache/commons/beanutils BeanUtils.java

craigmcc02/01/16 15:31:37 Modified:beanutils/src/java/org/apache/commons/beanutils BeanUtils.java Log: BeanUtils.populate() needed to become aware of DynaBean properties. Revision ChangesPath 1.7 +119 -70 jakarta-commons/beanutils/src/jav

DBCP - con.isClosed() takes long time with MS SQL

I am checking functionality of pooling by running 2 consecutive tests: open connection close connection - repeated x1000 DBCP proves to be much faster than with no pooling (as expected). if I add one more step to each test: open connection connection.isClosed() close connection the timings

Re: [Vote] Mapper framework in sandbox (was RE: Commons ValidatorPac kaging/Content)

Great writeup - however - You are proposing to put this in the sandbox? Don't ask! do! :) You don't need anyone's approval to put code in commons (assuming you are free and clear to do so from a license POV :) On 1/15/02 4:24 AM, "Rey Francois" <[EMAIL PROTECTED]> wrote: > > I've sent this

cvs commit: jakarta-commons/docs/httpclient downloads.html

rwaldhoff02/01/16 14:46:19 Modified:docs/httpclient downloads.html Log: add link to gump-built JAR Revision ChangesPath 1.5 +5 -1 jakarta-commons/docs/httpclient/downloads.html Index: downloads.html ==

cvs commit: jakarta-commons/httpclient/xdocs downloads.xml

rwaldhoff02/01/16 14:46:12 Modified:httpclient/xdocs downloads.xml Log: add link to gump-built JAR Revision ChangesPath 1.8 +6 -2 jakarta-commons/httpclient/xdocs/downloads.xml Index: downloads.xml ===

cvs commit: jakarta-commons/docs/httpclient applications.html contributors.html downloads.html features.html index.html news.html overview.html proposal.html status.html

rwaldhoff02/01/16 14:30:59 Modified:docs/httpclient applications.html contributors.html downloads.html features.html index.html news.html overview.html proposal.html status.html Log: add link for nightly builds link to gump-generated

cvs commit: jakarta-commons/httpclient/xdocs/stylesheets project.xml

rwaldhoff02/01/16 14:29:52 Modified:httpclient/xdocs downloads.xml httpclient/xdocs/stylesheets project.xml Log: add link for nightly builds link to gump-generated (nightly) javadocs for now (at least until an official release) Revision ChangesPath 1.7

Re: LogSource.java

On Wednesday, January 16, 2002, at 10:08 PM, Incze Lajos wrote: > On Wed, Jan 16, 2002 at 08:10:38PM +, robert burrell donkin wrote: >> >> On Wednesday, January 16, 2002, at 07:45 PM, Craig R. McClanahan wrote: >> >>> On Wed, 16 Jan 2002, robert burrell donkin wrote: >>> we need to upda

Re: LogSource.java

On Wed, Jan 16, 2002 at 08:10:38PM +, robert burrell donkin wrote: > > On Wednesday, January 16, 2002, at 07:45 PM, Craig R. McClanahan wrote: > > > On Wed, 16 Jan 2002, robert burrell donkin wrote: > > > >> we need to update the web site. > > > > Yep. > > i'm working on this now. > > - ro

cvs commit: jakarta-commons/latka/src/java/org/apache/commons/latka/http RequestImpl.java SessionImpl.java

morgand 02/01/16 14:17:17 Modified:latka/src/java/org/apache/commons/latka/http RequestImpl.java SessionImpl.java Log: fixed referer bug - Latka will now set the correct referer in a Session when HTTPClient follows a 301 or 302 redirect Revision Chang

Re: Jdbc2pool

That's interesting. Are you working on timings for the jdbc2pool? If it gives you good timings for MS SQL, that might indicate a significant difference between the two. Or you may just be having difficulties getting an optimal configuration for DBCP; it still suffers from a high learning curve

RE: Jdbc2pool

I must say that I have not used DBCP extensively. I've merely been evaulating its features. Randy --- Andy Olliver <[EMAIL PROTECTED]> wrote: > Randy > > I must apologise - I have been trying out 2 > different pooling > implementations - the 'Ewin Connection Pool', and > 'DBCP'. > Ewin always

RE: Jdbc2pool

Randy I must apologise - I have been trying out 2 different pooling implementations - the 'Ewin Connection Pool', and 'DBCP'. Ewin always breaks on me when trying to write serialised objects to MS SQL Server. DBCP does as it should with all the SQL I use, but shows interesting characteristics und

cvs commit: jakarta-commons-sandbox/graph NOTES

jvanzyl 02/01/16 12:39:08 Added: graphNOTES Log: - various notes Revision ChangesPath 1.1 jakarta-commons-sandbox/graph/NOTES Index: NOTES === . Removing the "implements Const

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

jvanzyl 02/01/16 12:25:33 jakarta-commons-sandbox/graph/src/java/org/apache/commons/graph/exception - New directory -- To unsubscribe, e-mail: For additional commands, e-mail:

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

jvanzyl 02/01/16 12:25:16 jakarta-commons-sandbox/graph/src/java/org/apache/commons/graph/algo - New directory -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: LogSource.java

On Wednesday, January 16, 2002, at 07:45 PM, Craig R. McClanahan wrote: > On Wed, 16 Jan 2002, robert burrell donkin wrote: >> we need to update the web site. >> > > Yep. i've committed updates to components.xml and project.xml (and the generated html docs) adding commons-logging. i'll leave

cvs commit: jakarta-commons/xdocs/stylesheets project.xml

rdonkin 02/01/16 12:22:21 Modified:docs beanutils.html charter.html collections.html commons.html components.html contributors.html digester.html directory.html index.html license.html messenger.html releases.ht

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

jvanzyl 02/01/16 12:19:21 jakarta-commons-sandbox/graph/src/test/org/apache/commons/graph/algo - New directory -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: LogSource.java

On Wednesday, January 16, 2002, at 07:45 PM, Craig R. McClanahan wrote: > On Wed, 16 Jan 2002, robert burrell donkin wrote: > >> we need to update the web site. > > Yep. i'm working on this now. - robert -- To unsubscribe, e-mail: For additional commands, e-mail:

cvs commit: jakarta-commons build.xml

rdonkin 02/01/16 12:05:56 Modified:.build.xml Log: Fixed server-name bug and changed the script so that doc build will fail if the checkout fails Revision ChangesPath 1.9 +2 -1 jakarta-commons/build.xml Index: build.xml

Re: [Vote] Mapper framework in sandbox (was RE: Commons Validator Packaging/Content)

On 1/16/02 12:47 PM, "Ted Husted" <[EMAIL PROTECTED]> wrote: > +1 as a Commons package. > Sounds good to me. +1 -- jvz. Jason van Zyl http://tambora.zenplex.org http://jakarta.apache.org/turbine http://jakarta.apache.org/velocity http://jakarta.apache.org/alexandria http://jakarta.apach

Re: LogSource.java

On Wed, 16 Jan 2002, robert burrell donkin wrote: > Date: Wed, 16 Jan 2002 18:21:05 + > From: robert burrell donkin <[EMAIL PROTECTED]> > Reply-To: Jakarta Commons Developers List <[EMAIL PROTECTED]> > To: Jakarta Commons Developers List <[EMAIL PROTECTED]> > Subject: Re: LogSource.java > >

RFC: HttpClient: PostMethod Change Proposal

Dear Developers: I would like to solicit your comments and opinions on the following proposed change to PostMethod. Description: I would like to propose a change to the PostMethod class, to allow the request body to be optionally set directly from an InputStream. Presently, the only way a P

Re: Jdbc2pool

Just curious, What do you mean when you say it doesn't support all the SQL you are using? Thanks, Randy Speh --- Andy Olliver <[EMAIL PROTECTED]> wrote: > > Here are some small changes to the files of > jakarta-sandbox-jdbc2pool to > correct the old package name - I can only read from > CVS, s

RE: [Vote] Mapper framework in sandbox (was RE: Commons Validator Packaging/Content)

So the initial set of comitters needs to be updated to be: Rey? Ted? Dave? Craig? Just wondering, as that piece of the proposal is not here. Scott > -Original Message- > From: Ted Husted [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, January 16, 2002 9:48 AM > To: Jakarta Commons Devel

Re: LogSource.java

On Wednesday, January 16, 2002, at 04:33 AM, Anil Kumar C wrote: > Hi, > > Could some one let me know where can I find the source code for the > common logging framework. > > I can't see them yet hosted in either the components/ sandbox section. the source is in the usual place in the commons

cvs commit: jakarta-commons/beanutils/src/java/org/apache/commons/beanutils WrapDynaClass.java

craigmcc02/01/16 10:20:02 Modified:beanutils/src/java/org/apache/commons/beanutils WrapDynaClass.java Log: Remove a leftover debugging output, fix a JavaDoc comment. Revision ChangesPath 1.2 +5 -6 jakarta-commons/beanutils/src/java/org

RE: DBCP PoolingDataSource

On Wed, 16 Jan 2002, Juozas Baliuka wrote: > Date: Wed, 16 Jan 2002 18:34:14 +0100 > From: Juozas Baliuka <[EMAIL PROTECTED]> > Reply-To: Jakarta Commons Developers List <[EMAIL PROTECTED]> > To: Jakarta Commons Developers List <[EMAIL PROTECTED]> > Subject: RE: DBCP PoolingDataSource > > Hi, >

cvs commit: jakarta-commons-sandbox/altrmi/src/java/org/apache/commons/altrmi/client/impl/socket SocketObjectStreamInvocationHandler.java

hammant 02/01/16 10:02:46 Added: altrmi/src/java/org/apache/commons/altrmi/client/impl/socket SocketObjectStreamInvocationHandler.java Log: ad accientally deleted class Revision ChangesPath 1.3 +9 -36 jakarta-commons-sandbox/altrmi/sr

cvs commit: jakarta-commons-sandbox/altrmi/src/java/org/apache/commons/altrmi/server/impl/socket CompleteSocketObjectStreamServer.java SocketObjectStreamServerConnection.java

hammant 02/01/16 09:59:23 Modified:altrmi/src/java/org/apache/commons/altrmi/client/impl/piped PipedObjectStreamInvocationHandler.java altrmi/src/java/org/apache/commons/altrmi/client/impl/socket SocketObjectStreamHostContex

Jdbc2pool

Here are some small changes to the files of jakarta-sandbox-jdbc2pool to correct the old package name - I can only read from CVS, so here is a zip of changed files. I started off using DBCP, but it doesn't seem to support all the SQL I am using, so perhaps this alternative will help. If so I wil

Re: Latka documentation

It's actually all checked in. I added an /xsl directory to the root of the Latka directory and added the stylesheets from docbook.sourceforge.net. The commit message didn't come through, because I committed too many files at once. Oops! Do an update from the top of the Latka directory and you

Re: [Vote] Mapper framework in sandbox (was RE: Commons Validator Packaging/Content)

+1 as a Commons package. Rey's a longtime contributor to the Struts lists, and his Mapping framework is often mentioned by the Struts developers. Rey's also made some important contributions to the Digester package. As he mentioned elsewhere, this package complementary to the Commons Validator, a

RE: DBCP PoolingDataSource

Yeah. Something like this I think: * Have PoolingDataSource and PoolingDriver contain a KeyedObjectPool rather than simply an ObjectPool, using the (possibly null?) uname/passwd pair as the key. * Make PoolableConnectionFactory implement KeyedPoolableObjectFactory rather than simply PooledObject

Re: cvs commit: jakarta-commons/dbcp/src/java/org/apache/commons/dbcpBasicDataSource.java BasicDataSourceFactory.java

On Wed, 16 Jan 2002, Randy Speh wrote: > Date: Wed, 16 Jan 2002 06:46:53 -0800 (PST) > From: Randy Speh <[EMAIL PROTECTED]> > Reply-To: Jakarta Commons Developers List <[EMAIL PROTECTED]> > To: Jakarta Commons Developers List <[EMAIL PROTECTED]> > Subject: Re: cvs commit: > jakarta-commons/

RE: [simplestore] inital check in

> -Original Message- > From: Juozas Baliuka [mailto:[EMAIL PROTECTED]] > Sent: woensdag 16 januari 2002 13:49 > To: Jakarta Commons Developers List > Subject: RE: [simplestore] inital check in > > > > >Jep, and I do the same in my app, but a layer lower (_not_ > in the cache, > >but in

[PATCH] Latka .cvsignore file

Please place the following into jakarta-commons/latka/.cvsignore =File starts build build.properties dist =File ends== -- dIon Gillard, Multitask Consulting http://www.multitask.com.au/developers -- To unsubscribe, e-mail: For additional

Latka documentation

I'm happy to help do some work on fixing the latka documentation into whatever format is decided on. Morgan, looks like you've started on the commits for using docbook. Have you got a build.xml setup so that I can run test builds and help out? Are we going to use the docbook stylesheet from av

RE: [simplestore] inital check in

> >Jep, and I do the same in my app, but a layer lower (_not_ in the cache, >but in the DB layer, which is the persistency layer I described above). It may interesting for you if you do the same in your app. I use cashe this way: //implementation of StorageCacheHelper not the last implementati

cvs commit: jakarta-commons-sandbox/altrmi/src/java/org/apache/commons/altrmi/test TestObject.java TestClient.java TestInterface.java TestInterfaceImpl.java

hammant 02/01/16 03:32:20 Modified:altrmi PROPOSAL altrmi/src/java/org/apache/commons/altrmi/generator PrimarySourceGenerator.java altrmi/src/java/org/apache/commons/altrmi/server/impl DefaultInvocationHandl

RE: [simplestore] inital check in

I'm still not sure I'm completely up to speed with you... > -Original Message- > From: Juozas Baliuka [mailto:[EMAIL PROTECTED]] > Sent: woensdag 16 januari 2002 11:11 > To: Jakarta Commons Developers List > Subject: RE: [simplestore] inital check in > > > > >A Cache should not be res

RE: [Vote] Mapper framework in sandbox (was RE: Commons Validator Pac kaging/Content)

In terms of stability, the mapper framework should be pretty stable. It's used in production and I wouldn't like to break the API. For the future development prospects: well it depends on the community too!!! There are a few things that can be done, the todo.xml does list interesting possible exte

RE: [simplestore] inital check in

>A Cache should not be responsible for storing, should it? Then it isn't >a cache, but a DB... I recommend to use some Storage interface for cache. You will be very glad then you will decide at later time to store your applications state to stable Storage, add transactions . >And even if

RE: [simplestore] enhancements (was: [simplestore] inital check in)

Ok, But this code is not very useful, It can be an SoftReference usage example. It is better to implement java.util.Map interface if simplestore is kind of cache not Storage. It is some kind SoftMap implementation in commons collections, but this class is not meaningful, because use public meth