Re: Practical impediment to supporting multiple SSL libraries

Поиск
Список
Период
Сортировка
От Zeugswetter Andreas DCP SD
Тема Re: Practical impediment to supporting multiple SSL libraries
Дата
Msg-id E1539E0ED7043848906A8FF995BDA579F31339@m0143.s-mxs.net
обсуждение исходный текст
Ответ на Practical impediment to supporting multiple SSL libraries  (Martijn van Oosterhout <kleptog@svana.org>)
Ответы Re: Practical impediment to supporting multiple SSL libraries  (Greg Stark <gsstark@mit.edu>)
Список pgsql-hackers
> Well, the psqlODBC driver apparently ran into a number of problems
with
> libpq that resulted in them not using it for their purpose.
> Given libpq primary purpose is to connect to PostgreSQL, it failing at
that is
> something that should be fixed.

I think you are forgetting, that e.g. a JDBC driver will not want to
depend on
an external C dll at all. It will want a native Java implementation
(Group 4).
Thus imho it is necessary to have a defined wire protocol, which we
have.

So if a driver needs to use the wire protocol it is imho not a problem.
If applications started using it, because they don't find a suitable
driver,
now that would be a problem.

Andreas


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

Предыдущее
От: "Jim C. Nasby"
Дата:
Сообщение: Re: OS cached buffers (was: Support Parallel Query Execution
Следующее
От: Greg Stark
Дата:
Сообщение: Re: Practical impediment to supporting multiple SSL libraries