Med oppdateringsfunksjonen i Eclipse kan brukere søke etter oppdateringer for funksjonene de har installert. For hver funksjon som er installert, brukes den innebygde URL-adressen til å koble til den eksterne serveren og søke etter nye versjoner. Hvis det finnes oppdateringer, kan brukeren starte installeringen. Etter at plattformen er lastet ned, installert og startet på nytt, er den nye funksjonsversjonen klar for bruk.
I selskaper der flere brukere har det samme Eclipse-baserte produktet (vanligvis et kommersielt produkt) kan imidlertid denne modellen by på flere problemer:
Det første produktadministratoren må gjøre, er å konfigurere et lokalt Eclipse-oppdateringssted på en server som er tilkoblet selskapets lokalnett (bak brannmuren). Oppdateringsstedet er underordnet produktets oppdateringssted på Internett ettersom det bare kan inneholde funksjoner og plugin-moduler for oppdateringer som selskapet ønsker å bruke nå. Rent teknisk er dette et vanlig Eclipse-oppdateringssted med arkiver for site.xml, funksjoner og plugin-moduler.
Administratorer kan utforme dette stedet på to måter:
Funksjonene bruker URL-adressen for oppdateringsstedet som er innebygd i manifestet, og ikke de lokale oppdateringsstedene som administratorene har angitt. Det er derfor viktig å bruke omdirigeringfunksjonalitet. Denne og andre innstillinger for oppdateringspolicy kan defineres for et Eclipse-produkt ved å opprette en fil for oppdateringspolicy og konfigurere oppdateringsfunksjonen til å bruke den filen ved søking.
Den aktuelle filen er i XML-format og kan ha et hvilket som helst navn. Filen kan oppgis i
Preferanser > Installer/oppdater
i feltet Oppdateringspolicy. Standard er at tekstfeltet er tomt. Brukere kan definere
URL-adressen i filen for oppdateringspolicy. Filen håndteres av den lokale
administratoren og deles på tvers av alle produktinstalleringer. Delingen kan foretas på to måter:
org.eclipse.update.core/updatePolicyURL = <URL value>
Policyfilen må være i samsvar med følgende 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
>
Dette elementet brukes til å overstyre URL-adresser som er innebygd i funksjonsmanifester for oppdateringsfunksjonen. Når det letes etter oppdateringer, sjekker Eclipse oppdateringspolicyen (hvis den finnes) og om det er oppgitt url-map for det samsvarende funksjonsprefikset. Hvis det er samsvar, brukes den tilordnede URLen i stedet for den innebygde URLen. Dermed kan administratorer konfigurere Eclipse-produkter slik at det søkes etter oppdateringer i den lokale serveren bak brannmuren. Samtidig kan tredjeparts funksjoner som er installert av oppdateringsfunksjonen i Eclipse, fortsatt oppdateres ved hjelp av standardmekanismen ettersom det ikke vil være samsvar med policyen.
Det kan finnes flere url-map-elementer i filen. Du kan velge om
funksjonsprefikser skal være mer eller mindre spesifikke. Hvis for eksempel alle
Eclipse-oppdateringer skal omdirigeres, brukes mønsterattributtet "org.eclipse"
.
På samme måte er det mulig å bruke en komplett funksjons-ID som mønster hvis det er
nødvendig med omdirigering for hver enkelt funksjon.
Det kan velges mønster i filen for å begrense potensielle samsvar. Dette kan resultere i flere samsvar for en gitt funksjon. I slike tilfeller brukes det samsvaret som har lengst mønster. Eksempel:
<?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>
I eksempelet ovenfor vil alle Eclipse-funksjoner bli oppdatert via URL1, bortsett fra
org.eclipse.jdt
, som bruker URL2.
Filer for oppdateringspolicy inneholder ikke strenger som kan oversettes, og krever derfor ingen bestemt NL-håndtering. Generelt bør filene bruke UTF-8-koding.
Du finner mer informasjon om dette under et annet emne, men vi nevner det likevel her fordi det er en integrert del av løsningen. Med Automatiske oppdateringer kan Eclipse søke etter oppdateringer i henhold til en definert tidsplan (ved oppstart (dette er standardverdien), en gang per dag, en gang per uke osv.).
Her viser vi den komplette rekkefølgen av trinn som inngår i løsningen: