| От | Bear Giles |
|---|---|
| Тема | JDBC: why is PGobject class instead of interface? |
| Дата | |
| Msg-id | 200201070000.RAA11675@eris.coyotesong.com обсуждение исходный текст |
| Ответы |
Re: JDBC: why is PGobject class instead of interface?
|
| Список | pgsql-hackers |
In the JDBC binding, why is PGobject a class instead of an interface? This is a moot issue when creating a type from scratch, but Java contains a large number of standard classes (not interfaces) for PKIX objects so I'm in a bind when trying to create my own JDBC extensions. Specifically, some of the key mappings (no pun intended) are: hugeint <-> java.language.BigInteger principal <-> java.security.Principal x509 <-> java.security.cert.X509Certificatex509_crl <-> java.security.cert.X509CRL and some additional metamappings between pkcs8 and java.security.KeyStore. I can implement the mapping by casting between the objects and text, but if a type extension mechanism is available it would be nice to be able to hide those details from the user.
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера