iT Synergy Blogs

Growing Innovation - Soluciones a problemas reales

Copyright © 2025 · iT Synergy·

DCOM was unable to communicate with the computer x.x.x.x using any of the configured protocols with BizTalk Server
DCOM was unable to communicate with the computer x.x.x.x using any of the configured protocols with BizTalk Server avatar

By Leave a Comment

Al tratar de ejecutar un procedimiento almacenado desde un receive location, el cual pretende hacer polling sobre un procedimiento almacenado de SQL Server ubicado en otro servidor se generaba el siguiente error en el log de eventos tipo System.

“DCOM was unable to communicate with the computer x.x.x.x using any of the configured protocols”

SOLUCION

Habilitar el Distributed Transaction Coordinator de manera correcta en el servidor de BizTalk.

  1. Clic Start, clic Run, digite dcomcnfg ay nd then click OK to open Component Services.
  1. En la ventana desplegada, expandir Component Services, expandir Computers, expandir My Computer, expandir Distributed Transaction Coordinator, y luego clic en Local DTC.
  1. Clic derecho Local DTC y clic Properties para mostrar su ventana de propiedades.
  2. Clic en el tab de Security.
  3. Asegurarse que queden chequeadas las siguientes cuatro opciones y las demás deben quedar limpias.
    • Network DTC Access
    • Allow Inbound
    • Allow Outbound
    • No Authentication Required

clip_image001

  1. Clic OK para cerrar la ventana. Esto reiniciará el MSDTC service, clic Yes para confirmar.
  2. Clic Start, seleccione Administrative Tools, y luego clic en Windows Firewall with Advanced Security.
  3. En el Windows Firewall with Advanced Security, clic en Inbound Rules.
  1. En el panel de Inbound Rules, clic derecho en Distributed Transaction Coordinator *, y clic en Enable Rule.

clip_image002

  1. Luego clic Outbound Rules, dar clic derecho en las reglas de Distributed Transaction Coordinator * y clic en Enable Rule.

clip_image003

  1. Abrir la ventana de Services en el Control Panel
  2. Reiniciar el servicio COM+ System Application.
  3. Reiniciar el servicio Distributed Transaction Coordinator.
  4. Reiniciar el servicio SQL Server (MSSQLSERVER).

Nota: No olvidar también configurar el DTC en el servidor remoto donde se encuentra el SQL Server.

BizTalk ESB – Error 115004 en el send port ALL.Exceptions de la aplicación BizTalk Microsoft.Practices.ESB
BizTalk ESB – Error 115004 en el send port ALL.Exceptions de la aplicación BizTalk Microsoft.Practices.ESB avatar

By Leave a Comment

El Send Port ALL.Exceptions utiliza el pipeline ESBFaultProcessor, este pipeline está compuesto por varios componentes pipeline, entre estos el ESB.Exceptions.Encoder, el cual serializa todas las propiedades del mensaje de error en un mensaje XML.

clip_image002

El pipeline ESBFaultProcessor utiliza el método ExceptionMgmt.IsExceptionSerializable(), de tal manera que cuando una excepción contiene excepciones internas no serializables a más de un nivel de profundidad, El método ExceptionMgmt.IsExceptionSerializable() comprueba que sólo la excepción de la raíz sea serializable, y como resultado, el ESBFaultProcessor falla. Cuando se presenta este caso los mensajes del puerto ALL.Exceptions de la aplicación BizTalk Microsoft.Practices.ESB quedan en estado suspended (resumable), esto se puede visualizar en la consola de administración de BizTalk

clip_image004

Al hacer doble clic en la instancia suspendida del puerto ALL.Exceptions, se puede visualizar el error 115004

clip_image005

Para solucionar este inconveniente se debe crear la clase propuesta por Thomas F. Abraham http://www.tfabraham.com/blog/2010/07/fix-for-biztalk-esb-toolkit-2-0-error-115004-in-all-exceptions-send-port/

A continuación un ejemplo del uso de la clase en una orquestación, que genera una excepción no serializable cuando un cliente se encuentra inactivo.

Para reproducir el error se creó una excepción personalizada (BusinessException), la cual no se puede serializar.

clip_image006

Luego se crea en la orquestación una excepción del tipo BusinessException

clip_image008

Posteriormente se realiza una validación en la orquestación con el fin de lanzar la excepción del tipo BusinessException

clip_image009

El contenido de Lanzar Excepción, es el siguiente:

clip_image011

Para realizar las pruebas de esta aplicación se copia un archivo con la información del cliente en un directorio, cuando el estado del cliente es diferente de 1 se genera una excepción de cliente invalido, la cual no se puede registrar en la base de datos de excepciones del esb, debido a que se produce el error 115004.

clip_image013

Finalmente para lograr que la excepción quede registrada en la base de datos de excepciones del ESB, se debe invocar el método FixNonSerializableExceptionInFaultMsg (propuesto por Thomas F. Abraham) en la construcción del mensaje de Falla en el bloque de excepciones de la orquestación

clip_image014

clip_image016

Y ahora si la excepción quedara registrada en la base de datos de excepciones del ESB y se podrá visualizar en el portal del ESB.

clip_image018

Descarga el código del ejemplo y cópialo en la carpeta C:\Projects

El código esta en BizTalk Server 2010

iTSynergy.ESB.SerializableException

1. Hacer doble clic en la solución iTSynergy.ESB.SerializableException.sln

2. Compilar el proyecto iTSynergy.ESB.SerializableException.Helper

3. Hacer deploy del proyecto iTSynergy.ESB.SerializableException

4. Ingresar a la consola de administración de BizTalk e importar el archivo de bindings (iTSynergy.ESB.SerializableExceptionBindings) en la aplicación iTSynergy.ESB.SerializableException

5. Para realizar las pruebas ingresar a la carpeta Process y copia el archivo ClienteInvalido.xml en la carpeta IN.

BAM Errors Could not load file or assembly ‘Microsoft.BizTalk.Bam.Portal’
BAM Errors Could not load file or assembly ‘Microsoft.BizTalk.Bam.Portal’ avatar

By Leave a Comment

BAM Installation Notes.

I want to public some errors that I get when I made the configuration of the feature BAM with BizTalk 2010.

  • BAM ERROR – Could not load file or assembly ‘Microsoft.BizTalk.Bam.Portal’ or one of its dependencies. Strong name signature could not be verified.  The assembly may have been tampered with, or it was delay signed but not fully signed with the correct private key. (Exception from HRESULT: 0x80131045)

In the event viewer show this

Event code: 3008

Event message: A configuration error has occurred.

Event time: 12/07/2011 01:19:55 p.m.

Event time (UTC): 12/07/2011 06:19:55 p.m.

Event ID: 7e81636267fe4bb58d4dc308137f315e

Event sequence: 1

Event occurrence: 1

Event detail code: 0

Exception message: Could not load file or assembly ‘Microsoft.BizTalk.Bam.Portal, Version=3.0.1.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35’ or one of its dependencies. Strong name signature could not be verified.  The assembly may have been tampered with, or it was delay signed but not fully signed with the correct private key. (Exception from HRESULT: 0x80131045)

 

Solution: After hours of try to solve this,we figured it out, the copy of our BizTalk 2010 was corrupted so we opted to copy this ‘Microsoft.BizTalk.Bam.Portal.dll from other installation with the BAM portal working with the same version, we copy and it work fine.  You can also get a fresh copy of BizTalk Server 2010 and reinstall or repair BizTalk BAM.

 

  • BAM ERROR USER RIGHTS Then the problem was the permissions for the user’s, apparently  BAM  didn’t assign the right permissions to the user BAM management, so I had to gave to the user the right permission, in a command console I ran this commands.

With bm.exe I granted the permissions, replace domain name of the view and server name.

  • bm.exe add-account -Accountname:domain\user – view:ExcALL -Server:Srvtest
  • bm.exe add-account -Accountname:domain\user – view:ExcByApplication -Server: Srvtest
  • bm.exe add-account -Accountname:domain\user – view:ItineraryView -Server: Srvtest