Re: svn commit: r1506685 - in /commons/proper/pool/trunk/src: main/java/org/apache/commons/pool2/ main/java/org/apache/commons/pool2/impl/ test/java/org/apache/commons/pool2/ test/java/org/apache/comm

How about DefaultPooledObject? I like the Default* prefix more than the *Impl postfix. Benedikt 2013/7/24 Mark Thomas > On 24/07/2013 21:01, ma...@apache.org wrote: > > Author: markt > > Date: Wed Jul 24 20:01:34 2013 > > New Revision: 1506685 > > > > URL: http://svn.apache.org/r1506685 > > Lo

Re: [DBCP] DBCP2 and logging

Hmm, libxxx is a particular usage. When i said more used i qpoke about apps and was speaking about feedbacks i got from TomEE and work. Le 24 juil. 2013 23:24, "Emmanuel Bourg" a écrit : > Le 24/07/2013 18:53, Romain Manni-Bucau a écrit : > > > about "slf4j is better supported": since it is more

Re: [DBCP] DBCP2 and logging

Le 24/07/2013 18:53, Romain Manni-Bucau a écrit : > about "slf4j is better supported": since it is more widely used (i don't > judge) http://qa.debian.org/popcon.php?package=libcommons-logging-java http://qa.debian.org/popcon.php?package=libslf4j-java You said? :) Emmanuel Bourg signature.

Re: svn commit: r1506685 - in /commons/proper/pool/trunk/src: main/java/org/apache/commons/pool2/ main/java/org/apache/commons/pool2/impl/ test/java/org/apache/commons/pool2/ test/java/org/apache/comm

On 24/07/2013 21:01, ma...@apache.org wrote: > Author: markt > Date: Wed Jul 24 20:01:34 2013 > New Revision: 1506685 > > URL: http://svn.apache.org/r1506685 > Log: > Create two new factory interfaces that work with PooledObject instances > rather than Object instances and switch Gop and GKOP to

Re: [DBCP] DBCP2 and logging

Let's go for that, just ensure to test all cases - app/server, app only, server only ...- (i can help for that) before the release. Le 24 juil. 2013 19:42, "Gary Gregory" a écrit : > Also, for JCL we can fix things nice and quick. > > Gary > > On Jul 24, 2013, at 13:29, Mark Thomas wrote: > > >

Re: svn commit: r1506488 - in /commons/proper/pool/trunk/src: main/java/org/apache/commons/pool2/ main/java/org/apache/commons/pool2/impl/ test/java/org/apache/commons/pool2/impl/

On 7/24/13 3:41 AM, Mark Thomas wrote: > On 24/07/2013 11:37, ma...@apache.org wrote: >> Author: markt >> Date: Wed Jul 24 10:37:09 2013 >> New Revision: 1506488 >> >> URL: http://svn.apache.org/r1506488 >> Log: >> Make PooledObject an interface so it can be used in the Factory >> implementations.

Re: [DBCP] DBCP2 and logging

Also, for JCL we can fix things nice and quick. Gary On Jul 24, 2013, at 13:29, Mark Thomas wrote: > On 24/07/2013 17:15, Phil Steitz wrote: > >> 1) Do we absolutely need logging itself or is there some other way >> we could satisfy the needs here? IIRC, there are basically two >> things that

Re: [DBCP] DBCP2 and logging

On 24/07/2013 17:15, Phil Steitz wrote: > 1) Do we absolutely need logging itself or is there some other way > we could satisfy the needs here? IIRC, there are basically two > things that "require" logging in DBCP: a) abandoned connections b) > exceptions / warnings. In a), we want users to be a

Re: [DBCP] DBCP2 and logging

@gary: yes but since slf4j is designed as an API that's more logical (but not important for this thread) about "slf4j is better supported": since it is more widely used (i don't judge) and it is easier to isolate slf4j it is generally easier to use slf4j (i particularly speak of TomEE case but i s

Re: [DBCP] DBCP2 and logging

On Wed, Jul 24, 2013 at 12:36 PM, Romain Manni-Bucau wrote: > Hmm SLF4J as backend? i'd have thought to the opposite but this way is > weird. > That is supported too: SLF4J as the API and Log4j 2 as the back-end. Gary > > about CL issue it is mainly the fact few containers isolate it correctly

Re: commons-monitoring?

Hi i started to have a deeper look to commons-monitoring here is a first patch (i didn't find monitoring on jira): https://gist.github.com/rmannibucau/957a77139e7b83ce0fdb here the content: 1) rework the jdbc part to be able to tolerate more versions 2) add a cdi module 3) add a RepositoryFinder

Re: [DBCP] DBCP2 and logging

On 7/24/13 9:36 AM, Romain Manni-Bucau wrote: > Hmm SLF4J as backend? i'd have thought to the opposite but this way is > weird. > > about CL issue it is mainly the fact few containers isolate it correctly > from the apps (on this point slf4j is better supported) What exactly do you mean by "slf4j

RE: [DBCP] DBCP2 and logging

AFAIK, some of the classloader "issues" with CL still remain (see http://xnet.wanconcepts.com/jcl/furtherAnalysis.html but also see here: http://commons.apache.org/proper/commons-logging/tech.html) So, IMO Commons projects still ought to use it, if for no other reason than to understand what th

Re: [DBCP] DBCP2 and logging

Hmm SLF4J as backend? i'd have thought to the opposite but this way is weird. about CL issue it is mainly the fact few containers isolate it correctly from the apps (on this point slf4j is better supported) *Romain Manni-Bucau* *Twitter: @rmannibucau * *Blog: **ht

Re: [DBCP] DBCP2 and logging

While still in Beta, there is also Log4j 2, which let's you optionally use SLF4J as the back-end. Gary On Wed, Jul 24, 2013 at 12:15 PM, Phil Steitz wrote: > On 7/24/13 12:56 AM, Mark Thomas wrote: > > I'm working my way through the open DBCP bugs with a view to getting the > > DBCP code (and

Re: [DBCP] DBCP2 and logging

On 7/24/13 12:56 AM, Mark Thomas wrote: > I'm working my way through the open DBCP bugs with a view to getting the > DBCP code (and the POOL code as some changes may be required there) into > a state where it is ready for the first v2 release. > > I've quickly reached DBCP-154 that requests that lo

Re: [math] new feature to allow infinite limits in numerical integration.

It would be nice to know whether the Gauss-Hermite implementation recently > added proves useful for that purpose; and if so, whether it could be added > as a non-trivial example in the user guide. > I'll check it out when I get back to it. > > How do you propose to do the test without a change

Re: [math] new feature to allow infinite limits in numerical integration.

On Tue, 23 Jul 2013 09:03:15 -0700, Ajo Fod wrote: So, given this development, I'm not particularly motivated to develop AQ further. So, all the fuss just to use a numerical method for computing a value known in advance? The fuss was about the ability to compute the partition function

Re: [DBCP] DBCP2 and logging

i didn't propose to reloacte here but just to take into account classloader issues. JULI (tomcat) is not that bad in practise and will lead to less conflicting issues IMO. Do you think to other cases saying JUL is not adapted? My point about JDBC 4 features is we'll use JUL in all cases when upgr

Re: [DBCP] DBCP2 and logging

On 24/07/2013 11:44, Romain Manni-Bucau wrote: > well what i don't get is you (understand as tomcat guy) are the first to > relocate classes to avoid clashes with apps and here you don't want. Relocating classes here won't help. If a container and an app both try to use a version of DBCP that uses

Re: [DBCP] DBCP2 and logging

well what i don't get is you (understand as tomcat guy) are the first to relocate classes to avoid clashes with apps and here you don't want. we worked on tomee to limit the side effects but we can't guarantee it at 100% (typically one weird case is https://issues.apache.org/jira/browse/TOMEE-758)

Re: svn commit: r1506488 - in /commons/proper/pool/trunk/src: main/java/org/apache/commons/pool2/ main/java/org/apache/commons/pool2/impl/ test/java/org/apache/commons/pool2/impl/

On 24/07/2013 11:37, ma...@apache.org wrote: > Author: markt > Date: Wed Jul 24 10:37:09 2013 > New Revision: 1506488 > > URL: http://svn.apache.org/r1506488 > Log: > Make PooledObject an interface so it can be used in the Factory > implementations. In case anyone is wondering where I am heading

Re: [DBCP] DBCP2 and logging

On 24/07/2013 10:38, Romain Manni-Bucau wrote: > that's one issue we have we tomee, some deps use CL. So it is a problem you have already solved. > Moreover CL has issue in classloader trees for years so i don't think > that's a good choice at all. Then we have different views. > slf4j is clear

Re: [DBCP] DBCP2 and logging

that's one issue we have we tomee, some deps use CL. Moreover CL has issue in classloader trees for years so i don't think that's a good choice at all. slf4j is clearly better supported and is light too. If you don't want to redo a facade ("want" is not an answer btw) maybe just reuse slf4j. *Rom

Re: [DBCP] DBCP2 and logging

On 24/07/2013 10:02, Romain Manni-Bucau wrote: > you forget providing CL in container will break app usage...which justify > the 100 lines of code IMHO Commons Logging is safe for applications to use in a container environment unless the container itself is using Commons Logging directly in which

Re: [DBCP] DBCP2 and logging

you forget providing CL in container will break app usage...which justify the 100 lines of code IMHO *Romain Manni-Bucau* *Twitter: @rmannibucau * *Blog: **http://rmannibucau.wordpress.com/* *LinkedIn: **http://fr.linkedin.com/in/

Re: [DBCP] DBCP2 and logging

On 24/07/2013 09:36, Romain Manni-Bucau wrote: > Hi, > > in a bunch of "JavaEE" projects (openejb/tomee, OWB, CXF) we have a facade > in front of the logging to be able to select the framework to use. I know > CL is already a facade but it has the drawback to force a dependency. Maybe > it could b

Re: [DBCP] DBCP2 and logging

Hi, in a bunch of "JavaEE" projects (openejb/tomee, OWB, CXF) we have a facade in front of the logging to be able to select the framework to use. I know CL is already a facade but it has the drawback to force a dependency. Maybe it could be a more adapted approach *Romain Manni-Bucau* *Twitter: @

[DBCP] DBCP2 and logging

I'm working my way through the open DBCP bugs with a view to getting the DBCP code (and the POOL code as some changes may be required there) into a state where it is ready for the first v2 release. I've quickly reached DBCP-154 that requests that logging is added. This is not a new request and goe

Re: [CSV] Towards release 1.0

Hi Roger, tbh I'm not really working on CSV-99. I planed to but then got caught up. But as Gary said, your mail helps in that it points out that people are waiting for CSV and we really got to finish 1.0. I'm a bit busy this week but I'll try to have a look on sunday. Benedikt 2013/7/24 Gary Gr