IBM i 6.1

Q1. Que signifie "conversion de programme" ?
R1. La conversion est un terme générique qui désigne l'application de modifications à des objets et qui englobe aussi d'autres modifications système. Dans ce cas précis, on peut employer les termes "mise à niveau" ou "actualisation" qui sont plus parlants. Chaque programme d'interface machine conservera son nom, son emplacement, le profil de son utilisateur propriétaire et ses autres attributs. Les opérations d'interface machine qu'il exécutera resteront inchangées. En revanche, le format interne de l'objet programme sera modifié et les instructions matérielles exécutables seront remplacées.

Q2. Quelles sont les éditions concernées, et de quelle façon ?
R2. Les programmes auront un nouveau format à partir de la V6R1M0 : les programmes créés pour les éditions antérieures seront donc convertis avant d'être exécutés dans la V6R1M0 ou les éditions ultérieures. De même, les programmes créés dans la V6R1M0 ou les éditions ultérieures seront convertis avant d'être exécutés dans la V5R4M0 ou les éditions antérieures.

Q3. Pourquoi convertir les programmes maintenant ?
R3. La conception des logiciels et les équipements matériels utilisés par la plateforme System i ont désormais atteint un stade permettant d'apporter des améliorations importantes à des aspects essentiels du système : à savoir l'intégrité, les performances et la richesse fonctionnelle, et ce, simplement en s'appuyant sur l'architecture du système pour convertir les programmes.

Q4. Une telle conversion de programmes a-t-elle déjà eu lieu auparavant ?
R4. Oui, cette conversion est la troisième dans l'histoire de l'architecture de l'interface machine. La première remonte au passage du System/38 à l'AS/400 V1R1M0 en 1988. La deuxième s'est produite pour l'AS/400 V3R6M0 en 1995, lorsque nous avons mis à niveau les programmes pour passer de l'adressage 48 bits à 64 bits et avons opté pour l'exécution d'un nouvel ensemble d'instructions matérielles. Cette troisième conversion sera cependant plus simple que les précédentes. Par exemple, la plupart des types d'objets resteront inchangés. Les conversions de programmes devraient aussi être beaucoup plus rapides cette fois-ci.

Q5. Quels sont les choix qui s'offrent à moi pour exécuter la conversion ?
R5. La conversion ou transformation de programme peut intervenir de trois façons différentes : pendant l'installation ou le chargement, ou dans le cadre d'un planning explicite, ou lors de la première exécution d'un programme Vous êtes entièrement libre de combiner différentes méthodes de conversion en choisissant celles qui sont le mieux adaptées à votre situation.

Q6. Ai-je besoin du source et d'un compilateur ?
R6. Dans la plupart des cas, non. La transformation des programmes sera gérée par le microcode sous licence du System i, sans qu'il soit nécessaire de recompiler. Il y a quelques exceptions à la règle dont nous parlerons dans un autre document Questions et Réponses.

Q7. Comment savoir si mes programmes peuvent tous être convertis ?
R7. Comme l'a indiqué la prévisualisation du produit, en général, les programmes créés pour les éditions V5R1M0 et ultérieures peuvent être convertis. Les seules exceptions concernent les programmes qui ont subi des modifications non prises en charge. Les programmes créés pour les éditions V4R5M0 et antérieures peuvent être convertis, sauf si leurs données de création ont été entièrement supprimées. Les programmes non convertibles doivent être recompilés à partir du source. IBM vous fournit un outil, ANZOBJCVN, livré sous forme de PTF et s'exécutant sur la V5R4M0 ou la V5R3M0, qui vous permet d'évaluer l'aptitude de vos programmes à être convertis. Cet outil estime également la durée de la conversion.

Q8. Quelle est la différence entre une conversion et la compatibilité binaire ?
R8. La compatibilité binaire permet aux programmes de s'exécuter sans modifications, mais avec un risque de fonctionnement dégradé si les matériels sous-jacents ont changé de façon importante. Par contre, les conversions de programmes sur la plateforme System i permettent aux programmes de s'exécuter sans modifications, et surtout avec un fonctionnement amélioré, en particulier si les matériels sous-jacents ont changé de façon importante. La plateforme System i prend en charge la compatibilité binaire entre les conversions, mais utilise parfois la conversion pour améliorer et mettre à niveau les programmes. Les autres systèmes du commerce ont des architectures qui ne sont pas capables d'améliorer les fonctionnalités logicielles par le biais d'une conversion des objets programme.

Q9. Les programmes de mon environnement System/36 et System/38 vont-ils continuer à fonctionner ?
R9. Absolument. Ces programmes peuvent aussi être convertis de façon à pouvoir s'exécuter dans la V6R1. La seule exception à la règle serait due à une suppression éventuelle des données de création. L'outil ANZOBJCVN vous permet de confirmer l'aptitude de vos programmes à être convertis.

Q10. Comment les fournisseurs de logiciels doivent-ils procéder pour poser des questions précises ?
R10. Contactez le groupe IBM ISV Enablement for IBM i à l'adresse email iaic@us.ibm.com. N'oubliez pas d'indiquer votre numéro d'adhérent PartnerWorld.

Q11. Je suis fournisseur de logiciel : comment dois-je procéder pour prévenir IBM que mon application est prête à s'exécuter dans la V6R1 ?
R11. Contactez le groupe IBM ISV Enablement for IBM i à l'adresse email iaic@us.ibm.com. N'oubliez pas d'indiquer votre numéro d'adhérent PartnerWorld, le nom exact de votre produit et vos informations de version.