Re: [pgjdbc] Implement JDBC specs via pre-processor step (#435)
От | Pavel Raiskup |
---|---|
Тема | Re: [pgjdbc] Implement JDBC specs via pre-processor step (#435) |
Дата | |
Msg-id | 2632533.hiXBjGr46W@nb.usersys.redhat.com обсуждение исходный текст |
Ответ на | Re: [pgjdbc] Implement JDBC specs via pre-processor step (#435) (Vladimir Sitnikov <sitnikov.vladimir@gmail.com>) |
Ответы |
Re: [pgjdbc] Implement JDBC specs via pre-processor step (#435)
|
Список | pgsql-jdbc |
Hello Vladimir, On Thursday 07 of January 2016 18:33:19 Vladimir Sitnikov wrote: > > Was other possibilities for preprocessing considered? > > Other possibilities were explored and it was agreed that preprocessing > was the least harmful one. have you links to those discussions/threads? > > I just work on packaging pgjdbc plugin > > Are you running into some issue? Yes, as we disccussed recently [1], we used to provide postgresql jdbc plugin for years, and those changes are adding new dependencies at least, which are not standard (because those are not available in distributions). The issue could be maintenance, we need to keep an eye on bigger set of packages, etc. It might be needed, or might not - I haven't decided myself yet. But why others java projects don't need pre-processing? Java is not new language, so I'm asking what makes pgjdbc to be different project compared to other serious/long-existing/very-stable/mature Java projects. [1] http://www.postgresql.org/message-id/378969680.26311404.1449041058684.JavaMail.zimbra@redhat.com Pavel
В списке pgsql-jdbc по дате отправления: