Controllo dei criteri di Eclipse Update

Eclipse Update consente agli utenti di cercare gli aggiornamenti delle funzioni al momento installate. Per ogni funzione installata, Update utilizza l'URL incorporato per connettersi al server remoto e cercare nuove versioni. Se sono disponibili aggiornamenti, Eclipse consente agli utenti di avviare la procedura di installazione. Dopo aver scaricato, installato e riavviato la piattaforma, la nuova versione della funzione è pronta all'uso.

Nelle aziende in cui sono molti gli utenti dello stesso prodotto Eclipse (generalmente di tipo commerciale), questo modello può presentare diversi problemi:

  1. Gli aggiornamenti di prodotti di grandi prodotti (a partire da 500 plugin) presentano dimensioni notevoli. I team dell'assistenza tecnica I/T non sempre gradiscono l'idea che centinaia di sviluppatori scarichino singolarmente aggiornamenti di 500MEG nei rispettivi computer. Oltre al notevole uso della larghezza di banda, la richiesta di uno scaricamento di tali dimensioni potrebbe non riuscire e determinare numerosi tentativi e un aumento dei tempi di inattività degli sviluppatori.
  2. Alcune società richiedono esplicitamente agli sviluppatori di non scaricare gli aggiornamenti direttamente da Internet. Ad esempio, può accadere che i team di assistenza tecnica locale non siano pronti a gestire le richieste relative alla versione del prodotto già disponibile dal sito di aggiornamento del fornitore. Talvolta quindi consentono di scaricare solo gli aggiornamenti e le correzioni presenti nell'elenco approvato internamente. La soluzione ideale sarebbe di configurare dei siti di aggiornamento 'proxy' sulla LAN (dietro al firewall).
  3. Dopo aver impostato gli aggiornamenti nei siti proxy, gli amministratori devono trovare un modo per informare gli utenti della disponibilità di tali aggiornamenti.

2. Come utilizzare i criteri di aggiornamento

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

Il primo passo per l'amministratore di un prodotto dovrebbe consistere nell'impostare un sito di aggiornamento Eclipse locale su un server connesso alla LAN della società (dietro al firewall). Il sito di aggiornamento dovrebbe rappresentare una sorta di 'versione ridotta' del sito di aggiornamento del prodotto presente su Internet dal momento che contiene solo le funzioni e i plugin relativi agli aggiornamenti che la società consente. Tecnicamente, dovrebbe rappresentare un sito di aggiornamento di Eclipse a tutti gli effetti con archivi di site.xml, funzioni e plugin.

Gli amministratori potrebbero creare questo sito in due modi:

  1. I team dell'assistenza tecnica del prodotto creano un file zip del sito di aggiornamento prontamente disponibile per questo particolare scopo. Gli amministratori non devono fare altro che scaricare il file zip dalla pagina Web dell'assistenza tecnica del prodotto utilizzando uno strumento a scelta e decomprimerlo nel server locale. Questo approccio risulta utile per file zip di notevoli dimensioni che richiedono i programmi di gestione per lo scaricamento riavviabili moderni, vale a dire quelli che consentono di riprendere lo scaricamento dal punto in cui è stato interrotto in caso di problemi della connessione.
  2. Eclipse Update fornisce uno strumento per eseguire interamente il mirroring dei siti di aggiornamento remoti o per consentire agli amministratori di selezionare gli aggiornamenti e le correzioni da scaricare. Questa funzionalità di mirroring deve essere completamente automatizzata e semplifica notevolmente l'attività dell'amministratore, ma si basa sul supporto della connessione alla rete di Update.

2.2 Controllo dei criteri di aggiornamento comuni

Poiché le funzioni contengono l'URL del sito di aggiornamento incorporato nel manifest, non tengono conto della presenza dei siti di aggiornamento locali impostati dagli amministratori. Diventa quindi importante prevedere una funzionalità di reindirizzamento. Tale funzionalità, insieme ad altre impostazioni dei criteri di aggiornamento, può essere configurata per un prodotto Eclipse attraverso la creazione di un file dei criteri di aggiornamento e attraverso l'impostazione di Update sull'utilizzo del file durante le ricerche.

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. Per impostazione predefinita, il campo di testo è vuoto e 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 prodotto. La condivisione può essere realizzata 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 Update incorporati nei manifest di funzione. Durante la ricerca di nuovi aggiornamenti, la ricerca di Eclipse controllerà il criterio di aggiornamento, se disponibile, e verificherà se url-map per il prefisso della funzione corrispondente è specificato. Se viene trovata una corrispondenza, l'URL associato verrà utilizzato in alternativa a quello incorporato. In questo modo, gli amministratori possono configurare i prodotti Eclipse per la ricerca di aggiornamenti nel server locale dietro al firewall. Al tempo stesso, le funzioni di terze parti installate da Eclipse Update continueranno ad essere aggiornate attraverso il meccanismo predefinito in quanto non troveranno corrispondenze nel criterio.

Diversi elementi url-map possono esistere nel file. I prefissi delle funzioni possono essere scelti per essere più o meno specifici. Ad esempio, per reindirizzare tutti gli aggiornamenti di Eclipse, l'attributo del modello deve essere "org.eclipse". Analogamente, è possibile utilizzare un ID funzione completo come modello se il reindirizzamento è obbligatorio per ogni funzione.

I modelli nel file possono essere scelti per ridurre progressivamente il numero di potenziali corrispondenze ottenute. Pertanto, è possibile che per una determinata funzione vengano prodotte più corrispondenze. 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>

Nel caso appena descritto, tutte le funzioni di Eclipse verranno aggiornate da URL1, ad eccezione di org.eclipse.jdt che utilizzerà URL2.

I file dei criteri di aggiornamento non contengono stringhe traducibili e non richiedono quindi una gestione speciale delle NL. 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

La sequenza completa dei passi che compongono la soluzione è la seguente:

  1. L'amministratore assegna un server sulla LAN dell'azienda da destinare agli aggiornamenti dei prodotti locali. Inizialmente non contiene alcun sito di aggiornamento. È necessario che sul computer sia in esecuzione un server HTTP.
  2. L'amministratore imposta un file di criteri di aggiornamento su quel server e indica agli utenti di impostare la preferenza del criterio di aggiornamento sull'URL specificato.
  3. Poiché il fornitore dei prodotti invia aggiornamenti e correzioni nei rispettivi siti di aggiornamento, l'amministratore scarica gli aggiornamenti supportati sul server locale.
  4. L'aggiornamento automatico viene eseguito con la frequenza programmata quando il prodotto del cliente prende gli aggiornamenti locali e notifica l'utente
  5. L'utente sceglie di installare gli aggiornamenti rilevati

Attività correlate
Programma di pianificazione aggiornamenti automatici