Re: [dbcp][pool] Use abort instead of close for abandoned connections?

On 8/30/20 4:00 PM, Gary Gregory wrote: On Sun, Aug 30, 2020 at 2:30 PM Phil Steitz wrote: On 8/30/20 9:22 AM, Gary Gregory wrote: Hm... would we need the flexibility of passing custom enums? For example, CloseMode could be an interface implemented by various enums in the style of the

Re: [VOTE] Release Apache Commons Codec 1.15 based on RC1

Will look tomorrow...last few weeks were particularly busy. -Rob > On Aug 30, 2020, at 3:36 PM, Gary Gregory wrote: > > Ping. > >> On Fri, Aug 28, 2020, 08:34 Alex Herbert wrote: >> >> We have fixed quite a few bugs and added some significant enhancements >> since Apache Commons Codec 1.14

Re: [dbcp][pool] Use abort instead of close for abandoned connections?

On Sun, Aug 30, 2020 at 2:30 PM Phil Steitz wrote: > > On 8/30/20 9:22 AM, Gary Gregory wrote: > > Hm... would we need the flexibility of passing custom enums? For example, > > CloseMode could be an interface implemented by various enums in the style > > of the JRE's NIO public enum

Re: [COMPRESS] Pack200 support in pack200 branch

Hi All, As the next step in the pack200 branch, I've renamed the package org.apache.harmony to org.apache.commons.compress.harmony to more easily track potential future changes. If this looks acceptable, it can be merged and documented. The builds are green here

Re: [VOTE] Release Apache Commons Codec 1.15 based on RC1

Ping. On Fri, Aug 28, 2020, 08:34 Alex Herbert wrote: > We have fixed quite a few bugs and added some significant enhancements > since Apache Commons Codec 1.14 was released, so I would like to release > Apache Commons Codec 1.15. > > Apache Commons Codec 1.15 RC1 is available for review here:

Re: [VOTE] Release Apache Commons Crypto 1.1.0 based on RC1

Ping. On Fri, Aug 28, 2020, 16:35 Gary Gregory wrote: > We have fixed quite a few bugs and added some significant enhancements > since Apache Commons Crypto 1.0.0 was released, so I would like to release > Apache Commons Crypto 1.1.0. > > Apache Commons Crypto 1.1.0 RC1 is available for review

Re: [dbcp][pool] Use abort instead of close for abandoned connections?

Hello, A common case we saw are missing keep alive with the oracle driver and a hanging read (due to destroyed connection state of firewall) or vip failover of sql server. Besides close we also tried rollback which is also affected of most drivers synchronized blocks. --

Re: [dbcp][pool] Use abort instead of close for abandoned connections?

On 8/30/20 9:22 AM, Gary Gregory wrote: Hm... would we need the flexibility of passing custom enums? For example, CloseMode could be an interface implemented by various enums in the style of the JRE's NIO public enum StandardOpenOption implements OpenOption? We could have:

Re: [dbcp][pool] Use abort instead of close for abandoned connections?

On 8/29/20 9:58 PM, Bernd Eckenfels wrote: We have a pool implementation where we had to call abort especially for revoked long running transactions, since they regularly have been locked up in a connection wide synchronized in the close. However we only use it for that case and try to

Re: [dbcp][pool] Use abort instead of close for abandoned connections?

Hm... would we need the flexibility of passing custom enums? For example, CloseMode could be an interface implemented by various enums in the style of the JRE's NIO public enum StandardOpenOption implements OpenOption? We could have: PooledObjectFactory.destroyObject(PooledObject, DestroyOption*)

Re: [dbcp][pool] Use abort instead of close for abandoned connections?

So concretely, we would add org.apache.commons.pool2.PooledObjectFactory.destroyObject(PooledObject, CloseMode*) as a default method. [*] New enum ? Gary On Sat, Aug 29, 2020 at 4:02 PM Gary Gregory wrote: > On Sat, Aug 29, 2020 at 2:41 PM Phil Steitz wrote: > >> >> On 8/29/20 11:03 AM,

Re: 404 on https://commons.apache.org/proper/commons-lang/

Fixed, thank you. Gary On Sun, Aug 30, 2020 at 1:02 AM Xeno Amess wrote: > The Javadoc API documents are available online: > >- The current stable release 3.11 > > > [Java >8 and up] >- The legacy

Re: [All] New repo for all proper components as submodules?

On Sun, Aug 30, 2020 at 10:03 AM Rob Tompkins wrote: > > > > On Aug 30, 2020, at 10:00 AM, Gary Gregory > wrote: > > > > On Sun, Aug 30, 2020 at 9:47 AM Rob Tompkins > wrote: > > > >> > >> > >>> On Aug 30, 2020, at 9:44 AM, sebb seb...@gmail.com>> wrote: > >>> > >>>

Re: [All] New repo for all proper components as submodules?

> On Aug 30, 2020, at 10:00 AM, Gary Gregory wrote: > > On Sun, Aug 30, 2020 at 9:47 AM Rob Tompkins > wrote: > >> >> >>> On Aug 30, 2020, at 9:44 AM, sebb >> > wrote: >>> >>> Some questions: >>> >>> - does it affect any existing usage?

Re: [All] New repo for all proper components as submodules?

On Sun, Aug 30, 2020 at 9:47 AM Rob Tompkins wrote: > > > > On Aug 30, 2020, at 9:44 AM, sebb wrote: > > > > Some questions: > > > > - does it affect any existing usage? > > i.e. can people continue to use the individual repos exactly as before > > no they can’t > Yes they can... this would

Re: [All] New repo for all proper components as submodules?

I don't mind if I don't have to maintain additional tracking revisions. If you check out all Repos once, you can easily do common work scripted across them, don't think a shared Repo root would help with that, but of course there is nothing speaking against it if you prefer that. Bernd --

Re: [All] New repo for all proper components as submodules?

> On Aug 30, 2020, at 9:44 AM, sebb wrote: > > Some questions: > > - does it affect any existing usage? > i.e. can people continue to use the individual repos exactly as before no they can’t > > - does it affect Git emails in any way? > e.g. do they have different text? same emails >

Re: [All] New repo for all proper components as submodules?

I’m a +/0 here. I’ve always had a headache in dealing with this mechanism of dependency managment. I would think we’d do better to rely on on the default dependency management system of the language (e.g. maven). That said, when there is no other mechanism (maybe with C++), then submodules can

Re: [All] New repo for all proper components as submodules?

Some questions: - does it affect any existing usage? i.e. can people continue to use the individual repos exactly as before - does it affect Git emails in any way? e.g. do they have different text? - will it need much maintenance? If so, how do we know when it needs updating? On Sun, 30

Re: [All] New repo for all proper components as submodules?

Yes yes "girl" -> "git" On Sun, Aug 30, 2020, 09:24 Gary Gregory wrote: > I'm talking about girl's own submodules: > > https://git-scm.com/book/en/v2/Git-Tools-Submodules > > https://git-scm.com/docs/git-submodule > > Gary > > On Sun, Aug 30, 2020, 09:09 Rob Tompkins wrote: > >> By git

Re: [All] New repo for all proper components as submodules?

I'm talking about girl's own submodules: https://git-scm.com/book/en/v2/Git-Tools-Submodules https://git-scm.com/docs/git-submodule Gary On Sun, Aug 30, 2020, 09:09 Rob Tompkins wrote: > By git submodules, are you talking about a symlink to another git > repository inside one of our

Re: [All] New repo for all proper components as submodules?

Ohhh I misunderstand your thought lol. I thought you wanna make a repo which can we ensure all commons projects can build/run smothly together, without dependency-hell. Gary Gregory 于2020年8月30日周日 下午8:59写道： > My goal is not to duplicate Gump, this is about convenience of seeing and > tracking

Re: [All] New repo for all proper components as submodules?

By git submodules, are you talking about a symlink to another git repository inside one of our repositories? -Rob > On Aug 29, 2020, at 6:52 PM, Gary Gregory wrote: > > Hi All, > > Any thoughts for or against creating a new git repository which would > contain all 'proper' Commons components

Re: [All] New repo for all proper components as submodules?

My goal is not to duplicate Gump, this is about convenience of seeing and tracking all of Commons Proper. Gary On Sun, Aug 30, 2020, 00:50 Xeno Amess wrote: > I doubt it can pass ci at any time... > > > Gary Gregory 于 2020年8月30日周日 上午6:52写道： > > > Hi All, > > > > Any thoughts for or against