2

現在、元々 .NET Framework 1.1 と WSE 2.0 を使用して構築された 6 つのプロジェクトがあります。しかし、Microsoft による WSE のサポートは不足しており、その最新バージョン (3.0) は .NET Framework 2.0 のみを対象としています。私たちの新しいプロジェクトは .NET Framework 3.5 を使用し、WSE サポートをハッキングする代わりに、現在代替アプローチを探しています。

現在のプロジェクトでは、WSE を使用して X.509 証明書で SOAP メッセージにデジタル署名しています。これは、私たちの将来のプロジェクトにも必要なことです。

WCF ルートを使用するのが賢明な選択のようですが、代替手段はありますか? WCF は X.509 認定をサポートしているようですが、.NET 以外のプラットフォームのサポートについてはほとんど心配していません。私たちのクライアントは、Java ベースのソフトウェアを使用してサービスに接続できる必要があります。そして彼らは、これまで (Web サービスを使用していたとき) と同じくらい簡単であるべきだと述べています。そのため、HTTP と SOAP を使用するように WCF を構成する必要があります。

X.509、クロスプラットフォームの相互運用性、および使いやすさ (HTTP と SOAP) の要件を考えると、Windows Communication Foundation は適切なソリューションでしょうか?

4

1 に答える 1

1

はい、WCF はソリューションです。これは Web サービスを構築するための API であり、MS/.NET 固有の機能を使用しない場合は相互運用可能です。ただし、WSE サービスを WCF に移植する際に問題が発生する場合があることに注意してください。WSE で非常に単純なサービス (Hello World など) を構築し、実際のサービスと同じように証明書で保護することをお勧めします。次に、サービスを利用する Java クライアントを作成します。その後、WSE サービスを WCF に置き換えます。それはあなたの概念の証明になります。問題が発生した場合は、このソリューションをここまたは MSDN で簡単に共有して、助けを得ることができます。

于 2010-09-13T08:30:06.657 に答える