Текущее время: Вт, апр 23 2024, 19:21

Часовой пояс: UTC + 3 часа




Начать новую тему Ответить на тему  [ Сообщений: 6 ] 
Автор Сообщение
 Заголовок сообщения: Один sender несколько receivers
СообщениеДобавлено: Пт, май 07 2010, 13:43 
Специалист
Специалист

Зарегистрирован:
Пт, май 07 2010, 13:17
Сообщения: 120
Откуда: Сургут
Пол: Мужской
Сценарий Abap(Proxy)-XI-JDBC.
На один запрос надо слазить в N баз данных - все эдентично.

Варианты которые сам вижу:
1) делать N разных вызовов из Abap - в xi просто но полное копирование объектов XI.
2) пробовать динамически менять адрес в JDBC канале. - SDN умалчивает как это.
3) сейчас копаю ccBPM - с Receiver Determination Step но как то пока ступор.

Кто что подскажет как и куда :)


Пометить тему как нерешенную
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Один sender несколько receivers
СообщениеДобавлено: Вс, май 09 2010, 00:20 
Директор
Директор
Аватара пользователя

Зарегистрирован:
Пн, ноя 07 2005, 15:59
Сообщения: 1071
Откуда: Moscow
Пол: Мужской
Не понял, почему нельзя просто создать несколько Business Services с JDBC-каналами и указать их всех в секции Configured Receivers в одном Receiver Determination?


Пометить тему как нерешенную
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Один sender несколько receivers
СообщениеДобавлено: Вт, май 11 2010, 08:27 
Специалист
Специалист

Зарегистрирован:
Пт, май 07 2010, 13:17
Сообщения: 120
Откуда: Сургут
Пол: Мужской
Сорри, не дописал.
Пробовал делать select так, но получаю.

<SAP:Code area="RCVR_DETERMINATION">TOO_MANY_RECEIVERS_CASE_BE</SAP:Code>
<SAP:Stack>Multiple receivers are not permitted in synchronous calls</SAP:Stack> .


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

Уточняю. Из SAP (синхронно или асинхронно не важно) через прокси в XI оттуда по JDBC select из нескольких одинакоквых баз данных - разные у них только IP адреса и сиды.


Пометить тему как нерешенную
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Один sender несколько receivers
СообщениеДобавлено: Вт, май 11 2010, 09:19 
Директор
Директор

Зарегистрирован:
Вт, июл 18 2006, 17:44
Сообщения: 1001
Откуда: что и все
Пол: Мужской
А, ну так про синхронные запросы надо было сразу писать, я тоже поначалу не понял в чём подвох.

Если это версия 7.1 и все коннекты можно прописать в Directory то простейший интеграционный процесс и JDBC lookup.
Иначе (не 7.1 или слишком много БД) то использовать JDBC API и в меппинге ходить в БД, надеюсь что ваши селекты не изменяют содержимого БД? Если меняют то ой, лучше выборку и выполнение изменений разделить, так как по стандарту меппинги д.б. "чистыми" функциями, их могут выполнять стопитсот раз (теоретически) в одном пайплайне.

В целом задача не выглядит сложной.

_________________
Telegram-chat: PO, CPI-PI, java, groovy


Пометить тему как нерешенную
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Один sender несколько receivers  Тема решена
СообщениеДобавлено: Вт, май 11 2010, 11:45 
Директор
Директор
Аватара пользователя

Зарегистрирован:
Пн, ноя 07 2005, 15:59
Сообщения: 1071
Откуда: Moscow
Пол: Мужской
А вот, вроде, как раз такая задача: Example: Multicast – Multiple Receivers (with Response Message)


Пометить тему как нерешенную
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Один sender несколько receivers
СообщениеДобавлено: Ср, май 12 2010, 13:48 
Специалист
Специалист

Зарегистрирован:
Пт, май 07 2010, 13:17
Сообщения: 120
Откуда: Сургут
Пол: Мужской
korchagin написал:
А вот, вроде, как раз такая задача: Example: Multicast – Multiple Receivers (with Response Message)


Работает, с небольшой доработкой. В helpe асинхронный вызов.

Сенкс


Пометить тему как нерешенную
Вернуться к началу
 Профиль Отправить email  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 6 ] 

Часовой пояс: UTC + 3 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
Русская поддержка phpBB