10960 - Configuração de "Persistência de Timers" no Glassfish
Problema: Descrição do Problema: Na configuração de Persistência de timers no Glassfish há como configurar um Datasource para cada produto?
Exemplos:
1º Setar o Datasource para o Sapiens e outro ou o mesmo Datasource para o Vetorh?
2º Possuímos o Sapiens e o Vetorh. Como devemos proceder na configuração de Persistência de Timers do Glassfish se é possível apontar apenas um Datasource no EJB Container?
Quando ocorre / onde se aplica: Configuração de Persistência de timers do Glassfish.
Solução: Solução:
Os timers EJB do Glassfish são todos armazenados juntos, não importando se são do Vetorh, do Sapiens ou mesmo de outros usos internos do próprio Glassfish.
O que teria que ser feito neste caso é escolher uma das duas bases como sendo a responsável por armazenar estes agendamentos, ou seja, não há a opção de setar
o ou um datasource para cada uma das bases, deve-se escolher uma ou a outra.
Lembrando que estes agendamentos que serão ali persistidos são totalmente manipulados pelo Glassfish. Os sistemas não interferem nestes dados, eles possuem os seus
próprios controles de agendamentos.
Sugestão:
Como se trata apenas de armazenar os agendamentos pode-se criar um terceiro usuário no banco de dados (além do vetorh e do Sapiens já existentes), criar um dataset para
ele no Glassfish e configurar o TimerService para usar este dataset. Assim o armazenamento destes agendamentos ficaria em um dataset separado dos sistemas Sapiens e Vetorh.
Público: Interno, canais/consultores, clientes
Exemplos:
1º Setar o Datasource para o Sapiens e outro ou o mesmo Datasource para o Vetorh?
2º Possuímos o Sapiens e o Vetorh. Como devemos proceder na configuração de Persistência de Timers do Glassfish se é possível apontar apenas um Datasource no EJB Container?
Quando ocorre / onde se aplica: Configuração de Persistência de timers do Glassfish.
Solução: Solução:
Os timers EJB do Glassfish são todos armazenados juntos, não importando se são do Vetorh, do Sapiens ou mesmo de outros usos internos do próprio Glassfish.
O que teria que ser feito neste caso é escolher uma das duas bases como sendo a responsável por armazenar estes agendamentos, ou seja, não há a opção de setar
o ou um datasource para cada uma das bases, deve-se escolher uma ou a outra.
Lembrando que estes agendamentos que serão ali persistidos são totalmente manipulados pelo Glassfish. Os sistemas não interferem nestes dados, eles possuem os seus
próprios controles de agendamentos.
Sugestão:
Como se trata apenas de armazenar os agendamentos pode-se criar um terceiro usuário no banco de dados (além do vetorh e do Sapiens já existentes), criar um dataset para
ele no Glassfish e configurar o TimerService para usar este dataset. Assim o armazenamento destes agendamentos ficaria em um dataset separado dos sistemas Sapiens e Vetorh.
Público: Interno, canais/consultores, clientes