Problemas conocidos de BizTalk Server de 2013

IMPORTANTE: Este artículo ha sido traducido por un software de traducción automática de Microsoft (http://support.microsoft.com/gp/mtdetails) en lugar de un traductor humano. Microsoft le ofrece artículos traducidos por un traductor humano y artículos traducidos automáticamente para que tenga acceso en su propio idioma a todos los artículos de nuestra base de conocimientos (Knowledge Base). Sin embargo, los artículos traducidos automáticamente pueden contener errores en el vocabulario, la sintaxis o la gramática, como los que un extranjero podría cometer al hablar el idioma. Microsoft no se hace responsable de cualquier imprecisión, error o daño ocasionado por una mala traducción del contenido o como consecuencia de su utilización por nuestros clientes. Microsoft suele actualizar el software de traducción frecuentemente.

Haga clic aquí para ver el artículo original (en inglés): 2954101
Este artículo enumera los problemas conocidos al utilizar Microsoft BizTalk Server 2013.
Más información

Problemas conocidos de XSLCompiledTransform

BizTalk Server 2013, se utiliza la clase XslCompiledTransform de .NET para un mejor rendimiento de la transformación. Hay algunas diferencias de comportamiento entre la clase XslCompiledTransform y la clase XslTransform utilizada anteriormente. Los siguientes son algunos problemas conocidos relacionados con esta diferencia y las soluciones recomendadas:
  • Cambiar en el functoid de scripting parámetro booleano

    Síntoma
    Cuando el nodo XML de entrada contiene cualquier valor que es falso o el nodo XML de entrada está vacío, un parámetro booleano en un functoid de secuencia de comandos es true.

    Solución:
    Para obtener información detallada acerca de la resolución, vea Cambio en el comportamiento del parámetro booleano del Functoid de secuencias de comandos.
  • No se admiten funciones privadas

    Síntoma
    Cuando se utiliza la función privada en un functoid, se produce un error en el mapa y recibe el mensaje de error siguiente:
    No se puede llamar al método 'MyPrivateFunct' del objeto de extensión 'http://schemas.microsoft.com/BizTalk/2003/userCSharp' no es público.

    Nota: La clase XslCompiledTransform sólo admite una llamada a los métodos públicos. Esta limitación se documenta en Migración desde la clase XslTransform.

    Solución:
    Declare la función como pública en lugar de privado.
  • Devolver null no se admite

    Síntoma
    Al volver de un functoid de un valor nulo, se produce un error en la asignación y recibirá el siguiente mensaje de error genérico:
    ExceptionType: Microsoft.XLANGs.Core.XTransformationFailureException
    Excepción: Error al ejecutar la transformación My.Map. Error de transformación: error.
    Al probar el mismo mapa en Visual Studio, proporciona un mensaje de error más descriptivo:
    Se ha producido la excepción en el destino de la invocación. Funciones de extensión no pueden devolver valores nulos.

    Nota: La clase XslCompiledTransform no admite la devolución de valores null de las funciones que se llaman dentro de la transformación.

    Solución:
    Devuelve String.Empty o algún otro valor alternativo para representar el escenario null. Si es necesario, puede utilizar una variable global a disposición a través de múltiples funciones el valor null.
  • Cambio en el functoid de secuencias de comandosXPathNodeIteratorparámetro

    Síntoma
    Un parámetro XPathNodeIterator en un functoid de secuencia de comandos utiliza el tipo de XPathArrayIterator . En versiones anteriores de BizTalk Server, utilizará el tipo de XPathSelectionIterator . Debido a este cambio, el nodo . MoveNext() llamada tiene que agregarse, como en el código siguiente, para evitar el mensaje de error siguiente:
    No ha iniciado la enumeración. Llamar a MoveNext.
    public static bool WriteNode(XPathNodeIterator node) { node.MoveNext(); //needs to be added in BizTalk Server 2013 to avoid errorXPathNavigator xpn = node.Current; XmlDocument xdoc = new XmlDocument(); xdoc.LoadXml(xpn.OuterXml); return true; }
    Solución:
    Llame a la función MoveNext() .
  • Las sobrecargas de función se diferencian por el número de parámetros en lugar de tipos

    Síntoma
    Las sobrecargas de función siguientes contienen parámetros de tipos diferentes:
    public short MyOverloadedFunction(int testvalue)public short MyOverloadedFunction(string testvalue)
    Dado que estas sobrecargas de función ambos tienen el mismo número de parámetros, si se utilizan en una transformación, se produce un error en el mapa y recibe el mensaje de error siguiente:
    Llamada al método ambiguo. Objeto de extensión 'http://schemas.microsoft.com/BizTalk/2003/ScriptNS0' contiene varios métodos de 'MyOverloadedFunction' que tienen parámetros de 1.

    Nota: La clase XslCompiledTransform sólo distingue entre funciones basadas en el número de argumentos. Esta limitación se documenta en Migración desde la clase XslTransform.

    Solución:
    Asegúrese de que todas las sobrecargas de función contienen un número diferente de parámetros.

Revirtiendo a la clase XslTransform
Puede configurar el motor de transformación de 2013 de BizTalk Server para utilizar la clase XslTransform anterior. No se recomienda este método porque el entorno perderá las memoria y el rendimiento uso mejoras proporcionadas por la clase XslCompiledTransform . Además, la clase XslTransform de .NET está en desuso. Por lo tanto, no hay nuevas actualizaciones o revisiones se publicará para él.

Si no se puede actualizar el mapa mediante el uso de las soluciones mencionadas anteriormente, este cambio puede realizarse agregando una DWORD UseXslTransform con el valor 1 en las siguientes ubicaciones:
  • Para las instancias de host de BizTalk de 64 bits: HKLM\SOFTWARE\Microsoft\BizTalk Server\3.0\Configuration
  • Para las instancias de host de BizTalk de 32 bits y la funcionalidad de asignación de prueba de Visual Studio: HKLM\SOFTWARE\Wow6432Node\Microsoft\BizTalk Server\3.0\Configuration

Problemas conocidos de Enterprise Single Sign-On (SSO)


Los siguientes son algunos problemas conocidos que son específicas de SSO de BizTalk Server 2013:
  • Actualización a BizTalk Server 2013 no actualiza SSO

    Síntoma
    Una actualización in situ desde BizTalk Server 2009 o BizTalk Server 2010 para 2013 de BizTalk Server no puede actualizar el SSO en el mismo equipo. Si los resultados de este problema en el servidor secreto principal de SSO no se actualiza, cuando intenta actualizar otros servidores en el grupo de BizTalk, recibirá el siguiente mensaje de error:
    Actualice el servidor secreto principal
    La falla de cualquier componente de BizTalk Server que hace referencia a Microsoft.BizTalk.Interop.SSOClient.dll, y recibirá el siguiente mensaje de error:
    No se pudo cargar el archivo o ensamblado ' Microsoft.BizTalk.Interop.SSOClient, Version = 7.0.2300.0

    Solución:
    Este problema se resuelve en versiones posteriores de los medios de 2013 de BizTalk Server. Por lo tanto, asegúrese de actualizar utilizando los medios disponibles más recientes. Para obtener más información acerca de cómo determinar la versión de SSO en el equipo y acerca de cómo actualizar SSO si ya ha experimentado este problema, consulte Actualizar a BizTalk Server 2013 no actualiza SSO empresarial.
  • No se puede cargar Microsoft.BizTalk.Interop.SSOClient.dll versión 5.0.1.0

    Síntoma
    Puede recibir el siguiente mensaje de error en las situaciones siguientes:
    No se pudo cargar el archivo o ensamblado ' Microsoft.BizTalk.Interop.SSOClient.dll, Version = 5.0.1.0'
    • El error se produce por un WCF ubicación de recepción o WCF puerto después de una actualización en el lugar de envío BizTalk Server 2009 o BizTalk Server 2010. Esto se produce porque el archivo Microsoft.BizTalk.Adapter.Wcf.Runtime.dll no se actualiza correctamente a la versión 3.10.229.0.

      Solución:
      Si la versión de Microsoft.BizTalk.Adapter.Wcf.Runtime.dll es anterior a 3.10.229.0, copie la versión correcta del archivo desde el medio de instalación de BizTalk Server 2013 (ubicado en la Unidad de DVD> archivos \BizTalk Server\MSI\Program), colocarlo en la carpeta de instalación de BizTalk Server y, a continuación, instálelo en la caché de ensamblados Global (GAC). Puede instalar el archivo .dll en la GAC mediante la herramienta gacutil.exe como la siguiente:
      gacutil.exe /if Microsoft.BizTalk.Adapter.Wcf.Runtime.dll
    • El error se produce por el código personalizado que se utilizaba en 2009 de BizTalk Server o BizTalk Server 2010. Esto es porque BizTalk Server 2009 y BizTalk Server 2010 tengan .NET versión 5.0.1.0 del archivo Microsoft.BizTalk.Interop.SSClient.dll. Sin embargo, BizTalk Server 2013 utiliza .NET versión 7.0.2300.0 del archivo.

      Solución:
      Actualizar y volver a generar el código personalizado para la referencia a la versión de BizTalk Server 2013 (7.0.2300.0) del archivo Microsoft.BizTalk.Interop.SSClient.dll. Si no es una opción de reconstrucción, redirigir a la versión 7.0.2300.0 realizando la siguiente modificación a la "<runtime>/<assemblyBinding>" sección del archivo de configuración apropiado:</assemblyBinding> </runtime>
      <dependentAssembly><assemblyIdentity name="Microsoft.BizTalk.Interop.SSOClient" publicKeyToken="31bf3856ad364e35" culture="neutral" /><bindingRedirect oldVersion="5.0.1.0" newVersion="7.0.2300.0"/></dependentAssembly>
    • El error se produce por Microsoft BizTalk Enterprise Service Bus (ESB) debido a una dependencia de archivo incorrecto.

      Solución:
      Este problema se corrigió en BizTalk Server 2013 acumulado Update 2 (CU2) y versiones posteriores.
      Para obtener más información acerca de este problema, consulte REVISIÓN: "no se pudo cargar el archivo o ensamblado ' Microsoft.BizTalk.Interop.SSOClient versión = 5.0.1.0" error cuando utiliza la herramienta de configuración de ESB en BizTalk Server de 2013.
      Acerca de cómo obtener la actualización acumulativa más reciente para resolverlo, consulte Service Pack y la lista de actualización acumulativa para BizTalk Server.
  • No se pudo cargar SSOPSServer.dll

    Síntoma
    Puede recibir el siguiente mensaje de error que se registra en los registros de sucesos:
    No se pudo cargar \Program Files\Common código de Error On\SSOPSServer.dll de inicio de sesión único de comunes\Inicio: 0x8007007E, no se pudo encontrar el módulo especificado.

    Solución:
    Este error es inofensivo y puede omitirse. Con el fin de evitar que continuar para que se produzca este error, copie el archivo SSOPSServer.dll desde el medio de instalación original en la carpeta comunes\Inicio Single Sign-On \Program Files\Common en el equipo. Para instalaciones de 64 bits de SSO, utilice el archivo de SSOPSServer.dll de \Platforms\SSO64\Files en el medio de instalación. Para instalaciones de 32 bits de SSO, utilice el archivo de \Platforms\SSO\Fxiles.
  • No se puede utilizar el secreto principal de SSO de BizTalk por Host Integration Server 2013 SSO

    Síntoma
    Cuando un servicio de Host Integration Server 2013 SSO intenta acceder a un servicio de secreto principal de BizTalk Server 2013 SSO, se produce el mensaje de error siguiente:
    Error al recuperar los secretos principales. Compruebe que el nombre del servidor secreto principal es correcto y que está disponible. Nombre de servidor secreto: Código de Error BTSSSOSERVER: 0x00000057, el parámetro es incorrecto.

    Solución:
    Host Integration Server 2013 incluye la versión 9.0.2096.0 de SSO. Sin embargo, BizTalk Server 2013 incluye la versión 9.0.1865.0. Debido a esto, en un entorno mixto en el que los servicios SSO en servidores BizTalk Server y Host Integration Server, tener acceso a un servidor compartido de secreto principal, el servidor debe ejecutar el servicio de Host Integration Server 2013 SSO. Tenga en cuenta que la instalación de Host Integration Server en un servidor BizTalk server actualizará el servicio SSO existente a la versión 9.0.2096.0 y requerirá que el servidor remoto de SSO de secreto maestro pueden actualizarse a 9.0.2096.0.

Otros problemas conocidos

  • Actualización a BizTalk Server 2013 implementar nuevas Microsoft.BizTalk.GlobalPropertySchemas.dll

    Síntoma
    Una actualización en contexto desde BizTalk Server 2009 o BizTalk Server 2010 a BizTalk Server 2013 implementar correctamente el nuevo archivo de Microsoft.BizTalk.GlobalPropertySchemas.dll en la base de datos de BizTalkMgmtDb. Esto puede producir errores cuando cualquiera de las propiedades globales de nuevas acceso a BizTalk. Esto puede ocurrir cuando se utiliza con WCF. Cadena, cualquier propiedad asociada con el adaptador de mensajería de SB, o cualquier otra propiedad nuevo. Los mensajes de error que se produce un error en el adaptador de mensajería de SB junto con son las siguientes:
    El adaptador de "Mensajería SB" provoca un mensaje de error. Detalles "(0xC0C01620) la excepción System.Runtime.InteropServices.COMException: excepción de HRESULT: 0xC0C01620
    en Microsoft.BizTalk.TransportProxy.Interop.IBTTransportBatch.MoveToSuspendQ (msg IBaseMessage)
    en Microsoft.BizTalk.Adapter.Wcf.Runtime.Batch2.MoveToSuspendQ (mensaje IBaseMessage, userData del objeto)
    en Microsoft.BizTalk.Adapter.Wcf.Runtime.BizTalkReceiveBatch.SuspendMessageIfNeeded (mensaje de IBaseMessage, StreamAndUserData streamAndUserData, Int32 messageStatus) ".

    El adaptador de "Mensajería SB" provoca un mensaje de error. Detalles "System.Exception: lista de información de propiedad de carga por error en el espacio de nombres o la propiedad no se encuentra en la lista. Compruebe que el esquema se implementa correctamente.
    en Microsoft.BizTalk.Adapter.Wcf.Runtime.BizTalkServiceInstance.EndOperation (IAsyncResult result)
    en AsyncInvokeEndEndTwoWayMethod (Object, Object [], IAsyncResult)
    en System.ServiceModel.Dispatcher.AsyncMethodInvoker.InvokeEnd (instancia de objeto, Object [] y salidas, IAsyncResult result)
    en System.ServiceModel.Dispatcher.DispatchOperationRuntime.InvokeEnd (MessageRpc y rpc)
    en System.ServiceModel.Dispatcher.ImmutableDispatchRuntime.ProcessMessage7 (MessageRpc y rpc)
    en System.ServiceModel.Dispatcher.MessageRpc.Process (Boolean isOperationContextSet)"

    Solución:
    Utilice la herramienta AddGlobalPropertySchemas.exe para implementar manualmente el archivo .dll después de la actualización. Descargar la herramienta desde AddGlobalPropertySchemas.exe. Debe pasar el nombre del servidor de base de datos de administración de BizTalk y el nombre de la base de datos como sigue:
    AddGlobalPropertySchemas.exe /server:MyServer /database:BizTalkMgmtDb
    Nota: Si se encuentra la base de datos en una instancia con nombre de SQL Server, especifique MyServer\MyInstance en lugar de simplemente MyServer.
  • El archivo de configuración de ESB 2.2 provoca errores ESB

    Síntoma
    ESB Toolkit 2.2 utiliza 2.0 de unidad que requiere modificaciones en el archivo de esb.config predeterminado. Sin estas modificaciones, pueden producirse los siguientes problemas
    • Se produce un error en la configuración de ESB 2.2 y recibirá el siguiente mensaje de error:
      Excepción al llamar a "PushAllConfiguration" con argumentos "6": "elemento no reconocido 'typeConfig'. (Línea de \Microsoft BizTalk ESB Toolkit\esb.config de la Files (x 86) C:\Program 151)
    • Al recibir el ItinerarySelectReceiveXML de canalización se utiliza para llamar al motor de reglas de negocio para seleccionar dinámicamente un itinerario (a través de la resolución de ESB BRI), se produce el siguiente error:
      Se ha producido la excepción en el destino de la invocación.
      Fuente: Microsoft.Practices.ESB.Resolver.ResolverMgr
      Método: System.Collections.Generic.Dictionary'2[System.String,System.String] resolver (Microsoft.Practices.ESB.Resolver.ResolverInfo, Microsoft.BizTalk.Message.Interop.IBaseMessage, Microsoft.BizTalk.Component.Interop.IPipelineContext)
      Origen del error: mscorlib
      Error TargetSite: System.Object InvokeMethod(System.Object, System.Object[], System.Signature, Boolean)
      Error StackTrace: en System.RuntimeMethodHandle.InvokeMethod (destino de objeto, argumentos de objeto [], firma sig, constructor booleano)
      en System.Reflection.RuntimeConstructorInfo.Invoke (BindingFlags invokeAttr, Cuaderno de cuaderno, Object [] parameters, CultureInfo culture)
      en System.RuntimeType.CreateInstanceImpl (BindingFlags bindingAttr, Cuaderno de cuaderno, objeto [] args, CultureInfo culture, objeto activationAttributes [], StackCrawlMark y stackMark)
      en System.Activator.CreateInstance (tipo, BindingFlags bindingAttr, Cuaderno de cuaderno, objeto [] args, CultureInfo culture, activationAttributes de objeto [])
      en System.Activator.CreateInstance (tipo, objeto [] args)
      en Microsoft.Practices.ESB.Resolver.ResolverFactory.Create (clave de cadena)
      en Microsoft.Practices.ESB.Resolver.ResolverMgr.GetResolver (información de ResolverInfo)
      en Microsoft.Practices.ESB.Resolver.ResolverMgr.Resolve (información de ResolverInfo, mensajes IBaseMessage, IPipelineContext pipelineContext)
    Solución:
    Para obtener más información acerca de este problema e instrucciones acerca de cómo modificar el archivo esb.config para resolverlo, consulte Se produce un error en la resolución de itinerario ESB BRE Toolkit con excepción y Se produce un error en la configuración de ESB con "Elemento no reconocido 'typeConfig'".
  • Se suspende el mensaje EDIFACT con segmento UNB 3.3

    Síntoma
    Después de la actualización a BizTalk Server 2013, se produce un error en un mensaje EDIFACT que contiene un segmento UNB 3.3 y recibirá el siguiente mensaje de error. Este mismo mensaje EDIFACT procesada sin problema en BizTalk Server 2010:
    Cargando lista de información de propiedades por espacio de nombres no pudo o no se encuentra en la lista de la propiedad. Compruebe que el esquema se implementa correctamente.

    Solución:
    Reinicie la instancia de host relevantes mediante los pasos siguientes:
    • En la consola de administración de BizTalk Server, vaya al Grupo de BizTalk &gt; aplicaciones &gt; Aplicaciones de EDI de BizTalk > recursos.
    • Haga clic en recursosy, a continuación, haga clic en Agregar &gt; Ensamblados de BizTalk.
    • En la ventana Agregar recursos , haga clic en Agregar, seleccione el archivo Microsoft.BizTalk.Edi.BaseArtifacts.dll (la ubicación predeterminada es C:\Program Files (x 86) \Microsoft BizTalk Server 2013) y, a continuación, haga clic en Abrir.
    • Active la casilla de verificación sobrescribir todos .
    • Seleccione la casilla de verificación Agregar a la caché de ensamblados global en Agregar recurso y, a continuación, haga clic en Aceptar.
BTS2013 de problemas conocidos de BizTalk Server de 2013

Advertencia: este artículo se tradujo automáticamente

Propiedades

Id. de artículo: 2954101 - Última revisión: 08/25/2015 06:24:00 - Revisión: 2.0

Microsoft BizTalk Server 2013 Branch, Microsoft BizTalk Server 2013 Developer, Microsoft BizTalk Server 2013 Enterprise, Microsoft BizTalk Server 2013 Standard

  • kbbts kbbtsengine kbbtssso kbsurveynew kbtshoot kbexpertiseinter kbmt KB2954101 KbMtes
Comentarios