Chapitre 5 Nouveautés pour les développeurs

Ecriture de gestionnaires de périphériques 

SPARC : l'atelier de test pour la consolidation des gestionnaires est un outil de développement des gestionnaires de périphériques Solaris. L'atelier de test injecte une large gamme de défauts matériels simulés pendant les accès du gestionnaire au matériel. Cet atelier de test basé sur l'injection de défaut permet de contrôler la résilience d'un gestionnaire de périphériques SPARC. 

Pour plus d'informations, reportez-vous à la section "Driver Hardening Test Harness" in Solaris 8 Software Developer Supplement.

4/01 

"Gestionnaires de haute disponibilité" fournit une description détaillée sur la manière de concevoir les gestionnaires afin de prendre en charge la haute disponibilité grâce au renforcement des gestionnaires et à l'amélioration des capacités de maintenance. Ce document complète les informations fournies dans la sectionWriting Device Drivers de Solaris 8.

Pour plus d'informations, reportez-vous à la section "High-Availability Drivers" in Solaris 8 Software Developer Supplement.

10/00 

Vous pouvez utiliser un périphérique LAN générique (GLD) pour mettre en oeuvre la plupart des fonctionnalités STREAMS et DLPI (Data Link Provider Interface) d'un gestionnaire réseau Solaris. Avant la révision 10/00 de Solaris 8, le module GLD n'était disponible que pour les gestionnaires réseau de Solaris Edition pour plate-forme Intel. A présent, GLD est également disponible pour les gestionnaires réseau de Solaris Edition pour plate-forme SPARC.

La révision 4/01 inclut une version mise à jour de GLD dans laquelle différents bugs ont été corrigés. 

Pour plus d'informations, reportez-vous à la section "Drivers for Network Devices" in Solaris 8 Software Developer Supplement.

10/00 

Mise à jour dans la révision 4/01 

Langues prises en charge 

Le format "File System Safe Universal Transformation Format", ou UTF-8, est un codage défini par X/Open comme étant une représentation multi-octet d'Unicode. UTF-8 regroupe presque tous les caractères des environnements localisés multi-octets et mono-octets traditionnels des langues européennes et asiatiques pour les environnements localisés Solaris. Dans la révision 10/00, le russe, le polonais et deux nouveaux environnements localisés pour le catalan ont été ajoutés. Dans la révision 4/01, deux environnements localisés supplémentaires, le jeu de codes turc UTF-8 et le jeu de codes russe UTF-8, ont été ajoutés à la table des langues d'Europe de l'Est.  

Pour plus d'informations, reportez-vous à la section "Additional Partial Locales for European Solaris Software" in Solaris 8 Software Developer Supplement.

10/00 

Mise à jour dans la révision 4/01 

Le programme mp accepte les fichiers de texte internationaux de plusieurs environnements localisés Solaris et son résultat est approprié à l'environnement localisé spécifié. La prise en charge des dispositions de texte complexe (CTL - Complex Text Layout) par le programme mp permet de produire des résultats appropriés en matière de disposition du texte (mis en forme, rendu bi-directionnel, etc.). En fonction de la configuration de la police du système de chaque environnement localisé pour la commande mp, le fichier de résultat PostScript^TM peut contenir des images glyph provenant des polices bitmap ou adaptables résidant sur le système Solaris.

Pour plus d'informations, reportez-vous à la section "Print Filter Enhancement mp(1)" in Solaris 8 Software Developer Supplement.

4/01 

Programme de césure Thai : Cette mise à jour comprend un nouvel environnement de résolution texte pour les langues asiatiques. Grâce à cet environnement, les applications CDE et les bibliothèques Motif utilisent la résolution texte appropriée pour tous les environnements localisés. Cette fonction, ainsi que les nouveautés CDE/bibliothèque Motif, est inclue dans le fichier libXm.so.4. Le module de résolution texte Thai est une nouvelle fonction qui fournit une césure appropriée des chaînes du langage Thai. L'environnement localisé Thai prend maintenant en charge le traitement correct des widgets Motif.

1/01 

Outils de développement 

L'appel système sendfile vectorisé sendfilev() permet d'obtenir de meilleures performances en matière d'envoi de données à partir de fichiers ou de caches d'applications. Par exemple, en matière de performances web, un serveur web peut construire une réponse HTTP (en-tête, données et fin tout comme un serveur SSI) dans un seul appel système. Combinée à NCA, cette fonction permet d'obtenir des performances optimales dans la mesure où elle permet de renvoyer plusieurs tranches pouvant provenir de fichiers variés.

Pour plus d'informations, reportez-vous à la page de manuel, sendfilev(2).

7/01 

Le service DHCP (Dynamic Host Configuration Protocol) permet aux systèmes hôtes de reçevoir des adresses IP et des informations relatives à la configuration réseau lors du démarrage à partir d'un serveur du réseau. Dans les versions antérieures, les données de configuration DHCP pouvaient être stockées uniquement dans des fichiers texte ou NIS+. Dans la version actuelle, l'accès aux données du service DHCP de Solaris a été revu pour utiliser une structure modulaire. Le service DHCP fournit une API qui permet d'écrire des objets partagés pour prendre en charge tous les moyens de stockage de données (en matière de stockage de données DHCP).  

Le guide Solaris DHCP Service Developer's Guide présente la structure d'accès aux données utilisée par les services DHCP de Solaris, des instructions générales à l'attention des développeurs et une liste des fonctions API à utiliser pour écrire un module qui prend en charge un nouveau mode de stockage de données.

Pour plus d'informations, reportez-vous à la section Solaris DHCP Service Developer's Guide.

7/01 

L'utilitaire appcert permet de vérifier la conformité d'un fichier d'objet par rapport à Solaris ABI. La conformité à Solaris ABI permet pratiquement de garantir la compatibilité d'une application avec les futures versions du logiciel Solaris.

Pour plus d'informations, reportez-vous à la section "Using appcert" in Solaris 8 Software Developer Supplement.

4/01 

Le logiciel WEBM (Web-Based Enterprise Management) inclut des standards de gestion basée sur le Web de systèmes, réseaux et périphériques sur plusieurs plates-formes. Le SDK (Software Developer's Toolkit) Sun WBEM permet aux développeurs de logiciel de créer des applications basées sur les standards qui gèrent les ressources dans l'environnement d'exploitation Solaris. Les développeurs peuvent également utiliser cette boîte à outils pour écrire des fournisseurs, c'est-à-dire des programmes qui communiquent avec les ressources gérées pour accéder aux données. Le SDK Sun WBEM comprend des interfaces de programmation d'applications (API) pour décrire et gérer les ressources dans le programme CIM (Common Information Model), ainsi que des API fournisseur pour obtenir et configurer des données dynamiques sur les ressources gérées. Le SDK Sun WBEM propose également CIM WorkShop, une application Java pour créer et visualiser les ressources gérées sur un système et un ensemble d'exemples de programmes fournisseur et client WBEM.  

Pour plus d'informations, reportez-vous au document Sun WBEM SDK Developer's Guide.

4/01 

SPARC : leMultithreaded Programming Guide a été mis à jour et inclut la correction de différents bugs : 4308968, 4356675, 4356690.

Pour visualiser ce manuel, reportez-vous au guide Multithreaded Programming Guide.

1/01 

Le guide Linkers and Libraries Guide a été mis à jour.

Pour la révision 10/00, les mises à jour comprennent les éléments suivants :

• La variable d'environnement LD_BREADTH est ignorée par l'éditeur de liens en exécution. Reportez-vous à la section, "Initialization and Termination routines".

• L'éditeur de liens en exécution et son interface de débogage ont été étendus afin de permettre une meilleure exécution ainsi qu'une analyse des fichiers core. Cette mise à jour est identifiée par un nouveau numéro de version. Reportez-vous à la section " Manipulation d'agent." Cette mise à jour étend les champs rl_flags, rl_bend et rl_dynamic de la structure rd_loadobj_t. Consultez la section "Numérisation d'objets chargeables."

• La validation de l'utilisation réelle ou possible des données déplacées/réadressées avec des réadressages de copie est à présent disponible. Consultez la section "Relocations de déplacement."

• Les filtres 64 bits ne peuvent être générés qu'à partir d'un fichier map à l'aide de l'option link-editors -64. Consultez la section "Génération d'un filtre standard."

• Vous y trouverez des explications sur la restriction de l'expansion des éléments de chaîne dynamiques $ORIGIN à des applications sûres. Consultez la section "Sécurité."

• En utilisant dlinfo(3DL), vous pouvez inspecter les chemins de recherche utilisés pour rechercher les dépendances des objets dynamiques.

• Les sémantiques de recherche dlsym(3DL) et dlinfo(3DL) ont été étendues avec un nouvel identificateur, RTLD_SELF.

• L'établissement d'informations de liaison directe dans chaque objet dynamique permet de réduire de façon significative le mécanisme de recherche de symboles d'exécution utilisé pour relocaliser les objets dynamiques. Reportez-vous aux sections "Liaisons externes" ou "Liaisons directes".

Pour la révision 1/01, les mises à jour comprennent les éléments suivants :

• Les informations symboliques disponibles depuis la commande dladdr(3DL) ont été améliorées grâce à l'introduction de la fonction dladdr1().

• Vous pouvez obtenir $ORIGIN d'un objet dynamique à partir de dlinfo(3DL).

• La maintenance des fichiers de configuration d'exécution, créés avec la commande crle(1), a été simplifiée grâce à l'affichage des options de ligne de commande utilisées pour créer le fichier de configuration. Une fonction de mise à jour est également disponible. (option -u)

• L'éditeur de liens en exécution et son interface de débogage ont été étendus pour pouvoir détecter la résolution des entrées du tableau d'édition de liens de procédure. Cette mise à jour est identifiée par un nouveau numéro de version. Reportez-vous à la section "Manipulation d'agent". Cette mise à jour étend la structure rd_plt_info_t. Reportez-vous à la section "Saut du tableau d'édition de liens de procédures".

• Une pile d'applications peut être définie comme non-exécutable à l'aide du nouveau descripteur de segment STACK mapfile. Reportez-vous à la section "Déclarations des segments".

10/00  

Mise à jour pour les versions 1/01 et 7/01 

Pour la version 7/01, les mises à jour comprennent les éléments suivants :

• Les dépendances qui ne sont pas utilisées peuvent être déterminées à l'aide de la commande ldd(1). (option -u)

• Des extensions ELF ABI ont été ajoutées, et la documentation associée a été révisée. Consultez les sections et tableaux suivants : "Initialisation et arrêt," "Routines d'initialisation et d'arrêt," Tableau 6, Tableau 9, Tableau 16, Tableau 17, "Groupes de section" Tableau 19, Tableau 24, Tableau 45, Tableau 46 et "Chargement de programme (selon le processeur utilisé)".

• Grâce aux variantes _32 et _64, l'utilisation des variables d'environnement bénéficie d'une plus grande flexibilité. Reportez-vous à la section "Environment Variables" du guide Linker and Libraries Guide.

Pour visualiser ce manuel, reportez-vous au document Linker and Libraries Guide.

1/01Outils d'interface système 

Le manuel System Interface Guide est mis à jour et inclut la correction des bugs. Cette version corrige plusieurs erreurs typographiques dans les exemples de code source et texte.

Pour visualiser ce manuel, consultez le System Interface Guide.

6/00 

Versions Java  

Le SDK Java 2, Edition standard v. 1.3.0, également appelé J2SE^TM 1.3.0, est une version mise à jour du SDK Java 2. La version J2SE inclut les nouvelles fonctions et améliorations suivantes.

• Amélioration des performances

  La technologie Java HotSpot^TM et des bibliothèques d'exécution optimisées font de J2SE 1.3.0 la plate-forme Java^TM la plus rapide à ce jour.

• Un déploiement Web plus simple

  Les nouvelles fonctions comme la mise en cache des applets et l'installation automatique des modules facultatifs par le composant Java^TM Plug-in J2SE 1.3.0 augmentent la vitesse et la souplesse avec lesquelles vous pouvez déployer des programmes sur le Web.

• Interopérabilité d'entreprise

  L'ajout de RMI/IIOP et de Java Naming and Directory Interface^TM à J2SE 1.3.0 améliore l'interopérabilité de la plate-forme Java 2.

• Sécurité avancée

  Une nouvelle prise en charge de la signature électronique RSA, la gestion dynamique des hôtes de confiance, les certificats X.509 et la vérification des fichiers signés par Netscape sont pour les développeurs autant de possibilités de protéger leurs données électroniques.

• Audio Java

  J2SE 1.3.0 inclut une nouvelle API audio très puissante. Les versions précédentes de cette plate-forme limitaient la prise en charge audio à la simple lecture des clips audio. Avec cette version, la plate-forme Java 2 définit un ensemble d'interfaces et de classes standard pour un support audio de bas niveau.

• API et facilité de développement améliorés

  En réponse aux demandes des développeurs, J2SE 1.3.0 ajoute de nouvelles fonctions aux différents domaines de la plate-forme Java 2. Ces fonctions étendent la fonctionnalité de la plate-forme pour permettre le développement d'applications plus puissantes. En outre, plusieurs de ces nouvelles fonctions rendent le processus du développement plus rapide et plus efficace.

Pour plus d'informations sur les améliorations J2SE, reportez-vous à "Java 2 SDK, Standard Edition, version 1.3.0" in Solaris 8 Software Developer Supplement.

4/01 

Le J2SE 1.2.2_07a contient la correction de différents bugs identifiés dans les versions précédentes de la série J2SE 1.2.2. Une correction importante des bugs consiste à corriger une baisse des performances introduite dans J2SE 1.2.2_05. Pour plus d'informations sur la correction des bugs dans J2SE 1.2.2_07a, consultez le site Web suivant : http://java.sun.com/j2se/1.2/ReleaseNotes.html.

4/01 

Les SDK 1.2.2_06 et JDK 1.1.8_12 Java 2 ont été améliorés depuis la dernière version. 

1/01 

Le SDK 1.2.2_05a Java 2 inclut les nouvelles fonctions suivantes.

• Améliorations de l'adaptabilité à plus de 20 processeurs

• Amélioration du compilateur JIT (Just-In-Time) optimisé

• Amélioration des performances de rendu du texte

• Module de démo de classe poller

• Améliorations de Swing

Pour plus d'informations, reportez-vous à "Previous Java 2 Standard Edition (J2SE) Releases" in Solaris 8 Software Developer Supplement.

10/00 

32 bits : Grâce à l'ajout du module mod_jserv et des fichiers associés, le serveur Web Apache prend à présent en charge les servlets Java.

Pour plus d'informations, reportez-vous à la section "Java Servlet Support in Apache Web Server" in Solaris 8 Software Developer Supplement.

10/00 

Versions préliminaires 

Cette révision comporte un répertoire dédié aux logiciels en version préliminaire. Pour plus d'informations, consultez le fichier README sur le CD-ROM Solaris Software 2.