Não é possível introduzir os códigos de confirmação aceitáveis que não aqueles que são definidas no MLLP enviar propriedades de configuração da porta

Sintomas


O mínimo inferior de protocolo de camada MLLP) enviar controlos de porta a confirmação (ACK) de código de confirmação (ou seja, o campo MSA.1_AcknowledgmentCode do segmento MSA) que é devolvida pelo sistema a jusante e compara-os códigos de confirmação aceitáveis são definidos no MLLP enviar propriedades de configuração da porta. Os códigos de confirmação são actualmente suportados por MLLP enviar porta são os seguintes:

  • AA

  • AC

  • AE

  • «CE»

  • AR

  • CR

Pode seleccionar todos os códigos de confirmação ou uma combinação dos mesmos. Por exemplo, os seguintes códigos são todos válidos:

  • AA e AC

  • AA, CA, AE e CE

  • AA, AC, AR e CR


No entanto, é possível introduzir os códigos de confirmação aceitáveis adicionais.

Depois de aplicar esta correcção, é adicionado um novo código de confirmação aceitável que tenha um nome personalizado na lista de Códigos de confirmação aceitável . Além disso, é adicionada uma nova caixa de texto na qual pode introduzir os códigos de confirmação personalizados aceitáveis.

alternate text


alternate text


Notes

  • Códigos personalizados devem ser separados por uma vírgula (,). Por exemplo: AE, CE, AR, CR, XX, ZZ.

  • Se uma das combinações padrão (uma opção de não personalizado) estiver seleccionada, não é necessário introduzir quaisquer valores na propriedade Aceitável códigos de confirmação personalizada .

  • Para se certificar de que a validação de tubagem é efectuada com êxito para os códigos de confirmação personalizados, tem de adicionar os códigos de confirmação personalizados necessários para o esquema ACK correspondente.

  • Pode utilizar a funcionalidade de rastreio do BizTalk (por activar o rastreio) para controlar a mensagem utilizando a propriedade MessageID que é registada no registo de eventos quando a mensagem é repetida ou suspensa.


Resolução

Informações de actualização cumulativa

Este problema foi corrigido pela primeira vez na actualização cumulativa do BizTalk Server:

Para esta funcionalidade

A nova funcionalidade aplica-se para enviar apenas a portas. Depois de instalar a correcção, o comportamento irá basear-se o código de confirmação aceitável que seleccionou na lista pendente em vez do código que é fornecida pelo sistema a jusante.

A porta de envio MLLP verifica o código de confirmação ACK (campo deMSA.1_AcknowledgmentCode de segmento MSA) que é devolvido pelo sistema a jusante e compara-os códigos de confirmação aceitáveis são definidos nas propriedades de configuração da porta de envio MLLP. Códigos actuais de ACK aceitáveis que são suportados pela porta de envio de MLLP incluem AA, CA, AE, CE, para análise e CR. Pode seleccionar todos os códigos de confirmação ou uma combinação dos mesmos. Por exemplo, pode seleccionar o seguinte como válidos:

  • AA e AC

  • AA, CA, AE e CE

  • AA, AC, para análise e CR

No entanto, não existe nenhuma opção para introduzir uma combinação de código de confirmação aceitável.

Mais valor aceitável ACK códigos denominado "Custom" é adicionado na lista pendente na propriedade Aceitável códigos de confirmação . Todas as combinações anteriores permanecem e são aplicadas como estavam antes da nova funcionalidade foi adicionada.

alternate text

alternate text

Depois de PERSONALIZADO está seleccionado, tem de introduzir os novos valores na propriedade Aceitável códigos de confirmação personalizada . Cada um desses novos valores de confirmação têm de ser separada por uma vírgula (,).

Depois de instalar a correcção, o comportamento será dependem da definição de Códigos de confirmação aceitáveis que está seleccionada. Se o código de confirmação devolvido corresponder o código de aceitável de seleccionado, o processamento ocorre com êxito. Códigos de confirmação padrão são repetidos. E, qualquer código de confirmação que não esteja listado é suspenso. (Isto vai fazer essa ACK código um código de confirmação não padrão ou não personalizada.)

A tabela que se segue representa este cenário. A tabela a seguir uma interpretação por escrito.

alternate text

AA e AC, de processamento de mensagens sempre sucede independentemente de quaisquer aceitáveis ACK códigos de definição que está seleccionada. Mais informações sobre definições de Códigos de confirmação aceitável são o seguinte:

  • AA, CA: Tentativas AE, CE, para análise e CR e suspende a qualquer outro.

  • CE AA, CA, AE,: Aceite e bem sucedida: AA, CA, AE e "CE" e repetições para análise e crédito suspende a qualquer outro.

  • AA, AC, AR, CR: Aceite e bem sucedida: AA, AC, AR e CR e tentativas AE e "CE". Suspende a qualquer outro.

  • AA, AC, AR, CR, AE, CE: Aceite e bem sucedida: AA, AC, AR, CR, AE e "CE" e nenhum outro é devolvido. ACK é repetida e a mensagem é suspensa.

  • Personalizado (valores são introduzidos e separados por uma vírgula): Exemplo: AA, AE, Foo, ZZ, ZZZ. Aceite e bem sucedida: AA, AC e AE, bem como qualquer outro constam do ACK personalizado como, neste caso, Foo, ZZ ou ZZZ. Tentativas de "CE", AR.

  • Qualquer código de confirmação não for especificado no Aceitável códigos de confirmação personalizada não é repetido e é suspensa.


Quando uma confirmação padrão não for introduzida em Códigos de confirmação aceitável, é devolvido um erro semelhante à seguinte:

A placa falhou transmitir a mensagem vai para enviar a porta "< SendPortName >" com o URL "127.0.0.1:33000". Será retransmitido após o intervalo entre tentativas especificado para esta porta de envio. Detalhes: "mensagem com MessageID: < MessageID >, recebido com o tipo de confirmação: erro de e com o código de confirmação:" CE ".


O esquema de confirmação de fornecidos deve ser alterado, adicionando à lista existente de ACKs padrão (AA, AE, AR, CA, CE, CR). Qualquer ACK personalizado aceitável adicional (XX e ZZ, por exemplo) têm de ser adicionado ao campo MSA.1_AcknowledgementCode do esquema de confirmação. Se o ACK personalizada adicional não é adicionada ao esquema, a validação de pipeline falhar com um erro de "Valor da tabela não encontrado".


alternate text

Mais informações

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

Para aplicar esta correcção, tem de ter o seguinte software instalado:

  • Microsoft BizTalk Server 2013 R2

  • Microsoft BizTalk 2013 R2 Accelerator para HL7

Necessidade de reinício

Não é necessário reiniciar o computador depois de aplicar esta correcção. No entanto, recomendamos que feche e volte a abrir a consola de administração do BizTalk após a instalação da correcção.

Estado

A Microsoft confirmou que este é um problema nos produtos da Microsoft listados na secção "Aplica-se a".

Referências

Para mais informações sobre correcções do BizTalk Server, consulte obter informações sobre correcções do BizTalk Server.

Obter informações sobre a terminologia padrão utilizada para descrever actualizações de software da Microsoft.


Precisa de mais ajuda?

Aumente os seus conhecimentos
Explore as formações
Seja o primeiro a obter novas funcionalidades
Aderir ao Microsoft insiders

As informações foram úteis?

Obrigado pelos seus comentários!

Obrigado pelo seu feedback! Parece que poderá ser benéfico reencaminhá-lo para um dos nossos agentes de suporte do Office.

×