Soluções
Os Sistemas de Vendas tem que se comunicar com o MTS via on-line e processo de lote. Era necessário desenvolver uma comunicação on-line e prover manutenções ao processo de lote. Para a parte on-line é necessário projetar um componente a ser unido a um código de PL/1 que acessa os Sistemas de Vendas.
O MTS é instalado em dois países: Dinamarca e nos E.U.A.. A instalação do MTS na Dinamarca recebe atualização de imposto automaticamente da Thomson Reuters Company. Depois que o banco de dados é atualizado com os impostos novos um operador acessa console do MTS e despacham um refresh de memória para atualizar os servidores. Este processo é chamado sincronização de cache. Embora o MTS é uma aplicação J2EE que pode rodar em um cluster, o sistema de cache interno só pode ser atualizado na mesma subnet. Então, não pôde ser propagado do ambiente da Dinamarca para o ambiente dos E.U.A.. Os bancos de dados DB2 foram configurados para propagar qualquer mudança do banco de dados da Dinamarca para o banco de dados dos E.U.A.. Mas a necessidade de um operador local despachar uma sincronização de cache nos E.U.A. tinha que ser eliminada. Para resolver este problema, era necessário implementar uma aplicação nova chamado Cache Synchronization (CS). Ela identifica a atualização dos impostos na instalação mestre de MTS na Dinamarca e despacha um comando de sincronização de cache para a instalação escrava MTS nos E.U.A. somente depois que o banco de dados for sincronizado. O despacho do comando de sincronização tem que ser feito simulando um usuário que tem acesso a o MTS. Assim, o componente tem que navegar automaticamente pelos menus e emitir um comando de sincronização de cache.
