Gerenciando propriedades no banco de dados

Propriedades

As propriedades são definidas e publicadas no IBM Sterling® Order Management System para controlar as operações comerciais. As propriedades também são usadas para definir os parâmetros de conexão com os vários aplicativos de middleware na implementação do IBM Sterling Order Management System e também na integração com outros aplicativos corporativos.

É possível customizar o comportamento padrão modificando os valores das propriedades de acordo com suas necessidades técnicas e de negócios. Essas propriedades são categorizadas e armazenadas nos respectivos arquivos de instalação de propriedade (arquivos.in ).. Os arquivos de propriedade reais são gerados durante a instalação do IBM Sterling Order Management System com os valores definidos no arquivo sandbox.cfg. Geralmente, as mudanças nas propriedades não são feitas nos arquivos de propriedades padrão; em vez disso, elas são substituídas no arquivo customer_overrides.properties

Limitações do gerenciamento de propriedades em arquivos

Atualmente, as propriedades usadas pela plataforma e pelos aplicativos doIBM Sterling Order Management System são baseadas em arquivos. Esse mecanismo não permite mudanças nas propriedades no tempo de execução As JVMs devem ser reiniciadas se você desejar modificar um valor de propriedade..

O valor de uma propriedade permanece o mesmo para o servidor de aplicativos e todos os servidores de agente ou de integração e também para todos os usuários. Embora seja possível obter substituições de propriedades no nível do servidor especificando um arquivo de fornecedor separado que aponte para um arquivo customer_overrides.properties diferente durante a inicialização do JVM, isso é prático apenas em uma instalação local do IBM Sterling Order Management System.

As propriedades não são todas iguais; elas são diferentes na inicialização, consumo e modificação. A abordagem atual de publicação de arquivos .in não articula suas características, quando e onde ele é lido, se pode ser modificado ou se o valor modificado entra em vigor imediatamente.

Todas as propriedades, que podem ser modificadas, podem ser gerenciadas usando a interface com o usuário do System Administration Console.

Manipulação de propriedades por meio do banco de dados

1. Um metadados é definido para cada propriedade para descrever suas características.
2. Um script da linha de comando é introduzido para carregar os metadados e a declaração de propriedade para o banco de dados
3. A lógica de recuperação de propriedade foi modificada para consultar a propriedade no banco de dados primeiro e fazer fallback nos arquivos somente se a propriedade não for localizada no banco de dados ...
4. Uma interface com o usuário do Property Management é incluída para interagir com o banco de dados, de modo que seja possível incluir, alterar ou excluir designações de propriedades As operações que são permitidas em uma propriedade, com base em seus metadados, são permitidas a partir da interface com o usuário. É possível usar a mesma interface com o usuário para configurar valores de substituição de propriedade do servidor e do nível do usuário..
5. Outro script da linha de comandos é introduzido para importar as substituições do sistema de arquivos, como especificações no arquivo customer_overrides.properties Isso configurará o valor da propriedade do banco de dados para que as especificações do cliente sejam lidas corretamente na recuperação de valores da propriedade.
6. O mecanismo de db-cache é usado para transmitir alterações nos valores de propriedade para todas as JVMs do Sterling™ Order Management System.

Fluxo lógico de recuperação de propriedade

O diagrama a seguir descreve o fluxo lógico ao recuperar propriedades:

A modelagem de metadados de Propriedade

A modelagem de propriedade

Identificação de arquivo de propriedades

As propriedades continuam sendo armazenadas por padrão. Um conjunto de tags bem definidas é introduzido para configurar as características de propriedades, enquanto as define em arquivos de propriedades e para carregá-las no banco de dados de forma mais eficaz. Essas tags geralmente significam o nome da propriedade, os valores possíveis, o valor de factory, a descrição e outros valores de definição.

## PROPERTY_START
## PROPERTY_NAME: yantra.hm.purge.interval
## DATABASE_SUPPORT: Y
## EXTENDED_PROPERTY: N
## MODIFIABLE: Y
## MODIFIABLE_AT_RUNTIME: N
## SERVER_OVERRIDE: N
## USER_OVERRIDE: N
## PROPERTY_GROUP: System management - health monitor
## PROPERTY_TYPE: Integer
## PROPERTY_DESCRIPTION
## Health monitor purge interval in days. System default value used for purging heartbeat,
## snapshot, and page cache records.
## If this value is not specified, the default value is 30 days.
#yantra.hm.purge.interval=
## PROPERTY_END

As propriedades identificadas como DATABASE_SUPPORT='N' não serão carregadas no banco de dados. Em vez disso, eles são listados no arquivo filesystem.properties .. Se uma entrada para a propriedade for localizada no arquivo filesystem.properties , ela não será procurada no banco de dados

As propriedades do JDBC são necessárias antes de uma conexão ser estabelecida com o banco de dados e, portanto, nunca podem ser armazenadas no banco de dados Da mesma forma, as propriedades de log não são armazenadas no banco de dados As propriedades do ambiente de simulação são necessárias para instalação e são usadas para gerar outras propriedades e não são armazenadas no banco de dados.

A propriedade DATABASE_PROPERTY_MANAGEMENT é introduzida no arquivo sandbox.cfg para permitir o gerenciamento de propriedades no banco de dados do IBM Sterling Order Management System. Isso é definido como falso fora da caixa, mas ativado por padrão para a oferta doIBM Sterling Order Management System na nuvem.