среда, Ноябрь 02, 2005
Моя статья о BPEL
В ближайшее время в журнале "Открытые системы" появится моя статья про BPEL. В ней я ссылаюсь на код, который к ней прилагается (BPEL, WSDL и XSD), но размещать который в статье было бы непрактично. Его можно скачать здесь. А здесь можно задавать вопросы, используя для этого функцию комментариев.
Update: статья опубликована здесь.
Update: статья опубликована здесь.
Комментарии:
Ссылки на это сообщение:
<< Главная страница
ответьте пожалуйста на такой вопрос:
если в activity invoke вызывается другой BPEL процесс, то,
как я понимаю, он может быть либо партнерским,
либо нашим - то есть описанным в BPEL на нашем же сервере
каким образом из содержимого элемента invoke
можно получить наш ли вызывается процесс и если да, то какой
именно ?
если в activity invoke вызывается другой BPEL процесс, то,
как я понимаю, он может быть либо партнерским,
либо нашим - то есть описанным в BPEL на нашем же сервере
каким образом из содержимого элемента invoke
можно получить наш ли вызывается процесс и если да, то какой
именно ?
"Наш" или "не наш" никак не отражается на процессе (т.е. на том, что внутри process). Любой используемый сервис должен декларироваться как partnerLink. Таким образом invoke будет идентичным, где бы ни находилась
реализация вызываемого сервиса. Логика в том, что процесс не зависит ни от места ни от технологии реазилации оркестрируемых им сервисов.
Каждому используемому внешнему (относительно процесса, а не сервера или компании) сервису соответствует partnerLinkType, описанный в WSDL (в
definitions). Возможно проблема в терминологии... Только из
partnerLinkType можно почерпнуть информацию о сервисе, но даже там не
содержится привязки с адресами и протоколами доступа к сервису, поскольку partnerLinkType указывает только portType сервисов. Логика привязывание зависит от BPEL-контейнера, в документации к которому должно быть написано,
как специфицировать хотя бы URL сервиса. Как правило берется единственный определенный в WSDL binding для соответствующего portType, хотя бывают и
другие варианты, особенно для сервисов реализованных через BPEL и
находящихся в том же контейнере.
реализация вызываемого сервиса. Логика в том, что процесс не зависит ни от места ни от технологии реазилации оркестрируемых им сервисов.
Каждому используемому внешнему (относительно процесса, а не сервера или компании) сервису соответствует partnerLinkType, описанный в WSDL (в
definitions). Возможно проблема в терминологии... Только из
partnerLinkType можно почерпнуть информацию о сервисе, но даже там не
содержится привязки с адресами и протоколами доступа к сервису, поскольку partnerLinkType указывает только portType сервисов. Логика привязывание зависит от BPEL-контейнера, в документации к которому должно быть написано,
как специфицировать хотя бы URL сервиса. Как правило берется единственный определенный в WSDL binding для соответствующего portType, хотя бывают и
другие варианты, особенно для сервисов реализованных через BPEL и
находящихся в том же контейнере.
у нас задача такая:
есть набор BPEL и WSDL файлов, полученных от мегаСистемы какой-то компании.
Из BPEL файлов строится граф возможных приходов сообщений, но там где один
процесс компании вызывает другой процесс этой же компании граф по идее нужно
продолжать... а для этого нужно знать что за файл брать
правильно ли я понял, что тогда нужна дополнительная информация о том,
какой BPEL процесс относится к какому сервису
есть набор BPEL и WSDL файлов, полученных от мегаСистемы какой-то компании.
Из BPEL файлов строится граф возможных приходов сообщений, но там где один
процесс компании вызывает другой процесс этой же компании граф по идее нужно
продолжать... а для этого нужно знать что за файл брать
правильно ли я понял, что тогда нужна дополнительная информация о том,
какой BPEL процесс относится к какому сервису
Эту информацию можно почерпнуть через атрибуты myRole и partnerRole элементов partnerLink. Их значения посредством partnerLinkType позволяют выяснить portType соответствующего сервиса. В случае myRole это будет portType (под)процесса.
Пожалуйста, проверти вашу ссылку на
исходники, не удается загрузить.
И если можно, также выложите вашу статью в PDF-формате, так как она c WWW.osp.ru загружается без
картинок.
Отправить комментарий
исходники, не удается загрузить.
И если можно, также выложите вашу статью в PDF-формате, так как она c WWW.osp.ru загружается без
картинок.
Ссылки на это сообщение:
<< Главная страница






