Re: Pre-processing during build

Поиск
Список
Период
Сортировка
От Christopher BROWN
Тема Re: Pre-processing during build
Дата
Msg-id CAHL_zcMWUxjberH+uJS+pAzKVvqX-XrvomRLn-UFOjUUzabnmg@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Pre-processing during build  (Vladimir Sitnikov <sitnikov.vladimir@gmail.com>)
Ответы Re: Pre-processing during build  (Dave Cramer <pg@fastcrypt.com>)
Список pgsql-jdbc
If you decided to drop JDK6 support going forward, that wouldn't cause the current JDK6-compatible PostgreSQL driver versions to be deleted, so no-one would be stuck.  Even if new features are added to PostgreSQL (the database or the driver), the JDK6 JDBC API will remain constant and won't have any more or less features than before; there's probably enough expressivity in SQL and driver-specific classes to do pretty much anything anyway. 

These are just pros and cons to consider if you're thinking about this (I'm not recommending anything either way, especially as this tends to start flame wars).  Personally, I wouldn't be shocked by such a choice given that PostgreSQL and the driver are open-source and that JDK6 has been EOL for a long time, and that as such, I understand there are limited resources for supporting all possible configurations.

Anyway, like I said, even if there was a 9.5 or 9.6 version that was JDK7+, JDK6 users will still be able to use the 9.4 driver.



On 18 June 2015 at 15:52, Vladimir Sitnikov <sitnikov.vladimir@gmail.com> wrote:
> even with source/target set to 1.6, "javac" will complain that (for your pre-Java-8 drivers) you haven't implemented everything

I see.
This indeed makes "step-by-step" compilation a good solution.

We might want to drop JDK6 support to make it easier for us and for
the contributors (1 JDK less to install).

Vladimir

В списке pgsql-jdbc по дате отправления:

Предыдущее
От: Dave Cramer
Дата:
Сообщение: Re: Help Reviewing PR's
Следующее
От: Dave Cramer
Дата:
Сообщение: Re: Pre-processing during build