Problema con el tipo de servicio en la directiva ServiceHost en el servicio wcf

Question

Estoy desarrollando un servicio wcf simple para la prueba. Cuando pruebo este servicio con mi IIS 7.5 local, funciona correctamente. Pero cuando el anfitrión en IIS Web, recibo este error:

The type 'WcfServiceLibrary1.Service1', provided as the Service attribute value in the ServiceHost directive, or provided in the configuration element system.serviceModel/serviceHostingEnvironment/serviceActivations could not be found.

Y mi ServiceHost es:

<%@ ServiceHost Language="C#" Debug="true" Service="WcfServiceLibrary1.Service1" %> 

Por favor, ayudarme a resolver este problema

Answer 1

intente utilizar el nombre de ensamblado de tipo cualificado .

Ésta es [Fully Qualified Type Name], [Assembly]

Dónde [Fully Qualified Type Name] es decir, en los casos más comunes YourNamespace.YourType

Y [Assembly] es, en los casos más comunes YourAssemblyName, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null

Se vuelve más complicado que esto (tipos genéricos, anidada tipos, etc.), pero es poco probable que lo sea en su caso.

Si la aplicación está utilizando las opciones por defecto de construcción, a continuación, voy a aventurar una respuesta que la directiva debe ser algo como esto:

<%@ ServiceHost Language="C#" Debug="true" 
    Service="WcfServiceLibrary1.Service1, 
      WcfServiceLibrary1, 
      Version=1.0.0.0, 
      Culture=neutral, 
      PublicKeyToken=null" %> 

Aunque es probable que quiere deshacerse de la nuevas líneas allí.

También, asegúrese de que su DLL en realidad se ha desplegado

Answer 2

Finalmente mi problema resuelto.

Eliminé el directorio del servicio en mi host y creé un nuevo directorio virtual en el espacio del host. Luego copié mi servicio en el nuevo directorio donde lo creé.

Ahora puedo buscar el archivo .svc para el servicio y mi cliente consumirá el servicio.

No entiendo por qué ocurrió este problema. ¡Estoy un poco confundido!

Answer 3

Tuve el mismo problema solo al publicar mi servicio, pero funcionó localmente.

Resultó ser que el servicio hacía referencia a una DLL que no se estaba implementando. Es un caso súper especial porque era un dll del sistema (System.Web.Helpers) y, por lo tanto, el proyecto ni siquiera tenía una referencia y, por lo tanto, el "Copiar local" no se estableció en verdadero.

Answer 4

Otra razón para este problema es a menudo cuando un servicio wcf se mueve de un directorio a otro, y el archivo svc no se ha actualizado ... la solución más fácil es verificar su archivo .svc y asegurarse de que la definición del servicio está definido correctamente

Answer 5

Debido a que no pude encontrar esto sugería en cualquiera de las preguntas que se veía a través de este, añadiendo mi caso aquí:

he tenido este problema cuando he cambiado manualmente el espacio de nombres en los archivos MyService.svc.cs , y no cambió el nombre del Servicio en el archivo correspondiente MyService.svc - resultó que necesitaba ser Service = "namespace.classname".

Answer 6

La respuesta marcada como respuesta es muy difícil de entender. De hecho, aunque me llevó a resolver mi problema similar, no sé si es porque entiendo exactamente lo que el escritor quería decir.

Estaba encontrando si apunté una aplicación IIS en mi máquina de desarrollo al directorio del proyecto real en el que residen las carpetas web.config, MyService.svc y bin necesarias para la aplicación de servicio WCF simplemente no funcionaría, y estaba arrojando este error. Esto a pesar de cuadruplicar la comprobación de cada configuración y garantizar que las cosas fueran equivalentes a otras aplicaciones WCF simples y que funcionen.

En última instancia, resolví el problema mediante la publicación en un directorio diferente en lugar de depender de los archivos del proyecto y el directorio.

¿Quizás fue porque los archivos estaban abiertos en Visual Studio cuando intentaba ejecutar la aplicación WCF a través de IIS? No lo sé, pero Visual Studio proporcionó localhost: 59871/... funcionaba. No sé si esa instancia está usando los archivos del proyecto o una versión temporal publicada.

Answer 7

Como no puedo votar por @jeromeyers responder en este momento, quiero agregar que esta es la solución que encontré para este problema.

Alguien había copiado y pegado un archivo svc y los archivos de código y contrato asociados a un nuevo proyecto, pero no habían actualizado los espacios de nombres y nombres de clase en todas partes. Muy frustrante seguimiento de esto abajo, ya que comenzó con este error:

"nombre se inició con un carácter no válido de error archivo de recursos de procesamiento.': /// C:/...

<% @ServiceHost"

al intentar hacer clic derecho en el archivo .svc y hacer "Ver en el navegador".

Answer 8

Tuve el mismo problema después de implementar un servicio en funcionamiento en una nueva ubicación (sitio nuevo) en IIS. En inetmgr en el árbol del Sitio web predeterminado, no había hecho clic con el botón derecho en el nuevo sitio y seleccioné Convertir a aplicación, ¡todo funcionaba ahora!

Answer 9

IIS no espera ver el archivo svc en el directorio virtual y los binarios dentro de una carpeta bin (como comentó marc_s).

Sin embargo, la configuración de compilación predeterminada para los proyectos de la Biblioteca WCF es construir dentro de una carpeta bin/Debug (o bin/Release). Puede cambiar la ruta de salida a 'bin /' en la pestaña de compilación de las propiedades del proyecto.

Al cambiar esto resolví este error hoy.

Answer 10

Aunque esto es ligeramente diferente a la pregunta (no web iis): llegué aquí a través de la búsqueda porque estaba obteniendo este error al intentar depurar mi servicio: si tiene múltiples servicios dentro de una única solución, este error ocurrir si la solución en cuestión aún no está construida y, por lo tanto, la DLL no se creó cuando intenta acceder a ella. ¡Así que, para cualquiera, asegúrese de ejecutar localmente toda la solución si se ejecuta localmente!

Answer 11

tenía este problema al ejecutar un proyecto de prueba que estaba incrustado en mi solución.

Tuve que ver en el navegador, luego copiar ese enlace a una nueva referencia de servicio (eliminar el anterior) y luego pegarlo en lugar de usar el botón descubrir utilidad en la referencia del servicio.

Answer 12

Tuve el mismo problema cuando subí mi servicio localhost en funcionamiento a una nueva ubicación en el host. Creo un nuevo directorio virtual y publiqué mi servicio a través de Visual Studio (FTP). Problema resuelto.

Answer 13

Me pasó lo mismo a mí y la solución fue crear un forder llamado "bin" y colocar el dll dentro de él. Luego, actualice el sitio web en IIS y eso es todo

Answer 14

Tuve este problema también, y lo que hizo la magia para mí fue reiniciar el IIS. Este es un error muy extraño.

Answer 15

primer alojamiento de aplicaciones de servicio WCF, en IIS tiempo? Muchos han resuelto sus problemas de una manera u otra. Sin embargo, si su solución es correcta y su error es alojar su aplicación en IIS, asegúrese de que su ruta física en IIS cuando agregue su sitio web apunte al directorio "bin" de su solución como se ve a continuación en las capturas de pantalla.

Answer 16

Por favor, mire https://msdn.microsoft.com/en-us/library/ms733766(v=vs.100).aspx

Que tiene que hacer 2 cosas para poder alojar el servicio en IIS, o incluso en IIS_EXPRESS itergrated de Visual Studio.

1) Actualizar el web.config para incluir ServiceActivations

cambio:

<serviceHostingEnvironment aspNetCompatibilityEnabled="true" multipleSiteBindingsEnabled="true" /> 

a

<serviceHostingEnvironment aspNetCompatibilityEnabled="true" multipleSiteBindingsEnabled="true"> 
    <serviceActivations> 
    <add service="API.Service1" relativeAddress="Service1.svc"/> 
</serviceActivations> 
</serviceHostingEnvironment> 

2) Es necesario crear un directorio llamado App_Code en el directorio raíz. Ahora debe mover el Servicio (por ejemplo, Service1.svc) desde el directorio raíz al directorio App_Code. Así que tendrá App_Code \ Service1.svc

Si explora el Servicio http://localhost:63309/Service1.svc, debería funcionar.

Answer 17

Compruebe si el espacio de nombres y la clase escritos en "Servicio" de "SeviceHost" es correcto. Debe ser Service="namespace.classname".

Answer 18

Extraño también, después de buscar e intentar otras sugerencias, todavía recibía el error diciendo: El tipo ', proporcionado como el valor del atributo de servicio en la directiva ServiceHost, o proporcionado en el elemento de configuración system.serviceModel/serviceHostingEnvironment/serviceActivations no se pudo encontrar.

Claro que todos tenemos un gran proyecto con una gran cantidad de archivos DLL. Resultó que algunos de los componentes más antiguos en mi solución tenían como objetivo .Net 4.5, y los nuevos dll fueron compilados con 4.5.1. Cuando los 4.5 dlls hicieron referencia a los 4.5.1 dlls ... No estoy seguro de por qué era el pequeño conejillo de indias feliz de ser el primero en mi equipo en encontrar esto. Si bien la solución era obvia y fácil, todos los dlls apuntan al mismo tiempo de ejecución .Net.

Simplemente deseo Visual Studio notaría que las DLL dentro de la misma solución deberían tener como objetivo el mismo .Net runtime y generar una advertencia/error al construir especialmente porque tenemos una solución y una referencia de proyecto y los tiempos de ejecución no coinciden. .