Eclipse frissítési házirendjének felügyelete

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. Az új szolgáltatás verzió a letöltés és a platformra való telepítés után 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 nagyméretű termékek (például az 500-nál több bedolgozót tartalmazó termékek) frissítései is nagyméretűek. 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 gyakorolt hatáson kívül probléma lehet a nagyméretű letöltések megszakadása, ami több próbálkozáshoz és a fejlesztési idő kieséséhez vezet.
  2. A legtöbb vállalat kifejezetten nem akarja, hogy a fejlesztők közvetlenül az Internetről töltsék le a frissítéseket. Felállíthatnak egy olyan helyi támogató csoportot, amely nem biztos hogy kezelni tudja a szolgáltató frissítési webhelyén rendelkezésre álló termékverziókra vonatkozó kéréseket. Lehet hogy a frissítéseket és a javításokat egy belső, jóváhagyott listára szeretnék korlátozni. Ideális esetben beállíthatnak egy 'proxy' frissítési webhelyet a LAN hálózaton (a tűzfalon belül).
  3. A frissítések proxy webhelyeken való beállítása után az adminisztrátoroknak valahogy értesíteniük kell a felhasználókat a rendelkezésre álló frissítésekről.

2. Frissítési házirend a mentéshez

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 Interneten található frissítési helyének egy alkészlete lesz, mivel csak azokat a szolgáltatás és bedolgozó frissítéseket fogja tartalmazni, amelyeket a vállalat használni akar. 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ék támogatási csapat egy zip fájlt készítheti a frissítési webhelyből, amely erre az adott célra lesz elérhető. Az adminisztrátornak csak le kell töltenie a zip fájlt a termék támogatási weboldaláról valamilyen eszközzel, majd ki kell csomagolnia a helyi kiszolgálón. Ez a megközelítés hasznos a nagy zip fájloknál, amelyek modern, újraindítható letöltéskezelőt igényelnek (amelyek a kapcsolati problémák felmerülése után onnan folytatják a letöltést, ahol az megszakadt).
  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ájlt a Beállítások > Telepítés/frissítés párbeszédablak Frissítési házirend mezőjében lehet beállítani. 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 megosztható az összes termék telepítéssel. 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 feltérképezése

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ó összes lépés:

  1. Az adminisztrátor kijelöl egy kiszolgálót a vállalati LAN hálózaton, amely a helyi termék frissítéseket fogja kiszolgálni. Kezdetben a kiszolgáló nem tartalmaz frissítési webhelyet. A számító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ó megadja a feltérképezett frissítések telepítését.

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