Etape n° 6 : Identifier les rôles des serveurs
Alors que les entreprises s’orientent vers une consolidation et une centralisation des serveurs Exchange, le routage peut parfois devenir un goulet d’étranglement en termes de performances, comme l’illustre l’encadré « Des serveurs dédiés selon les besoins ». Heureusement, vous pouvez configurer les serveurs Exchange 2000 et versions ultérieures afin qu’ils
Lire l'article
Devenez un accro des API
Lorsqu’on débute en API, il est bon de pouvoir copier le code d’un exemple concret d’une API. Consultez l’article en deux parties « Travailler avec des APIs » par Paul Morris (février 2004 et octobre 2004, www.itpro.fr). J’espère que vous vous déciderez à essayer les API. Bientôt vous y serez
Lire l'article
Traitement des erreurs
La plupart des API ont une structure de données de codes d’erreur qui peut être passée. La figure 11 montre cette structure de données, telle que je la définis classiquement dans un programme RPG. Le premier champ de cette structure de données (en A) est votre manière d’indiquer à l’API
Lire l'article
Paramètres complexes (formats)
Souvent une API aura besoin d’un paramètre constitué d’une structure de données contenant beaucoup de champs différents. C’est surtout le cas des API qui renvoient une grande quantité d’attributs d’un job, d’un objet ou d’un fichier. Comme elles ont une masse d’informations à renvoyer, ces API créent des structures de
Lire l'article
Error Information
Près du bas de la page API, on trouve la liste des différentes erreurs que l’API peut renvoyer. Par exemple, si l’API QMHSNDPM peut échouer avec l’erreur CPF24C5, alors CPF24C5 et une description de la cause figurent en bas de la page sans la section error information.
Lire l'article
Detailed Parameter Information
C’est la section la plus longue de toute page API. Elle présente chaque paramètre et explique ce qui doit être passé pour le paramètre (cela peut aller d’une phrase à plusieurs pages d’informations). Si vous vous interrogez sur ce qu’il faut fournir pour un paramètre, c’est là qu’il faut regarder.
Lire l'article
API Description, Locks, and Authority Info
La section suivante de la page du manuel API, juste au-dessous de la Parameter Summary Area, est une description du rôle de l’API. C’est là qu’il faut regarder quand vous passez en revue les API pour déterminer laquelle vous conviendra. Juste au-dessous de la description on trouve des renseignements sur
Lire l'article
Parameter Summary Area
En haut des pages de la plupart des API, un tableau montre les paramètres que vous pouvez passer à l’API et explique lesquels sont obligatoires, les types de données que vous devez passer, et comment les paramètres sont utilisés. La figure 6 montre la Parameter Summary Area pour l’API QMHSNDPM.
Lire l'article
Lire la documentation des API
Une fois trouvée l’API qui vous intéresse, que faire ensuite ? Quand vous cliquez sur le lien qui conduit à la page Information Center d’une API particulière, vous voyez que la page est (généralement) divisée en quatre sections. Ces sections ne portent pas de noms officiels, mais je les ai
Lire l'article
Catégories d’API (3/3)
Object. Les API de cette catégorie fournissent des informations sur les objets de votre système. Par exemple, vous pouvez extraire des informations provenant d’une description d’objet, obtenir une liste des objets présents dans une bibliothèque, renommer un objet, et bien d’autres choses. Cette catégorie contient également
Lire l'article
Catégories d’API (2/3)
Date and Time. Cette catégorie est apparue pour la première fois en V5R3. Elle donne accès aux fonctions de gestion du temps plus avancées ajoutées dans cette release. Ces API peuvent extraire des informations sur les différents objets fuseaux horaires (*TIMZON) du système et indiquent
Catégories d’API (1/3)
Comme leurs catégories peuvent paraître un peu obscures, voici un résumé des différentes catégories que j’ai utilisées et les types d’API que vous pourrez trouver dans chacune. Je n’énumère pas toutes les catégories : uniquement celles que j’utilise.
Backup and Recovery. Cette catégorie permet
Trouver une API quand on ne connaît pas le nom
Supposons que vous écriviez un programme RPG et que vous vouliez écrire une information de diagnostic dans le job log. Un programme CL utiliserait la commande SNDPGM MSG pour écrire un message *DIAG, mais RPG n’a pas de code opération à cet effet. Dans ce cas, vous savez parfaitement ce
Lire l'article
Trouver une API quand on connaît le nom
Supposons que vous lisiez un programme et que vous rencontriez le fragment de code de la figure 2. Hmm ? Qu’est-ce que QDCRDEVD? Que fait-il ? Pour le savoir, ouvrez API by Category et tapez QDCRDEVD sous Find By Name (figure 3). Quand vous cliquez sur le bouton Go, l’Information
Lire l'article
Dis-moi, où est mon API ?
IBM fournit plus de 2 500 API avec i5/OS, beaucoup trop pour les couvrir ici. Voyons plutôt comment trouver la documentation des API que vous voulez utiliser et comment la lire. Après quoi, vous n’aurez plus jamais besoin de lire un autre article sur les API ! En général, vous
Lire l'article
En route !
Après ces notions essentielles, nous allons entrer dans le vif du sujet. Dans les pages suivantes, l’auteur Ed Roth commencera à s’intéresser aux composantes matérielles essentielles du parfait réseau PME. Au cours des prochains mois, attendez les autres articles de cette série passionnante, y compris une méthode de sauvegarde en
Lire l'article
Serveurs de courriel
Toutes les PME pratiquent le courriel. Plusieurs choix existent en la matière. Peut-être que le système de courrier le plus simple à utiliser est le serveur de courriel de votre FAI. Le plus souvent, le FAI peut fournir la connectivité à Internet ; ou l’hébergement sur le Web peut aussi
Lire l'article
La connexion Internet
Si vous voulez relier le réseau à Internet, une connexion large bande s’impose. Les PME ont le choix entre deux principaux types de connexions large bande : DSL et câble. Du point de vue des possibilités et du coût, les deux sont presque équivalents. Souvent, votre choix sera dicté par
Lire l'article
AD
La dernière composante essentielle de l’infrastructure réseau est AD. Son principal avantage se situe dans la gestion des systèmes client par le biais des stratégies de groupe. Vous pouvez utiliser l’AD uniquement dans un contexte de domaines, donc il n’est pas applicable à des réseaux de style groupe de travail.
Lire l'article
DHCP
DHCP est le premier service d’infrastructure réseau à prendre en considération. Le service DHCP attribue automatiquement les adresses TCP/IP aux systèmes du réseau. Strictement parlant, DHCP n’est pas obligatoire : vous pouvez attribuer manuellement les adresses TCP/IP à chaque système. Mais ce n’est envisageable qu’avec un petit nombre de systèmes
Lire l'articleLes plus consultés sur iTPro.fr
- Stimuler l’innovation durable grâce à la transformation numérique et aux principes ESG
- Retour au bureau avec Copilot M365
- Les entreprises optent pour des solutions durables
- Le rôle clé du no-code/low-code dans la transformation numérique
- Le rôle de l’intelligence Artificielle dans le Cloud Computing
