Hi,
I think one of the main issues here is that implementations of Point and Vector
need to have access to coordinate values in order to do work, but the generic
interfaces don't make that information accessible. We end up having to
constantly cast from inputs like Vector to Cartesian2D in the
Am 26.04.2018 um 17:37 schrieb Matt Sicker:
> If it helps in design, the most promising approach I found was to integrate
> with the java.nio.file API. However, that turns into a sort of hybrid
> library between VFS and Compress. However, they are rather strongly related
> (if the two libraries w
If it helps in design, the most promising approach I found was to integrate
with the java.nio.file API. However, that turns into a sort of hybrid
library between VFS and Compress. However, they are rather strongly related
(if the two libraries were modular, then it wouldn't be such a problem to
com
On 2018-04-24, sebb wrote:
> On 23 April 2018 at 20:48, 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.
>> If you would - well, then that should be the re
On Wed, 2018-04-25 at 20:32 +0200, Stefan Bodewig wrote:
> On 2018-04-25, Robert Munteanu wrote:
>
> > It is definitely possible to use a single project with Pax-Exam.
> > Take a
> > look for instance at
> > https://github.com/cschneider/osgi-testing-example
>
> This is exactly what I needed, m
