Текущее время: Пт, мар 29 2024, 01:54

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




Начать новую тему Ответить на тему  [ Сообщений: 13 ] 
Автор Сообщение
 Заголовок сообщения: инициализация бизнес процесса с помощью RFC
СообщениеДобавлено: Чт, авг 25 2011, 16:05 
Младший специалист
Младший специалист

Зарегистрирован:
Пт, фев 18 2011, 17:19
Сообщения: 63
Всем привет, подскажите плз кое что:
у меня с помощью jdbc адаптера sender берутся данные из файла, далее они летят в abap часть XI (там у меня Z таблицы), данные пишутся в таблицы.

Значит в XI (abap часть) создан ФМ у него есть параметры на import.
Это все дело работает через RFC, так как в XI не работает abap proxy (нельзя из XI послать данные на прокси в XI (abap часть)).

Мне надо сделать так чтобы этот ФМ после записи в таблички отправлял данные обратно в XI для запуска бизнесс процесса. Я так понял что мне надо просто добавить параметры в Export, но есть вопросы:
я добавляю параметр на экспорт, можно ли через RFC Channel инициализировать процесс ? мне в конфигурации надо будет добавить правило типо XI->Мой процесс и в качестве канала выбрать rfc канал ?

В целом должно получиться примерно так:
адаптер -> ФМ ->обратно в XI на инициализацию нового процесса.

Спасибо за ответы. Я надеюсь я понятно написал что я хочу сделать, задача на самом деле дурацкая :)


Пометить тему как нерешенную
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: инициализация бизнес процесса с помощью RFC
СообщениеДобавлено: Чт, авг 25 2011, 16:11 
Директор
Директор

Зарегистрирован:
Вт, июл 18 2006, 17:44
Сообщения: 1001
Откуда: что и все
Пол: Мужской
jdbc-sender наверное из таблицы/вьюхи/хранимой процедуры берёт а не из файла? EO или BE ?

что значит "запуск бизнес-процесса"?

ФМ у тебя и так в иксае, что мешает из ФМа запустить процесс?

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


Пометить тему как нерешенную
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: инициализация бизнес процесса с помощью RFC
СообщениеДобавлено: Чт, авг 25 2011, 16:15 
Директор
Директор

Зарегистрирован:
Вт, июл 18 2006, 17:44
Сообщения: 1001
Откуда: что и все
Пол: Мужской
если "бизнес-процесс" это ccBPM который надо стартовать строго после успешного вызова RFC, то придётся рисовать ещё один ccBPM который стартовать из JDBC sender. Иначе ваша задача в стандартный конвейер не ложится.

Либо можно по асинхронному JDBC sender стартовать сразу и RFC и ccBPM. Но тогда никакой очерёдности не будет.

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


Пометить тему как нерешенную
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: инициализация бизнес процесса с помощью RFC
СообщениеДобавлено: Чт, авг 25 2011, 16:23 
Младший специалист
Младший специалист

Зарегистрирован:
Пт, фев 18 2011, 17:19
Сообщения: 63
chumpa написал:
jdbc-sender наверное из таблицы/вьюхи/хранимой процедуры берёт а не из файла? EO или BE ?

что значит "запуск бизнес-процесса"?

ФМ у тебя и так в иксае, что мешает из ФМа запустить процесс?


1. у меня файл .DBF я с помощью sender делаю select из него.
2."запуск бизнес-процесса" - ccBPM


Пометить тему как нерешенную
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: инициализация бизнес процесса с помощью RFC
СообщениеДобавлено: Чт, авг 25 2011, 16:26 
Младший специалист
Младший специалист

Зарегистрирован:
Пт, фев 18 2011, 17:19
Сообщения: 63
chumpa написал:
если "бизнес-процесс" это ccBPM который надо стартовать строго после успешного вызова RFC, то придётся рисовать ещё один ccBPM который стартовать из JDBC sender. Иначе ваша задача в стандартный конвейер не ложится.

Либо можно по асинхронному JDBC sender стартовать сразу и RFC и ccBPM. Но тогда никакой очерёдности не будет.


Мне нужна именно очередность, но дело в том что если я буду стартовать процесс параллельно из jdbc sender он же должен как то ждать или что то в этом роде, как он поймет что у меня данные уже положились в таблички ?


Пометить тему как нерешенную
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: инициализация бизнес процесса с помощью RFC
СообщениеДобавлено: Чт, авг 25 2011, 16:28 
Директор
Директор

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

повторюсь, если надо гарантировать запуск ccBPM после отработки RFC (синхр? асинхр?) то рисуйте ccBPM.
Для асинхр.RFC надо сделать transport ack, синхр. можно без оповещения естественно.

Ну или по рабоче-крестьянски: засунуть RFC в абап-меппинг и вызывать ccBPM после меппинга, как это предлагалось в первом треде ранее. Тогда ты обманешь конвейер но в случае ошибки вызова RFC надо валить меппинг чтобы вызов ccBPM не состоялся. Будет некрасиво в мониторинге и шина будет пытаться запустить меппинг заново (при настройке фоновой задачи рестарта).

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


Пометить тему как нерешенную
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: инициализация бизнес процесса с помощью RFC
СообщениеДобавлено: Чт, авг 25 2011, 16:29 
Директор
Директор

Зарегистрирован:
Вт, июл 18 2006, 17:44
Сообщения: 1001
Откуда: что и все
Пол: Мужской
новый ccBPM:

receive -> RFC send -> ccBPMold send

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


Пометить тему как нерешенную
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: инициализация бизнес процесса с помощью RFC
СообщениеДобавлено: Чт, авг 25 2011, 16:32 
Младший специалист
Младший специалист

Зарегистрирован:
Пт, фев 18 2011, 17:19
Сообщения: 63
chumpa написал:
а что, у вас есть JDBC драйвера на DBF? платные или бесплатные?

повторюсь, если надо гарантировать запуск ccBPM после отработки RFC (синхр? асинхр?) то рисуйте ccBPM.
Для асинхр.RFC надо сделать transport ack, синхр. можно без оповещения естественно.

Ну или по рабоче-крестьянски: засунуть RFC в абап-меппинг и вызывать ccBPM после меппинга, как это предлагалось в первом треде ранее. Тогда ты обманешь конвейер но в случае ошибки вызова RFC надо валить меппинг чтобы вызов ccBPM не состоялся. Будет некрасиво в мониторинге и шина будет пытаться запустить меппинг заново (при настройке фоновой задачи рестарта).


DBF драйвер какой то платный ;) его еще до меня покупали, мне пофигу как синхронно или нет но мне надо нечто следуюющее :) :
1. я беру данные из dbf
2. кладу их в Z таблицы на XI стороне
3. как только положил запускаю ccBPM.

Реализация через RFC (ФМ-ки)


Пометить тему как нерешенную
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: инициализация бизнес процесса с помощью RFC
СообщениеДобавлено: Чт, авг 25 2011, 16:34 
Младший специалист
Младший специалист

Зарегистрирован:
Пт, фев 18 2011, 17:19
Сообщения: 63
chumpa написал:
новый ccBPM:

receive -> RFC send -> ccBPMold send


да, спасибо, наверно так и придется, я просто не хотел 2 ccBPM создавать.


Пометить тему как нерешенную
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: инициализация бизнес процесса с помощью RFC
СообщениеДобавлено: Чт, авг 25 2011, 16:40 
Младший специалист
Младший специалист

Зарегистрирован:
Пт, фев 18 2011, 17:19
Сообщения: 63
chumpa написал:
а что, у вас есть JDBC драйвера на DBF? платные или бесплатные?

повторюсь, если надо гарантировать запуск ccBPM после отработки RFC (синхр? асинхр?) то рисуйте ccBPM.
Для асинхр.RFC надо сделать transport ack, синхр. можно без оповещения естественно.

Ну или по рабоче-крестьянски: засунуть RFC в абап-меппинг и вызывать ccBPM после меппинга, как это предлагалось в первом треде ранее. Тогда ты обманешь конвейер но в случае ошибки вызова RFC надо валить меппинг чтобы вызов ccBPM не состоялся. Будет некрасиво в мониторинге и шина будет пытаться запустить меппинг заново (при настройке фоновой задачи рестарта).


я что то не понял что значит "засунуть RFC в абап-меппинг" ?
я вообще думал сделать синхронно, добавить в ФМ параметр на export, ну и соответственно добавить в XI маппинг на возврат, но во только я не знаю вообще можно как то это возврат форварднуть на запуск процесса. Вы поняли что я имею ввиду ?
т.е. берем данные из dbf далее они идут на ФМ, там кладутся, далее из ФМ вылетает возврат на запуск процесса. Так вообще можно сделать ? Это как синхронный вызов получается вот только ответ идет не вызывающему а другому (на запуск ccBPM)


Последний раз редактировалось kinderus Чт, авг 25 2011, 16:45, всего редактировалось 2 раз(а).

Пометить тему как нерешенную
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: инициализация бизнес процесса с помощью RFC
СообщениеДобавлено: Чт, авг 25 2011, 16:42 
Директор
Директор

Зарегистрирован:
Вт, июл 18 2006, 17:44
Сообщения: 1001
Откуда: что и все
Пол: Мужской
мы из dbf в xml бесплатной джавашной библиотекой преобразовываем, поначалу тоже искали JDBC драйвера но оформление покупки и постановки на баланс стоит порядка 100 человека-часов на проекте, для которого было надо. Проще купить эскаватор.

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


Пометить тему как нерешенную
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: инициализация бизнес процесса с помощью RFC  Тема решена
СообщениеДобавлено: Чт, авг 25 2011, 16:45 
Директор
Директор

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

поэтому рисуй ccBPM (как я предложил) который будет стартовать от JDBC sender, синхр. или асинхр., неважно.
главное: если RFC асинхронный то для гарантии его доставки включи в RFC send в новом ccBPM признак "transport ack", иначе тебе отклик о доставке придёт от момента получения в AF а не от физической кгхм доставки

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


Пометить тему как нерешенную
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: инициализация бизнес процесса с помощью RFC
СообщениеДобавлено: Чт, авг 25 2011, 16:46 
Младший специалист
Младший специалист

Зарегистрирован:
Пт, фев 18 2011, 17:19
Сообщения: 63
chumpa написал:
возврат может быть только отправителю запроса (CENTRAL_BACK, SENDER_BACK)
нельзя переадресовать синхронный запрос так чтобы response шёл другому, это не иксайный конвейер.

поэтому рисуй ccBPM (как я предложил) который будет стартовать от JDBC sender, синхр. или асинхр., неважно.
главное: если RFC асинхронный то для гарантии его доставки включи в RFC send в новом ccBPM признак "transport ack", иначе тебе отклик о доставке придёт от момента получения в AF а не от физической кгхм доставки


ок спасибо огромное :)


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

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


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

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


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

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