Problemas conhecidos no BizTalk Server 2013

IMPORTANTE: Este artigo foi traduzido pelo software de tradução automática da Microsoft e eventualmente pode ter sido editado pela Microsoft Community através da tecnologia Community Translation Framework (CTF) ou por um tradutor profissional. A Microsoft oferece artigos traduzidos automaticamente por software, por tradutores profissionais e editados pela comunidade para que você tenha acesso a todos os artigos de nossa Base de Conhecimento em diversos idiomas. No entanto, um artigo traduzido pode conter erros de vocabulário, sintaxe e/ou gramática. A Microsoft não é responsável por qualquer inexatidão, erro ou dano causado por qualquer tradução imprecisa do conteúdo ou por seu uso pelos nossos clientes.

Clique aqui para ver a versão em Inglês deste artigo: 2954101
Este artigo lista os problemas conhecidos ao usar o Microsoft BizTalk Server 2013.
Mais Informações

Problemas conhecidos no XSLCompiledTransform

BizTalk Server 2013 usa a classe .NET XslCompiledTransform para melhorar o desempenho de transformação. Existem algumas diferenças de comportamento entre a classe XslCompiledTransform e a classe XslTransform usada anteriormente. A seguir estão alguns problemas conhecidos relacionados a essa diferença e as soluções recomendadas:
  • Alterar em functoid de script parâmetro booleano

    Sintoma
    Quando o nó XML de entrada contém qualquer valor for false ou o nó XML entrado estiver vazio, o parâmetro Boolean em uma functoid de script é true.

    Resolução
    Para obter informações detalhadas sobre a resolução, consulte Alteração no comportamento do parâmetro booleano Functoid de script.
  • Funções particulares não são suportadas

    Sintoma
    Quando você usar a função particular em uma functoid, o mapa de falha e você recebe a seguinte mensagem de erro:
    O método MyPrivateFunct do objeto de extensão 'http://schemas.microsoft.com/BizTalk/2003/userCSharp' não pode ser chamado porque não é público.

    Observação: A classe XslCompiledTransform suporta apenas chamar métodos públicos. Essa limitação é documentada no Migração da classe XslTransform.

    Resolução
    Declarar a função como pública em vez de particular.
  • Não há suporte para retornar null

    Sintoma
    Quando você retornar um valor nulo em uma functoid, o mapa de falha e você recebe a seguinte mensagem de erro genérico:
    ExceptionType: Microsoft.XLANGs.Core.XTransformationFailureException
    Exceção: Erro ao executar a transformação My.Map. Erro: transformação falhou.
    Quando você testar o mesmo mapa no Visual Studio, ele fornece uma mensagem de erro mais descritiva:
    Exceção foi acionada pelo destino de uma chamada. Funções de extensão não podem retornar valores nulos.

    Observação: A classe XslCompiledTransform não oferece suporte para retornar valores nulos de funções que são chamadas de transformação.

    Resolução
    Retorne Empty ou algum outro valor alternativo para representar o cenário nulo. Se for necessário, use uma variável global para disponibilizar o valor nulo em várias funções.
  • Alteração no scriptXPathNodeIteratorparâmetro

    Sintoma
    Um parâmetro XPathNodeIterator em uma functoid de script usa o tipo XPathArrayIterator . Em versões anteriores do BizTalk Server, ele usado o tipo XPathSelectionIterator . Devido a essa mudança, o nó de . MoveNext() chamada tem de ser adicionado, como no código a seguir, para evitar a seguinte mensagem de erro:
    Enumeração não foi iniciada. Chame 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; }
    Resolução
    Chame a função MoveNext() .
  • Sobrecargas de função são diferenciadas por número de parâmetros de tipos

    Sintoma
    As sobrecargas de função a seguir contêm parâmetros de tipos diferentes:
    public short MyOverloadedFunction(int testvalue)public short MyOverloadedFunction(string testvalue)
    Como essas sobrecargas de função ambos têm a mesma contagem de parâmetros, se eles forem usados em uma transformação, o mapa de falha e você recebe a seguinte mensagem de erro:
    Chamada de método ambíguo. Objeto de extensão 'http://schemas.microsoft.com/BizTalk/2003/ScriptNS0' contém vários métodos de 'MyOverloadedFunction' com 1 parâmetro (s).

    Observação: A classe XslCompiledTransform só faz distinção entre funções com base no número de argumentos. Essa limitação é documentada no Migração da classe XslTransform.

    Resolução
    Certifique-se de todas as sobrecargas de função contiverem um número diferente de parâmetros.

Voltando para a classe XslTransform
Você pode configurar o mecanismo de transformação do BizTalk Server 2013 para usar a classe XslTransform mais antiga. Essa abordagem não é recomendável porque o ambiente perderá os muitos memória uso aprimoramentos de desempenho e fornecidos pela classe XslCompiledTransform . Além disso, a classe .NET XslTransform está obsoleto. Portanto, não há novas atualizações ou correções serão lançadas para ele.

Se você não pode atualizar o mapa usando as soluções citadas anteriormente, essa alteração pode ser feita adicionando um DWORD UseXslTransform com o valor 1 nos seguintes locais:
  • Para instâncias de host do BizTalk de 64 bits: HKLM\SOFTWARE\Microsoft\BizTalk Server\3.0\Configuration
  • Para instâncias de host do BizTalk de 32 bits e funcionalidade de mapa de teste do Visual Studio: HKLM\SOFTWARE\Wow6432Node\Microsoft\BizTalk Server\3.0\Configuration

Problemas conhecidos no Enterprise Single Sign-On (SSO)


A seguir está alguns problemas conhecidos que são específicos para SSO no BizTalk Server 2013:
  • Atualização do BizTalk Server 2013 não atualizará o SSO

    Sintoma
    Atualização do BizTalk Server 2009 ou BizTalk Server 2010 para o BizTalk Server 2013 não pode atualizar o SSO no mesmo computador. Se os resultados deste problema no servidor do segredo mestre SSO não está sendo atualizado, quando você tenta atualizar outros servidores BizTalk no grupo, você pode receber a seguinte mensagem de erro:
    Atualize seu servidor segredo mestre
    Falha de qualquer componente do BizTalk Server que faz referência a Microsoft.BizTalk.Interop.SSOClient.dll, e você recebe a seguinte mensagem de erro:
    Não foi possível carregar arquivo ou assembly ' Microsoft.BizTalk.Interop.SSOClient, versão = 7.0.2300.0

    Resolução
    Este problema é resolvido em versões posteriores da mídia BizTalk Server 2013. Portanto, certifique-se de que você faça upgrade usando a mídia mais recente disponível. Para obter mais informações sobre como determinar a versão do SSO no seu computador e sobre como atualizar o SSO se você já tiver encontrado este problema, consulte Atualização para o BizTalk Server 2013 não atualizará o SSO empresarial.
  • Não é possível carregar Microsoft.BizTalk.Interop.SSOClient.dll versão 5.0.1.0

    Sintoma
    Você pode receber a seguinte mensagem de erro nos seguintes cenários:
    Não foi possível carregar arquivo ou assembly ' Microsoft.BizTalk.Interop.SSOClient.dll, versão = 5.0.1.0'
    • O erro é lançado por um WCF receber local ou WCF enviar porta após uma atualização in-loco do BizTalk Server 2009 ou BizTalk Server 2010. Isso ocorre porque o arquivo Microsoft.BizTalk.Adapter.Wcf.Runtime.dll não é atualizado corretamente para a versão 3.10.229.0.

      Resolução
      Se a versão do Microsoft.BizTalk.Adapter.Wcf.Runtime.dll for anterior a 3.10.229.0, copie a versão correta do arquivo da mídia de instalação do BizTalk Server 2013 (localizado na Unidade de DVD> \BizTalk Server\MSI\Program arquivos), colocá-lo na pasta de instalação do BizTalk Server e, em seguida, instalá-lo no Cache de Assembly Global (GAC). Você pode instalar o arquivo. dll no GAC usando a ferramenta de gacutil.exe como a seguir:
      gacutil.exe /if Microsoft.BizTalk.Adapter.Wcf.Runtime.dll
    • O erro é lançado por código personalizado usado anteriormente no BizTalk Server 2009 ou BizTalk Server 2010. Isso ocorre porque o BizTalk Server 2009 e BizTalk Server 2010 têm .NET versão 5.0.1.0 do arquivo Microsoft.BizTalk.Interop.SSClient.dll. No entanto, o BizTalk Server 2013 usa .NET versão 7.0.2300.0 do arquivo.

      Resolução
      Atualizar e recompilar o código personalizado para fazer referência a versão do BizTalk Server 2013 (7.0.2300.0) do arquivo Microsoft.BizTalk.Interop.SSClient.dll. Se a recriação não é uma opção, redirecionar para versão 7.0.2300.0 fazendo a seguinte modificação o "<runtime>/<assemblyBinding>" seção do arquivo de configuração apropriado:</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>
    • O erro é lançado pela Microsoft BizTalk Enterprise Service ESB (barramento) devido a uma dependência de arquivo incorreto.

      Resolução
      Esse problema é corrigido no BizTalk Server 2013 cumulativo Update 2 (CU2) e versões posteriores.
      Para obter mais informações sobre esse problema, consulte CORREÇÃO: "não foi possível carregar arquivo ou assembly ' versão Microsoft.BizTalk.Interop.SSOClient = 5.0.1.0" Erro ao usar a ferramenta de configuração do ESB no BizTalk Server 2013.
      Sobre como obter a atualização cumulativa mais recente para resolvê-lo, consulte Service Pack e a lista de atualização cumulativa para o BizTalk Server.
  • Falha ao carregar SSOPSServer.dll

    Sintoma
    Você pode receber a seguinte mensagem de erro é registrada no log de eventos:
    Falha ao carregar \Program Files\Enterprise único sinal de On\SSOPSServer.dll código de erro: 0x8007007E, não foi possível encontrar o módulo especificado.

    Resolução
    Este erro é inofensivo e pode ser ignorado. Para impedir que este erro continuar ocorrendo, copie o arquivo SSOPSServer.dll da mídia de instalação original para a pasta \Program Files\Enterprise Single Sign-On no computador. Para instalações de 64 bits do SSO, use o arquivo de SSOPSServer.dll de \Platforms\SSO64\Files na mídia de instalação. Para instalações de 32 bits do SSO, use o arquivo de \Platforms\SSO\Fxiles.
  • Segredo mestre de SSO do BizTalk não pode ser usado pelo Host Integration Server 2013 SSO

    Sintoma
    Quando um serviço do Host Integration Server 2013 SSO tenta acessar um serviço BizTalk Server 2013 SSO mestre secreto, a seguinte mensagem de erro é gerada:
    Falha ao recuperar segredos mestres. Verifique se o nome do servidor mestre secreta está correto e se está disponível. Nome do servidor secreta: Código de erro BTSSSOSERVER: 0x00000057, o parâmetro está incorreto.

    Resolução
    O Host Integration Server 2013 inclui a versão 9.0.2096.0 do SSO. No entanto, o BizTalk Server 2013 inclui versão 9.0.1865.0. Por isso, em um ambiente misto no qual serviços SSO no Host Integration Server e servidores BizTalk acessam a um servidor de segredo compartilhado do mestre, o servidor deve executar o serviço do Host Integration Server 2013 SSO. Lembre-se de instalar o Host Integration Server em um servidor BizTalk atualizará o serviço SSO existente para a versão 9.0.2096.0 e exigirá que o servidor remoto do SSO do segredo mestre também ser atualizados para 9.0.2096.0.

Outros problemas conhecidos

  • Atualização do BizTalk Server 2013 não implantar novos Microsoft.BizTalk.GlobalPropertySchemas.dll

    Sintoma
    Atualização do BizTalk Server 2009 ou BizTalk Server 2010 para o BizTalk Server 2013 não implantar corretamente o novo arquivo de Microsoft.BizTalk.GlobalPropertySchemas.dll no banco de dados BizTalkMgmtDb. Isso pode resultar em erros quando qualquer uma das novas propriedades globais são acessados pelo BizTalk. Isso pode ocorrer quando você usa WCF. HttpHeaders, qualquer propriedade associada com o adaptador de mensagens SB ou qualquer outra propriedade de nova. As mensagens de erro que o adaptador de mensagens SB falhar juntamente com estão a seguir:
    O adaptador "Mensagens SB" gerou uma mensagem de erro. Detalhes "System.Runtime.InteropServices.COMException (0xC0C01620): exceção de HRESULT: 0xC0C01620
    no Microsoft.BizTalk.TransportProxy.Interop.IBTTransportBatch.MoveToSuspendQ (msg IBaseMessage)
    no Microsoft.BizTalk.Adapter.Wcf.Runtime.Batch2.MoveToSuspendQ (mensagem de IBaseMessage, objeto userData)
    no Microsoft.BizTalk.Adapter.Wcf.Runtime.BizTalkReceiveBatch.SuspendMessageIfNeeded (mensagem de IBaseMessage, StreamAndUserData streamAndUserData, messageStatus de Int32) ".

    O adaptador "Mensagens SB" gerou uma mensagem de erro. Detalhes "Exception: Carregando lista de informações de propriedade namespace falhou ou a propriedade não foi encontrada na lista. Verifique se o esquema está implantado de forma apropriada.
    no Microsoft.BizTalk.Adapter.Wcf.Runtime.BizTalkServiceInstance.EndOperation (resultado IAsyncResult)
    no AsyncInvokeEndEndTwoWayMethod (Object, Object [], IAsyncResult)
    no System.ServiceModel.Dispatcher.AsyncMethodInvoker.InvokeEnd (instância de objeto, Object [] & saídas, resultado IAsyncResult)
    no System.ServiceModel.Dispatcher.DispatchOperationRuntime.InvokeEnd (MessageRpc & rpc)
    no System.ServiceModel.Dispatcher.ImmutableDispatchRuntime.ProcessMessage7 (MessageRpc & rpc)
    no System.ServiceModel.Dispatcher.MessageRpc.Process (Boolean isOperationContextSet)"

    Resolução
    Use a ferramenta AddGlobalPropertySchemas.exe para implantar o arquivo. dll manualmente após a atualização. Baixar a ferramenta de AddGlobalPropertySchemas.exe. Você deve passar o nome de servidor de banco de dados de gerenciamento do BizTalk e o nome do banco de dados da seguinte maneira:
    AddGlobalPropertySchemas.exe /server:MyServer /database:BizTalkMgmtDb
    Observação: Se o banco de dados está localizado em uma instância nomeada do SQL Server, especifique meuservidor \ Minhainstância em vez de apenas meuservidor.
  • O arquivo de configuração do ESB 2.2 causa falhas de ESB

    Sintoma
    2.2 do ESB Toolkit usa Unity 2.0 que requer modificações no arquivo de esb.config padrão. Sem essas modificações, os seguintes problemas podem ocorrer
    • 2.2 ESB configuração falhar e você recebe a seguinte mensagem de erro:
      Exceção ao chamar "PushAllConfiguration" com argumentos "6": "elemento não reconhecido 'typeConfig'. (C:\Program Files (x86) \Microsoft BizTalk ESB Toolkit\esb.config linha 151)
    • Ao receber o ItinerarySelectReceiveXML pipeline é usado para chamar o mecanismo de regras de negócios para selecionar dinamicamente um itinerário (usando o resolvedor de BRI ESB), o erro a seguir será apresentado:
      Exceção foi acionada pelo destino de uma chamada.
      Fonte: 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)
      Origem do erro: mscorlib
      Erro TargetSite: Object InvokeMethod(System.Object, System.Object[], System.Signature, Boolean)
      Erro StackTrace: no System.RuntimeMethodHandle.InvokeMethod (objeto destino, argumentos do objeto [], assinatura sig, construtor booleano)
      no System.Reflection.RuntimeConstructorInfo.Invoke (BindingFlags invokeAttr, binder Binder, parâmetros do objeto [], CultureInfo cultura)
      no System.RuntimeType.CreateInstanceImpl (BindingFlags bindingAttr, binder Binder, objeto [] args, cultura CultureInfo, objeto [] activationAttributes, StackCrawlMark & stackMark)
      no System.Activator.CreateInstance (tipo, BindingFlags bindingAttr, binder Binder, objeto [] args, cultura CultureInfo, objeto [] activationAttributes)
      no System.Activator.CreateInstance (tipo, objeto [] args)
      no Microsoft.Practices.ESB.Resolver.ResolverFactory.Create (chave de cadeia de caracteres)
      no Microsoft.Practices.ESB.Resolver.ResolverMgr.GetResolver (informações ResolverInfo)
      no Microsoft.Practices.ESB.Resolver.ResolverMgr.Resolve (informações de ResolverInfo, mensagem de IBaseMessage, IPipelineContext pipelineContext)
    Resolução
    Para obter mais informações sobre esse problema e instruções sobre como modificar o arquivo esb.config para resolvê-lo, consulte Resolvedor de itinerário do ESB Toolkit BRE falhará com exceção e Configuração do ESB falhar com "Elemento não reconhecido 'typeConfig'".
  • Mensagem EDIFACT com UNB 3.3 segmento está suspenso

    Sintoma
    Após a atualização para o BizTalk Server 2013, uma mensagem EDIFACT que contém um segmento UNB 3.3 falha e você recebe a seguinte mensagem de erro. Essa mesma mensagem EDIFACT processada sem problemas no BizTalk Server 2010:
    Carregando lista de informações de propriedade namespace falhou ou a propriedade não foi encontrada na lista. Verifique se o esquema está implantado de forma apropriada.

    Resolução
    Reinicie a instância do host relevantes usando as seguintes etapas:
    • No Console de administração do BizTalk Server, navegue até o Grupo do BizTalk > aplicativos de > Aplicativos de EDI do BizTalk > recursos.
    • Recursosde atalho e, em seguida, clique em Adicionar > Assemblies do BizTalk.
    • Na janela Adicionar recursos , clique em Adicionar, selecione o arquivo Microsoft.BizTalk.Edi.BaseArtifacts.dll (o local padrão é C:\Program Files (x86) \Microsoft BizTalk Server 2013) e, em seguida, clique em Abrir.
    • Marque a caixa de seleção Substituir todas .
    • Marque a caixa de seleção Adicionar ao cache de assemblies global em Adicionar recursos e, em seguida, clique em OK.
BizTalk Server 2013 conhecidos problemas de BTS2013

Aviso: este artigo foi traduzido automaticamente

Propriedades

ID do Artigo: 2954101 - Última Revisão: 08/25/2015 06:27:00 - Revisão: 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 KbMtpt
Comentários