2010-12-21 12 views
2

SOAP要求XMLを.Net要求オブジェクトにデシリアライズして、.NET応答オブジェクトをSOAP応答XMLにシリアル化する必要があります。 WCFと同じように動作するには、同じXML要素のローカル名と名前空間URIを使用する必要があります。WCFとまったく同じ要求と応答をシリアル化および逆化する

.Net要求および応答クラスは、SVCUTILを使用してWSDLから生成されました。

私はXmlSerializerクラスを見てきましたが、MessageBodyMemberAttributeのような特定のWCF固有のカスタム属性を気にしません。 DataContractSerializerも見ましたが、使用する要素名と名前空間について非常に奇妙な考えがありました。最後に、SoapReflectionImporterによって生成されたXmlTypeMappingを使用してXmlSerializerを試しました。これは名前空間をまったく使用していないようです。

私はむしろ、上記の手法の1つを使用する必要があると考えていますが、私はそれを認識していません。しかし、おそらく全く異なるアプローチがありますか?

すべての提案を歓迎します。

+1

あなたは実際に習熟していますか、おそらくこの問題を回避する方法があります。 –

答えて

1

私はあなたがこれをやりたい理由に困惑しています。明確にすることはできますか?

Reflectorを介してDataContractSerializerOperationFormatterとDataContractSerializerOperationBehaviorの実装を見てみましょう。これは、メッセージフォーマッタとシリアライザがWCF内でどのように相互運用するかをキャプチャします。

+0

WCF操作としても公開されているいくつかのメソッドへのアクセスを提供するMicrosoft XSLTトランスフォーム用の拡張オブジェクトがあります。 – PeteAC

関連する問題