問題タブ [was]

IISでのWCFサービスの公開に問題があります。問題はconfiguration（web.config）にあると思います。これは私のserviceModelセクションです：

URIを入力すると：http：//localhost/KOMPLAT/Service1.svc、次のエラーメッセージが表示されます：HTTP404.17-見つかりません

KOMPLATは、IIS上の私のアプリケーションの名前です。ありがとう。

データ コントラクトの一部としてバイト配列を受け入れる WCF サービス操作があります。このサービスは (インターネットではなく) 内部でのみ公開されており、クォータを増やして 10 MB のバイト配列を許可したいと考えています。

このサービスは IIS7 でホストされています。デフォルトの長さを超えるバイト配列を送信しようとすると、次の例外メッセージが表示されます。

タイプ MyService.ServiceContracts.Data のオブジェクトの逆シリアル化でエラーが発生しました。XML データの読み取り中に、最大配列長のクォータ (16384) を超えました。このクォータは、XML リーダーの作成時に使用される XmlDictionaryReaderQuotas オブジェクトの MaxArrayLength プロパティを変更することで増やすことができます。行 1、位置 22991。

構成は次のとおりです。

したがって、私の構成ではより大きなメッセージを許可していますが、IIS はこれを無視しているようです。これを停止して大きなメッセージを通過させるにはどうすればよいですか?

WAS で WCF サービスをホストしようとしていますが、次のシナリオを達成するためにすでに数時間苦労しています。

単一のクライアントと多数の WCF 'サーバー' があります。エンドポイントのアドレス、クライアント要求 (またはその他のパラメーター) に基づいて、新しいワーカー プロセスを生成して WCF サービスをホストするか、既存のワーカー プロセス (そのアドレス/パラメーター) に要求を送信する必要があります。

私は名前付きパイプを使用しています (すべてが同じマシン上で行われます)。

たとえば、次のようになります。

エンドポイント アドレス - net.pipe://localhost/MyService/A -> WAS は新しいワーカー プロセスを生成する必要があります1

エンドポイント アドレス - net.pipe://localhost/MyService/B -> WAS は新しいワーカー プロセスを生成する必要があります2

エンドポイント アドレス - net.pipe://localhost/MyService/C -> WAS は新しいワーカー プロセスを生成する必要があります3

エンドポイント アドレス - net.pipe://localhost/MyService/B -> WAS は要求を Worker Process2 にリダイレクトする必要があります

それを達成する最も簡単な方法は何ですか？

WAS で WCF サービスをホストするのに助けが必要です。IIS でサービスを正常にホストし、basicHttp および wsHttp バインディングを介してアクセスしました。しかし、WAS でホストして tcp/ip 経由でアクセスしようとすると、何かが足りないようです。

ポート 10000 で tcp 経由でアクセスできるように構成する必要があります。

Windows の機能で非 HTTP の WCF アクティベーションを有効にしました

サービスは、デフォルトの Web サイト、アプリケーション mywcfapp で公開されます

以下のように、デフォルトの Web サイトと mywcfapp のポート 10000 で net.tcp バインディングを有効にする BAT ファイルを作成しました。

web.config は

ただし、サービスにアクセスできないようです。

uriでWcfTestClientでサービスにアクセスしようとすると

次のエラーが表示されます

URLで接続しようとすると（ポートを指定せずに）

エラーが発生します（重要な部分のみを保持）

1つのサービスは正常に機能しますが、もう1つのサービスは常にソケットタイムアウト'強制的に閉じられた'エラーをスローします。

両方のサービスでportSharingEnabled='true'があり、netTcpポート共有Windowsサービスがオンになっています。

私はこれについて多くの研究をしましたが、原因を見つけることができません、何か提案はありますか？

レガシーシステムのセットアップのために、ポートを変更するオプションもありません。

各netTcpバインディングは次のように見えます。

それは正しいですか、それとも*ここでの問題ですか？あなたが言うことができるように私はアイデアを使い果たしました。

最後のポイント：クライアント側で毎回エラーが発生するので、タイムアウトの問題ではありません。他のすべてのバインディング構成値は、サーバー/クライアント側の両方で一致し、SOの他の同様の問題で示唆されているように、最大​​値に近く設定されます。

net.msmqバインディングを使用して、MSMQにバインドされた標準のWCFサービスを正常に実装しました。ここで参照されている一連のMSDN記事の指示に従いました：http：//msdn.microsoft.com/en-us/library/ms751490.aspx

ここでの問題は、WCFnet.msmqバインディングを使用してWF4サービスをアクティブ化することです。これは大きな欲求不満になりました。ワークフローをIISに展開するとすぐに、メッセージボックスからすべてのメッセージが排出されます。ただし、ワークフローのインスタンスがアクティブ化されておらず、WCF呼び出しのトレース情報が表示されません（AppFabricでトラブルシューティングログ（トレース）レベルが構成されています）。

トラブルシューティング/検証の観点から：WASが構成され、net.msmqバインディングがサイトにインストールされ、net.msmqがアプリケーションに対して有効になっていることを構成および検証しました。さらに、Net.MSQMリスナーサービスが実行されています。

問題をBinging/Googlingするとき、私はあまり運がありませんでした。オンラインでも同様の質問がありますが、回答は不完全であり、質問はIIS（w / WAS）ホスティングとは関係ありません。あなたが提供できるどんな助けや提案も大歓迎です。これまでに何が行われたかを知りたい人のために、完全なデモソリューションを含めました：http ：//www.bloggedbychris.com/wp-content/uploads/2012/01/ProofOfConcept.WfConvoy.zip

Windows ユーザー、このユーザーを使用するアプリケーション プール、および IIS 7 のアプリケーション プールを使用する Web サイトを作成していますが、作成後にこれらを削除して再作成すると、アプリケーション プールの開始は次のエラーで失敗します。

Windows プロセス アクティブ化サービスは、アプリケーション プール 'TestUserPool' のワーカー プロセスを作成できませんでした。データ フィールドにはエラー番号が含まれます。

イベント ID は 5022 で、エラー番号は 80070005 で、ここで見つけた ERROR_ACCESS_DENIED を意味します

奇妙なことに、プール名を変更したり、アプリケーション プール ユーザーを変更したり、IIS を再起動したりすると、問題が解決します。これらすべてをプログラムで実行したときにこの問題が発生しましたが、同じことを手動で再現することはできません。問題は、この機能をインストーラーに追加する必要があることですが、サイトをアンインストールしてから再インストールすると、IIS サーバーを再起動するまで「サービスを利用できません」というメッセージが表示されます。

前もって感謝します！

ここで説明されているように、IIS の下のホストされたディレクトリに .svc ファイルと関連するバイナリをインストールする以外に、サービスを展開することは何もないと思います (IIS):

http://msdn.microsoft.com/en-us/library/ms733766.aspx

そしてここ（WAS）：

http://msdn.microsoft.com/en-us/library/ms733109.aspx

2 つの質問:

1. BasicHttpBinding を使用する場合、IIS の新しい (>= 7.0) バージョンのこれら 2 つのシナリオに違いはありますか?

2. IIS 内からホストされている WCF サービスを表示/テストする方法はありますか? IIS にはこのように優れた UI がありますが、私が知る限り、web.config を見て、wcftestclient を使用してサービスをテストするか、ブラウザーを使用して、特定の時点ですべてが機能しているかどうかを確認する必要があります。

Unity を使用してインスタンスを解決します。WCF サービスを含めます。

しかし、私はトリックの問題を見つけました。WCF プログラムを IIS (WAS) にデプロイしましたが、Web サービスを実行しても問題ありません。

IIS(WAS) がアプリケーション プールをリサイクルした後、登録コードが実行されたことを確認します。しかし今、Web サービスは例外をスローします。

「例外が発生しました: 解決中に。」

次に、IIS サービスからの情報をログに記録します。つまり、この型を登録しないということです。