Пересечение собственной политики в ESB

Я пытаюсь найти ESB, который поддерживает пересечение политик запроса (клиента) и доступных веб-сервисов (поставщиков).

Идеальная конфигурация включала бы Service-Registry, куда можно было бы отправить запрос из ESB. ESB может проверить функциональные и нефункциональные (политические) требования.

Я попытался создать установку с продуктами WSO2, но потерпел неудачу, потому что нет универсального модуля пересечения политик. Когда я взглянул на некоторых других поставщиков, я понял, что нахожу только конкретное использование WS-Policy, такое как SecurityPolicy, RM .... Но я не нашел универсального модуля пересечения политик, который мог бы проверять независимую от домена совместимость между запрашивающей стороной и поставщиком (как предложено здесь: http://wiki.apache.org/general/ManojPushpakumara/GSoC/proposal).

Доступны ли какие-либо ESB (предпочтительно OpenSource), которые поддерживают что-то подобное? Если нет, то как интегрировать такой функционал например в WSO2 ESB?


wso2 wso2esb esb intersection
person user1515310    schedule 10.07.2012    source источник

Ответы (1)


arrow_upward
0
arrow_downward

Я думаю, что это очень сложное требование. Я не уверен, можно ли вывести политику из xml. так как может быть не один в один.

Обычный метод, который мы здесь используем, состоит в том, чтобы использовать разные привязки с разными политиками и просить пользователя отправить сообщение на правильную привязку.

person Amila Suriarachchi    schedule 11.07.2012
comment
Что вы подразумеваете под получением политики из xml. Запрос может содержать политику, а служба может предоставлять политику. Итак, если доступны 3 службы, я могу выбрать ту, которая совместима с политикой внутри запроса. Я понял, что в продуктах WSO2 (например, ESB) я могу установить политику службы. Какой смысл в этой политике, если я не могу использовать ее для определения нефункциональных требований? - person user1515310; 11.07.2012
comment
Идея этой политики заключается в том, как служба будет обрабатывать сообщение. поэтому пользователю необходимо отправить запрос в соответствии с политикой. - person Amila Suriarachchi; 12.07.2012
comment
Поэтому в идеале я хочу сделать весь этот процесс автоматическим, как описано в стандарте WS-Policy. Мне удалось получить политику службы, и теперь мне нужно пересечь ее с политикой клиента, но я узнал, что wso2esb использует neethi 2.0.4, в котором нет функций пересечения. Как я могу использовать более новый neethi 3.0.2, если это необходимо только для посредника класса, который я написал (разместил этот вопрос здесь stackoverflow.com/questions/11845135/) - person user1515310; 07.08.2012