Cada arquivo de definições de mensagens dentro de um conjunto de mensagens descreve a estrutura lógica de suas mensagens e os formatos físicos que descrevem a aparência precisa do fluxo de bits de mensagens durante a transmissão.
Se você estiver utilizando o domínio MRM ou o domínio IDOC, as informações de formato físico devem ser fornecidas, uma vez que instruem o analisador exatamente sobre como analisar o fluxo de bits da mensagem.
Você pode imaginar uma mensagem como um pacote de dados enviados de um local para outro. O emissor e o receptor da mensagem concordarão com a estrutura da mensagem e sobre o que significa cada campo na mensagem. Essa é a estrutura lógica independente de plataforma de protocolo.
O emissor e o receptor também concordarão sobre a representação física da mensagem, como os dados estão organizados fisicamente na ligação. Por exemplo, se você definir uma mensagem que transporta informações sobre um débito de uma conta bancária de um cliente, ela poderá ser representada em diferentes formatos físicos (os exemplos são XML ou uma estrutura fixa, tal como, copybook COBOL). O significado e os dados são iguais em ambos os casos: apenas o layout físico foi alterado.
Se você estiver usando o domínio MRM, poderá modelar várias representações físicas diferentes usando formatos físicos indicados.
O exemplo a seguir mostra como uma mensagem lógica simples pode ter diferentes representações físicas.
O modelo lógico define a estrutura e ordem da mensagem. No exemplo a seguir, os três campos são inteiros simples e C segue B, que segue A:
int A;
int B;
int C;
{A_tag:xxxxxxxx;B_tag:xxxxxxxx;C_tag:xxxxxxxx}
Uma
alternativa pode depender da ordenação dos dados, portanto, apenas o delimitador
de finalização deve ser especificado, da seguinte forma: [xxxxxxxx;xxxxxxxx;xxxxxxxx]
Você fornece o regime de identificação preciso como propriedades TDS. <Msg><A>xxxxxxxx</A><B>xxxxxxxx</B><C>xxxxxxxx</C></Msg>
em que xxxxxxxx é o valor do inteiro representado como uma cadeia (o XML lida apenas com cadeias). Uma representação alternativa pode ser: <Msg A="xxxxxxxx" B="xxxxxxxx" C="xxxxxxxx"/>
em que os valores dos inteiros são armazenados como atributos XML em vez de elementos XML. Você fornece processamento de XML preciso para cada campo na mensagem como propriedades de XML. Isso mostra que o modelo lógico está inalterado. Ele é constante, independentemente da representação física escolhida para ser modelada sobre ele, utilizando o suporte ao formato físico fornecido pelo domínio MRM. O analisador MRM pode transformar a mensagem da representação física de entrada em qualquer número de representações de saída, com base nas camadas de formato físico definidas.
Ao criar seu conjunto de mensagens, será possível criar formatos físicos. Isso é feito utilizando o Editor do Conjunto de Mensagens. Na próxima vez em que salvar o arquivo messageSet.mset os novos formatos físicos serão adicionados a todos os objetos em todos os arquivos de definição de mensagem nesse conjunto de mensagens.
Na próxima vez em que editar um objeto em um arquivo de definição de mensagem, você verá os formatos físicos na área de janela de hierarquia de propriedades da guia Propriedades. Se você clicar em um formato físico de um objeto, aparecerá uma folha de propriedade na qual é possível inserir as informações desse formato físico para esse objeto.
Nem todos os objetos possuem propriedades em todos os formatos físicos. Por exemplo:
Essas diferenças ocorrem devido à natureza diferente de cada formato físico e são explicadas com detalhes adicionais na seção de cada formato físico.
Não há limite ao número de formatos físicos que podem ser criados em um determinado conjunto de mensagens. No entanto, existem algumas recomendações que se aplicam, se você desejar misturar formatos físicos de diferentes tipos no mesmo conjunto de mensagens.
Os formatos físicos podem ser excluídos se não forem mais necessários.