| От | Christoph Berg |
|---|---|
| Тема | Re: [PoC] Federated Authn/z with OAUTHBEARER |
| Дата | |
| Msg-id | aAtPwZdeWtlA8Gz2@msg.df7cb.de обсуждение исходный текст |
| Ответ на | Re: [PoC] Federated Authn/z with OAUTHBEARER (Jacob Champion <jacob.champion@enterprisedb.com>) |
| Ответы |
Re: [PoC] Federated Authn/z with OAUTHBEARER
|
| Список | pgsql-hackers |
Re: Jacob Champion > I think the system is overconstrained at that point. If you want to > support clients that delay-load the ABI they're compiled against, > _and_ have them continue to work seamlessly after the system has > upgraded the ABI underneath them, without restarting the client... is > there any option other than side-by-side installation? My point is that we should be trying to change the ABI-as-coded-in-the- filename as rarely as possible. Then side-by-side should not be required. Christoph
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера