Az Eclipse Update lehetőséget ad arra, hogy a felhasználók frissítéseket keressenek a jelenleg telepített szolgáltatásokhoz. Az Update minden telepített szolgáltatásnál a beágyazott URL-t használja a távoli kiszolgálóhoz csatlakozásra és az új verziók keresésére. Ha vannak frissítések, az Eclipse lehetővé teszi, hogy a felhasználók megkezdjék a telepítési eljárást. A letöltés, a telepítés és a platform újraindítása után az új szolgáltatásverzió készen áll a használatra.
Azoknál a cégeknél, ahol sok felhasználó dolgozik ugyanazzal az Eclipse-re épülő termékkel (jellemzően egy kereskedelmivel), számos probléma származhat ebből a modellből:
A termék adminisztrátora számára az első lépés egy helyi Eclipse frissítési hely felállítása lehet egy, a cég helyi hálózatára csatlakozó kiszolgálón (a tűzfal mögött). A frissítési hely a termék internetes frissítési helyének részhalmaza lehet, mivel csak az azokkal a frissítésekkel kapcsolatos szolgáltatásokat és bedolgozókat fogja tartalmazni, amelyeket a cég pillanatnyilag alkalmazni szeretne. Technikailag ez a hely egy szabályos Eclipse frissítési hely lesz site.xml fájllal, szolgáltatásokkal és bedolgozóarchívumokkal.
Az adminisztrátorok kétféle módon hozhatják létre a helyet:
Mivel a szolgáltatások a leírófájlba beágyazott frissítési hely URL-címmel rendelkeznek, nem tudhatnak az adminisztrátor által beállított helyi frissítési helyekről. Ezért rendkívül fontos az átirányítási lehetőség biztosítása. Ez, és más frissítési irányelv-beállítások is megadhatók egy Eclipse terméknek egy firssítési irányelv-fájl létrehozásával és az Update beállításával ennek használatára a keresés során.
A kérdésben XML-formátumot használ, és bármilyen neve lehet. A fájlt a Beállítások > Telepítés/frissítés párbeszédablak Frissítési házirend mezejeben lehet beállítani. A szövegmező alapértelmezésben üres: a felhasználók megadhatják a frissítési irányelv fájl URL-címét. A fájlt a helyi adminisztrátor kezeli, és meg van osztva minden terméktelepítés számára. A megosztás kétféle módon érhető el:
Ez azt eredményezi, hogy minden telepítés alapértelmezésben ezt a fájlkészletet állítja be.org.eclipse.update.core/updatePolicyFile = <URL cím>
Az irányelvfájlnak meg kell felelnie a következő DTD-nek:
<?xml encoding="ISO-8859-2"?> <!ELEMENT update-policy (url-map)*> <!ATTLIST update-policy > <!ELEMENT url-map EMPTY> pattern CDATA #KÖTELEZŐ url CDATA #KÖTELEZŐ >
Ez az elem a szolgáltatásleírásokba beágyazott URL-címek felülírására szolgál. Új frissítések keresésekor az Eclipse keresés funkciója ellenőrzi a frissítési irányelveket (ha vannak ilyenek), és megnézi, hogy a megfelelő szolgáltatás-előtagok url-map beállítása meg van-e adva. Ha egyezést talál, a megadott URL-t fogja használni a beágyazott helyett. Ezen a módon az adminisztrátorok beállíthatják az Eclipse termékeket arra, hogy a helyi kiszolgálón, a tűzfal mögött keressék a frissítéseket. Eközben az Eclipse által telepített harmadik féltől származó szolgáltatások továbbra is az alapértelmezett mechanizmus használatával kerülnek frissítésre, mivel nem találnak egyezést az irányelvekben.
Több url-map elem is lehet a fájlban. A szolgáltatás-előtagokat ki lehet választani úgy, hogy többé-kevésbé
jellemzőek legyenek. Minden Eclipse frissítés átirányítására például a minta attribútum
"org.eclipse"
lehet. Ugyanígy lehetséges az is,
hogy egy teljes szolgáltatás-azonosítót használjunk mintaként, ha
szolgáltatásonként van szükség átirányításra.
A fájlban található minták fokozatosan is kiválaszthatók, a potenciális egyezések szűkítésére. Ez azt eredményezheti, hogy több egyezés lehet egyetlen szolgáltatáshoz. Ebben az esetben a leghosszabb mintával való egyezés kerül használatra. Például:
<?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>
A fenti esetben minden Eclipse szolgáltatás az URL1 forrásból kerül
frissítésre, kivéve az org.eclipse.jdt
-t, amely az URL2-t
fogja használni.
A frissítési irányelv-fájlok nem tartalmaznak lefordítandó karaktersorozatokat, következésképpen nincs szükség speciális NL-kezelésre sem. Általánosságban a fájloknak UTF-8 kódolást kell használniuk.
Az automatikus frissítések lehetővé teszik, hogy az Eclipse egy megadott ütemterv szerint lefuttasson egy frissítéskeresést: minden indításkor (ez az alapértelmezett), naponta egyszer, hetente egyszer stb.).
A megoldást alkotó lépések teljes sorozata: