問題タブ [servicecontract]

実際にIISホストにWCFサービスを実装しました

WCF テスト クライアント ツールを使用すると、「この操作は WCF テスト クライアントではサポートされていません」というエラーが表示されます。

http://desbiz:49615/GestionProvision.svc

IExplorer で wsdl を使用しても問題ありません。

http://desbiz:49615/GestionProvision.svc?wsdl

契約は次のとおりです。

理由がわかりますように。

前もって感謝します。

よろしく、

そのため、WCFサービス契約を個別の契約に分割して再利用しました。

私は以前、Function1、Function2、Function3の3つの関数を含むIOneServiceContractを持っていました。

このサービス契約を、IServiceContract1とIServiceContract2の2つの個別のサービス契約に分けました。IServiceContract1にはFunction1が含まれ、IServiceContract2にはFunction2とFunction3が含まれます。これにより、個別のIServiceContract1やIServiceContract2を再利用して、公共サービスの契約を表す新しいサービス契約を作成できます。

これを知っている...そしてうまくいけば、あなたが残りをフォローできないように説明を台無しにしていない...

IService1とIService2の2つのサービスがあります。
IService1は、IServiceContract1とIServiceContract2を実装します。IService1はすべての関数（Function1、Function2、Function3）を実装する必要があるため、これは完璧に機能します。

ただし、IService2はIServiceContract2のすべての機能を実装する必要はなく、Function1のみを実装する必要があります。

IService2がコントラクトを部分的に実装する方法はありますか？私はそれがばかげているように聞こえることを知っています。この状況を処理してIServiceContract2を論理的に分離し、IService2が必要な部分だけを実装する必要があるようにする正しい方法はありますか？

ありがとう

サービスのメソッド シグネチャには単純なデータ型しかありません (int、string など)。私のサービス クラスは、IMathService などの単一の ServiceContract インターフェイスを実装し、このインターフェイスは IAdderService などの他の基本インターフェイスから継承します。インターフェイス コントラクト IAdderService を使用して、MathService を単一のエンドポイントのサービスとして公開したいと考えています。ただし、IMathService を知っている一部のクライアントは、IMathService に IAdderService を型キャストするだけで、その単一のエンドポイントで IMathService によって提供される追加のサービスにアクセスできる必要があります。

サーバー側の構成:

クライアント側の実装:

クライアント側の構成:

上記のコードと構成を使用すると、IAdderService インスタンスを IMathService に型キャストできません。失敗し、クライアント側で IMathService の null インスタンスを取得します。

私の観察では、サーバーが IMathService をクライアントに公開すると、クライアントは安全に IAdderService にタイプキャストでき、その逆も可能です。ただし、サーバーが IAdderService を公開している場合、型キャストは失敗します。

これに対する解決策はありますか？または私は間違った方法でそれをやっていますか。

自動生成されたパブリックインターフェイスがありますbusvcutil：

次に、asmx Webサービスがそれを継承し、正常に動作しています。WCFに変換しようとしていますが、ServiceContractを使用してサービスを（asmx.csコードビハインドで）インストルメント化すると、次のようになります。

また、.svcファイルを作成し、構成ファイルにsystem.serviceModel設定を追加しました。目標は、asmxサービスをWCFサービスに移行することです。

このエラーが発生しました：

タイプMyServiceのサービスクラスは、ServiceContractを定義し、タイプMyInterfaceからServiceContractを継承します。コントラクトの継承は、インターフェイスタイプ間でのみ使用できます。クラスがServiceContractAttributeでマークされている場合、それはServiceContractAttributeを持つ階層内の唯一のタイプである必要があります。

asmxサービスはまだ正常に機能しています。.svcだけが問題を引き起こしています。私の質問はそれを修正する方法です。MyInterfaceはインターフェイスであるため、問題が何であるか、とにかくエラーが発生する理由がわかりません。

MyInterfaceはwsdlスキーマのsvcutilから自動生成され、このインターフェイスを手動で編集したくないため、MyInterfaceを変更したくないことに注意してください。全体的なアイデアは、WSDLからサービスタイプを自動的に生成し、手動編集でチーム開発の労力を節約することです。

どんな助けでも大歓迎です。

wcf での MessageParameterAttribute の使用法を知りたかったのです。

私の機能では：

実装のどこでも、またはサービスの使用中であっても、fromCity または toCity を使用しません。では、名前を付けることの意味は何ですか？

TestServiceとという2つのサービスコントラクトを実装するクラスがIService1ありIService2ます。しかし、私は実装の難しさに直面しています。

私のコードは次のようになります。

次のような実行時エラーが発生します：

ServiceMetadataBehaviorのHttpGetEnabledプロパティはtrueに設定されており、HttpGetUrlプロパティは相対アドレスですが、httpベースアドレスはありません。httpベースアドレスを指定するか、HttpGetUrlを絶対アドレスに設定します。

私はそれについて何ができますか？本当に2つの別々のエンドポイントが必要ですか？

次の 2 つのサービス契約を宣言しました。

これら 2 つのコントラクトを実装するクラスがあります。両方のコントラクトに 2 つのエンドポイントを作成しました。しかし、クライアント コードからサービスにアクセスできません。サービス参照を次のように更新しようとすると、大きなエラーが表示されます。

メタデータに解決できないエラーが含まれています... などでリッスンしているエンドポイントがありませんでした。

同じ名前の を2 つ持つことはできないことはわかっていますがOperationContract、同じ名前で署名が異なる異なるサービス コントラクトで 2 つの操作コントラクトを持つことは可能ですか?

WCFサービスコントラクトにバージョン管理の問題があり、操作のために呼び出される多くのエンドポイントの1つで、コントラクトから1つのメソッドが欠落しています。

私の質問は、コマンドを呼び出す前に、クライアントでコマンドが使用可能であることを確認するにはどうすればよいですか？

私は試した：

残念ながら、これは呼び出し元のアプリからのコントラクトを使用しており、エンドポイント自体の実装については実際には説明していません。その結果、エンドポイントがコマンドの実装に失敗した場合でも、trueを返します。

次のように、コントラクトで 100 を超える ServiceKnownType を使用する WCF インターフェイスが動作しています。

実行時にこれらの ServiceKnownTypes を提供する方法はありますか?
これらすべての ServiceKnownTypes をソースに追加するのは、エラーが発生しやすく面倒なだけでなく、アセンブリが好きではない方法で結合されたままになります (これらの型をサブアセンブリに抽出して分離できるようにしたいと考えています。ただし、サービスはすべての既知のタイプをリストする必要があるため、できません)。