Notes de version de la mise à jour 2 de OpenSSO d'Oracle

Application de patch à un fichier WAR OpenSSO

Utilisez cette procédure pour créer une nouvelle zone de transit, où un fichier WAR d'origine est fusionné à un nouveau fichier WAR.

Cette opération permet de comparer les fichiers manifest pour chaque fichier WAR et indique :

les fichiers personnalisés dans le fichier WAR d'origine
les fichiers mis à jour dans un nouveau fichier WAR
les fichiers ajoutés ou supprimés entre les deux versions de fichiers WAR

Le ssopatch copie alors les fichiers appropriés dans un répertoire de transit, où vous devez ajouter toute personnalisation avant de créer et de déployer le nouveau fichier WAR auquel on a appliqué un patch.

Pour créer une zone de transit pour appliquer un patch à un fichier WAR OpenSSO

Bien que le ssopatch ne modifie pas votre fichier opensso.war d'origine, il est recommandé de le sauvegarder, au cas où vous devriez supprimer le fichier opensso.war auquel un patch a été appliqué.

Exécutez ssopatch pour créer la zone de transit. Par exemple :

./ssopatch -o /zip-root/opensso/deployable-war/opensso.war
  -c /u1/opensso/deployable-war/opensso.war --override -s /tmp/staging
Generating Manifest for: /zip-root/opensso/deployable-war/opensso.war
Original manifest: Enterprise 8.0 Build 6(200810311055)
New manifest: Enterprise 8.0 Update 2 Build 6.1(200904300525)
Versions are compatible
Generating Manifest for: /u1/opensso/deployable-war/opensso.war
Comparing manifest of /zip-root/opensso/deployable-war/opensso.war
    (generated-200905051031) against /u1/opensso/deployable-war/opensso.war
    (generated-200905051032)
File was customized in original, but not found in new war.
Staging area using original war version (samples/saml2/sae/header.jsp)
File was customized in original, but not found in new war.
Staging area using original war version
    (WEB-INF/template/opends/config/upgrade/config.ldif.4517)
File was customized in original, but not found in new war.
Staging area using original war version
    (WEB-INF/template/opends/config/upgrade/schema.ldif.4517)
Differences: 1813
Customizations: 0

Dans cet exemple, /tmp/staging correspond à la zone de transit où ssopatch copie les fichiers.

Mettez les fichiers à jour si nécessaire dans la zone de transit, à l'aide des résultats de l'étape précédente.

Utilisez le tableau suivant pour déterminer la mesure à prendre pour chaque fichier avant de générer un nouveau fichier WAR auquel o na appliqué un patch.

Résultats de `ssopatch`	Explication et action requise
`Fichier pas dans le WAR d'origine filename`	Le fichier indiqué n'existe pas dans le fichier WAR d'origine mais se trouve dans la dernière version du fichier WAR. Action : aucune
`Fichier mis à jour dans le nouveau WAR filename`	Le fichier indiqué existe dans les fichiers WAR d'origine et nouveau et a été mis à jour dans la dernière version du fichier WAR. Aucune personnalisation n'a été effectuée dans le fichier WAR d'origine. Action : aucune
`Fichier personnalisé filename`	Le fichier indiqué existe dans les deux fichiers WAR, a été personnalisé dans la version originale du fichier WAR, mais n'a pas été mis à jour dans la dernière version du fichier. Action : aucune
`Il se peut qu'une personnalisation manuelle soit nécessaire filename`	Le fichier existe dans les deux fichiers WAR, a été personnalisé dans la version originale du fichier WAR, et a été mis à jour dans la dernière version du fichier. Action : si vous souhaitez que vos personnalisations apparaissent dans le fichier, vous devez les ajouter manuellement au nouveau fichier mis à jour dans le répertoire de transit.
`Le fichier a été personnalisé dans la version originale, mais est introuvable dans le nouveau fichier WAR`	Le fichier existait dans le fichier WAR d'origine, mais n'est pas dans le nouveau. Action : aucune.

Etapes suivantes

Créez un nouveau fichier WAR OpenSSO à partir des fichiers de la zone de transit. Par exemple :
cd /tmp/staging jar cvf /patched/opensso.war *
où /patched/opensso.war correspond au nouveau fichier WAR OpenSSO auquel un patch a été appliqué
Redéployez le fichier /patched/opensso.war sur le conteneur Web à l'aide de l'URI de déploiement d'origine. Par exemple, /opensso

Modifications de configuration de OpenSSO. Un nouveau fichier WAR OpenSSO peut comporter des modifications de configuration qui ne figuraient pas dans votre fichier WAR d'origine. Toute modification de configuration, le cas échéant, sera documentée séparément pour chaque patch. Consultez la documentation sur les patches ainsi que les Sun OpenSSO Enterprise - 8.0 - notes de version pour en savoir plus sur les modifications de configuration. (La chaîne de version du fichier global OpenSSO sera modifiée, même s'il n'y a aucune modification de configuration dans le nouveau fichier WAR.)

Si vous devez supprimer votre version avec patch, annulez le déploiement du fichier WAR avec patch, puis redéployez votre fichier WAR d'origine.