wcf - デフォルトのエンドポイント要素が見つかりませんでした

Question

VS2008/.NET 3.5 ソリューションの Web サービスにプロキシを追加しました。クライアント .NET を構築するときに、次のエラーがスローされます。

ServiceModel クライアント構成セクションで、コントラクト 'IMySOAPWebService' を参照する既定のエンドポイント要素が見つかりませんでした。これは、アプリケーションの構成ファイルが見つからなかったか、このコントラクトに一致するエンドポイント要素がクライアント要素に見つからなかったためである可能性があります。

このエラーを検索すると、コントラクトで完全な名前空間を使用するように指示されます。完全な名前空間を持つ私の app.config は次のとおりです。

<client>
  <endpoint address="http://192.168.100.87:7001/soap/IMySOAPWebService"
            binding="basicHttpBinding" bindingConfiguration="IMySOAPWebServicebinding"
            contract="Fusion.DataExchange.Workflows.IMySOAPWebService" name="IMySOAPWebServicePort" />
</client>

私はXPローカルを実行しています（これについて言及するのは、多くのGoogleヒットがwin2k3に言及しているためです）app.configはapp.exe.configにコピーされるため、これも問題ではありません。

手がかりはありますか？

score 608 · Accepted Answer

「このエラーは、クラスライブラリでサービスを呼び出し、別のプロジェクトからクラスライブラリを呼び出している場合に発生する可能性があります。」

この場合、WS 構成設定をメインプロジェクトの app.config (winapp の場合) または web.config (Web アプリの場合) に含める必要があります。これは、PRISM と WPF/Silverlight を使用する方法でもあります。

score 94 · Accepted Answer

バインディングとエンドポイントアドレスのインスタンスを自分で作成することで、これを解決しました (他の人が示唆していると思います)。構成ファイルに新しい設定を追加したくなかったからです (これは、広く使用されている既存のライブラリコードの代わりであり、以前は古い Web サービス参照などを使用していたので、どこにでも新しい構成設定を追加せずにこれをドロップできるようにしたかったのです。

var remoteAddress = new System.ServiceModel.EndpointAddress(_webServiceUrl);

using (var productService = new ProductClient(new System.ServiceModel.BasicHttpBinding(), remoteAddress))
{
    //set timeout
    productService.Endpoint.Binding.SendTimeout = new TimeSpan(0,0,0,_webServiceTimeout);

    //call web service method
    productResponse = productService.GetProducts();
}

編集

https を使用している場合BasicHttpsBindingは、BasicHttpBinding.

score 80 · Accepted Answer

いくつかのオプションをテストした後、最終的にこれを使用して解決しました

コントラクト="IMySOAPWebService"

つまり、構成に完全な名前空間がありません。何らかの理由でフルネームが正しく解決されませんでした

score 59 · Accepted Answer

私はこれと同じ問題を抱えていました。Web REFERENCE の場合、URL をコンストラクターの最初のパラメーターとして指定する必要があることがわかりました。

new WebService.WebServiceSoapClient("http://myservice.com/moo.aspx");

新しいスタイルの Web SERVICE REFERENCE の場合、構成内のエンドポイントエントリを参照する名前を指定する必要があります。

new WebService.WebServiceSoapClient("WebServiceEndpoint");

Web.configまたはの対応するエントリApp.config:

<client>
      <endpoint address="http://myservice.com/moo.aspx"
        binding="basicHttpBinding" 
        bindingConfiguration="WebService"
        contract="WebService.WebServiceSoap"
        name="WebServiceEndpoint" />
    </client>
  </system.serviceModel>

「古いプログラムでは機能していた」というトンネルビジョンを削除するのはかなり難しいです...

score 17 · Accepted Answer

「このエラーは、クラスライブラリでサービスを呼び出し、別のプロジェクトからクラスライブラリを呼び出している場合に発生する可能性があります。」

「この場合、WS 構成設定をメインプロジェクト app.config (winapp の場合) または web.config (Web アプリの場合) に含める必要があります。これは、PRISM と WPF/Silverlight を使用する場合でも行う方法です。」

はい。ただし、メインプロジェクト (Orchard CMS など) を変更できない場合は、プロジェクトに WCF サービス構成を保持できます。

クライアント生成メソッドでサービスヘルパーを作成する必要があります。

public static class ServiceClientHelper
{
    public static T GetClient<T>(string moduleName) where T : IClientChannel
    {
        var channelType = typeof(T);
        var contractType = channelType.GetInterfaces().First(i => i.Namespace == channelType.Namespace);
        var contractAttribute = contractType.GetCustomAttributes(typeof(ServiceContractAttribute), false).First() as ServiceContractAttribute;

        if (contractAttribute == null)
            throw new Exception("contractAttribute not configured");

        //path to your lib app.config (mark as "Copy Always" in properties)
        var configPath = HostingEnvironment.MapPath(String.Format("~/Modules/{0}/bin/{0}.dll.config", moduleName)); 

        var configuration = ConfigurationManager.OpenMappedExeConfiguration(new ExeConfigurationFileMap { ExeConfigFilename = configPath }, ConfigurationUserLevel.None);
        var serviceModelSectionGroup = ServiceModelSectionGroup.GetSectionGroup(configuration);

        if (serviceModelSectionGroup == null)
            throw new Exception("serviceModelSectionGroup not configured");

        var endpoint = serviceModelSectionGroup.Client.Endpoints.OfType<ChannelEndpointElement>().First(e => e.Contract == contractAttribute.ConfigurationName);
        var channelFactory = new ConfigurationChannelFactory<T>(endpoint.Name, configuration, null);
        var client = channelFactory.CreateChannel();
        return client;
    }
}

そしてそれを使用します：

using (var client = ServiceClientHelper.GetClient<IDefaultNameServiceChannel>(yourLibName)) {
                ... get data from service ...
            }

この記事の詳細を参照してください。

score 17 · Accepted Answer

私が持っていたこのような状況がありました

どこかでホストされている WCF サービス
主なプロジェクト
WCF サービスへのサービス参照を持つ「クラスライブラリ」タイプのコンシューマプロジェクト
メインプロジェクトは、コンシューマプロジェクトからメソッドを呼び出します

これで、Consumer プロジェクトの app.config のタグに関連する構成設定がすべて含まれるように<system.serviceModel>なりましたが、上記と同じエラーがスローされていました。

私がしたことは<system.serviceModel>、メインプロジェクトの app.config ファイルに同じタグを追加しただけで、ようやく準備が整いました。

私の場合の本当の問題は、間違った構成ファイルを読み取っていたことです。コンシューマーの app.config の代わりに、メインプロジェクトの構成を参照していました。それを理解するのに2時間かかりました。

score 15 · Accepted Answer

これは私を夢中にさせました。

WCF で Silverlight 3 Prism (CAB) を使用しています

Prism モジュールで WCF サービスを呼び出すと、同じエラーが発生します。

サービスモデルのクライアント構成セクションで、コントラクト 'IMyService' を参照する既定のエンドポイント要素が見つかりませんでした。これは、アプリケーションの構成ファイルが見つからなかったか、このコントラクトに一致するエンドポイント要素がクライアント要素に見つからなかったためである可能性があります

モジュールの ServiceReferences.ClientConfig ファイルではなく、シェルの .xap ファイルで ServiceReferences.ClientConfig ファイルを検索していることがわかります。Silverlight シェルアプリケーションの既存の ServiceReferences.ClientConfig ファイルにエンドポイントとバインディングを追加しました (独自の WCF サービスを呼び出します)。

次に、Shell アプリを再構築して、Web プロジェクトの ClientBin フォルダー用の新しい .xap ファイルを生成する必要がありました。

これで、このコード行が最終的に機能します。

MyServiceClient myService = new MyServiceClient();

score 10 · Accepted Answer

クラスライブラリインターフェイスを使用していたので、クライアント UI の App.config にコピーするだけでなく、バインディングの名前の前にサービスリファレンスの名前を付ける必要があることがわかりました (私のものはServiceReference以下にあります)。

例えば：

<endpoint address="http://localhost:4000/ServiceName" binding="basicHttpBinding"
      bindingConfiguration="BasicHttpBinding_ISchedulerService"
      contract="ServiceReference.ISchedulerService" 
      name="BasicHttpBinding_ISchedulerService" />

生成されたデフォルトの代わりに:

<endpoint address="http://localhost:4000/ServiceName" binding="basicHttpBinding"
      bindingConfiguration="BasicHttpBinding_ISchedulerService"
      contract="ISchedulerService" 
      name="BasicHttpBinding_ISchedulerService" />

score 9 · Accepted Answer

サービスを消費する非ライブラリアプリケーションの単体テストは、この問題を引き起こす可能性があります。

他の人が入力した情報は、これの根本的な原因に対処します。自動テストケースを作成しようとしていて、テストしているユニットが実際にサービスインターフェイスを呼び出す場合は、テストプロジェクトにサービス参照を追加する必要があります。これは、ライブラリタイプのエラーを使用するアプリケーションのフレーバーです。インターフェイスを使用するコードがライブラリにないため、すぐには気づきませんでした。ただし、テストが実際に実行されるときは、テスト対象のアセンブリではなく、テストアセンブリから実行されます。

単体テストプロジェクトにサービス参照を追加すると、問題が解決しました。

score 8 · Accepted Answer

単体テストで状況があります。app.config ファイルを単体テストプロジェクトにコピーしました。したがって、単体テストプロジェクトにはエンドポイント情報も含まれます。

score 5 · Accepted Answer

私は一度この問題に直面しました。それは、WCF サービスを使用するインターフェイスをまだ開発中であったためです。テストアプリケーションを構成し、開発を続けました。その後、開発中に、いくつかのサービスの名前空間を変更しました。そのため、web.config で「system.serviceModel -> クライアント -> エンドポイント -> コントラクト」をダブルチェックして、WCF クラスと一致させました。その後、問題は解決しました。

score 4 · Accepted Answer

構成内の名前空間は、クライアントのデフォルトの名前空間の後の残りの名前空間パスを反映する必要があります (プロジェクトプロパティで構成されているとおり)。投稿された回答に基づいて、クライアントは「Fusion.DataExchange.Workflows」名前空間にあるように構成されていると思います。クライアントコードを別の名前空間に移動した場合は、残りの名前空間パスに一致するように構成を更新する必要があります。

score 3 · Accepted Answer

同じ問題があります。クラスライブラリでWCFサービスを使用し、Windowsアプリケーションプロジェクトからクラスライブラリを呼び出していますが、クラスライブラリのapp.Configファイル <system.serviceModel>と同じWindowsアプリケーションプロジェクトの構成ファイルの変更を忘れています。解決策：外部プロジェクトの構成をクラスライブラリのwcf構成と同じに変更します。<system.serviceModel>

score 3 · Accepted Answer

PRISM フレームワークを使用して WPF アプリケーションを使用している場合、構成はスタートアッププロジェクト (つまり、ブートストラップが存在するプロジェクト) に存在する必要があります。

score 3 · Accepted Answer

こんにちは、同じ問題に遭遇しましたが、最善の解決策は、.NET にクライアント側の構成を構成させることです。私が発見したのは、http:/namespace/service.svc?wsdl=wsdl0 のクエリ文字列でサービス参照を追加すると、クライアント側で構成エンドポイントが作成されないことです。しかし、?wsdl-wsdl0 を削除して URL http:/namespace/service.svc のみを使用すると、クライアント構成ファイルにエンドポイント構成が作成されます。要するに、「?WSDL=WSDL0」を削除します。

score 3 · Accepted Answer

このエラーは、クラスライブラリでサービスを呼び出し、別のプロジェクトからクラスライブラリを呼び出している場合に発生する可能性があります。

score 3 · Accepted Answer

サービスクライアント宣言行をクラスフィールドとして置かず、代わりに、使用される各メソッドでインスタンスを作成します。これにより、問題が修正されます。サービスクライアントインスタンスをクラスフィールドとして作成すると、設計時エラーが発生します。

score 2 · Accepted Answer

私にとっての解決策は、クライアントweb.configのEndpoint Name属性からエンドポイント名を削除することでした。これにより、プロキシが使用できるようになりました。

ChannelFactory<TService> _channelFactory = new ChannelFactory<TService>("");

一日中運動するだけでした。また、この修正が行われると、最初のエラーが表示されたときに間違っていたものの、契約名が間違っていました。契約名の文字列の人々をダブルチェックしてからトリプルチェックします!! 属性：イアン

score 2 · Accepted Answer

Ok。私のケースは少し異なっていましたが、最終的に私はそれに対する修正を見つけました：私はConsole.EXE->DLL->WS1の呼び出し->DLL->WS2の呼び出しを持っています

推奨されているように、Console.EXE.configにWS1とWS2の両方のサービスモデルの構成があります。-問題を解決しませんでした。

しかし、WS2のプロキシを実際に作成して呼び出すDLLだけでなく、WS1にもWS2のWebReferenceを追加するまで、それはまだ機能しませんでした。

score 2 · Accepted Answer

同じエラーが発生し、多くのことを試しましたが、機能しませんでした。私の「契約」がすべてのプロジェクトで同じではないことに気づいたので、ソリューション内のすべてのプロジェクトで同じになるように契約を変更しました。これはプロジェクトAです

<client>
    <endpoint address="https://xxxxxxxx" binding="basicHttpBinding" bindingConfiguration="basic" contract="ServiceReference.IIntegrationService" name="basic" />
</client>

プロジェクト B :

<client>
    <endpoint address="xxxxxxxxxxxxx" binding="basicHttpBinding" bindingConfiguration="basic" contract="ServiceReference1.IIntegrationService" name="basic" />
</client>

最後に、両方を次のように変更しました。

<client>
    <endpoint address="https://xxxxxxxxxxx" binding="basicHttpBinding" bindingConfiguration="basic" contract="MyServiceReferrence.IIntegrationService" name="basic" />
</client>

score 2 · Accepted Answer

サービス参照を追加する場合

入力している名前空間に注意してください。

インターフェイスの名前に追加する必要があります。

<client>
  <endpoint address="http://192.168.100.87:7001/soap/IMySOAPWebService"
            binding="basicHttpBinding" 
            contract="MyNamespace.IMySOAPWebService" />
</client>

score 2 · Accepted Answer

グローバルスコープ演算子なしで構成ファイル要素で契約を参照していたときに、このエラーが発生しました。

すなわち

<endpoint contract="global::MyNamepsace.IMyContract" .../>

動作しますが、

<endpoint contract="MyNamepsace.IMyContract" .../>

「コントラクトを参照するデフォルトのエンドポイント要素が見つかりませんでした」というエラーが発生します。

MyNamepsace.IMyContract を含むアセンブリは、メインアプリケーションとは別のアセンブリにあるため、グローバルスコープ解決を使用する必要性が説明される場合があります。

score 2 · Accepted Answer

この問題を作成/修正するには、いくつかの方法があるようです。私の場合、使用している CRM 製品はネイティブコードで記述されており、.NET dll を呼び出すことができますが、メインアプリケーションの上または上に必要な構成情報に遭遇します。私にとって、CRM アプリケーションは .NET ではないため、最終的には自分の machine.config ファイル (必要な場所ではありません) に配置する必要がありました。さらに、私の会社では Websense を使用しているため、407 Proxy Authentication Required の問題が原因で Service Reference を追加することさえ困難でした。これには machine.cong の変更が必要でした。

プロキシソリューション:

WCF サービスリファレンスを機能させるには、DLL の app.config からメインアプリケーションの config に情報をコピーする必要がありました (ただし、私の場合は machine.config でした)。また、エンドポイント情報も同じファイルにコピーする必要がありました。私がそれをしたら、それは私のために働き始めました。

score 2 · Accepted Answer

クラスライブラリで Web サービスを参照する場合は、app.config を Windows アプリケーションまたはコンソールアプリケーションにコピーする必要があります。

解決策: 外部プロジェクトの構成をクラスライブラリの wcf 構成と同じに変更します。

私のために働いた

score 2 · Accepted Answer

探しているものをもう 1 つ追加させてください。（トム・ヘイの答えはすでにそれをほのめかしていますが、私は明示したいと思います）

私のweb.configファイルには次の定義がありました：

<protocolMapping>
    <add binding="basicHttpsBinding" scheme="https" />
</protocolMapping>

私はすでに 1 つの参照に basicHttpsBinding を使用していましたが、basicHttpBinding (no s) を必要とする新しい参照を追加しました。私がしなければならなかったのはprotocolMapping、次のようにそれを追加することだけでした：

<protocolMapping>
    <add binding="basicHttpBinding" scheme="http" />
    <add binding="basicHttpsBinding" scheme="https" />
</protocolMapping>

LRが正しく指摘しているように、これは適切な場所で定義する必要があります。私にとっては、単体テストプロジェクトの app.config に 1 つと、メインサービスプロジェクトの web.config に 1 つという意味でした。

score 2 · Accepted Answer

デスクトップアプリを使用していて、Global Weather Web サービスを使用していたのと同じ問題がありました

サービス参照を削除し、Web 参照を追加して問題を解決しましたありがとう

wcf - デフォルトのエンドポイント要素が見つかりませんでした

34 に答える 34

Related

Reference