For Pool, I'm not exactly sure why we need a Java 6 compatible
implementation for the next minor version (2.5). We've had the EOL
discussion before, and even Java 7 is at that point.

The only reason I'd look at updating DBCP to use Java 8 is to support JDBC
4.2 <
https://docs.oracle.com/javase/8/docs/technotes/guides/jdbc/jdbc_42.html>.
I'm not sure if that would require a new major version (3.0) or if we'd
just support it in 2.3 or 2.4.

On 6 March 2017 at 03:15, Romain Manni-Bucau <rmannibu...@gmail.com> wrote:

> 2017-03-06 10:06 GMT+01:00 Mark Thomas <ma...@apache.org>:
>
> > On 05/03/17 18:21, Matt Sicker wrote:
> > > I'm also thinking we might want to upgrade to Java 7 for pool 2.5 as
> dbcp
> > > 2.x has required it from the beginning. I'm not exactly sure if
> anything
> > > JDBC changed in Java 8 to warrant an upgrade to Java 8 for dbcp 2.3,
> but
> > > it's also worth mentioning if needed.
> >
> > Is there any reason - apart from the age of Java 6 - to make Java 7 the
> > minimum for Pool?
> >
> > Tomcat 8 uses DBCP 2 and Pool 2 and - because it implements parts Java
> > EE 7 specification, has to run on Java 7. An upgrade to Java 8 would be
> > an annoyance but one the Tomcat project could work around if it had to.
> >
> >
> Same for TomEE* (openejb part too which runs without tomcat) which would
> mean for both projects to fork (repackage) pool and dbcp
>
>
> > Mark
> >
> > >
> > > On 5 March 2017 at 11:59, Pascal Schumacher <pascalschumac...@gmx.net>
> > > wrote:
> > >
> > >> Great new. :)
> > >>
> > >> As far as I remember there were various request for DBCP 2.2 (and we
> > would
> > >> like to update to pool 2.4.3 at work).
> > >>
> > >> Thank you very much,
> > >> Pascal
> > >>
> > >> Am 05.03.2017 um 18:30 schrieb Matt Sicker:
> > >>
> > >>> I've started a lazy vote to migrate Pool to Git. After that, I'd like
> > to
> > >>> take a whack at starting a release candidate for pool 2.4.3. After
> > that,
> > >>> we
> > >>> can upgrade DBCP to pool 2.4.3 and do a release of DBCP to 2.2.
> > >>>
> > >>>
> > >>
> > >> ---------------------------------------------------------------------
> > >> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > >> For additional commands, e-mail: dev-h...@commons.apache.org
> > >>
> > >>
> > >
> > >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > For additional commands, e-mail: dev-h...@commons.apache.org
> >
> >
>



-- 
Matt Sicker <boa...@gmail.com>

Reply via email to