Para obter uma visão geral de propriedades do intermediário, consulte Propriedades do Servidor Intermediário.
A tabela a seguir mostra as propriedades do intermediário, do fluxo e do nó que estão acessíveis a partir do ESQL. A quarta coluna da tabela indica se as propriedades também estão acessíveis a partir de nós Java.
Se uma propriedade estiver listada como acessível a partir dos nós Java (quarta coluna), ela estará acessível a partir dos nós Java apenas, não a partir das rotinas Java chamadas como funções ESQL ou procedimentos.
Tipo de Propriedade | Nome da Propriedade | Tipo de Retorno | A partir de Nós Java? | O que É Isto? |
---|---|---|---|---|
Propriedades gerais do intermediário 4 | BrokerDataSourceUserId | Caractere | Sim. 1 | O ID do usuário da origem de dados utilizado pelo intermediário. |
BrokerDataSource | Caractere | Não. | O DNS (Data Source Name) ODBC do banco de dados que contém as tabelas do intermediário. | |
BrokerName | Caractere | Sim.2 | O nome do intermediário. | |
BrokerUserId | Caractere | Não | O ID do usuário que o intermediário utiliza para acessar suas tabelas de banco de dados. | |
BrokerVersion | Caractere | Não | O número da versão do intermediário com 4 caracteres (consulte BrokerVersion a seguir). | |
ExecutionGroupLabel | Caractere | Sim.3 | O rótulo do Grupo de Execução (um nome legível às pessoas). | |
ExecutionGroupName | Caractere | Não | O nome do Grupo de Execução (geralmente um identificador UUID). | |
Family | Caractere | Não | O nome genérico da plataforma de software na qual o intermediário está em execução ('WINDOWS', 'UNIX' ou 'ZOS'). | |
ProcessId | Inteiro | Não | O PID (Identificador de Processo) do DataFlowEngine. | |
QueueManagerName | Caractere | Sim.5 | O nome do gerenciador de filas MQ ao qual o intermediário está conectado. | |
WorkPath | Caractere | No. | O diretório (opcional) no qual arquivos de trabalho para esse intermediário são armazenados. | |
Propriedades do fluxo | AdditionalInstances | Inteiro | Não | O número de encadeamentos adicionais que o intermediário pode utilizar para atender ao fluxo de mensagens. |
CommitCount | Inteiro | Não | Quantidade de mensagens de entrada processadas pelo fluxo de mensagens antes de um ponto de sincronização ser obtido. | |
CommitInterval | Inteiro | Não | O intervalo de tempo no qual uma confirmação é obtida quando a propriedade CommitCount for maior que 1 (ou seja, em que o fluxo de mensagens estiver processando em batch as mensagens), mas o número de mensagens processadas não tiver atingido o valor da propriedade CommitCount. | |
CoordinatedTransaction | Booleano | Sim.6 | Especifica se o fluxo de mensagens é, ou não, processado como uma transação global, coordenada pelo WebSphere MQ. | |
MessageFlowLabel | Caractere | Sim.7 | O nome do fluxo. | |
Propriedades do nó | DataSource | Caractere | Não | O DNS (Data Source Name) ODBC do banco de dados no qual as tabelas do usuário são criadas. |
DataSourceUserId | Caractere | Não | O ID do usuário que o intermediário utiliza para acessar as tabelas do usuário do banco de dados. | |
MessageOptions | Inteiro (64 bits) | Não | As opções de fluxo de bits e de validação em vigor. | |
NodeLabel | Caractere | Sim.8 | O nome do nó. | |
NodeType | Caractere | Nenhuma | O tipo de nó (Compute, Filter ou Database). | |
ThrowExceptionOnDatabaseError | Booleano | Nenhuma | Especifica se o intermediário gera uma exceção quando um erro do banco de dados é detectado. | |
Transaction | Caractere | Nenhuma | O tipo de transação (Automatic ou commit) utilizada para acessar um banco de dados desse nó. | |
TreatWarningsAsErrors | Booleano | Não | Especifica se as mensagens de aviso do banco de dados devem ser tratadas como erros e causar a propagação da mensagem de saída para o terminal de falha. |
#### Start Trace Input Message Time: ${CURRENT_TIMESTAMP} Broker: ${BrokerName} Version: ${BrokerVersion} Platform: ${Family} ProcessID: ${ProcessId} BrokerUserId: ${BrokerUserId} ExecutionGroupLabel: ${ExecutionGroupLabel} Transaction: ${Transaction} Root Tree: ${Root} #### End Trace Input Message
Um fix pack é acumulativo: ou seja, ele contém todas as correções enviadas na manutenção anterior ao release, incluindo fix packs anteriores. É possível aplicá-lo sobre qualquer manutenção enviada anteriormente para transportar o sistema para o nível de fix pack atual.