|
Oracle, Lotus, Webservice...
|
|||
---|---|---|---|
#18+
Господа! Хотелось бы получить у вас консультации по следующему вопросу... У нас в организации активно используется Oracle и Lotus Сейчас стала актуальной проблема использования данных из Oracle в Lotus-приложениях. Решили эту "интеграцию" сделать это с помощью Web-сервисов, которые вызываются на клиенте Lotus (с помощью Java-апплетов) ну и т.д. и т.п. Но вот проблемка - нашей службе безопасности не нравится такое решение. Говорят следующее - давать вызывать веб-сервис на клиенте - типа не правильно... А вот правильно так - пользователь в Lotus авторизовался - теперь, если ему чего-то надо - то пусть нажимет кнопку - идёт запрос на Lotusовый сервер - уже он вызывает Web-сервис - и результат отдает назад по своему протоколу (NRPC) Объяснить чего-то господам, что так не делается - слишком уж трудоемкое и неверное решение получается, как-то не очень удается - поэтому и обращаюсь за помощью и аргументами. Спасибо PS. если у кого есть мысли по поводу интеграции Oracle и Lotus - также буду рад услышать, как это нормально можно сделать ... |
|||
:
Нравится:
Не нравится:
|
|||
08.02.2006, 15:07 |
|
Oracle, Lotus, Webservice...
|
|||
---|---|---|---|
#18+
они правильно говорят. Апплет может быть запущен из любого места хоть из javaw и наверна у вас всё под одним логином работает. А лотусовый сервер один и его легче контролировать Posted via ActualForum NNTP Server 1.3 ... |
|||
:
Нравится:
Не нравится:
|
|||
09.02.2006, 13:36 |
|
Oracle, Lotus, Webservice...
|
|||
---|---|---|---|
#18+
Andrr wrote: > PS. если у кого есть мысли по поводу интеграции Oracle и Lotus - > также буду рад услышать, как это нормально можно сделать А чем не устраивают стандартные средства доступа к СУБД из Lotus? или LEI? Posted via ActualForum NNTP Server 1.3 ... |
|||
:
Нравится:
Не нравится:
|
|||
09.02.2006, 16:09 |
|
Oracle, Lotus, Webservice...
|
|||
---|---|---|---|
#18+
стандартные средства - LEI - дорого стоит... и непонятно стоит ли он того... хотелось бы узнать где вживую его используют понемногу в Лотусе пользуем DECS, и LCConnection, но уж как-то нестабильно это работает - например, если в вызываемой Оракловой процедуре выбрасывается Exception - то тут Лотусовому серверу становится плохо... также, что не устраивает - это необходимость устанавливать на каждом Лотусовом серваке клиента Ораклового... а хочется просто по HTTPS ходить... т.к. ситуация такая - Лотусовые сервера разбросаны по стране, а Oracle развернут в центральном офисе... т.е. в центральном офисе где всё под боком, более менее хорошо, можно и напрямую из Лотуса к нему ходить, а вот из других мест иначе как по Http вроде как и не обойтись... потому и решили через вебсервисы делать.. 1024: насчет апплета под одним акаунтом - ошибаетесь... некрасиво конечно - но приходится второй раз у юзера спрашивать логин, пароль... ... |
|||
:
Нравится:
Не нравится:
|
|||
09.02.2006, 17:19 |
|
Oracle, Lotus, Webservice...
|
|||
---|---|---|---|
#18+
andrr wrote: > стандартные средства - LEI - дорого стоит... и непонятно стоит ли он > того... хотелось бы узнать где вживую его используют > > понемногу в Лотусе пользуем DECS, и LCConnection, но уж как-то > нестабильно это работает - например, если в вызываемой Оракловой > процедуре выбрасывается Exception - то тут Лотусовому серверу становится > плохо... > > также, что не устраивает - это необходимость устанавливать на каждом > Лотусовом серваке клиента Ораклового... а хочется просто по HTTPS > ходить... т.к. ситуация такая - Лотусовые сервера разбросаны по стране, > а Oracle развернут в центральном офисе... т.е. > в центральном офисе где всё под боком, более менее хорошо, можно и > напрямую из Лотуса к нему ходить, > а вот из других мест иначе как по Http вроде как и не обойтись... потому > и решили через вебсервисы делать.. > А если поставить Domino на том же сервере, где и Oracle, сделать на нём лотусовую базу, как-то отражающую данные из Oracle с переодической синхронизацией между Oracle и Domino. Тут надо будет для этого писать собственных агентов или задействовать LEI (~12 тыс. долларов). На всех остальных серверах держать реплику этой базы. Все процедуры обмена данными между Lotus и Oracle производить через эту базу и её реплики. А? Posted via ActualForum NNTP Server 1.3 ... |
|||
:
Нравится:
Не нравится:
|
|||
10.02.2006, 10:19 |
|
Oracle, Lotus, Webservice...
|
|||
---|---|---|---|
#18+
ну, ставить на один сервер смысла нет... лишь бы сервера видели друг друга... Скажите, а у вас работает LEI? Если да - то хотелось бы пообщаться на эту тему... естественно не на форуме С репликами БД вобщем-то понятно - но теряется оперативность... и возрастают затраты - в смысле одни и теже данные хранить в двух местах, что как-то не очень хорошо... вобщем много геморроя со всем этим... нужно ещё как-то по нормальному организовывать доступ к данным - у нас сейчас в Оракле делается через вьюхи, и подконектившийся юзер видит только, то что ему можно... с использованием реплик Оракловых данных в Лотусе необходимо реализовывать такой-же механизм разграничения доступа... вобщем по-этому и начали делать через веб-сервисы... не знаете - можно ли как-то синхронизировать Оракловый и Лотусовый каталог пользователей? ... |
|||
:
Нравится:
Не нравится:
|
|||
10.02.2006, 12:51 |
|
Oracle, Lotus, Webservice...
|
|||
---|---|---|---|
#18+
можно но это интеграция будет идти через LDAP сечас этим мучуюсь но без LIE только DECS код будет на LotusScript с отображением в GUI на Lotus а так если нужно что Oracle то лутше затенуть потом обновлять в RDBSM из Lotus можно выгрузить все если знаешь Java то под Lotus агента котрый конектится по Jdbs к Oracle (бонус в том что клиента ставить необизательно ) и распихиваешь по документам как тебе надо использую уже не LCConnection а стандартные методы агент толкаешь через Web обращение ... |
|||
:
Нравится:
Не нравится:
|
|||
06.03.2006, 08:18 |
|
|
start [/forum/topic.php?fid=33&fpage=61&tid=1549456]: |
0ms |
get settings: |
11ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
71ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
47ms |
get tp. blocked users: |
2ms |
others: | 234ms |
total: | 402ms |
0 / 0 |