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 c
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
--
Hi Gilles,
The hierarchy would be wrong from a conceptual POV: A vector can be
described by Cartesian coordinates, but it should be possible to
introduce new coordinate systems (polar in 2D, spherical in 3D) ...
This approach doesn't limit the coordinate system at all. We can still make
implement
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 COMPRESS-443 which talks about h
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 and maintaining a h
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
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
int
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 that an API called skip
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
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 as
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 th
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 1
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. Th
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 14
14 matches
Mail list logo
