Remetente da Mensagem - Contexto

Usado para gerar o URL do servidor HTTP de destino.

Como o URL pode ser longo e complexo, é possível dividi-lo em partes menores, cada uma definida por um registro de contexto separado. O URL completo é gerado pela concatenação dos valores em URL1 a URL9.

É possível usar variáveis de substituição na introdução de valores para partes de URL. Note que a string de substituição @XMLMSG@ pode ser usada nas chamadas GET caso um XSL tenha sido aplicado para converter a mensagem em parâmetros de GET HTTP. Isso é útil caso o Formulário HTTP não se aplique ao tipo de mensagem.

Consulte Suporte a URLs Dinâmicos para ver as configurações necessárias para dar suporte a URLs dinâmicos ao enviar uma mensagem de saída.

Usado quando a mensagem está no formato de um Form HTML (Content-Type: application/x-www-form-urlencoded).

Esse contexto especifica os parâmetros do form (dados) que devem ser especificados na mensagem HTTP. Como um form pode ter vários parâmetros, será preciso adicionar um registro de contexto para cada parâmetro de form.

O valor de um parâmetro de form assume o formato de x=y, em que x é o nome do parâmetro de form e y é o seu valor.

Se y contiver a string @XMLMSG@ (com diferenciação entre maiúsculas e minúsculas), essa string será substituída pelo conteúdo da mensagem XML de resposta do serviço. A string @XMLMSG@ pode ser usada nos Dados do Formulário HTTP ou no URL HTTP, mas não em ambos.

Se um registro de contexto desse tipo for definido para um remetente, este usará o formato de mensagem HTML Form para enviar a mensagem, mesmo se @XMLMSG@ não for especificada em um dos registros de contexto.

Se um registro de contexto desse tipo não for definido para um remetente, o XML será enviado com Content-Type: text/plain. Quando POST é utilizado, ele é colocado no corpo da mensagem HTTP.

Sempre obrigatório na utilização do método GET. Se você estiver usando o método GET e não especificar um registro de contexto Form Data, nenhuma mensagem será transferida ao servidor HTTP.

É possível usar variáveis de substituição na introdução de valores para Form Data.

Às vezes, o servidor HTTP do outro lado pode solicitar a adição de cabeçalhos HTTP à mensagem.

Para cada cabeçalho HTTP que precisa ser especificado, você deve adicionar um registro de contexto com um valor tendo o seguinte formato x:y , em que x é o nome de cabeçalho e y o valor do cabeçalho

Aplicável apenas se o Tipo de Segurança do Remetente for OWSM. Define o conjunto de política a ser aplicado.

Aplicável apenas se o Tipo de Segurança do Remetente forOAUTH . Define o método de especificação OAuth para adquirir um token de acesso.

Usado para gerar o URL do servidor de autorização de destino. É possível usar variáveis de substituição para construir o URL.

O identificador gerado para o aplicativo atual no servidor de autorização do sistema externo.

O segredo emparelhado com o ID do Cliente OAuth conforme fornecido pelo servidor de autorização do sistema externo.

Define o keyring usado para armazenar o ID do Cliente OAuth e o segredo fornecido pelo servidor de autorização do sistema externo. Se um keyring for especificado, as entradas de contexto OAuth ID do Cliente e OAuth Segredo do Cliente não serão permitidas.

O nível de autorização concedido pelo ponto final.

Por padrão, a solicitação de token de autorização inclui as informações de ID do Cliente e de Segredo no cabeçalho da mensagem. Esse tipo de contexto pode ser usado para indicar que essas informações devem ser enviadas no corpo da solicitação.

Defina como "S" para enviar as informações de ID do Cliente e de Segredo como parte do corpo da solicitação de token de autorização.

Se os valores do cabeçalho JMS forem necessários para a mensagem, use este tipo de contexto.

Para cada cabeçalho JMS que precisa ser especificado, adicione um registro de contexto com um valor no formato x:y, em que x é o nome do cabeçalho e y é o valor.