Controllo dei criteri di aggiornamento di Eclipse

La funzione di aggiornamento di Eclipse consente agli utenti di cercare gli aggiornamenti per le correntemente funzioni installate. Per ciascuna funzione, l'aggiornamento utilizza l'URL incluso per collegarsi al server remoto e cercare nuove versioni. Se sono disponibili degli aggiornamenti, Eclipse consente agli utenti di iniziare la procedura di installazione. Dopo aver scaricato, installato e riavviato la piattaforma, la nuova versione della funzione è pronta per essere utilizzata.

Nelle aziende con molti utenti che utilizzano lo stesso prodotto basato su Eclipse (di solito uno di quelli commerciali), possono verificarsi alcuni problemi con questo procedimento:

  1. Gli aggiornamenti di prodotti molto grandi (ad esempio con più di 500 plugin) sono loro stessi molto grossi. Ai team di supporto I/T potrebbe non piacere l'idea di centinaia di sviluppatori che scaricano individualmente aggiornamenti da 500 MEG sui loro singoli computer. Oltre all'impatto sulle prestazioni, una richiesta di download di tale portata potrebbe non riuscire, conducendo a ripetuti tentativi e a perdite di tempo per gli sviluppatori.
  2. Alcune aziende esplicitamente non desiderano che gli sviluppatori scarichino gli aggiornamenti direttamente da Internet. Ad esempio, possono disporre di un team di supporto locale che non sarebbe in grado di gestire le richieste di versione del prodotto già disponibili presso il sito di aggiornamenti del fornitore. Potrebbero voler limitare gli aggiornamenti e le fix ad un elenco interno approvato. Idealmente, basterebbe impostare i siti di aggiornamento 'proxy' sulla LAN (dietro il firewall).
  3. Una volta impostati gli aggiornamenti nei siti proxy, gli amministratori devono in qualche modo informare gli utenti che gli aggiornamenti sono disponibili.

2. Criteri di aggiornamento

2.1 Supporto per la creazione di siti di aggiornamento locali (proxy)

Il primo passo per un amministratore di prodotti è di configurare un sito locale di aggiornamento di Eclipse su un server collegato alla LAN aziendale (dietro il firewall). Il sito di aggiornamento rappresenterebbe un sottoinsieme del sito di aggiornamenti del prodotto su Internet perché conterrebbe solo le funzioni ed i plugin relativi agli aggiornamenti che l'azienda desidera applicare al momento. Tecnicamente il sito sarebbe un normale sito di aggiornamento Eclipse con site.xml, funzioni ed archivi di plugin.

Gli amministratori possono costruire il sito in due modi:

  1. I team di supporto del prodotto creano un file zip del sito di aggiornamenti pronto a questo scopo specifico. Gli amministratori devono semplicemente scaricarlo dalla pagina web di supporto del prodotto con uno strumento di loro scelta e decomprimerlo sul server locale. Questo approccio è utile per file zip molto grandi che richiedono gestori di download moderni riavviabili (di quelli che in caso di problemi con la connessione, riprendono da dove erano stati interrotti).
  2. L'aggiornamento di Elipse fornisce uno strumento per effettuare il mirroring completo dei siti di aggiornamento remoti o consente agli amministratori di selezionare gli aggiornamenti e le fix da scaricare. Questa funzione di mirroring sarebbe completamente automatica e semplificherebbe di molto l'attività dell'amministratore ma dipende dal supporto di connessione alla rete.

2.2 Controllo dei criteri di aggiornamento comune

Poiché le funzioni dispongono di un URL del sito di aggiornamenti incluso nel manifest, non sono al corrente dei siti di aggiornamento locali configurati dagli amministratori. È quindi importante fornire una funzione di reindirizzamento. Questa ed altre impostazioni dei criteri di aggiornamento possono essere configurate per un prodotto Eclipse creando un file con i criteri di aggiornamento e configurando la funzione Aggiornamento ad utilizzare quel file quando effettua la ricerca.

Il file in questione utilizza il formato XML e può avere qualsiasi nome. Il file può essere impostato in Preferenze>Installazione/Aggiornamento nel campo Criteri di aggiornamento. Il campo di testo è vuoto per impostazione predefinita: gli utenti possono impostare l'URL del file dei criteri di aggiornamento. Il file è gestito dall'amministratore locale ed è condiviso per tutte le installazioni del del prodotto. La condivisione può essere ottenuta in due modi:

Il file dei criteri deve essere conforme al seguente DTD:

<?xml encoding="ISO-8859-1"?>

<!ELEMENT update-policy (url-map)*>
<!ATTLIST update-policy
>

<!ELEMENT url-map EMPTY>
<!ATTLIST url-map
    pattern    CDATA #REQUIRED
    url        CDATA #REQUIRED
>

url-map

Questo elemento viene utilizzato per sostituire gli URL di aggiornamento inclusi nei manifest delle funzioni. Quando si cercano nuovi aggiornamenti, la ricerca Eclipse verificherà i criteri di aggiornamento (se presenti) e controllerà se è specificato url-map per il prefisso corrispondente della funzione. Se viene trovata una corrispondenza, verrà utilizzato l'URL associato invece di quello incluso nel manifest. In questo modo gli amministratori possono configurare i prodotti Eclipse alla ricerca di aggiornamenti nel server locale dietro il firewall. Le funzioni di terze parti installate dalla funzione Aggiornamento di Eclipse continueranno ad essere aggiornate con il meccanismo predefinito perché non troveranno corrispondenze nei criteri.

Possono esistere diversi elementi url-map nel file. I prefissi delle funzioni possono essere più o meno specifici. Ad esempio, per reindirizzare tutti gli aggiornamenti Eclipse, l'attributo del modello sarebbe "org.eclipse". Allo stesso modo, è possibile utilizzare come modello un ID funzione completo se viene richiesto un reindirizzamento di specifico per funzione.

I modelli nel file possono essere scelti per restringere progressivamente le potenziali corrispondenze. Ciò può risultare in più corrispondenze per una specifica funzione. In tal caso, verrà utilizzata la corrispondenza con il modello più lungo. Ad esempio:

<?xml version="1.0" encoding="UTF-8" ?>
<update-policy>
	<url-map pattern="org.eclipse" url="URL1"/>
	<url-map pattern="org.eclipse.jdt" url="URL2"/>
</update-policy>

In questo caso, tutte le funzioni Eclipse verranno aggiornate da URL1, tranne org.eclipse.jdt che utilizzerà URL2.

I file dei criteri di aggiornamento non contengono stringhe traducibili e quindi non richiedono una gestione NL particolare. In generale, i file devono utilizzare la codifica UTF-8.

2.3 Rilevazione automatica degli aggiornamenti

Un terzo della soluzione totale viene trattato in un altro argomento ma viene citata qui perché è parte integrante della soluzione. Aggiornamenti automatici consentirà ad Eclipse di effettuare le ricerche di aggiornamenti secondo una specifica pianificazione (ad ogni avvio (l'impostazione predefinita), una volta al giorno, una volta a settimana ecc.).

3. Riepilogo

Questa sequenza di operazioni riassume la soluzione:

  1. L'amministratore destina un server sulla LAN aziendale ad ospitare gli aggiornamenti locali del prodotto. Inizialmente non contiene siti di aggiornamento. Il computer deve disporre di un server HTTP.
  2. Su quel server l'amministratore configura un file di criteri di aggiornamento ed informa tutti gli utenti di impostare nella preferenza dei criteri di aggiornamento l'URL fornito.
  3. Quando il fornitore del prodotto rende disponibili degli aggiornamenti e delle fix sui siti di aggiornamento, l'amministratore scarica sul server locale gli aggiornamenti supportati.
  4. L'aggiornamento automatico, eseguito alla frequenza pianificata, quando il prodotto del client è attivo, rileva gli aggiornamenti ed avverte l'utente.
  5. L'utente sceglie se installare gli aggiornamenti rilevati.

Attività correlate
Programma di pianificazione aggiornamenti automatici

Informazioni particolari