Az Eclipse frissítési irányelv vezérlése

Az Eclipse frissítéssel megkeresheti az aktuálisan telepített szolgáltatások frissítéseit. A telepített szolgáltatásoknál a Frissítés egy beágyazott URL címmel a távoli kiszolgálóhoz csatlakozik, és megkeresi az új verziókat. Ha vannak frissítések, akkor az Eclipse lehetővé teszi a telepítési eljárás elindítását. 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.

Ha ugyanazt az Eclipse alapú terméket sok felhasználó használja egy vállalatnál (általában kereskedelmi vállalatoknál fordul elő), akkor ez számos problémát vet fel:

  1. A nagyon nagy termékek (pl. több mint 500 bedolgozó) frissítései is nagyok. Az IT támogatás nem biztos hogy szeretné, hogy fejlesztők százai egyenként töltsék le az 500 MB-os frissítéseket a saját gépükre. A sávszélességre mért csapás mellett az ilyen nagy letöltési kérésekben hibák is adódhatnak, ami ismételt kísérleteket eredményez és növeli a fejlesztők állásidejét.
  2. Bizonyos cégek kifejezetten nem akarják, hogy a fejlesztők frissítéseket töltsenek le az internetről. Lehet például, hogy rendelkeznek egy helyi támogatási csoporttal, amely még nem áll készen a szolgáltató webhelyén megtalálható termékverzióval kapcsolatos kérések kezelésére. Lehet, hogy a belsőleg jóváhagyott listára szeretnék korlátozni a frissítéseket és javításokat. Ideális esetben beállíthatnak egy 'proxy' frissítési webhelyet a LAN hálózaton (a tűzfalon belül).
  3. Ha a frissítések be vannak állítva a fent említett proxy helyeken, az adminisztrátoroknak valamilyen módon a felhasználók tudomására kell hozniuk, hogy a frissítések elérhetők.

2. Frissítési stratégia, a megmentő

2.1 Helyi frissítési webhelyek (proxy) létrehozásának támogatása

A termék adminisztrátornak először egy helyi Eclipse frissítési helyet kell beállítania egy olyan kiszolgálón, amely csatlakozik a vállalat LAN hálózatára (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 a webhely egy szabványos Eclipse frissítési webhely lesz site.xml fájllal valamint szolgáltatás és bedolgozó archívumokkal.

Az adminisztrátorok kétféleképpen állíthatják össze a webhelyet:

  1. A terméktámogatási csoportok készíthetnek egy tömörített fájlt a frissítési helyről, hogy könnyedén rendelkezésre álljon ebben az adott esetben. Az adminisztrátoroknak csak le kell tölteniük a tömörített fájlt a terméktámogatási weboldalról a választott eszköz használatával, és kicsomagolni azt a helyi kiszolgálón. Ez a megközelítés rendkívül hasznos a nagyon nagy tömörített fájlok esetén, amelyekhez modern, újraindítható letöltéskezelőkre van szükség (ezek ott tudják folytatni a letöltést, ahol kapcsolati problémák esetén leszakadtak).
  2. Az Eclipse frissítésben van egy eszköz, amellyel az adminisztrátor a teljes távoli frissítési webhelyet tükrözheti, vagy kiválaszthatja a letöltendő frissítéseket és javításokat. A tükrözés teljesen automatikussá teszi a folyamatot és leegyszerűsíti az adminisztrátor feladatát, de a Frissítés a hálózati kapcsolat támogatásra támaszkodik.

2.2 Általános frissítési házirend felügyelet

Mivel a szolgáltatások a leírófájlban beágyazott frissítési webhely URL címét használják, így nem ismerik az adminisztrátorok által beállított helyi frissítési webhelyeket. Ezért fontos az átirányítási képesség biztosítása. Az Eclipse terméknek ezt a beállítását és az egyéb frissítési házirend beállításait úgy állíthatja be, hogy egy frissítési házirend fájlt hoz létre, majd beállítja a Frissítést a fájl használatára a kereséskor.

A kérdéses fájl XML formátumot használ, és bármi lehet a neve. A fájl a Beállítások > Telepítés/frissítés Irányelv frissítése mezejében állítható be. A szövegmező alapértelmezésben üres. A mezőben beállíthatja a frissítési házirend 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ást kétféleképpen lehet elvégezni:

A házirend fájlnak az alábbi DTD-nek kell megfelelnie:

<?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

Ez az elem a szolgáltatás leírófájljában található beágyazott frissítési URL címeket bírálja felül. Az új frissítések keresésekor az Eclipse keresés ellenőrzi a frissítés házirendet (ha van), és megnézi, hogy a megadott szolgáltatás előtag megfelel-e az url-map beállításnak. Ha egyezést talál, akkor a beágyazott cím helyett a leképezett URL címet használja. Az adminisztrátorok így adhatják meg az Eclipse termékeknek, hogy a frissítéseket a tűzfal mögött lévő helyi kiszolgálón keressék. Közben a harmadik fél által szállított, Eclipse frissítés által telepített szolgáltatások továbbra is az alapértelmezett mechanizmust fogják használni, mivel nem találnak egyezést a házirendben.

A fájlban több url-map elem is létezhet. A szolgáltatás előtagokat pontosan és kevésbé pontosan is meg lehet adni. Az összes Eclipse frissítés átirányításához például az "org.eclipse" minta attribútumot kell megadni. Ugyanígy teljes szolgáltatás azonosítót is használhat mintának, ha az átirányítást szolgáltatásonként szeretné megadni.

A mintákat meg lehet adni úgy a fájlban, hogy progresszív módon szűkítsék a lehetséges találatokat. Így egy adott szolgáltatáshoz több találat is tartozhat. Ebben az esetben a rendszer a leghosszabb mintával való egyezést használja. 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>

Ebben az esetben az összes Eclipse szolgáltatás az URL1 címről kerül frissítésre kivéve az org.eclipse.jdt szolgáltatást, amely az URL2 címet használja.

A frissítési házirend fájlok nem tartalmaznak fordítható szövegeket, így nem igényelnek külön nemzeti nyelv támogatást. A fájlok általában UTF-8 kódolást használnak.

2.3 Frissítések automatikus felkutatása

A teljes megoldás harmadik részét egy másik témakör írja le, de itt is megemlítjük, mivel a megoldás integráns részét képei. Az Automatikus frissítések funkció lehetővé teszi az Eclipse számára, hogy megadott ütemezésben futtassa a frissítés kereséseket (minden indításkor (alapértelmezés), naponta egyszer, hetente egyszer stb.).

3. Összefoglalás

A megoldást alkotó lépések teljes sorozata:

  1. Az adminisztrátor elkülönít egy kiszolgálót a céges helyi hálózaton a helyi termékfrissítések kiszolgálására. Kezdetben a kiszolgáló nem tartalmaz frissítési webhelyet. A gépen futnia kell egy HTTP-kiszolgálónak.
  2. Az adminisztrátor beállít egy frissítési házirend fájlt a kiszolgálón, majd utasítja a felhasználókat, hogy adják meg az általa megadott URL címet a frissítési házirend beállításaiban.
  3. A termék szállítója közzéteszi a frissítéseket és javításokat a saját frissítési webhelyén, az adminisztrátor pedig letölti a támogatott frissítéseket a helyi kiszolgálóra.
  4. Az automatikus frissítések ütemezve kerülnek végrehajtásra, amikor is az ügyfél termék kiválasztja a helyi frissítéseket, és értesíti a felhasználót.
  5. A felhasználó kiválasztja a felfedezett frissítés telepítését.

Kapcsolódó feladatok
Automatikus frissítés ütemező