問題タブ [wcf-configuration]

次のエンドポイントを持つサービスがあります。

このサービス参照を別のプロジェクトに追加すると、アプリ構成ファイルに次のクライアント エンドポイントが表示されます。

現在、この名前のエンドポイントはBasicHttpBinding_ISomeService、サービスの Web 構成ファイルで定義されていません。次のコードで新しいチャネル ファクトリを作成しようとすると:

失敗し、そのアドレスに一致するコントラクト/エンドポイントがないことを教えてくれます。私も使用してみまし"BasicHttpBinding_ISomeService"たが、同じエラーが発生します。

では、どこBasicHttpBinding_ISomeServiceから来たのか、元のエンドポイント名が上書きされたのはなぜですか、また、ヒットしようとしているエンドポイントをサービスに認識させるにはどうすればよいでしょうか?

負荷の高い WCF RIA サービス操作を実行していて、クライアント側の Silverlight アプリで次のようなエラーが発生しています。

1分間の実行でこのようなタイムアウトが発生しています。

私のコンテキストは次のようになります。

コードのスクリーンショットは次のとおりです。

WCF サービスにアクセスしようとすると、次のエラーが発生します。

オブジェクト グラフでシリアライズまたはデシリアライズできるアイテムの最大数は '65536' です。オブジェクト グラフを変更するか、MaxItemsInObjectGraph クォータを増やします

調査を行ったところ、この設定をより高い値に更新するだけでよいようです。これは私がやろうとしていることですが、設定が構成から読み取られていないようです。値が 65536 の同じ例外が引き続き発生します。

このリンクにある指示に従いましたが、うまくいきません。

これは、WCF サービスの Web.Config で構成したものです。

これは、クライアントの app.config にあるものです。

最後に、WCF サービス自体に次の属性があります。

上記の構成にもかかわらず、65536 値について不平を言う例外が引き続き発生します。これらの設定がアプリケーションで使用されないのはなぜですか? 他にどこかに設定する必要があるものはありますか？

簡略化された構成 (つまり、構成<service>ファイルに明示的なノードがない) を使用して、IIS 経由で公開された同じクラスによって実装されているサービス コントラクトがかなりあります。

これは正常に機能し、同じ URL を指すエンドポイントを自動的に構築するロジックがクライアントにあるため、多くの問題を回避できます。

ここで、クライアントとサーバーの両方でコントラクトの 1 つをカスタマイズしたいと思います。これは、動作が他のコントラクトとはかなり異なるためです。この特殊なコントラクト クラスにはストリーミング トランスポートを使用したいと考えています。これは、Streamインスタンスを返し、取得するためです。

<service>共有実装クラスを指し、この特別な契約インターフェイスを使用してサーバーにノードを追加しようとするとすぐに、他のサービスの自動構成全体が失われ、1 つのサービスが公開されたままになります。これは、単一の実装クラスを使用しているという事実に関係していると思います。Wcf は、構成にそのクラス名のサービスがあることを検出するとすぐに、他のコントラクトのエンドポイントの自動生成を停止します。

同じクラスを共有し、簡素化された構成を維持しながら、これを機能させる方法はありますか?

少しトリッキーな開発で数日間立ち往生しています。説明：

機能上の必要性: 同じコントラクトを共有する異なるバインディング タイプを持つ一意のサービスを公開し、クライアントの機能で使用するバインディングを実行時に切り替えます (.Net クライアントの場合は net.tcp を使用し、Java クライアントの場合は http バインディングを使用します)。

ここで私は私の設定ファイルにいます：

TestService dataContract :

そして、「実行時」のコントラクトの変更(エンドポイントの動作で、ストリームされた戻り結果を偽造するため):

実行：

CustomBehavior を使用しない場合、すべてが完全に機能します。それをTCP エンドポイント(TcpSOAPBehavior)の動作構成に追加すると、Body.ReturnValue.Type が変更され、この変更により、すべてのエンドポイント(http も含む)のすべてのコントラクトが変更されます。TCPエンドポイントコントラクトを変更したいだけですが、HTTPのものには触れません...そのような変更を行うことは可能ですか? それとも、これらのエンドポイントは、同じコントラクトを永久に共有することを意図していますか?

私がやろうとしているのは、そのtransformうちの1つがappSettings外部ファイルにあります:

これがexternal.configです

Web.config

Web.Debug.config

適切にビルドした後configuration、私の例ではDebugこれだけがあります:

ただし、次のようにする必要があります。

appSettings2つ以上の異なるもので共有しようとしましたproject1番目がWCF Service2番目ですASP.NET MVC 4 Application

編集:

これをに移動しようとしましfile attributeたWeb.Debug.configが、うまくいきません。

質問は：

どうすればそのようなことを達成できますか?それは可能ですか?

これは、WCF では非常に基本的な質問かもしれません。私はそれに慣れていないので、これを解決する方法がわかりません。

Visual Studio から WCF サービス アプリケーション テンプレートを取得しました。

**インターフェイス: IService1.cs **

** サービス ファイル名 : Service1.svc **

そして、web.configファイルを次のように編集しました

エラーは次のとおり です。サービスの追加に失敗しました。サービス メタデータにアクセスできない場合があります。サービスが実行中で、メタデータを公開していることを確認してください。

詳細に：

Visual Studio によって生成された元の Webconfig ファイル

これは単純な構成ファイルの問題であると確信しています。それを理解する方法がわからない。事前にご協力いただきありがとうございます。

Web.config を変更して netTcpBinding Binding を追加すると、WCF testClient でエラーがスローされます。

プロジェクト 2: コンソール アプリでホストされる BasicHttp および NetTcp バインディング

私は以下のweb.configファイルを持っています（すべてを一目で確認できるように、もう一度コピーしただけです）

およびホスティング用のコンソール アプリ コード

エラー : host.Open() メソッドでエラーが発生します。

• ポート 8080 が占有されている可能性があると考えて、53895 などの他のポート番号を試しました。運がない!!
• このエラーを参照したときに、アカウントが管理者ではないため、この問題を知りました。私の疑問は、WCFTest Client も私のアカウントで実行されていることです。どうすれば同様のコードを実行できますか?
• また、この作業を行うための提案は高く評価されます。また Webconfig と何か関係があるのでしょうか??

インターフェイスを拡張するクラス

インターフェース ：

前もって感謝します！！