Você não pode digitar todos os códigos de confirmação aceitáveis que aquelas definidas no MLLP envie as propriedades de configuração da porta

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: 3050011
Sintomas

TheMinimal diminua o Layer Protocol MLLP) enviar verificações de porta reconhecimento (ACK) de código ACK (ou seja, o campoMSA.1_AcknowledgmentCode do segmento MSA) que é retornado pelo sistema downstream e o compara com os códigos de confirmação aceitáveis definidos no MLLP envie as propriedades de configuração da porta. Os códigos de confirmação são aceitos atualmente por MLLP enviar porta são as seguintes:
  • AA
  • AUTORIDADE DE CERTIFICAÇÃO
  • AE
  • CE
  • AR
  • CR
Você pode selecionar todos os códigos de confirmação ou uma combinação deles. Por exemplo, os códigos a seguir são válidos:
  • AA e autoridade de certificação
  • AA, CA, AE e CE
  • AA, CA, AR e CR

No entanto, você não pode inserir os códigos adicionais de ACK aceitáveis.

Depois de aplicar esse hotfix, um novo código ACK aceitável que nomeadopersonalizado é adicionado à lista de Códigos de confirmação aceitável. Além disso, uma nova caixa de texto é adicionada na qual você pode inserir os códigos de confirmação personalizados aceitáveis.







Observação
s
  • Os códigos devem ser separados por uma vírgula (,). Por exemplo: AE, CE, AR, CR, XX, ZZ.
  • Se for selecionado um as combinações padrão (uma opção não-personalizado), você não precisa insira quaisquer valores na propriedade Aceitável códigos de confirmação .
  • Para certificar-se de que a validação de pipeline tem êxito para os códigos de confirmação personalizados, você deve adicionar os códigos de confirmação personalizados necessários para o esquema ACK correspondente.
  • Você pode usar o recurso de rastreamento do BizTalk (permitindo controle) para controlar a mensagem usando a propriedade MessageID que é registrada no log de eventos quando a mensagem é repetida ou suspenso.

Resolução

Informações da atualização cumulativa

Esse problema foi corrigido primeiro na atualização cumulativa seguinte do BizTalk Server:

Para que este recurso

O novo recurso se aplica para enviar apenas portas. Depois que você instalar o hotfix, o comportamento será baseado no código ACK aceitável que você selecionar na lista suspensa em vez do código fornecido pelo sistema de downstream.

A porta de envio MLLP verifica se o código de confirmação ACK (MSA.1_AcknowledgmentCodecampo do segmento do MSA) que é retornado pelo sistema downstream e o compara com os códigos de confirmação aceitáveis são definidos nas propriedades de configuração da porta de envio MLLP. Atual aceitável ACK os códigos que são compatíveis com a porta de envio MLLP incluir AA, CA, AE, CE, AR e CR. Você pode selecionar todos os códigos de confirmação ou uma combinação deles. Por exemplo, você pode selecionar o seguinte como válido:
  • AA e autoridade de certificação
  • AA, CA, AE e CE
  • AA, CA, AR e CR
No entanto, não há nenhuma opção para digitar uma combinação de código ACK aceitável.

Um valor de códigos de confirmação aceitávelé chamada "Custom" será adicionado na lista drop-down na propriedadeAceitável códigos de confirmação . Todas as combinações anteriores permanecem e são aplicadas como estavam antes do novo recurso foi adicionado.





Após personalizado for selecionado, também forneça novos valores na propriedade Aceitável códigos de confirmação personalizado. Cada um desses novos valores de ACK deve ser separada por uma vírgula (,).

Depois que você instalar o hotfix, o comportamento dependerá configuração Aceitável códigos de confirmaçãoé selecionada. Se o código de confirmação que é retornado corresponde ao código aceitável selecionado, o processamento ocorre com êxito. Códigos ACK padrão serão repetidos. E qualquer código de confirmação que não esteja listado é suspensa. (Isso fará esse ACK código a um código de confirmação personalizado ornon padrão.)

A tabela a seguir representa esse cenário. Uma interpretação escrita segue a tabela.



AA e autoridade de certificação, processamento de mensagens sempre êxito independentemente qualquer códigos ACK aceitáveis a configuração selecionada. Mais informações sobre definições deCódigos de confirmação aceitávelsão a seguinte:
  • AA, CA: Tentativas AE, CE, AR e CR e suspende a qualquer outro.
  • AA, CA, AE, CE: Aceito e bem-sucedida: AA, CA, AE e CE e tentativas de AR e CR. suspende a qualquer outro.
  • AA, CA, AR CR: Aceito e bem-sucedida: AA, CA, AR e CR e tentativas AE e CE. Suspende a qualquer outro.
  • AA, CA, AR, CR, AE, CE: Aceito e bem-sucedida: AA, CA, AR, CR, AE e CE e nenhum outro será retornado. ACK é repetido e mensagem é suspensa.
  • Personalizado (valores são inseridos e separados por uma vírgula): Exemplo: AA, AE, Foo, ZZ, ZZZ. Aceito e bem-sucedida: AA, CA e AE, além de qualquer outro inserido ACK personalizado como, neste caso, Foo, ZZ ou ZZZ. Tentativas de CE, AR.
  • Qualquer código de confirmação não é Aceitável códigos de confirmação personalizado não será repetido e é suspensa.

Quando uma confirmação de padrão não é inserida em Códigos de ACK aceitável, será retornado um erro semelhante à seguinte:

O adaptador não pôde transmitir mensagem enviará a porta"<SendPortName></SendPortName>"com o URL"127.0.0.1:33000". Ele será retransmitido após o intervalo de repetição especificado para a porta de envio. Detalhes: "mensagem com MessageID: <MessageID></MessageID>, recebido com tipo de confirmação: erro e com o código de confirmação: CE.

O esquema de confirmação de caixa deve ser alterado adicionando a lista existente de ACKs padrão (AA, AE, AR, CA, CE, CR). Qualquer adicionais aceitáveis personalizados ACKs (XX e ZZ, por exemplo) devem ser adicionados ao campoMSA.1_AcknowledgementCode do esquema ACK. Se o ACKs personalizados adicionais não são adicionados ao esquema, a validação de pipeline falhará com um erro de "Valor de tabela não encontrado".



Mais Informações

Pré-requisitos para instalar a atualização de software

Para aplicar esse hotfix, você deve ter o seguinte software instalado:
  • Microsoft BizTalk Server 2013 R2
  • Microsoft BizTalk 2013 R2 Accelerator para HL7

Requisitos de reinicialização

Você não precisa reiniciar o computador após aplicar esse hotfix. No entanto, recomendamos que você feche e reabra o Console de administração do BizTalk após a instalação do hotfix.

Situação
A Microsoft confirma que este é um problema em seus produtos listados na seção "Aplica-se a".
Referências
Para obter mais informações sobre os hotfixes do BizTalk Server, consulte Informações sobre os hotfixes do BizTalk Server.

Saiba mais sobre a terminologia padrão usada para descrever as atualizações de software.


Aviso: este artigo foi traduzido automaticamente

Propriedades

ID do Artigo: 3050011 - Última Revisão: 07/03/2015 07:23:00 - Revisão: 1.0

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

  • kbqfe kbfix kbsurveynew kbexpertiseadvanced kbbts kbmt KB3050011 KbMtpt
Comentários