iT Synergy Blogs

Growing Innovation - Soluciones a problemas reales

Copyright © 2024 · iT Synergy·

There is no compatible TransportManager
There is no compatible TransportManager avatar

By Leave a Comment

Caso

Estoy intentando desplegar un servicio WCF en IIS con dos endpoints  http y net.tcp.

Error

Al intentar visualizar el servicio en el navegador me generá el siguiente error:

There is no compatible TransportManager found for URI ‘net.tcp://localhost/Cliente/SIS/Infraestructura.SIS.WCF/Service.svc/mextcp’. This may be because you have used an absolute address that points outside of the virtual application, or the binding settings of the endpoint do not match those that have been set by other services or endpoints. Note that all bindings for the same protocol should have the same settings in the same application.

Solución

Al respecto hay varias soluciones googleando.

 

1.  Modificar el web config para eliminar la línea <httpRuntime targetFramework="4.5"/>

Antes:

<system.web>
  <compilation debug="true" />
  <httpRuntime targetFramework="4.5"/>
</system.web>

Después:

<system.web>
  <compilation debug="true" />
</system.web>

 

2. En caso de no funcionar y tener el servicio expuesto como net.tcp, eliminar el atributo maxConnections del netTcpBinding. Aún desconozco que relación tiene esto con el error, pero funciona! Smile

3. En otros casos, aplica que si el servicio esta siendo hospedado en IIS, sobra en el web.config un baseAddresses para el servicio.

Links relacionados.

Please verify that the receive location exists, and that the isolated adapter runs under an account that has access to the BizTalk databases
Please verify that the receive location exists, and that the isolated adapter runs under an account that has access to the BizTalk databases avatar

By Leave a Comment

Error

The Messaging Engine failed to register the adapter for “WCF-BasicHttp” for the receive location “/LedgerService/LedgerServiceBTS.svc”. Please verify that the receive location exists, and that the isolated adapter runs under an account that has access to the BizTalk databases.

borrar

Causa

Esto ocurre porque el usuario configurado en el Application Pool que hospeda el servicio referenciado es el mismo que está configurado en los Application Pool que hospeda los servicios expuestos por el ESB de BizTalk.

Solución

Crear un usuario de dominio o local que esté en el grupo de BizTalk Isolated Host Users, adicional a esto, el usuario debe tener permisos para correr el Application Pool que hospedará el servicio.

Pasos a seguir

  1. Se debe crear un usuario de dominio exclusivo que ejecutará los servicios web tipo isolated.
  2. Ese usuario de dominio debe pertenecer al grupo de dominio que se creó para los BizTalk Isolated Host Users. Y Validar que tenga las siguientes políticas asignadas:
    1. Adjust memory quotas for a process
    2. Log on as a service
    3. Act as part of the operating system
    4. Impersonate a Client after Authentication
    5. Log on as batch Job
  3. El usuario de dominio creado en el paso 1 debe pertenecer también al IIS_IUSR (Grupo local en cada Host de BizTalk)
  4. Asegurarse que exista un application pool en cada uno de los servidores BizTalk involucrados, con el cual se va a ejecutar el servicio con framework 4.0 y Managed Pipeline Mode == Integrated.
  5. Modificar la identidad del application pool de cada uno de los servidores BizTalk involucrados, por el usuario de dominio creado en el paso 1.
  6. Ingresar a la consola de administración de BizTalk Server, y crear un Host de tipo Isolated e ingresar el grupo del dominio que se creó para los BizTalk Isolated Host Users.
  7. Desde la Consola de Administración de BizTalk, crear las instancias de hosts de cada servidor asociadas al host creado en el paso anterior. La configuración se debe realizar con el usuario creado en el paso 1.
  8. Desde la Consola de Administración de BizTalk, en el nodo Adapters se debe crear el receive handler WCF-CustomIsolated para el host creado en el paso 6.
  9. Cambiar el handler del Receive Location que posee el servicio WCF creado por el host creado en el paso 6.

Root element is missing cuando se visualiza un servicio web net.tcp
Root element is missing cuando se visualiza un servicio web net.tcp avatar

By Leave a Comment

Error

El siguiente error surge con un esquema expuesto como un servicio en un receive location tipo WCF-Custom que usa binding Net.tcp y que se hospeda in-process a BizTalk Server.  La descripción del servicio (wsdl) esta expuesta vía http por medio de Internet Information Services.

Este error se presenta al momento de dar browse al servicio.

WebHost failed to process a request.

Sender Information: System.ServiceModel.ServiceHostingEnvironment+HostingManager/62476613

Exception: System.ServiceModel.ServiceActivationException: The service ‘/Test/TestSchema/TestSchemaService.svc’ cannot be activated due to an exception during compilation.  The exception message is: Root element is missing.. —> System.Xml.XmlException: Root element is missing.

   at System.Xml.XmlTextReaderImpl.Throw(Exception e)

   at System.Xml.XmlTextReaderImpl.ParseDocumentContent()

   at System.Xml.XmlTextReaderImpl.Read()

   at System.Xml.XmlReader.MoveToContent()

   at System.Xml.XmlReader.ReadStartElement(String name)

   at Microsoft.BizTalk.Adapter.Wcf.Metadata.ReceiveLocationProxy.ExtractProperties(String customCfg)

   at Microsoft.BizTalk.Adapter.Wcf.Metadata.ReceiveLocationProxy.CreateRLConfig()

   at Microsoft.BizTalk.Adapter.Wcf.Metadata.MexServiceHostFactory.CreateServiceHost(String constructorString, Uri[] baseAddresses)

   at System.ServiceModel.ServiceHostingEnvironment.HostingManager.CreateService(String normalizedVirtualPath, EventTraceActivity eventTraceActivity)

   at System.ServiceModel.ServiceHostingEnvironment.HostingManager.ActivateService(ServiceActivationInfo serviceActivationInfo, EventTraceActivity eventTraceActivity)

   at System.ServiceModel.ServiceHostingEnvironment.HostingManager.EnsureServiceAvailable(String normalizedVirtualPath, EventTraceActivity eventTraceActivity)

   — End of inner exception stack trace —

   at System.ServiceModel.ServiceHostingEnvironment.HostingManager.EnsureServiceAvailable(String normalizedVirtualPath, EventTraceActivity eventTraceActivity)

   at System.ServiceModel.ServiceHostingEnvironment.EnsureServiceAvailableFast(String relativeVirtualPath, EventTraceActivity eventTraceActivity)

Process Name: w3wp

Alternativa de Solución

La solución no esta muy relacionada con el error arrojado por BizTalk Server ya que se trata de un problema de permisos de usuario.

El usuario usado en el application pool que hospeda el servicio (generalmente se usa un usuario que pertenezca al grupo de BizTalk Isolated Host User) para poder ver su wsdl debe pertenecer a los siguientes grupos de BizTalk Server:

  • SSO Administrators
  • SSO Affiliate Administrators
  • BizTalk Isolated Host Users
  • BizTalk Administrators (esto porque posiblemente se requiere para los procesos net.tcp ya que el servicio esta hospedado en BizTalk y no en IIS)

Por último reiniciar el servidor.

Espero les funcione!