No se pudo encontrar el elemento de punto final predeterminado

"Este error puede surgir si está llamando al servicio en una biblioteca de clases y llamando a la biblioteca de clases desde otro proyecto."

En este caso tendrá que incluir los ajustes de configuración de WS en la aplicación proyectos principales.config si es una winapp o web.config si es una aplicación web. Este es el camino a seguir incluso con PRISM y WPF/Silverlight.

Resolví esto (creo que como otros pueden haber sugerido) creando las instancias de enlace y dirección de punto final yo mismo, porque no quería agregar nuevas configuraciones a los archivos de configuración (esto es un reemplazo para algún código de biblioteca existente que se usa ampliamente, y anteriormente usaba una Referencia de Servicio Web anterior, etc.), y por lo que quería ser capaz de soltar esto sin tener añadir nuevos ajustes de configuración en todas partes.

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();
} 

Editar

Si estás usando https entonces necesitas utilice BasicHttpsBinding en lugar de BasicHttpBinding.

He tenido este mismo problema. Resulta que para una REFERENCIA web, debe proporcionar la URL como primer parámetro al constructor:

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

Para una nueva REFERENCIA de SERVICIO web de estilo, debe proporcionar un nombre que haga referencia a una entrada de punto final en la configuración:

new WebService.WebServiceSoapClient("WebServiceEndpoint");

Con una entrada correspondiente en Web.config o App.config:

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

Bastante difícil eliminar la visión de túnel en "funcionó en un programa anterior"...

Tuve una situación como esta, donde tuve

• Servicio WCF alojado en algún lugar
• Proyecto principal
• Proyecto de consumo de tipo 'class Library' que tiene referencia de servicio a un Servicio WCF
• Métodos de llamadas del proyecto principal desde el proyecto del consumidor

Ahora el proyecto Consumidor tenía toda la configuración relacionada en la etiqueta <system.serviceModel> de mi aplicación.config, todavía estaba lanzando el mismo error que el anterior.

Todo lo que hice fue agregar la misma etiqueta <system.serviceModel> a mi principal aplicación del proyecto.archivo de configuración, y finalmente estábamos listos para ir.

El Verdadero problema, en cuanto a mi caso, fue leer el archivo de configuración incorrecto. En lugar de la aplicación del consumidor.config, se refería a la configuración principal del proj. me llevó dos horas darme cuenta.

"Este error puede surgir si está llamando al servicio en una biblioteca de clases y llamando a la biblioteca de clases desde otro proyecto."

"En este caso, deberá incluir los ajustes de configuración de WS en la aplicación proyectos principal.config si es una winapp o web.config si es una aplicación web. Este es el camino a seguir incluso con PRISM y WPF/Silverlight."

Sí, pero si no puede cambiar el proyecto principal (Orchard CMS por ejemplo), puede mantener la configuración del servicio WCF en su proyecto.

Necesita crear un ayudante de servicio con el método de generación de clientes:

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;
    }
}

Y úsalo:

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

Ver detalles en este artículo.

Este me volvió loco.

Estoy usando Silverlight 3 Prism (CAB) con WCF

Cuando llamo a un servicio WCF en un módulo Prism, obtengo el mismo error:

No se pudo encontrar el elemento de punto final predeterminado que hace referencia al contrato 'IMyService' en la sección configuración del cliente del modelo de servicio. Este puede deberse a que no se encontró ningún archivo de configuración para su aplicación o porque no se pudo encontrar ningún elemento de punto final que coincida con este contrato en el cliente elemento

Resulta que su mirada en la Cáscara .archivo xap para un ServiceReferences.ClientConfig file, no en ServiceReferences del módulo.Archivo ClientConfig. He añadido mi punto final y enlace a las ServiceReferences existentes.Archivo ClientConfig en mi aplicación Silverlight Shell (llama a sus propios servicios WCF).

Entonces tuve que reconstruir la aplicación Shell para generar la nueva.archivo xap para la carpeta ClientBin de mi proyecto Web.

Ahora esta línea de código finalmente obras:

MyServiceClient myService = new MyServiceClient();

Estaba recibiendo este error dentro de un ASP.NET aplicación donde el servicio WCF se había añadido a una biblioteca de clases que se está añadiendo a la ASP.NET aplicación como referencia .archivo dll en la carpeta bin. Para resolver el error, la configuración de configuración en la aplicación.el archivo de configuración dentro de la biblioteca de clases que hace referencia al servicio WCF necesitaba ser copiado en la web.configuración para el ASP.NET sitio / aplicación.

Encontré (así como copiar a la aplicación de la interfaz de usuario del cliente.config como estaba usando una interfaz de Biblioteca de Clases) Tuve que prefijar el nombre del enlace con el nombre de la Referencia del Servicio (el mío es ServiceReference en la parte inferior).

Ej:

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

En lugar del valor predeterminado generado:

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

Tuve el mismo problema, pero cambiar el espacio de nombres del contrato no funcionó para mí. Así que probé una referencia web de estilo. Net 2 en lugar de una referencia de servicio.Net 3.5. Eso funcionó.

Para usar una referencia web en Visual Studio 2008, haga clic en 'Agregar referencia de servicio', luego haga clic en 'Avanzado' cuando aparezca el cuadro de diálogo. En eso encontrará una opción que le permitirá usar una referencia web en lugar de una referencia de Servicio.

Varias respuestas aquí encontraron la solución correcta cuando se enfrenta al error increíblemente oscuro de hacer referencia al servicio desde un archivo de clase: copie la información de configuración del servicio en su aplicación.config web.configuración de su consola o aplicación de Windows. Sin embargo, ninguna de esas respuestas parece mostrarte qué copiar. Vamos a tratar de corregir eso.

Esto es lo que copié del archivo de configuración de mi biblioteca de clases, en el archivo de configuración de mi aplicación de consola, con el fin de evitar este error loco para un servicio que escriba llamado "TranslationServiceOutbound".

Básicamente quieres todo dentro del sistema .ServiceModel sección:

  <system.serviceModel>
<bindings>
  <basicHttpBinding>
    <binding name="BasicHttpBinding_ITranslationServiceOutbound" />
  </basicHttpBinding>
</bindings>
<client>
  <endpoint address="http://MyHostName/TranslationServiceOutbound/TranslationServiceOutbound.svc"
    binding="basicHttpBinding" bindingConfiguration="BasicHttpBinding_ITranslationServiceOutbound"
    contract="TranslationService.ITranslationServiceOutbound" name="BasicHttpBinding_ITranslationServiceOutbound" />
</client>

Las pruebas unitarias de una aplicación que no es biblioteca y que consume un servicio pueden causar este problema.

La información que otros han introducido aborda la causa raíz de esto. Si está intentando escribir casos de prueba automatizados y la unidad que está probando realmente invocará la interfaz de servicio, debe agregar la referencia de servicio al proyecto de prueba. Este es un tipo de error de la aplicación que usa el tipo de biblioteca. No me di cuenta inmediatamente de esto, sin embargo, porque mi código que consume la interfaz no está en una biblioteca. Sin embargo, cuando la prueba realmente se ejecuta, se ejecutará desde el ensamblaje de prueba, no desde el ensamblaje bajo prueba.

Agregar una referencia de servicio al proyecto unit test resolvió mi problema.

Tengo una situación que en la prueba unitaria. Copié la aplicación.archivo de configuración para el proyecto de prueba unitaria. Por lo tanto, el proyecto de prueba unitaria también contiene información de punto final.

Me enfrenté a este problema una vez. Fue porque todavía estaba desarrollando la interfaz que utiliza el servicio WCF. Configuré la aplicación de prueba y continué el desarrollo. Luego, en desarrollo, cambié algunos de los espacios de nombres de los servicios. Así que comprobé dos veces " sistema.ServiceModel - > client - > endpoint - > contract " en la web.config para que coincida con la clase WCF. Entonces el problema está resuelto.

El espacio de nombres en su configuración debe reflejar el resto de la ruta del espacio de nombres después del espacio de nombres predeterminado de su cliente (como se configuró en las propiedades del proyecto). Basado en su respuesta publicada, mi conjetura es que su cliente está configurado para estar en la " Fusión.Intercambio de datos.Flujos de trabajo " espacio de nombres. Si ha movido el código del cliente a otro espacio de nombres, deberá actualizar la configuración para que coincida con la ruta de acceso del espacio de nombres restante.

Solo para cualquier otra persona con el mismo problema; Escribí una prueba unitaria para mi método que intentó conectarse a mi servicio. Fracasó con esta misma excepción cada vez-no tengo idea de por qué. Cuando lo corrí de un winform funciona bien.

Tengo el mismo Problema.Utilizo el Servicio WCF en la biblioteca de clases y llamo a la biblioteca de clases desde el proyecto de aplicación de Windows.pero me olvido de Cambiar <system.serviceModel> En el Archivo de Configuración del Proyecto de aplicación de Windows mismo el <system.serviceModel> de la aplicación de la Biblioteca de Clases.Archivo de configuración.
solución: cambiar la configuración del proyecto externo mismo la configuración wcf de la biblioteca de clases.

Si hace referencia al servicio web en su biblioteca de clases, entonces tiene que copiar app.config a su aplicación de Windows o aplicación de consola

Solución: cambiar la configuración del proyecto externo misma que la configuración wcf de la biblioteca de clases.

Funcionó para mí

Hola he encontrado el mismo problema pero la mejor solución es dejar que el.NET configure su configuración del lado del cliente. Lo que descubro es esto cuando agrego una referencia de servicio con una cadena de consulta de http:/namespace/service.svc?wsdl = wsdl0 NO crea un punto final de configuración en el lado del cliente. Pero cuando me quite el ?wsdl-wsdl0 y solo usar la url http:/namespace/service.svc, crea la configuración del punto final en el archivo de configuración del cliente. para abreviar remoe el " ?WSDL = WSDL0" .

No poner la línea de declaración del cliente de servicio como campo de clase, en lugar de esto, crear instancia en cada método que se utiliza en. Así que el problema se arreglará. Si crea una instancia de cliente de servicio como campo de clase, se produce un error de tiempo de diseño.

En caso de que esté utilizando la aplicación WPF utilizando el marco PRISM, la configuración debe existir en su proyecto de inicio (es decir, en el proyecto donde reside su bootstrapper.)

Este error puede surgir si está llamando al servicio en una biblioteca de clases y llamando a la biblioteca de clases desde otro proyecto.

Parece que hay varias maneras de crear/solucionar este problema. Para mí, el producto CRM que estoy usando fue escrito en código nativo y es capaz de llamar a mi dll.NET, pero me encuentro con la información de configuración que necesita estar en/por encima de la aplicación principal. Para mí, la aplicación CRM no es.NET, así que terminé teniendo que ponerlo en mi máquina.archivo de configuración (no donde lo quiero). Además, dado que mi empresa utiliza Websense, tuve dificultades incluso para agregar la Referencia del Servicio debido a una autenticación de Proxy 407 Cuestión requerida, que requiere una modificación de la máquina.cong.

Solución proxy:

Para que la Referencia del Servicio WCF funcione, tuve que copiar la información de la aplicación.configuración de mi DLL a la configuración principal de la aplicación (pero para mí eso era máquina.config). Y también tuve que copiar la información del punto final a ese mismo archivo. Una vez que lo hice, empezó a funcionar para mí.

Ok. Mi caso era un poco diferente, pero finalmente he encontrado la solución para él: Tengo una consola.EXE - > DLL - > Invocar WS1 - > DLL - > Invocar WS2

He tenido tanto las configuraciones del modelo de servicio de WS1, y WS2 en la consola.EXE.config según lo recomendado. - no solucionó el problema.

Pero todavía no funcionó, hasta que he añadido la WebReference de WS2 a WS1 también y no solo a la DLL que realmente crea e invoca el proxy de WS2.

Tuve el mismo problema
Estaba usando la aplicación de escritorio y el uso de Global Weather Web service

Eliminé la referencia de servicio y agregué la referencia web y solucioné el problema Gracias

La solución para mí fue eliminar el nombre del extremo del atributo Endpoint Name en la web del cliente.config esto permitió que el proxy usara

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

Solo tomó todo el día para hacer ejercicio. También el nombre del contrato estaba mal una vez que esta solución estaba en su lugar, aunque había estado mal cuando aparece el error inicial. Doble entonces triple comprobar para el nombre del contrato cadenas personas !! attrib: Ian

Permítanme añadir una cosa más a buscar. (La respuesta de Tom Haigh ya alude a ella, pero quiero ser explícito)

Mi archivo web.config tenía lo siguiente definido:

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

Ya estaba usando basicHttpsBinding para una referencia, pero luego agregué una nueva referencia que requería basicHttpBinding (no s). Todo lo que tenía que hacer era agregar eso a mi protocolMapping de la siguiente manera:

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

Como L. R. señala correctamente, esto necesita ser definido en los lugares correctos. Para yo, eso significaba uno en la aplicación de mi proyecto de prueba unitaria.config, así como uno en la web del proyecto de servicio principal.config.

Tuve este error cuando estaba haciendo referencia al Contrato en el elemento del archivo de configuración sin el operador de alcance global.

Es decir,

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

Funciona, pero

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

Da el error "No se pudo encontrar el elemento de punto final predeterminado que hace referencia al contrato".

El ensamblado que contiene MyNamepsace.IMyContract está en un ensamblaje diferente a la aplicación principal, por lo que esto puede explicar la necesidad de usar la resolución de alcance global.

Obtuve el mismo error y pruebo algunas cosas pero no funcionó, luego noté que mi "contrato" no era el mismo para proyectos completos, cambié el contrato como sería el mismo para todos los proyectos dentro de la solución y que funcionó. Este es el proyecto A

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

Proyecto B:

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

Finalmente cambié para ambos como :

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

Cuando se agrega una referencia de servicio

Tenga cuidado con el espacio de nombres que está escribiendo:

Deberías añadirlo al nombre de tu interfaz:

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