質問

私たちは、WCFとJavaはSTSから発行されたSAMLトークンを使用してお互いに話を取得しようとしています。両サイドには、などのWS-Security、WS-トラスト、WS-方針、標準に準拠しているという事実にもかかわらず、彼らはお互いに話をしていないようだと、どちらか一方には、不可解な例外を投げるか、セキュリティヘッダを無視しますます。

私たちは、java側のMS側に結合し、Axis2の/ランパート/ Rahas、WCF連盟を.NET 3.5を使用しています。

誰もが今までこの作業を行うことができていますか?

役に立ちましたか?

解決

のAxis2はWS標準準拠の面で不完全です。

私は最近(先月)のAxis2は私のWS- *コンプライアンス・テスト(特にWS-AT、WS-調整を)失敗したPOC段階を経ました。

「プロジェクト・メトロ」を見てみましょう。 SunとMicrosoftは
。WCFとJAX-WS相互運用機能 "権利" を得ることに協力しました https://metro.dev.java.net/する

他のヒント

私はまた、可能な場合は、Java側でのAxis2のために行くrecommandないでしょう。私はそれをテストしたことはありませんalthoug、明らかにGlassfishのか、JAX-WSと容易になるだろう。

WCFとAxis2のが協力にしようとしたときに、

私は同様の問題のこれらの種類に走りました。これらは、我々の場合には一致していなかった、WSDLファイルで使用される標準のバージョンを確認します。

私は、サーバー側が軸であり、それは明確ではないのですが、それがより一般的であることを仮定しています。

あなたはJavaで使用すると、JAX-WSへの切り替えを検討すべきで相互運用可能なWebサービスをプログラミングしている場合は、Axis2ののプログラミングモデルは少し奇妙ですが、多くの場合、コードが不完全であるためだけでなく。私は確かに遭遇しました、部分的に前に実装された機能、また、それは私はそれが難しいのMicrosoftスタックで行われた相互運用性のためにどのようなテストを決定することが分かっです。

私はあなたがJAX-WSスタックを使用して、将来のより良いチャンスを持っていると言うでしょう。一つの大きな理由は、Sunのエンジニアが自分のスタックが相互運用可能であり、彼らは同じように仕様を解釈するのだ確認するために、マイクロソフトのエンジニアに座ってかなりの時間を費やしています。この他のプログラミングモデルは簡単で、注釈で駆動することができます。また、多少の展開と保守を簡素化します。サービスのエンドポイントからのAxis2を削除するには.AARファイルとあいにサービスを提供するための追加の容器は単に無視することができます。エンドポイントは、ちょうどサーブレットとして扱うことができます。

ます。http:// WWW

SAMLは、JAX-WSで動作するようになって人々のドキュメントがあります.jroller.com / gmazza /エントリー/ using_the_opensaml_library_inする

あなたはAxis2のから離れることができない場合は、

私は、同様の戦略を採用する必要があると思います。それはサービスエンドポイントを呼び出すために取得する前に、トークンを傍受して認証を行うだろうどこます。

を参照してください: http://www.omg.org /news/meetings/workshops/Web_Services_USA_Manual/02-3_K_Smith.pdfする

のhttp://www.mail-archive .COM /軸-ユーザー@ xml.apache.org / msg10292.htmlする

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

私たちは、WCFクライアントで、サーバーが両端とWS-Trustのシナリオでランパートのテストに成功しています。

ところでランパートは、WS-Federationのシナリオはまだサポートし、セキュリティポリシーは、それに関連している可能性がありません。 [FYI - WS-Federationのは、ランパート半ば来年で利用できるようになります]

あなたはセキュリティポリシーを添付してくださいすることができた場合、我々は近い外観を持つことができます..

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top