Re: [compress] High Level API for Archives

2018-04-23 Thread Stefan Bodewig
On 2018-04-23, Torsten Curdt wrote: > TBH I am not such super big fan of adding and maintaining a high level > API at this stage. You will never find the right abstraction that > everyone is happy with. TIt's not my intention to make everybody happy, there will still be use cases that won't be

Re: [compress] Need Help With PAX Exam Tests

2018-04-23 Thread Stefan Bodewig
On 2018-04-24, Gary Gregory wrote: > You should take a look at the Log4j 2 module log4j-osgi. We do some "bare > bones let's make sure we can load modules" tests using both Eclipse Equinox > and Apache Felix. Will do, thanks. Stefan

Re: [compress] Need Help With PAX Exam Tests

2018-04-23 Thread Gary Gregory
You should take a look at the Log4j 2 module log4j-osgi. We do some "bare bones let's make sure we can load modules" tests using both Eclipse Equinox and Apache Felix. Gary On Mon, Apr 23, 2018 at 2:21 PM, Stefan Bodewig wrote: > Hi all > > I'm trying to resolve

Re: [compress] High Level API for Archives

2018-04-23 Thread Matt Sicker
I went through a few iterations of my own over the weekend and wasn't satisfied with the direction in any of them. This approach looks interesting, though I need to take a closer look. On 23 April 2018 at 14:48, Torsten Curdt wrote: > TBH I am not such super big fan of adding

[compress] Need Help With PAX Exam Tests

2018-04-23 Thread Stefan Bodewig
Hi all I'm trying to resolve COMPRESS-443 which talks about having a regression test that fails if we break the OSGi bundle again (has already happened three times duing the life of Compress so far). But unfortunately I'm getting stuck with my limited Maven and even more limited PAX Exam Fu. You

Re: [compress] High Level API for Archives

2018-04-23 Thread Torsten Curdt
TBH I am not such super big fan of adding and maintaining a high level API at this stage. You will never find the right abstraction that everyone is happy with. If you would - well, then that should be the real API afterall. Honestly - I would just add example code for now. Maybe that can turn

Re: [compress][io] Avoid InputStream#skip?

2018-04-23 Thread sebb
On 23 April 2018 at 19:45, Stefan Bodewig wrote: > On 2018-04-22, Gary Gregory wrote: > >> We should at the very least document all of this carefully. > > commons-io's IOUtils already quite clearly states it is using read and > not using skip at all. > >> My gut reaction is

[compress] High Level API for Archives

2018-04-23 Thread Stefan Bodewig
Hi all I've started to work on COMPRESS-118 and added Archiver and Expander classes - without any tests for now. As I'm trying to cover a bunch of possible use cases there are lots of inputs or outputs that can represent archives. When expanding archives you may want to use auto-detect the format

Re: [compress][io] Avoid InputStream#skip?

2018-04-23 Thread Stefan Bodewig
On 2018-04-22, Gary Gregory wrote: > We should at the very least document all of this carefully. commons-io's IOUtils already quite clearly states it is using read and not using skip at all. > My gut reaction is that an API called skip should call skip internally. > Doing anything else clever

Re: [DISCUSS] new component for timing?

2018-04-23 Thread Gilles
On Mon, 23 Apr 2018 04:54:21 -0700, Otto Fowler wrote: Bump More than a vote, you need someone to take on the tasks to create the new component. I feel that no argument were made against bringing ex-Sirona back to "Commons" (or contributing your code to Romain's Sirona fork), and I'm afraid

Re: [DISCUSS] new component for timing?

2018-04-23 Thread Otto Fowler
Bump On April 9, 2018 at 08:53:13, Otto Fowler (ottobackwa...@gmail.com) wrote: There has been no comment, do we need an explicit vote? On April 3, 2018 at 09:27:56, Otto Fowler (ottobackwa...@gmail.com) wrote: So do we need a vote? What is next to move this forward? On March 28, 2018 at

Re: [geometry] Points and Vectors Proposal

2018-04-23 Thread Gilles
Hi. On Mon, 23 Apr 2018 05:36:09 +, Matt Juntunen wrote: Hi all, I'd like to propose an update to the Euclidean Point/Vector classes in the geometry project. We currently have a single CartesianXD class per dimension (eg, Cartesian2D) that implements both the Point and Vector interfaces.

Re: [VOTE] Migrate existing Git repos to GitBox

2018-04-23 Thread Gilles
On Sun, 22 Apr 2018 14:11:46 -0500, Matt Sicker wrote: An example project already using gitbox is whimsy: https://github.com/apache/whimsy And "Commons Geometry": https://gitbox.apache.org/repos/asf?p=commons-geometry.git Commits were pushed to that "remote". Gilles On 22 April 2018 at