Kontrollera uppdateringsregel för Eclipse

Med uppdateringsfunktionen i Eclipse kan användaren söka efter uppdateringar för installerade funktioner. För varje installerad funktion används den inbäddade URL-adressen för att ansluta till fjärrservern och söka efter nya versioner. Om det finns uppdateringar kan användarna själva påbörja installationsproceduren. Efter hämtning, installation och omstart av plattformen kan den nya versionen användas.

I företag där många använder samma Eclipse-baserade produkt (vanligen en kommersiell produkt) kan ett antal problem uppstå med den här modellen:

  1. Uppdateringar för stora produkter (med fler än 500 insticksprogram) är även de stora. IT-supportavdelningen ser helst inte att hundratals utvecklare var och en hämtar uppdateringar på 55 MB till sina egna datorer. Förutom bandbreddsproblem kan så stora hämtningsåtgärder misslyckas och ge upphov till nya försök vilket i sin tur leder till att utvecklarnas produktivitet sjunker.
  2. Vissa företag tillåter inte att utvecklarna själva hämtar uppdateringar direkt från Internet. Den lokala supportavdelningen kanske inte har kapacitet att ta hand om frågor och problem kring produktversioner som redan finns på leverantörens uppdateringsplats. De vill då kanske begränsa uppdateringar och korrigeringar till en lista som godkänts internt. Den bästa lösningen är att konfigurera platser för proxyuppdateringar i LAN (bakom brandväggen).
  3. När uppdateringarna har lagts på proxyplatserna enligt ovanstående måste administratörerna meddela användarna att uppdateringarna är tillgängliga.

2. Uppdateringsregler

2.1 Så här skapar du en lokal uppdateringsplats (proxy)

Första steget för en produktadministratör är att konfigurera en lokal Eclipse-uppdateringsplats på en server som är ansluten till företagets lokala nätverk (bakom brandväggen). Uppdateringsplatsen kan betraktas som en underuppsättning av produktuppdateringsplatsen eftersom den endast innehåller funktioner och insticksprogram för de uppdateringar som vid en viss tidpunkt är intressanta för företaget. Tekniskt sett är det fråga om en vanlig Eclipse-uppdateringsplats med arkiv för site.xml, funktioner och insticksprogram.

Administratören kan konstruera platsen på två sätt:

  1. Produktsupportavdelningen skapar en ZIP-fil av uppdateringsplatsen och gör den tillgänglig för ändamålet. Administratörerna behöver då bara hämta ZIP-filen från produktwebbplatsen med hjälp av något verktyg och packa upp den på den lokala servern. Den här metoden fungerar bra för mycket stora ZIP-filer som kräver moderna hämtningshanterare som kan startas om (kan återuppta överföringen där den avbröts i händelse av problem med anslutningen).
  2. I Eclipse Update finns ett verktyg som kan spegla fjärruppdateringsplatserna i sin helhet eller låter administratören välja vilka uppdateringar och rättning som ska hämtas. Speglingsfunktionen är helt automatisk och förenklar administratörens uppgift men kräver anslutning till Update.

2.2 Gemensam uppdateringshantering med hjälp av regler

Eftersom URL-adressen till en funktions uppdateringsplats är inbäddad i manifestet, känner funktionen inte av de lokala uppdateringsplatser som konfigureras av administratören. Därför är det viktigt med en funktion för omdirigering. Du kan ange den och andra uppdateringsregelinställningar för en Eclipse-produkt genom att skapa en uppdateringsregelfil och konfigurera Update så att den filen används vid sökning.

Filen ifråga använder XML-formatet och kan heta vad som helst. Filen kan anges i Inställningar > Installera/uppdatera i fältet Uppdateringsregel. Textfältet är tomt som standard och användarna kan ange URL-adressen till uppdateringsregelfilen. Filen administreras av den lokala administratören och delas av alla produktinstallationer. Delningen kan ske på två olika sätt:

Regelfilen måste överensstämma med följande DTD:

<?xml encoding="ISO-8859-1"?>

<!ELEMENT update-policy (url-map)*>
<!ATTLIST update-policy
>

<!ELEMENT url-map EMPTY>
<!ATTLIST url-map
    mönster    CDATA #REQUIRED
    url        CDATA #REQUIRED
>

url-map

Elementet används för att åsidosätta de URL-adresser för Update som är inbäddade i funktionsmanifestet. När nya uppdateringar söks kontrolleras om någon url-map för det matchande funktionsprefixet är angiven i uppdateringsregeln (om det finns någon sådan). Om det finns en träff används den avbildade URL-adressen istället för den inbäddade adressen. På så sätt kan administratörerna konfigurera Eclipse-produkterna till att söka efter uppdateringar på den lokala servern bakom brandväggen. Tredjepartsfunktioner som installeras av Eclipse Update kommer att uppdateras med hjälp av standardfunktionen eftersom det inte finns några träffar i regeln.

Det kan finnas flera url-map-element i filen. Funktionsprefix kan vara mer eller mindre specifika. Om du till exempel vill omdirigera alla Eclipse-uppdateringar blir mönsterattributet "org.eclipse". Du kan även använda ett fullständigt funktions-ID som mönster om omdirigeringen ska ske funktion för funktion.

Mönstren i filen kan väljas för att stegvis minska antalet möjliga träffar. Det kan ge flera träffar för en viss funktion. I det här fallet används det längsta träffmönstret. Ett exempel:

<?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 ovanstående exempel uppdateras alla Eclipse-funktionerna från URL1, förutom org.eclipse.jdt som använder URL2.

Uppdateringsregelfiler innehåller inga översättningsbara strängar och kräver därför ingen särskild språkspecifik hantering. I allmänhet används UTF-8 i filerna.

2.3 Automatisk upptäckt av uppdateringar

Den tredje delen i den övergripande lösningen behandlas i ett annat avsnitt men nämns ändå här eftersom den är en viktig del av lösningen. Med Automatiska uppdateringar söks uppdateringar automatiskt enligt ett angivet schema (vid start vilket är standard, dagligen, en gång i veckan osv.).

3. Sammanfattning

Här följer lösningen i sin helhet:

  1. Administratören avdelar en server i företagets lokala nätverk för lokala produktuppdateringar. Inledningsvis innehåller servern inga uppdateringsplatser. Datorn måste köra en HTTP-server.
  2. Administratören konfigurerar en uppdateringsregelfil på servern ifråga och instruerar alla användare att ange inställningen för uppdateringsregel till den angivna URL-adressen.
  3. När produktleverantören tillhandahåller uppdateringar och rättningar på sin egen uppdateringsplats, hämtar administratören uppdateringarna till den lokala servern.
  4. Funktionen för automatiska uppdateringar körs enligt det angivna schemat och meddelar användaren.
  5. Användaren installerar uppdateringarna.

Närliggande uppgifter
Schemaläggning av automatiska uppdateringar