Determinati componenti di InterChange Server richiedono delle attività aggiuntive per completare gli aggiornamenti relativi. Le sezioni seguenti descrivono il modo in cui completare tali aggiornamenti:
Avviando la versione 4.2.x, lo sviluppo dei componenti ICS verrà eseguito localmente invece di essere eseguito nell'istanza ICS (come nella versione 4.1.1). Perciò, se si esegue un aggiornamento da una versione 4.1.1, è necessario creare una ICL (Integrated Component Library) all'interno di System Manager. L'ICL contiene i componenti InterChange Server. Fare riferimento al manuale System Integration Guide per le informazioni relative alla creazione di ICL. Una volta creata l'ICL (o le ICL), è possibile importare i componenti dal repository di InterChange Server.
Tabella 17. Ordine di importazione componenti ICS
Ordine | Componente ICS | Azioni di importazione |
---|---|---|
1 | Oggetti business |
Importare le definizioni degli oggetti business preesistenti dal repository
ICS in una ICL all'interno di System Manager. Consultare il
manuale Implementation Guide for WebSphere InterChange Server per i
dettagli sul modo in cui importare i componenti utilizzando la procedura
guidata Importa componenti di System Manager.
|
2 | mappe | Completamento aggiornamenti mappe e maschere di collaborazione |
3 | Modelli ed oggetti di collaborazione | Completamento aggiornamenti mappe e maschere di collaborazione |
4 | Connettori | Completamento aggiornamenti connettore |
5 | Relazioni |
Importare le definizioni di relazione preesistenti dal repository ICS in
una ICL all'interno di System Manager. Consultare il manuale
Implementation Guide for WebSphere InterChange Server per i
dettagli sul modo in cui importare i componenti utilizzando la procedura
guidata Importa componenti di System Manager.
|
Una volta aggiornato il repository ICS, è possibile completare l'aggiornamento di ogni maschera di collaborazioni e mappe preesistente. Questo aggiornamento implica i passaggi seguenti:
E' importante verificare i file di classe Java(.class ) preesistenti delle maschere di collaborazione e delle mappe per accertarsi che il codice sia compatibile con la versione nuova.
ProductDir\DLMs\classes\NativeMaps
ProductDir\collaborations\classes\UserCollaborations
Verificare l'esistenza del codice seguente nei file di classe Java preesistenti:
Se si cambia un file di classe Java, è necessario ricompilare il codice e ridistribuire il componente associato al repository di ICS. Per informazioni sul modo in cui compilare le mappe, consultare il manualeMap Development Guide. Per informazioni sul modo in cui compilare le maschere di collaborazione consultare il manuale Collaboration Development Guide.
Questa sezione fornisce informazioni relative alle azioni da intraprendere per aggiornare un connettore alla versione 4.3 di InterChange Server:
Per consentire a WebSphere Business Integration Adapters di funzionare con la propria istanza di InterChange Server, è possibile installare la versione 2.4 di un WebSphere Business Integration Adapter. Tuttavia, per una nuova installazione, è impossibile copiare solo le directory degli adattatori esistenti(quelle nelle directory secondarie della directoryProductDir\connectors), poichè vi sono dei componenti condivisi forniti dal programma di installazione diWebSphere Business Integration Adapters Installer. Poichè non viene più utilizzato un singolo programma di installazione per tutti gli adattatori,è necessario installare ogni adattatore rilevante utilizzando il programma di installazione relativo.
Per ulteriori istruzioni più dettagliate sul modo in cui installare gli adattatori, fare riferimento ai manuali relativi agli adattatori singoli.
Se il file di configurazione ICS (InterchangeSystem.cfg) contiene informazioni relative all'agente connettore verrà creato un file di configurazione per ogni connettore elencato.
Con il file aperto nel programma di configurazione connettore, impostare le proprietà relative quindi scegliere Salva come progetto per salvare la configurazione in System Manager. Da System Manager è possibile distribuire la configurazione nel nuovo connettore su InterChange Server, come descritto nel manuale Implementation Guide for WebSphere InterChange Server.
Se si esegue un aggiornamento del prodotto WebSphere Business Integration Adapters e si utilizza ICS come broker d'integrazione, è necessario riapplicare qualsiasi personalizzazione ai tasti di scelta rapida degli adattatori. I tasti di scelta rapida verranno sovrascritti durante l'aggiornamento degli adattatori.
Per eseguire la migrazione dei connettori da un WebSphere Message Broker ( MQ Integrator, MQ Integrator Broker o Business Integration Message Broker) al sistema di InterChange Server, seguire questi passaggi:
Per essere certi di disporre delle proprietà specifiche connettore più recenti per il connettore aggiornato, fare riferimento al manuale dell'adattatore associato.
Tutti gli script di avvio di InterChange Server sono stati modificati per consentire la migrazione da VisiBroker ORB a IBM Java ORB. Se sono stati modificati gli script di avvio connettore di una versione precedente alla 4.3, è necessario eseguire le stesse modifiche anche ai nuovi script di avvio.
Questo rilascio introduce una struttura script di avvio con le seguenti modifiche principali:
se alcuni script di avvio connettore sono stati personalizzati in un rilascio precedente, è necessario riesaminarli per accertarsi che le personalizzazioni vengano visualizzate nel file corretto nella nuova struttura dello script di avvio.
Una volta completato ogni aggiornamento connettore o ogni modifica, verificare che il connettore sia configurato correttamente per il nuovo ambiente. Procedere nel modo seguente:
Poichè VisiBroker è stato sostituito con IBM ORB dalla versione 4.2.2, è possibile che VisiBroker non sia presente nella version 4.3.0 di InterChange Server. IBM ORB fornito con le installazioni 4.3.0 è il solo client di accesso supportato. E' necessario effettuare poche modifiche ai vecchi client di accesso per consentirne il funzionamento con la versione 4.3. La modifica al codice è la seguente:
... Properties orbProperties=new java.util.Properties(); orbProperties.setProperty("org.omg.CORBA.ORBClass", "com.inprise.vbroker.orb.ORB"); orbProperties.setProperty("org.omg.CORBA.ORBSingletonClass", "com.inprise.vbroker.orb.ORBSingleton"); org.omg.CORBA.ORB orb = org.omg.CORBA.ORB.init((String[])null, orbProperties); ...
Rimuovere le due righe che contengono il metodosetProperty() richiama le classi VisiBroker di riferimento(com.inprise.vborker.org.*) per consentire l'utilizzo della struttura dell'implementazione predefinita ORB di JDK invece di VisiBroker.
I client di accesso funzionano don qualsiasi ORB standard che sia compatibile con CORBA 2.3. Per ORB diverse da quelle IBM, fare riferimento al fornitore ORB particolare per qualsiasi problema di compatibilità.
Il client di accesso può ancora utilizzare il metodoIgetInterchangeAccessSession() per ottenere la sessione di accesso come illustrato di seguito:
accessSession = accessEngine.IgetInterchangeAccessSession(userName, passWord);
Con i nuovi meccanismi di sicurezza introdotti nella versione 4.3, si raccomanda si utilizzare SecureLoginUtility per ottenere invece, la sessione di accesso nel modo seguente:
Properties props = new Properties(); props.put("username", "admin"); props.put("password", "admin"); accessSession = SecureLoginUtility.login(accessEngine , props);
In questo modo, vengono cifrati il nome utente e la password. Evita che qualsiasi informazione confidenziale possa sfuggire durante la trasmissione.
Se sono stati creati altri componenti con file .jar di personalizzazione (come i gestori dati), è necessario copiare i file .jar di personalizzazione nell'ubicazione appropriata nella nuova struttura directory. Di solito, i file.jar di personalizzazione risiedono nella directory secondaria lib della directory del prodotto.
Se i progetto utente esistenti sono stati esportato, è possibile importarli una volta in esecuzione l'ICS. Collegare System Manager alla propria istanza di ICS e seguire queste indicazioni:
Si raccomanda di creare un progetto per ogni interfaccia ed un progetto separato per i componenti comuni (come metaoggetti e connettori). Collegare System Manager alla propria istanza di ICS e seguire queste indicazioni:
Per ulteriori informazioni sul modo in cui creare i progetti, consultare il manuale Implementation Guide for WebSphere InterChange Server.