Re: [geometry] PointMap and PointSet

2022-03-16 Thread Gilles Sadowski
Hi. Le mer. 16 mars 2022 à 03:17, Matt Juntunen a écrit : > > Hello, > > I've made the following changes to the PR: > - removed the "resolveKey" method from PointMap > - renamed PointMap.resolveEntry to PointMap.getEntry and > PointSet.resolve to PointSet.get > - added an entry on

Re: [geometry] PointMap and PointSet

2022-03-16 Thread Matt Juntunen
Hello, > I suggest to carefully consider whether to return a "SimpleEntry" (and prominently note that any sort of concurrent modification is a caller responsibility). I see what you mean and I think that would be a good idea. However, the sticking point is that the 1D implementations for both

Re: [geometry] PointMap and PointSet

2022-03-16 Thread Gilles Sadowski
Hi. Le mer. 16 mars 2022 à 15:42, Matt Juntunen a écrit : > > Hello, > > > I suggest to carefully consider whether to return a "SimpleEntry" > (and prominently note that any sort of concurrent modification is > a caller responsibility). > > I see what you mean and I think that would be a good

[ALL] consider moving to a directory per release, rather than binaries and source

2022-03-16 Thread sebb
As the subject says. We currently use separate directories for binaries and source, each of which may contain multiple versions. This is a bit awkward to maintain compared with a directory per release which would contain both binaries and source. I think we should consider moving to individual

Re: [POOL] Archive pre-Java 7 versions?

2022-03-16 Thread Mark Thomas
On 16/03/2022 15:48, sebb wrote: As for DBCP, I wonder if there are likely to be any updates to the earlier versions of Pool? Seems unlikely. Mark - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional

Re: [POOL] Archive pre-Java 7 versions?

2022-03-16 Thread Xeno Amess
I wonder, is it possible to push tomcat guys stop support versions before jdk8? Like, we try to find every dependencies of tomcat and persuade 1/3 of them to all abandon old version jdks, to force tomcat stop the support... XenoAmess From: Gary Gregory Sent:

Re: [ALL] consider moving to a directory per release, rather than binaries and source

2022-03-16 Thread Gary Gregory
Sounds good to me. Gary On Wed, Mar 16, 2022 at 1:53 PM sebb wrote: > As the subject says. > > We currently use separate directories for binaries and source, each of > which may contain multiple versions. > > This is a bit awkward to maintain compared with a directory per > release which would

Re: [VOTE][LAZY] Release Apache Commons Release Plugin 1.8.0 based on RC1

2022-03-16 Thread Rob Tompkins
Looked it over +1 Cheers, -Rob > On Mar 13, 2022, at 5:00 PM, Gary Gregory wrote: > > We have fixed a few bugs and added some enhancements since Apache Commons > Release Plugin 1.7 was released, so I would like to release Apache Commons > Release Plugin 1.8.0. > > Apache Commons Release

Re: [POOL] Archive pre-Java 7 versions?

2022-03-16 Thread Gary Gregory
I think we just need to keep what Tomcat supports. Gary On Wed, Mar 16, 2022, 12:02 Mark Thomas wrote: > On 16/03/2022 15:48, sebb wrote: > > As for DBCP, I wonder if there are likely to be any updates to the > > earlier versions of Pool? > > Seems unlikely. > > Mark > >

Re: [geometry] PointMap and PointSet

2022-03-16 Thread Alex Herbert
On Wed, 16 Mar 2022 at 14:42, Matt Juntunen wrote: > Hello, > > > I suggest to carefully consider whether to return a "SimpleEntry" > (and prominently note that any sort of concurrent modification is > a caller responsibility). > > I see what you mean and I think that would be a good idea.

Re: [POOL] Archive pre-Java 7 versions?

2022-03-16 Thread Gary Gregory
You'll have to do the pushing on the Tomcat mailing list ;-) Gary On Wed, Mar 16, 2022 at 1:35 PM Xeno Amess wrote: > I wonder, is it possible to push tomcat guys stop support versions before > jdk8? > Like, we try to find every dependencies of tomcat and persuade 1/3 of them > to all abandon

[POOL] Archive pre-Java 7 versions?

2022-03-16 Thread sebb
As for DBCP, I wonder if there are likely to be any updates to the earlier versions of Pool? Sebb - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org

Re: [ALL] consider moving to a directory per release, rather than binaries and source

2022-03-16 Thread Mark Thomas
On 16/03/2022 17:53, sebb wrote: As the subject says. We currently use separate directories for binaries and source, each of which may contain multiple versions. This is a bit awkward to maintain compared with a directory per release which would contain both binaries and source. I think we

Re: [ALL] consider moving to a directory per release, rather than binaries and source

2022-03-16 Thread Gilles Sadowski
Le mer. 16 mars 2022 à 19:00, Mark Thomas a écrit : > > On 16/03/2022 17:53, sebb wrote: > > As the subject says. > > > > We currently use separate directories for binaries and source, each of > > which may contain multiple versions. > > > > This is a bit awkward to maintain compared with a

Re: [ALL] consider moving to a directory per release, rather than binaries and source

2022-03-16 Thread sebb
On Wed, 16 Mar 2022 at 22:26, Gilles Sadowski wrote: > > Le mer. 16 mars 2022 à 19:00, Mark Thomas a écrit : > > > > On 16/03/2022 17:53, sebb wrote: > > > As the subject says. > > > > > > We currently use separate directories for binaries and source, each of > > > which may contain multiple