WebSphere Enterprise Service Bus, Versione 6.2.0 Sistemi operativi: AIX, HP-UX, i5/OS, Linux, Solaris, Windows


Procedura guidata di definizione build: pannello Package di manutenzione

Selezionare gli eventuali package di manutenzione (file *.pak) che si desidera includere nel package di installazione personalizzato (CIP) utilizzando il pannello Package di manutenzione. I package di manutenzione includono i package di aggiornamento, i fix pack e le fix temporanee.

La selezione di package di manutenzione è facoltativa. I tipi di package da includere sono a scelta dell'utente. Ad esempio, è possibile ignorare i fix pack e installare una fix temporanea. Oppure, è possibile installare un package di aggiornamento e cinque fix temporanee.

I file compressi dei fix pack sono forniti in bundle con Update Installer per WebSphere Software. Decomprimere i file per esporre il file del package di manutenzione (*.pak) nella directory /updateinstaller/maintenance.

Selezionare sempre un file *.pak quando viene selezionato u pacchetto di manutenzione, quale il file updateinstaller\maintenance\6.2-WS-WBI-WinX32-RP0000001.pak.

È possibile selezionare un solo fix pack ed un solo package di aggiornamento. I fix pack sono cumulativi. Selezionare sempre il package più recente disponibile.

Immettere direttamente in ciascun campo il testo di identificazione del percorso e del nome file dei file *.pak. In modalità connessa, è invece possibile fare clic sui pulsanti Sfoglia per localizzare i package di aggiornamento e fix pack disponibili.

Convalida

Il motore di elaborazione richiede che i package di manutenzione selezionati dispongano di un percorso e formato di file validi. In modalità connessa, la convalida del percorso del file avviene quando si fa clic su Avanti. Quando i fix pack vengono convalidati, viene visualizzata una finestra di dialogo che visualizza il livello di manutenzione di base di WebSphere Application Server necessario all'installazione del CIP WebSphere ESB che si sta creando.

In modalità disconnessa, il motore di elaborazione esegue la convalida durante la creazione del package di installazione personalizzato dalla definizione di build.

La modalità disconnessa influenza le specifiche del percorso del file

La directory e il package di manutenzione validi devono esistere in modalità connessa. In modalità disconnessa, ricordarsi di specificare il percorso del file e il nome del file *.pak per quanto riguarda la macchina su cui la macchina del motore di elaborazione è in esecuzione. Il motore di elaborazione deve essere in grado di localizzare il package di manutenzione al momento della generazione.

Quali sono i package di manutenzione?

I package di manutenzione includono i fix pack, i package di aggiornamento e le fix temporanee.

Un fix pack è un package cumulativo di correzioni, come la Versione 6.2.0.1. I fix pack vengono installati su un fix pack precedente, come nel caso della Versione 6.2.0.2 alla Versione 6.2.0.1. I fix pack sono cumulativi, così che la Versione 6.2.0.2 include tutte le correzioni nella Versione 6.2.0.1. Verificare l'elenco delle fix comprese nel fix pack per determinare quali fix temporanee dovranno essere reinstallate. Se una fix temporanea viene eliminata ma non è presente nel fix pack, reinstallare la fix temporanea.

Un refresh pack è un package cumulativo di correzioni, come la Versione 6.2.1. I package di aggiornamento si installano sul package di aggiornamento precedente, per esempio la Versione 6.2.2 può essere applicata alla Versione 6.2.1. I package di aggiornamento sono cumulativi, pertanto la Versione 6.2.2 comprende tutte le correzioni della Versione 6.2.1. Inoltre, un package di aggiornamento include le fix di tutti i fix pack intermedi. Verificare l'elenco delle fix contenute nel package di aggiornamento, per determinare quali fix temporanee sia necessario installare. Se una fix temporanea viene eliminata, ma la fix non è presente nel package di aggiornamento, reinstallare la fix temporanea.

Una fix temporanea è una fix di emergenza singola pubblicata che risolve uno o più difetti del prodotto.

È possibile applicare una fix temporanea ad una release, ad un package di aggiornamento, o ad un fix pack, ove applicabile. Le correzioni temporanee sono convalidate da almeno un cliente, prima della pubblicazione.

L'immagine illustra la gerarchia dei package di manutenzione. Nella parte superiore si trova l'icona di una scatola, con l'annotazione "Refresh pack Rp1", con un percorso file locale "c:\download_WBI\nome_del_file_ZIP_del_refresh_pack_1.pak". In basso compare un gruppo simile per "Fix pack FP3" con un percorso file locale identico, tranne per il fatto che "refresh_pack_1" è sostituito da "fix_pack_3". Sotto tale gruppo vi è un terzo gruppo equivalente, questa volta indicato come "Fix pack per SDK, Java technology edition, SDK" e un percorso file locale con la stessa struttura dei pacchetti di aggiornamento e fix pack. Il quarto raggruppamento è leggermente diverso: un'icona di 2 fogli e una graffetta definita "fix temporanee, iFix "A" e iFix "B" ". I percorsi file locali sono indicati come "c:\WBI_downloads\name_of_ifix_A_file.pak" e "c:\WBI_downloads\name_of_ifix_B_file.pak". L'ultimo elemento della figura si trova nella parte inferiore; una grande freccia da sinistra a destra termina su una cella contenente un'icona che rappresenta una serie di strumenti con le parole "Procedura guidata Definizione build", la qual cosa indica che i diversi package di manutenzione vengono riuniti nel package di installazione personalizzato mediante la procedura guidata di definizione build.

concept Argomento Concetto

Termini di utilizzo | Feedback


Icona data/ora Ultimo aggiornamento: 02 Luglio 2010


http://publib.boulder.ibm.com/infocenter/dmndhelp/v6r2mx/topic//com.ibm.websphere.wesb620.doc/doc/cins_if_builddef_maint.html
Copyright IBM Corporation 2005, 2010. Tutti i diritti riservati.
Questo centro informazioni utilizza la tecnologia Eclipse. (http://www.eclipse.org).