On Mon, Apr 11, 2016 at 2:35 AM, Raif S. Naffah wrote:
> > least). So... I believe we'd have to try and upgrade gt-jdbc-h2 to v
> > 2.x, not sure how hard it would be.
>
> i take it you meant version 1.2 or later referring to H2.
>
Yes, sorry.
>
> over the weekend i
hi Andrea,
comments in-line.
On Fri, 8 Apr 2016 09:47:53 +0200, Andrea Aime wrote:
> Hi Raif,
> thorny question. In an ideal world we could:
> 1) Go down in GeoTools and replace gt-jdbc-h2 with h2gis
> 2) Provide an upgrade path for those using jt-jdbc-h2 to h2gis
> 3) Find a way to upgrade the
On Fri, Apr 8, 2016 at 9:47 AM, Andrea Aime
wrote:
> 1) would thus be real problem because gt-jdbc-h2 is the only store that
> actually runs tests by default in the build,
>
I mean, the only one of the gt-jdbc-* family running tests by default, 90%
of the code
Hi Raif,
thorny question. In an ideal world we could:
1) Go down in GeoTools and replace gt-jdbc-h2 with h2gis
2) Provide an upgrade path for those using jt-jdbc-h2 to h2gis
3) Find a way to upgrade the GWC disk quota database with the newer H2
4) Find a way to upgrade the KML superoverlay
hi all,
i recently upgraded from GS 2.2.5 to 2.8.3 (w/ JDK 8) and everything
works fine. now i'd like to start using 'h2gis' [1] and its GS
data-store [2].
the (potential) problem i'm facing is the version of the 'H2'. in
the standard GS 2.8.3 release the H2 JAR is at 1.1.119 and is present
in