Arquitetura para Processos BackGround usando Quartz

Nessa linha de chamar “rotinas” em outras aplicações, eu iria pelo SpringRemote, que é bem facil de implementar, se vc já utilizar spring

Essas aplicações ficam na mesma máquina ?

Boa tarde.

As aplicações ficam em maquinas diferentes que é gerenciado como cluster pelo WebSphere, eu nao sei ao certo como isso funciona, so sei que cada grupo de aplicação ficam em Vm’s diferentes.

Nos utilizamos Spring aqui, mas minha grande duvida é se compensa o esforço de separar o processo das sua respectiva aplicação.

Porque acredito que sempre que formos fazer um novo processo teremos que rescrever codigos que ja foram implementados na sua aplicação.

por exemplo:

tivemos que criar uma rotina de copia de base de dados da aplicação X.

Criamos np nosso sistema de Processos essa rotina.
E tivemos que recriar o modelo de dados, desperdiçando o modelo que ja existia na aplicação X.
Estou quase chegando a conclusão de que cada sistema deverá ser responsavel por controlar seus processos Batch.
E esse sistema que temos para controle ser tirado do ar…

grato pela atenção

Então, a idéia do SpringRemote que te falei é exatamente vc não retirar as rotinas das aplicações em que estão, vc faz uma chamada remota e o processo é executado na máquina/sistema onde está. Se fosse a mesma VM seria mais rapido, mas como são outras, ele tem uma uma opção de HttpInvoker, e tb RMI se eu não me engano.

Aí o processo de agendamento fica em uma VM e os processos nas outras VMs, vc terá que criar uma interface de chamada, para vc não ter que ficar espalhando JARs pelos sistemas.