L'outil Rational Product Updater prend
en charge l'utilisation de copies locales de site de mise à jour et le contrôle des
règles de mise à jour. Cela permet de modifier les emplacements de recherche pour
rechercher les mises à jour de produit et les nouvelles fonctions facultatives.
Par défaut,
Product
Updater utilise une URL imbriquée dans
chaque produit de développement logiciel Rational installé pour se connecter à un serveur
de mise à jour IBM via Internet et rechercher les éventuelles mises à jour de produit et
nouvelles fonctions facultatives. Si de nombreux utilisateurs de votre société
utilisent des produits de développement logiciel Rational, il est préférable de créer une
copie locale du site de mise à jour. La création d'un site de mise à jour local peut être
motivée par plusieurs raisons :
- Vous voulez réduire les demandes de bande passante dues à un grand nombre de
développeurs qui téléchargent d'importantes mises à jour de produit ou nouvelles fonctions
facultatives.
- Vous gérez un intranet local sécurisé et vos développeurs n'ont pas accès aux sites
de mise à jour par défaut.
- Vous voulez appliquer des "règles de mise à jour" locales et contrôler les mises à
jour de produit et fonctions accessibles par vos développeurs. Par exemple,
le support technique local de votre société n'est peut-être pas encore prêt à traiter les
questions sur les nouvelles mises à jour et fonctions facultatives. Ils préfèrent donc
peut-être restreindre les mises à jour et correctifs à ceux d'une liste approuvée en
interne.
Une fois que vous avez créé un site de mise à jour local, vos développeurs
peuvent installer les mises à jour et les fonctions facultatives à partir de ce site à l'aide de l'outil
Product
Updater.
Vous pouvez configurer un site de mise à jour local sur un serveur connecté à votre
réseau (derrière un pare-feu). Ce site de mise à jour peut être un sous-ensemble du site
Internet de mise à jour du produit car il peut contenir uniquement les mises à jour et les
fonctions facultatives que vous voulez rendre accessibles. Toutefois, étant donné que les produits de
développement logiciel Rational utilisent généralement une URL imbriquée devant être recherchée par
l'outil Product
Updater, il est nécessaire de fournir une fonctionnalité de réacheminement. Ces paramètres et les autres paramètres des
règles de mise à jour peuvent être définis en créant un fichier de règles de mise à jour et en
configurant l'outil Product
Updater pour qu'il utilise ce fichier lors des recherches. (Voir Modification des préférences des sites de mise à jour.) Il est préférable que les utilisateurs accèdent au fichier de règles de mise à
jour à partir d'une URL pour que ce fichier puisse être géré par les administrateurs
locaux.
Fichier des règles de mise à jour
Un fichier de règles de mise à jour est un fichier XML. Il accepte tout nom (mais s'appelle généralement policy.xml), à
condition que ce dernier respecte 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
pattern CDATA #REQUIRED
url CDATA #REQUIRED
>
Les éléments d'
url-map sont décrits ci-après.
- pattern : chaîne représentant le préfixe d'un identificateur de
produit, jusqu'à l'identificateur complet compris. Exemple :
com.ibm.rational.application.developer.update.
L'identificateur du produit peut être déterminé en exportant une liste des produits de
développement logiciel Rational sur votre système. (Voir Exportation d'une liste des produits de développement logiciel Rational installés.)
L'élément pattern possède deux formes
distinctes permettant de distinguer les mises à jour de produit des nouvelles fonctions
facultatives :
- update - Un identificateur de produit se terminant par update
(par exemple, com.ibm.rational.application.developer.update) est associé à un
élément url correspondant au site (proxy) local des mises à jour du produit.
- discovery - Un identificateur de produit se terminant par discovery
(par exemple, com.ibm.rational.application.developer.discovery) est associé à un
élément url correspondant au site (proxy) local des fonctions facultatives du
produit.
- url : chaîne représentant l'URL ou le chemin d'accès aux fichiers de l'autre site
de mise à jour devant être utilisé si l'identificateur du produit commence par le modèle. Si la chaîne est vide, les
produits correspondant au modèle ne sont pas mis à jour.
Exemple de fichier de règles de mise à jour :
<?xml version="1.0" encoding="UTF-8"?>
<update-policy>
<!-- Mappage du modèle de fonction à l'URL de mise à jour. -->
<!-- Une URL vide signifie que le produit n'est pas mis à jour. -->
<url-map
pattern="com.ibm.rational.software.architect.update"
url="file:/C:/site_de_mise_à_jour_local/rsa/updates"/>
<url-map
pattern="com.ibm.rational.software.architect.discovery"
url="file:/C:/site_de_mise_à_jour_local/rsa/optional_features"/>
<url-map
pattern="com.ibm.rational.application.developer.update"
url="http://internal.ibm.com/rad"/>
<url-map
pattern="com.ibm.orca.product.updater"
url="http://server1/rational_updates/updater/site.xml"/>
</update-policy>
Remarque : Les URL du fichier de règles non précédées d'un "/" sont
interprétées par rapport à l'emplacement du fichier de règles. Par exemple, si le fichier de règles est
c:\share\policy.xml
et qu'un fichier site.xml se trouve à l'emplacement
c:\share\rsa\site.xml,
la mappe d'URL du fichier de règles peut s'écrire de la manière suivante :
url="file:rsa/site.xml"
Pour plus d'informations sur l'utilisation des fichiers de règles et le contrôle
standard des règles de mise à jour, voir "Eclipse Update Policy Control" dans l'aide en
ligne de votre produit.