WCFサービスコントラクトと、そのWCFサービスを呼び出すSilverlightコントロールを含むWebアプリケーションを構築しました。私の開発サーバーとテストサーバーでは、うまく機能します。
ライブサーバーにデプロイしてアプリケーションを実行すると、System.ServiceModel.ServiceActivationExceptionコンパイル中の例外が原因でサービスをアクティブ化できないことを示すタイプの例外が発生します。例外は次のとおりです。
このコレクションには、スキームhttpのアドレスが既に含まれています。このコレクションでは、スキームごとに最大1つのアドレスが存在できます。
この例外は、Webサイトに複数のホストヘッダーがある場合にスローされる可能性があることを読みました。これは、ライブサーバーでも同様です。どうやらIISでホストされているWCFサービスは、1つのベースアドレスしか持つことができません。この問題を回避するにはどうすればよいですか？
回答:
.Net 4では、次のmultipleSiteBindingsEnabledオプションを使用できます。
<system.serviceModel>
<serviceHostingEnvironment multipleSiteBindingsEnabled="true">
</serviceHostingEnvironment>
</system.serviceModel>その後、各アドレスを指定する必要はありません。
概要、
コードソリューション： ここ
構成ソリューション： ここ
Mike Chaliyの助けを借りて、コードでこれを行う方法のいくつかの解決策を見つけました。この問題は、ライブ環境に展開するほとんどすべてのプロジェクトに影響を与えるため、純粋に構成ソリューションを求めて差し出しました。最終的に、.net 3.0と.net 3.5でそれを行う方法を詳しく説明したものを見つけました。
以下は、サイトから取得した、アプリケーションのWeb構成を変更する方法の例です。
<system.serviceModel>
<serviceHostingEnvironment>
<baseAddressPrefixFilters>
<add prefix="net.tcp://payroll.myorg.com:8000"/>
<add prefix="http://shipping.myorg.com:9000"/>
</baseAddressPrefixFilters>
</serviceHostingEnvironment>
</system.serviceModel>上記の例では、net.tcp：//payroll.myorg.com：8000と http://shipping.myorg.com:9000が、それぞれのスキームの唯一のベースアドレスであり、パススルーが許可されます。baseAddressPrefixFilterは、ワイルドカードをサポートしていません。
IISによって提供されるbaseAddressesには、baseAddressPrefixFilterリストに存在しない他のスキームにバインドされたアドレスがある場合があります。これらのアドレスは除外されません。
DNS ソリューション（テストされていません）： Webアプリケーションに固有の新しいDNSエントリを作成し、新しいWebサイトを追加し、DNSエントリに一致する単一のホストヘッダーを与えた場合、この問題は完全に軽減され、カスタムコードを記述するか、web.configファイルにプレフィックスを追加する必要があります。
これを見ましたか-http://kb.discountasp.net/KB/a799/error-accessing-wcf-service-this-collection-already.aspx
このエラーは、web.configファイルを変更することで解決できます。
ASP.NET 4.0では、web.configに次の行を追加します。
<system.serviceModel>
<serviceHostingEnvironment multipleSiteBindingsEnabled="true" />
</system.serviceModel> ASP.NET 2.0 / 3.0 / 3.5では、次の行をweb.configに追加します。
<system.serviceModel>
<serviceHostingEnvironment>
<baseAddressPrefixFilters>
<add prefix="http://www.YourHostedDomainName.com"/>
</baseAddressPrefixFilters>
</serviceHostingEnvironment>
</system.serviceModel> 私の場合、この問題の根本的な原因は、親Webサイトで定義された複数のhttpバインディング、つまりInetMgr-> Sites-> Mysite-> properties-> EditBindingsでした。不要なHTTPバインディングを1つ削除したところ、問題は解決しました。
そして、私の場合、それは単純でした：私は、app.configに対応するセクションを自動的に作成するVisual Studioの「WCFサービスの追加」ウィザードを使用しました。次に、「方法：マネージアプリケーションでWCFサービスをホストする」を読みました。問題は、Webサービスを実行するためにURLを指定する必要がないことでした。
交換：
using (ServiceHost host = new ServiceHost(typeof(HelloWorldService), baseAddress))と：
using (ServiceHost host = new ServiceHost(typeof(HelloWorldService))そして、エラーはなくなりました。
一般的なアイデア：パラメータとしてベースアドレスを指定し、それを構成で指定すると、このエラーが発生します。おそらく、それがエラーを取得する唯一の方法ではありません。
古い2010 Exchange Serverでも同じエラーが発生しました。サービス（Exchangeメールボックスレプリケーションサービス）が上記のエラーを出しているため、移行プロセスを続行できませんでした。インターネットで検索したところ、以下のリンクが表示されました。
Exchange GREは、初めてインストールされたとき、またはIISサーバーに変更が加えられたときに開くことができません。スナップインエラーで失敗し、スナップインページを開こうとすると、次のコンテンツが表示されます。
This collection already contains an address with scheme http. There can be at most one address per scheme in this collection. If your service is being hosted in IIS you can fix the problem by setting 'system.serviceModel/serviceHostingEnvironment/multipleSiteBindingsEnabled' to true or specifying 'system.serviceModel/serviceHostingEnvironment/baseAddressPrefixFilters'."原因：このエラーは、httpポート番号443がすでに別のアプリケーションで使用されており、IISサーバーが同じポートへの複数のバインディングを処理するように構成されていないために発生します。
解決策：複数のポートバインディングを処理するようにIISサーバーを構成します。ベンダー（Microsoft）に連絡して設定してください。
これらのサービスはIIS Webサーバーから提供されたため、ルートサイトのバインディングを確認することで問題が解決しました。誰かがサイトバインディングをめちゃくちゃにして、自分自身と重複するルールを定義し、サービスをめちゃくちゃにしました。
私の場合、正しいバインディングを修正することで問題が解決しました。Web.Configを構成する必要はありませんでした。