Hi Nuno,
This thread as a lot of interesting information (thanks for the extra
info Ami). That said, I think that to make
a decision we need a summarized description of what are the options \
alternatives and what are the
consequences of those choices (who will this affect users and current
installations).
I had another look, and I don't think there is much reason to stick with
4.1. I actually think that 4.2 is compatible with versions that support
4.1, that is what a lot of the driver specs seem to suggest.
for geotools:
postgres uses version 42.1.1, which supports jdbc 4.1 and 4.2 according
to specs
mysql uses version 5.1.17, which supports jdbc 4.1 and 4.2 according to
specs
h2 1.1.119, is an old version -> might need to upgrade to newest, then
it should work with 4.1 and 4.2
spatialite 3.7.2 -> unclear, upgrade to newer version might be necessary
db2 must add manually, but "db2jcc4.jar - This driver is based on the
JDBC 4 or later specifications"
oracle must add driver manually, why not use 4.2?
mssql must add driver manually, why not use 4.2?
teradata must add driver manually, why not use most recent one?
for geoserver:
jdbcstore and jdbcconfig: they use postgres or H2, we will need same
upgrade for h2
jdbc-metrics: again h2
So the way I understand it, it shouldn't give too much problems. An
upgrade of H2 (and possibly spatialite) should be sufficient I think !?
Unless I'm missing something, any upgrade on the standalone GeoFence
version will also affect the integrated one no ?
I think Ami's suggestion was to keep geofence-server running on an older
version of geofence.
However, now I think of it, unless we upgrade the geofence client
module, the new stand-alone version won't be very useful. And if we
upgrade the geofence client module, we must also upgrade the
geofence-server module ... so I guess you are right, this is not an
option, or at least not a very straight-forward one.
Regards
Niels
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
