Eclipse-päivityskäytännön hallinta

Eclipse-päivitystoiminnon avulla käyttäjät voivat etsiä päivityksiä asennettuina oleviin ominaisuuksiin. Päivitystoiminto muodostaa yhteyden etäpalvelimeen käyttämällä kuhunkin asennettuun toimintoon liittyvää upotettua URL-osoitetta ja etsii uusia versioita. Jos päivityksiä on saatavilla, Eclipse antaa käyttäjien aloittaa asennuksen. Latauksen, asennuksen ja käyttöympäristön uudelleenkäynnistyksen jälkeen ominaisuuden uusi versio on käyttövalmis.

Jos yhtiössä on useita käyttäjiä, jotka käyttävät samaa Eclipse-pohjaista tuotetta (yleensä yritysversiota), tämä malli saattaa aiheuttaa ongelmia:

  1. Erittäin suurten tuotteiden (esimerkiksi yli 500 lisäosaa) päivityksetkin ovat suuria. Tietotekniikan tukiryhmät eivät ehkä pidä siitä ajatuksesta, että sadat sovelluskehittäjät lataavat samanaikaisesti 500 megatavun päivityksiä yksittäisille koneille. Kaistanleveyden kulutuksen lisäksi näin suuri latauspyyntö saattaa epäonnistua, mikä taas johtaa toistuviin yrityksiin ja siihen, että sovelluskehittäjien koneet ovat yhä useammin poissa käytöstä.
  2. Jotkin yhtiöt eivät halua sovelluskehittäjien lataavan päivityksiä suoraan Internetistä. Yhtiö on saattanut esimerkiksi perustaa paikallisen tukiryhmän, eikä tukiryhmä välttämättä ole valmis käsittelemään sellaisia pyyntöjä, jotka liittyvät ohjelmistotoimittajan päivityssivustossa jo saatavilla olevaan uuteen versioon. Yhtiö saattaa haluta rajoittaa päivitykset ja korjaukset sisäisesti hyväksytyn luettelon mukaisiksi. Ihannetapauksessa tämä toteutetaan ottamalla käyttöön välityspalvelimen päivityssivustoja lähiverkossa (palomuurin takana).
  3. Kun päivitykset on määritetty välityspalvelimen sivustoille, järjestelmänvalvojien on vielä saatava käytettävissä olevat päivitykset käyttäjien tietoon.

2. Päivityskäytännön hyödyt

2.1 Paikallisten päivityssivustojen (välityspalvelinsivustojen) luontituki

Tuotteen pääkäyttäjän tulee ensin määrittää paikallinen Eclipse-päivityssivusto palvelimeen, joka on yhteydessä yhtiön lähiverkkoon (palomuurin takana). Päivityssivusto on vain osa tuotteen Internet-päivityssivustosta, koska yhtiön päivityssivusto sisältää vain niihin päivityksin liittyvät tuoteominaisuudet ja lisäosat, jotka yhtiö haluaa käyttäjiensä ottavan käyttöön. Teknisestä näkökulmasta sivusto on tavallinen Eclipse-päivityssivusto, joka sisältää site.xml-, ominaisuus- ja lisäosa-arkistot.

Pääkäyttäjät voivat rakentaa sivuston kahdella tavalla:

  1. Tuotannon tukiryhmät voivat tehdä päivitystiedostosta zip-tiedoston, joka on helposti saatavilla juuri tähän tarkoitukseen. Pääkäyttäjien tulee vain ladata zip-tiedosto tuotteen Web-tukisivulta käyttämällä haluamaansa lataustyökalua ja avata pakkaus sitten paikalliselle palvelimelle. Tämä käytäntö on hyödyllinen, jos käsiteltävänä on hyvin suuria zip-tiedostoja, joiden käsittelyyn tarvitaan nykyaikaisia uudelleenkäynnistettäviä latauksenhallintaohjelmia (jotka voivat yhteysongelmien ilmetessä jatkaa siitä, mihin jäivät).
  2. Eclipse-päivitystoimintoon liittyy työkalu, jota käyttämällä etäpäivitystiedostot voidaan peilata kokonaan tai järjestelmänvalvojat voivat valita ladattavat päivitykset ja korjauspakkaukset. Tämä peilaustoiminto on täysin automaattinen, ja se helpottaa pääkäyttäjän tehtäviä, mutta sen käyttämiseen tarvitaan päivitysverkkoyhteyden tuki.

2.2 Yleinen päivityskäytännön hallinta

Ominaisuuksissa päivityssivuston URL-osoite on rakennettu sisään manifest-tiedostoon, joten ominaisuudet eivät ole selvillä pääkäyttäjien määrittämistä sivustoista. Näin ollen on tärkeää ottaa käyttöön edelleenohjaustoiminnot. Eclipse-tuotteelle voidaan määrittää nämä ja muut päivityskäytäntöjen asetukset luomalla päivityksen käytäntötiedosto sekä määrittämällä päivitystoiminto käyttämään hakujen yhteydessä tätä tiedostoa.

Kyseinen tiedosto käyttää XML-muotoa ja voi olla minkä niminen tahansa. Tiedosto määritetään valitsemalla Oletusasetukset > Asenna/päivitä ja käyttämällä Päivityskäytäntö-kenttää. Tekstikenttä on oletusarvon mukaan tyhjä, joten käyttäjät voivat määrittää päivityksen käytäntötiedoston URL-osoitteen. Paikallinen pääkäyttäjä hallitsee tiedostoa, ja kaikki tuotteen asennukset käyttävät samaa tiedostoa. Tiedoston voi määrittää yhteiskäyttöön kahdella tavalla:

Käytäntötiedoston on noudatettava seuraavaa DTD-rakennetta:

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

Tämän osan avulla ohitetaan tuoteominaisuuksien manifest-tiedostoissa olevat sisäiset päivitys-URL-osoitteet. Uusia päivityksiä etsittäessä Eclipse-ohjelmiston hakutoiminto tarkistaa päivityskäytännön (jos käytäntö on määritetty) ja tarkistaa, onko vastaavan ominaisuusetuliitteen url-map-tieto määritetty. Jos haku löytää vastaavuuden, vastaavaa URL-osoitetta käytetään sisäisen URL-osoitteen sijasta. Tällöin pääkäyttäjät voivat määrittää Eclipse-tuotteet hakemaan päivityksiä paikallisesta palvelimesta palomuurin takaa. Vastaavasti Eclipse-päivitystoiminnon asentamat muiden toimittajien ominaisuudet päivittyvät edelleen oletusmenetelmän mukaan, koska käytännössä ei ole vastaavuuksia niille.

Tiedostossa saattaa olla useita url-map-osia. Ominaisuuksien etuliitteet voidaan määrittää enemmän tai vähemmän tarkoiksi. Jos esimerkiksi halutaan ohjata uudelleen kaikki Eclipse-päivitykset, kaavamäärite on "org.eclipse". Vastaavasti on mahdollista käyttää myös koko ominaisuustunnusta kaavana, jos uudelleenohjausta tarvitaan yksittäisten ominaisuuksien perusteella.

Tiedoston kaavat voidaan valita niin, että ne kaventavat mahdollisia vastaavuuksia progressiivisesti. Tällöin tietty ominaisuus saattaa saada useita vastaavuuksia. Tällaisessa tapauksessa käytetään vastaavuutta, jonka kaava on pisin. Esimerkki:

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

Edellä mainitussa esimerkissä kaikki Eclipse-ominaisuudet päivitetään kohteesta URL1 lukuun ottamatta ominaisuutta org.eclipse.jdt, joka käyttää kohdetta URL2.

Päivityksen käytäntötiedostot eivät sisällä käännettäviä merkkijonoja, eivätkä ne näin ollen vaadi erityistä NL-kielikäsittelyä. Tiedostojen tulee yleisesti käyttää UTF-8-koodausta.

2.3 Päivitysten automaattinen havaitseminen

Kokonaisratkaisun kolmas osa käsitellään toisessa ohjeaiheessa, mutta se kuvataan lyhyesti myös tässä, koska se on kokonaisuuden tärkeä osa. Automaattisten päivitysten avulla Eclipse voi hakea päivityksiä määritetyn aikataulun mukaan (jokaisen käynnistyksen yhteydessä (oletusarvo), kerran päivässä, kerran viikossa ja niin edelleen).

3. Yhteenveto

Seuraavassa on kuvattu kaikki vaiheet, jotka yhdessä muodostavat päivityskäytännön:

  1. Pääkäyttäjä varaa yhtiön lähiverkosta palvelimen paikallisten tuotepäivitysten pääkoneeksi. Alussa palvelin ei sisällä päivityssivustoja. Koneessa on oltava HTTP-palvelin käynnissä.
  2. Pääkäyttäjä määrittää palvelimeen päivityksen käytäntötiedoston ja neuvoo kaikkia käyttäjiä määrittämään päivityksen käytäntöasetukseksi annetun URL-osoitteen.
  3. Kun tuotteen toimittaja lähettää päivityssivustoilleen päivityksiä ja tilapäiskorjauksia, pääkäyttäjä lataa tuetut päivitykset paikalliseen palvelimeen.
  4. Automaattinen päivitystoiminto määritetään toteutettavaksi säännöllisin väliajoin, kun pääkoneen tuote on käytössä, ja se hakee paikalliset päivitykset ja ilmoittaa niistä käyttäjälle.
  5. Käyttäjä asentaa löydetyt päivitykset halutessaan.

Aiheeseen liittyviä tehtäviä
Automaattinen päivitysten ajoitusohjelma