Мы тратим достаточно большие усилия на интеграцию -
интеграция данных - серверы MS SQL, Oracle, Lotus Notes
интеграция приложений - .Net (C#, ASP), C++, Java (J2EE, OAS) , MapObject, MapXtrem, Delphi - через веб-службы.
Хотя я уже склоняюсь в локальной сети к CORBA (если бы можно было бы .Net свернуть на CORBA), или может придется в это части делать мост DCOm-Cоrba.

Роман Дынник

>>интеграция данных
>>интеграция приложений
Есть еще такое понятие интеграция бизнес-процессов :)
Как ядро интеграции думаю MS BizTalk Server 2004 на сегодняшний день
наилучшее решение.


Posted via ActualForum NNTP Server 1.2
Спасибо, в курсе, ;), ею как раз и занимаемся в настоящее время. Только пока еще нет ее как свершившегося факта у нас. Поэтому не указываю.

mastanikДля каких целей(РЕАЛЬНЫХ) используется интеграция, какие приложения/инф. системы задействованы. Пример РЕАЛЬНОЙ бизнес-логики... В каких случаях используются адаптеры ресурсов/сообщения/веб-службы.
Спасибо

Веб-службы у нас 2 типов - управляющие и прикладные. Управляющих пока 2 - одна каталогизации, другая аутентификации и авторизации. Веб-служба аутентификации и авторризации выполняет проверку имени и пароля приложения и пользователя приложения и выполняет их авторизацию, т.е. выдает
1. Для приложения те методы прикладных веб-служб, которые доступны тому приложению
2. Для пользователя приложения - роли пользователя в данном приложении.

Вынесено это в отдельную веб-службу, так как используются совершенно различные технологии, а действия везде одинаковые - аутьентификация и авторпизация, и кроме того, мало ли что изменится в нашей системе управления правами, тогда мы изменим ОДНУ веб-службу, а не 40 приложений.

Что делает веб-служба каталогизации - понятно , каталогизирует прикладные веб-службы (ну и управляющие тоже). Т.е. хранит описание в БД, кроме того, что наеисано в WSDL , есть еще много дополинтельной нужной информации, всякие комментари, принадлежности, исопльзование друг друга и т.п. Это все необходимо для управления всей средой.

Прикладные веб-службы выполняют определенные вещи, например, некоторый расчет, или чтение данных по некоторому объекту.

Роман Дынник
[quot ]
Как представишь что для
всех приложений нужно сделать единую точку входа через портал/win gui.
Желание медленно пропадает...


а зачем единую точку входа - единые данные - да, может быть единые сервеные компоненты, может быть еще что-то, но точка входа-то зачем обязательнор единая?

Роман Дынник

А единые серверные компоненты это по вашему не единая точка входа? gui в
любом случае новый нужен, а уж как его разбить, по отдельным приложениям ли,
или по модулям одного приложения... это другой вопрос.


Posted via ActualForum NNTP Server 1.2

Вы говорили о единой точке ВХОДА - портал или единый win интерфейс. А не о сервеной компоненте - это не одно и тоже, по-моему. И, да, иногда портл к примеру, - это удобано и единая точка входа удобна - но это НЕОБЯЗАТЕЛЬНО. И интеграция данных и приложений на уровне единыйх серверных компонент может существовать без единого входа.

Роман Дынник
Это если приложения изначально подразумевали обмен сообщениями между собой в
рамках единой инфраструктуры. А если нет- тут все равно без написания
единого серверного слоя и нового gui не обойтись, разве что
импортом/экспортом.


единый серверный слоя - да, gui - единый необязателен. Опыт есть.