2011-02-04 19 views
0

完全に機能するAzureプロジェクトでデバッガを起動しようとすると、次のような例外が発生する可能性があります。デバッグ時のCommunicationObjectFaultedException Azure

System.ServiceModel.CommunicationObjectFaultedException は、未処理のメッセージであったが故障状態にあるため= 通信オブジェクト、 System.ServiceModel.Channels.ServiceChannelは、 は、通信のために使用することができません。
ソース= mscorlibのStackTrace: サーバースタックトレース:System.ServiceModel.Channels.CommunicationObject.Closeで (TimeSpanの タイムアウト)[0]で 例外再スロー:System.Runtime.Remoting.Proxies.RealProxy.HandleReturnMessageで ( IMessageが reqMsg、IMessageがretMsg)System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke(のMessageData & msgData、のInt32型で ) System.ServiceModel.ICommunicationObject.Close(のTimeSpan タイムアウト時) System.ServiceModel.ClientBaseで`1.System.ServiceModel.ICommunicationObject.Close(TimeSpan タイムアウト) Microsoft.WindowsAzure.Hosts.WaIISHost.Program.Mainで (String []型 引数)のInnerException:私にとって

+2

一般的な原因は読み取り専用のweb.configです。 http://msdn.microsoft.com/en-us/library/gg494981.aspxを参照してください。 – smarx

答えて

0

、問題はデバッグのための私のスタートアッププロジェクトがパッケージプロジェクトに設定したということであった(すなわち、私のウェブの役割の1つではなく、サービス定義ファイルを含むプロジェクト)。 (これはマシンを変更したときにリセットされました。)Webロールを右クリックして「スタートアッププロジェクトとして設定」を選択すると、エラーが修正されました。

@smarxは上記のコメントに気づかない場合、同じエラーの一般的な原因は読み取り専用のweb.configファイルであり、http://msdn.microsoft.com/en-us/library/gg494981.aspxを指していると言います。同じリンクでは、他の関連する原因もいくつか言及されています。

関連する問題