Ignorer les liens de navigation | |
Quitter l'aperu | |
Guide du développeur de l'empaquetage d'applications Oracle Solaris 10 1/13 Information Library (Français) |
3. Amélioration de la fonctionnalité d'un package (opérations)
4. Vérification et transfert d'un package
5. Création d'un package : Etudes de cas
Spécification du répertoire de base
Fichier de valeurs d'administration par défaut
Utilisation du paramètre BASEDIR
Utilisation des répertoires de base paramétriques
Exemples : Utilisation des répertoires de base paramétriques
Prise en compte du réadressage
Parcours des répertoires de base
Utilisation du paramètre BASEDIR
Exemple : Analyse de scripts parcourant un BASEDIR
Utilisation de chemins paramétriques relatifs
Exemple : Script request parcourant un chemin paramétrique relatif
Prise en charge du réadressage dans un environnement hétérogène
Exemple : Package réadressable traditionnel
Exemple : Package absolu traditionnel
Exemple : Solution traditionnelle
Informations supplémentaires sur les packages composites
Noms de chemins absolus à l'apparence réadressable
Exemple : Modification d'un fichier
Exemple : Création d'un fichier
Création de packages pouvant être installés à distance
Exemple : Installation sur un système client
Exemple : Installation sur un serveur ou un système autonome
Exemple : Montage de systèmes de fichiers partagés
Application de patchs à des packages
Création de packages d'archives de classe
Structure du répertoire d'un package d'archive
Mots clés de prise en charge des packages d'archive de classe
L'ensemble des fonctionnalités de l'empaquetage System V implémentées dans le SE Oracle Solaris fournissent un outil puissant pour l'installation des produits logiciels. En tant que concepteur de package, vous pouvez bénéficier de ces capacités. Les packages qui ne font pas partie du SE Oracle Solaris (non fournis en standard) peuvent utiliser le mécanisme de classes pour personnaliser les installations serveur/client. Les packages réadressables peuvent être conçus de sorte à répondre aux besoins de l'administrateur. Un produit complexe peut être livré sous forme de packages composites capables de résoudre automatiquement les dépendances des packages. La mise à niveau et l'application de patchs peuvent être personnalisées par le concepteur de package. Les packages auxquels des patchs ont été appliqués peuvent être livrés de la même manière que les packages sans patchs et les archives de désinstallation peuvent aussi être incluses dans le produit.
La liste suivante répertorie les informations fournies dans ce chapitre :