La mise à jour Eclipse permet aux utilisateurs de rechercher des mises à jour des dispositifs installés. Pour chaque dispositif installé, la mise à jour utilise l'URL intégrée pour se connecter au serveur éloigné et rechercher de nouvelles versions. Si des mises à jour existent, Eclipse permet aux utilisateurs de lancer la procédure d'installation. Après le téléchargement, l'installation et le redémarrage de la plateforme, la nouvelle version de dispositif est prête à l'emploi.
Dans les sociétés qui comprennent de nombreux utilisateurs du même produit Eclipse (en général, un produit commercial), plusieurs incidents peuvent se produire à partir de ce modèle :
La première étape destinée à un administrateur de produit consiste à configurer un site de mise à jour Eclipse local sur un serveur connecté au réseau local de la société (derrière le pare-feu). Le site de mise à jour correspond à un sous-ensemble du site de mise à jour du produit sur Internet car il ne contient que les dispositifs et plug-in liés aux mises à jour que la société souhaite appliquer pour le moment. En termes techniques, il s'agit d'un site de mise à jour Eclipse classique comportant des archives de fichier site.xml, de dispositif et de plug-in.
Les administrateurs construisent ce site selon les deux méthodes suivantes :
Dans la mesure où les dispositifs sont dotés de l'URL de site de mise à jour qui est intégrée dans le manifeste, ils ne sont pas au courant des sites de mise à jour locaux configurés par les administrateurs. Il est donc important de fournir la fonction de réacheminement. Vous pouvez définir ces paramètres de règles de mise à jour ainsi que d'autres en créant un fichier de règles de mise à jour et en configurant la fonction de mise à jour de sorte qu'elle utilise ce fichier lors de la recherche.
Le fichier en question utilise le format XML et peut porter n'importe quel nom. Il peut être défini dans Préférences>Installation/Mise à jour dans la zone Règles de mise à jour. La zone de texte est vide par défaut : les utilisateurs peuvent définir l'URL du fichier de règles de mise à jour. Le fichier est géré par l'administrateur local et est partagé pour toutes les installations de produit. Le partage peut s'effectuer des deux manières suivantes :
org.eclipse.update.core/updatePolicyFile = <valeur_URL>
Le fichier de règles doit être conforme à la définition de type de document (DTD) suivante :
<?xml encoding="ISO-8859-1"?>
<!ELEMENT update-policy (url-map)*>
<!ATTLIST update-policy
><!ELEMENT url-map EMPTY>
<!ATTLIST url-map
modèle CDATA #REQUIRED
url CDATA #REQUIRED
>
Cet élément sert à remplacer les URL de mise à jour intégrées dans les manifestes de dispositif. Lors de la recherche de nouvelles mises à jour, Eclipse contrôle les règles de mise à jour (s'il y a lieu) et vérifie si url-map correspondant au préfixe de dispositif correspondant est indiqué. Si une occurrence est détectée, l'URL mappée est utilisée à la place de celle qui est intégrée. De cette manière, les administrateurs peuvent configurer les produits Eclipse de sorte que ces derniers recherchent des mises à jour sur le serveur local derrière le pare-feu. Entre-temps, les dispositifs tiers installés par le fonction de mise à jour Eclipse continuent d'être mis à jour à l'aide de la méthode par défaut, car ils ne trouvent pas d'occurrence dans les règles.
Il se peut que le fichier contienne plusieurs éléments url-map. Les préfixes de dispositif peuvent être choisis de sorte qu'ils soient plus ou moins spécifiques. Par exemple, pour réacheminer toutes les mises à jour Eclipse, l'attribut de modèle serait "org.eclipse"
. De même, il est possible d'utiliser un ID dispositif complet sous forme de modèle, si le réacheminement est requis pour chaque dispositif.
Les modèles figurant dans le fichier peuvent être choisis de manière à restreindre progressivement les éventuelles occurrences. Il peut en résulter plusieurs occurrences pour un dispositif donné. Dans ce cas, l'occurrence comportant le modèle le plus long va être utilisée. Par exemple :
<?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>
Dans le cas ci-dessus, tous les dispositifs Eclipse sont mis à jour à partir d'URL1, à l'exception de org.eclipse.jdt
qui utilise URL2.
Les fichiers de règles de mise à jour ne contiennent pas de chaînes convertissables et, par conséquent, ne requièrent pas un traitement NL spécial. En général, les fichiers doivent utiliser le codage UTF-8.
La troisième partie de la solution globale est décrite dans une autre rubrique, mais elle est mentionnée dans la présente section car elle fait partie intégrante de la solution. Les mises à jour automatiques permettent à Eclipse d'exécuter une recherche de mise à jour selon un calendrier spécifié (à chaque démarrage (par défaut), une fois par jour, une fois par semaine, etc.).
Voici la séquence complète des étapes qui composent la solution :