Questo argomento si applica solo alla configurazione IBM Business Automation Workflow Advanced.

Panoramica delle librerie e dei file JAR

Modifica in linea

I moduli spesso utilizzano risorse che si trovano nelle librerie, che sono progetti speciali in Integration Designer utilizzati per memorizzare le risorse condivise. Al momento della distribuzione, le librerie Integration Designer vengono trasformate in file JAR di utilità e compresse nelle applicazioni da eseguire.

Durante lo sviluppo di un modulo, è possibile identificare alcune risorse o componenti che potrebbero essere utilizzati da altri moduli. Queste risorse possono essere condivise utilizzando una libreria.

Cos' è una biblioteca?

Una libreria è un progetto speciale in Integration Designer che viene utilizzato per lo sviluppo, la gestione delle versioni e l'organizzazione delle risorse condivise, come ad esempio le risorse generalmente condivise tra moduli. Solo un sottoinsieme di tipi di risorse utente può essere creato e memorizzato in una libreria, inclusi:
  • Interfacce o descrittori di servizi Web (file con estensione .wsdl)
  • Definizioni di schema XML di oggetti di business (file con estensione .xsd)
  • Mappe di oggetti di business (file con estensione .map)
  • Definizioni di relazioni e ruoli (file con estensione .rel e .rol)

Al momento della distribuzione, queste librerie Integration Designer sono trasformate in file JAR di utilità nelle applicazioni da eseguire.

Quando un modulo necessita di una risorsa utente, il server individua la risorsa utente dal percorso di classe EAR e carica la risorsa utente, se non è già caricata, nella memoria. La Figura 1 mostra in che modo un'applicazione contiene componenti e librerie correlate.

Figura 1. Relazioni tra modulo, componente e libreria
La figura mostra un'applicazione che contiene un modulo di servizio con componenti. Separati dal modulo di servizio sono i moduli di staging e le librerie.

Cosa sono i file JAR, RAR e WAR?

Ci sono diversi file che possono contenere componenti di un modulo. Questi file sono descritti in modo completo in Specifica Java™ Platform, Enterprise Edition. I dettagli sui file JAR sono disponibili nella specifica JAR.

In IBM® Business Automation Workflow, un file JAR contiene anche un'applicazione, che è la versione assemblata del modulo con tutti i riferimenti di supporto e le interfacce per tutti gli altri componenti di servizio utilizzati dal modulo. Per installare completamente l'applicazione, è necessario questo file JAR, qualsiasi altro file JAR dipendente, WAR (web services archive), RAR (resource archive), librerie di staging (Enterprise JavaBeans) JAR e qualsiasi altro archivio. Creare quindi un file EAR installabile utilizzando il comando serviceDeploy .

Convenzioni di denominazione per i moduli di staging

All'interno della libreria, ci sono dei requisiti per i nomi dei moduli di staging. Questi nomi sono univoci per un modulo specifico. Denominare tutti gli altri moduli richiesti per distribuire l'applicazione in modo che non si verifichino conflitti con i nomi dei moduli di staging. Per un modulo chiamato myService, i nomi dei moduli di staging sono:
  • myServiceApp
  • mioServizioWeb
Nota: i moduli di staging myServiceEJB e myServiceEJBClient non vengono più creati da serviceDeploy. Tuttavia, tali nomi file non devono essere utilizzati, poiché potrebbero ancora essere eliminati dal comando serviceDeploy .

Considerazioni sull'uso delle librerie

L'uso delle librerie fornisce la congruenza degli oggetti di business e la congruenza dell'elaborazione tra i moduli, poiché ogni modulo chiamante ha la propria copia di un componente specifico. Per evitare incongruenze ed errori, è importante assicurarsi che le modifiche ai componenti e agli oggetti di business utilizzati dai moduli chiamanti siano coordinate con tutti i moduli chiamanti. Aggiornare i moduli chiamante:

  1. Copia del modulo e dell'ultima copia delle librerie sul server di produzione
  2. Ricostruzione del file EAR installabile utilizzando il comando serviceDeploy
  3. Arresto dell'applicazione in esecuzione contenente il modulo chiamante e reinstallazione
  4. Riavvio dell'applicazione contenente il modulo chiamante