Esiste un metodo preferito per aggiornare le app che utilizzano un bean?

Question

Ho un'app Java che funziona con un bean, tuttavia se:

1. Il bean viene aggiornato, l'app è rotta.
2. Il server delle app viene aggiornato, l'app non funziona.

Senza il coinvolgimento umano, esiste un metodo preferito per aggiornare i vasetti client per l'app server e il bean?

Se il metodo preferito dipende dal server delle app, quindi assumere jboss.

Answer 1

Questo è uno dei motivi per cui le persone stanno migrando verso i servizi web :) O usare anche JMS.

In realtà, se il tuo server delle app viene aggiornato o il fornitore viene modificato, non è possibile che i tuoi stub vecchi / stranieri funzionino con il nuovo codice sul lato server. : - (

Ricordi che il bean ha dichiarato che dovrebbe esserci un ruolo di deployer dell'applicazione? Sta a lui preparare client.jar per le applicazioni client e distribuirlo (o potrebbe essere il pacchetto applicativo? Non importa; il punto è: non è un'operazione automatica ).

Alcuni trucchi possono essere possibili (come richiedere di collocare client.jar in un posto specifico sul server per scaricarlo prima dal client, quindi utilizzare il caricatore di classi per usare), ma quelli sono più hack che pratiche consolidate.

Per quanto riguarda le specifiche di JBoss, non ho alcuna informazione.

Answer 2

Il tuo problema di base è che se il contratto di interfaccia tra un componente cambia, rompe l'altro componente. Questo non è un problema limitato ad App ed EJB, non è solo compilatore sicuro.

L'unico approccio automatico che conosco è quello di impostare i tuoi progetti in modo tale da rendere il progetto App dipendente dal progetto EJB (all'interno dell'IDE e dei file di build), dandoti il ??controllo del compilatore. E distribuirli insieme come EAR.

Se questa non è un'opzione e devono essere distribuite separatamente, è necessario che lo sviluppatore EJB faccia il suo gioco per mantenere intatte le interfacce compatibili con le versioni precedenti.