|
|
|
клиент в СУБД Oracle для потребления чужих REST-сервисов
|
|||
|---|---|---|---|
|
#18+
Доброго времени суток! Согласно этой статье https://oracle-base.com/articles/misc/web-services-and-the-oracle-database#consuming-rest-json-web-services авторConsuming REST JSON Web Services Prior to Oracle 12c (12.1.0.2), the only way to consume JSON web services in the database was to make a HTTP request to the web service, then use PL/SQL string handling to pull the data apart. Oracle 12c (12.1.0.2) now includes server side JSON support, allowing you to store JSON in the databases and query it as if it were relational data. This functionality is described here. It would also be possible to load Java-based JSON APIs into the database and call them from PL/SQL. The APEX_WEB_SERVICE package provides a simple API for consuming REST web services, but it doesn't include any JSON-specific functionality, so it will simplify the process of getting the JSON document, but once you have it you will have to process it manually or with the 12c functionality mentioned previously. You can see an example of using the APEX_WEB_SERVICE package here. Означает ли это, что простейший вариант решения задачи "создать клиента в СУБД Oracle для потребления чужих REST-сервисов" - это воспользоваться APEX_WEB_SERVICE package ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.10.2018, 12:11 |
|
||
|
клиент в СУБД Oracle для потребления чужих REST-сервисов
|
|||
|---|---|---|---|
|
#18+
1. не ясно зачем 2. а если так пошло на utl_https в 10 раз легче. например так без всяких апексообёрток ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.10.2018, 15:00 |
|
||
|
клиент в СУБД Oracle для потребления чужих REST-сервисов
|
|||
|---|---|---|---|
|
#18+
... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.10.2018, 22:19 |
|
||
|
клиент в СУБД Oracle для потребления чужих REST-сервисов
|
|||
|---|---|---|---|
|
#18+
Shtock, 1) зачем - чтобы постучаться из Oracle в чужой REST 2) пример с APEX_WEB_SERVICE из https://oracle-base.com/articles/misc/apex_web_service-consuming-soap-and-rest-web-services#rest Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. пример по вашей ссылке https://technology.amis.nl/2015/05/11/invoke-a-rest-service-from-plsql-make-an-http-post-request-using-utl_http-in-oracle-database-11g-xe/ Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. вроде бы первый пример проще второго, разве нет? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.10.2018, 14:16 |
|
||
|
клиент в СУБД Oracle для потребления чужих REST-сервисов
|
|||
|---|---|---|---|
|
#18+
Migelle, AFAIK ORDS служит для создания REST-сервисов и не может быть REST-клиентом для обращения к чужим REST-сервисам. Если это не так - покажите пример. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.10.2018, 14:18 |
|
||
|
клиент в СУБД Oracle для потребления чужих REST-сервисов
|
|||
|---|---|---|---|
|
#18+
Alexus12вроде бы первый пример проще второгоПростота странный критерий. Тем более при сравнении GET и POST. Кстати, некто Alexus12 в 2012 году удовлетворился запросом валют ЦБ кодом в сотню строк, хотя можно было получить то же самое селектом в три строки без plsql. Если же идти по феншую, документация содержит главу про вызов вебсервисов. Но там обертка над джавой и тоже требует доустановки. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.10.2018, 15:16 |
|
||
|
клиент в СУБД Oracle для потребления чужих REST-сервисов
|
|||
|---|---|---|---|
|
#18+
-2-, Были времена, когда мы пользовались utl_file для чтения файлов, потом пришел черед External Table. 6 лет прошло, версия 12.1 дает новые возможности - почему не использовать? Мой вопрос скорее про то, что из предложенных вариантов современнее и требует меньше движений в кодировании и поддержке (например, авторизация OAuth и т.п.) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.10.2018, 17:32 |
|
||
|
|

start [/forum/topic.php?fid=52&msg=39718172&tid=1883328]: |
0ms |
get settings: |
7ms |
get forum list: |
13ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
155ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
48ms |
get tp. blocked users: |
1ms |
| others: | 206ms |
| total: | 445ms |

| 0 / 0 |
