WCF Interop с Axis2 с помощью WS-Trust

Мы пытаемся получить WCF и Java, говорящий друг с другом использующим маркеры SAML, выпущенные от STS. Несмотря на то, что обе стороны совместимы со стандартами, безопасностью WS, WS-Trust, политикой WS, и т.д., они, кажется, не говорят друг с другом и один, или другой выдаст загадочные исключения или проигнорирует заголовки защиты.

Мы используем.NET 3.5, Федерация WCF, привязывающая сторону MS и Axis2/Rampart/Rahas на стороне Java.

Кто-либо когда-либо мог сделать эту работу?

7
задан Brock Adams 10 March 2011 в 05:59
поделиться

4 ответа

Axis2 не полностью соответствует стандартам WS.

Недавно (в прошлом месяце) я прошел этап POC, когда Axis2 провалил мои тесты на соответствие WS- * (в частности, WS-AT, WS-Coordination).

Взгляните на «Проект Метро». Sun и Microsoft совместно работали над "правильным" взаимодействием WCF и JAX-WS.
https://metro.dev.java.net/

6
ответ дан 6 December 2019 в 15:31
поделиться

Решаете ли вы проблему с литералом документа или с кодировкой rpc? (Извините, приходится спрашивать.)

http://www.ibm.com/developerworks/webservices/library/ws-whichwsdl/

http://www.developerfusion.com/article/4694/web- взаимодействие-сервисов-между-j2ee-и-net-part-1/3 /

http://msdn.microsoft.com/en-us/library/ms996466.aspx

2
ответ дан 6 December 2019 в 15:31
поделиться

Я предполагаю, что серверная часть является осью, это не ясно, но это более распространено.

Если вы программируете совместимые веб-службы на Java, вам следует подумать о переходе на JAX-WS Не только потому, что модель программирования axis2 немного странная, но и потому, что код часто бывает неполным. Я определенно сталкивался с функциями, частично реализованными раньше, также мне было трудно определить, какое тестирование на совместимость было выполнено со стеком Microsoft.

Я бы сказал, что у вас гораздо больше шансов в будущем, используя JAX-WS стек. Одна из основных причин заключается в том, что инженеры Sun довольно много времени проводят в беседах с инженерами Microsoft, чтобы убедиться, что их стеки совместимы, и они одинаково интерпретировали спецификации. Кроме того, модель программирования проще и может управляться с помощью аннотаций. Это также несколько упрощает развертывание и обслуживание. Дополнительный контейнер для обслуживания файлов .AAR и попытки удалить ось 2 из конечной точки службы можно просто проигнорировать: конечную точку можно рассматривать просто как сервлет.

Есть документация о людях, заставляющих SAML работать с JAX-WS: http://www.jroller.com/gmazza/entry/using_the_opensaml_library_in

Если вы не можете отойти от оси 2, я думаю, что необходимо использовать аналогичную стратегию. Где вы должны перехватить токен и выполнить аутентификацию до того, как он вызовет конечную точку службы.

См .: http://www.omg.org/news/meetings/workshops/Web_Services_USA_Manual/02-3_K_Smith.pdf

http://www.mail-archive.com/ Дополнительный контейнер для обслуживания файлов .AAR и попытки удалить ось 2 из конечной точки службы можно просто проигнорировать: конечную точку можно рассматривать просто как сервлет.

Есть документация о людях, заставляющих SAML работать с JAX-WS: http://www.jroller.com/gmazza/entry/using_the_opensaml_library_in

Если вы не можете отойти от оси 2, я думаю, что необходимо использовать аналогичную стратегию. Где вы должны перехватить токен и выполнить аутентификацию до того, как он вызовет конечную точку службы.

См .: http://www.omg.org/news/meetings/workshops/Web_Services_USA_Manual/02-3_K_Smith.pdf

http://www.mail-archive.com/ Дополнительный контейнер для обслуживания файлов .AAR и попытки удалить ось 2 из конечной точки службы можно просто проигнорировать: конечную точку можно рассматривать просто как сервлет.

Есть документация о людях, заставляющих SAML работать с JAX-WS: http://www.jroller.com/gmazza/entry/using_the_opensaml_library_in

Если вы не можете отойти от оси 2, я думаю, что необходимо использовать аналогичную стратегию. Где вы должны перехватить токен и выполнить аутентификацию до того, как он вызовет конечную точку службы.

См .: http://www.omg.org/news/meetings/workshops/Web_Services_USA_Manual/02-3_K_Smith.pdf

http://www.mail-archive.com/

Есть документация о том, как люди заставляют SAML работать с JAX-WS: http://www.jroller.com/gmazza/entry/using_the_opensaml_library_in

Если вы не можете отойти от оси 2, я думаю, аналогичная стратегия нужно нанять. Где вы должны перехватить токен и выполнить аутентификацию до того, как он вызовет конечную точку службы.

См .: http://www.omg.org/news/meetings/workshops/Web_Services_USA_Manual/02-3_K_Smith.pdf

http://www.mail-archive.com/

Есть документация о том, как люди заставляют SAML работать с JAX-WS: http://www.jroller.com/gmazza/entry/using_the_opensaml_library_in

Если вы не можете отойти от оси 2, я думаю, аналогичная стратегия нужно нанять. Где вы должны перехватить токен и выполнить аутентификацию до того, как он вызовет конечную точку службы.

См .: http://www.omg.org/news/meetings/workshops/Web_Services_USA_Manual/02-3_K_Smith.pdf

http://www.mail-archive.com/axis-user@xml.apache.org /msg10292.html

http://www2.sys-con.com/ITSG/virtualcd/WebServices/archives/0303/secrist/index.html

2
ответ дан 6 December 2019 в 15:31
поделиться

Я бы также не рекомендовал использовать Axis2 на стороне Java, если вы можете. Было бы проще с Glassfish или JAX-WS, очевидно, хотя я никогда не тестировал их.

Я также столкнулся с подобными проблемами при попытке наладить взаимодействие WCF и Axis2. Проверьте версию стандарта, используемую в файле WSDL, в нашем случае они не совпадают.

3
ответ дан 6 December 2019 в 15:31
поделиться
Другие вопросы по тегам:

Похожие вопросы: