Prise en charge de JSPM avec NW04 (gestionnaire de packages de support Java)
Java Support Package Manager (JSPM) dans SPS04 et SPS05 ne prend pas en charge un processus de correctif sur iSeries.
Ce didacticiel explique toutes les caractéristiques distinctives du processus de correctif pour les packages de support Java dans les versions 2004 de SAP NetWeaver sur iSeries.
Installation et démarrage de JSPM
Question :Je ne suis pas en mesure d'importer des packages de support dans mon système car mon système a une version JSPM inférieure à SPS06.
Solution : Comme iSeries avant SPS06 ne prend pas en charge JSPM, vous devez d'abord déployer JSPM version SPS06 manuellement avec Software Deployment Manager (SDM).
Pour plus d'informations sur l'utilisation de SDM, voir SAP Help Portal à l'adresse help.sap.com -> Documentation -> SAP NetWeaver -> SAP NetWeaver 2004s -> SAP Library -> SAP NetWeaver Library -> SAP NetWeaver by Key Capability -> Application Platform -> Technologie Java dans SAP Web Application Server -> Manuel de développement Java -> Tâches de développement de base -> Déploiement :Rassembler le tout -> Gestionnaire de déploiement de logiciels.
Une fois le déploiement de JSPM version SPS06 terminé, vous devez effectuer quelques actions manuelles supplémentaires, comme décrit ci-dessous.
Question :Je souhaite importer des packages de support dans mon système, mais j'ai une version JSPM inférieure à SPS09 dans mon système.
Solution :
ajuster les autorités du script go :
se connecter en tant qu'ADM
démarrer l'environnement QSHELL avec la commande QSH
cd /usr/sap///j2ee/JSPM
chmod 755 aller
si votre utilisateur actuel n'est pas le propriétaire de "go", connectez-vous avec le profil utilisateur propriétaire (vérifiez avec ls -l dans QSHELL) et relancez chmod
empêcher JSPM de démarrer automatiquement l'interface graphique sur votre hôte iSeries :
fichier /usr/sap///j2ee/JSPM/param/jspm_config.txt (ou /usr/sap///j2ee/JSPM/deploy/param/jspm_config.txt si le processus d'amorçage de JSPM n'a pas encore copié les fichiers déployés avec la toute première exécution) contient une propriété /dialog/SDTServerConnection/SDTGui/launch. Changez donc sa valeur de vrai à faux.
Démarrage de JSPM :
Deux scripts sont impliqués dans le démarrage de JSPM sur iSeries :
Sur l'hôte iSeries, vous démarrez le processus du serveur JSPM avec la commande
QSH CMD('/usr/sap///j2ee/JSPM/go')
Ce script indique que le serveur attend qu'un processus GUI se connecte.
Si votre JSPM est au niveau SPS15 ou supérieur, la tâche JSPM sera soumise au sous-système de l'instance. Si vous souhaitez éviter la soumission et exécuter le JSPM dans votre travail interactif, vous pouvez utiliser
QSH CMD('/usr/sap// /j2ee/JSPM/go -nosubmit')
Cependant, le comportement par défaut consistant à soumettre le JSPM dans le sous-système d'instance est plus recommandé.
Si vous souhaitez utiliser la fonctionnalité de soumission et que vous n'êtes pas encore au SPS15, vous pouvez remplacer votre script /usr/sap///j2ee/JSPM/go par le fichier joint à cette note.
Sous Windows, vous démarrez l'interface graphique à l'aide d'un script
usrsapj2eeJSPMStartGui.bat .
Comme cela se connecte par défaut à localhost, vous verrez donc un message d'erreur et devrez spécifier l'hôte auquel vous souhaitez vous connecter sur le premier écran.
Quelles sont les recommandations ?
Général :
Mettez à jour JSPM vers la dernière version disponible avant d'importer des packages. Afin que vous puissiez éviter de rencontrer des problèmes bien connus, par ex. celles décrites plus bas dans cette note.
Veuillez ne pas importer de paquet nécessitant le redémarrage du système si vous utilisez une version IGS inférieure au niveau de correctif 2. Dans les anciennes versions d'IGS, tous les processus ne peuvent pas être arrêtés, ce qui entraîne des blocages et interrompt la procédure JSPM. Dans le niveau de correctif JSPM 7.00.16.0.3, vous pouvez déployer régulièrement n'importe quel package IGS récent.
Vous pouvez installer un niveau IGS supérieur à tout moment. suivant 937000
Paquet du noyau :
La prise en charge de la mise à jour du package du noyau est fournie avec JSPM. Mais, en raison de certaines restrictions et défauts mentionnés ci-dessous, il est recommandé d'utiliser les outils du noyau LODSAPKRN et APYSAP pour ce problème, car ils sont plus pratiques et ont une qualité éprouvée dans le temps. 912575 explique en détail comment procéder.
Dans de rares cas, les versions obsolètes des fichiers de propriétés causent des problèmes au démarrage du système après l'application d'un nouveau noyau. Afin d'éviter ce genre de problèmes, veuillez supprimer les fichiers suivants tant que le système est opérationnel ; ces fichiers seront recréés au prochain démarrage du système :
- /SDM/Program/config/sdm_jstartup.properties.vmprop
- /j2ee/cluster/instance.properties.vmprop
Pile de packages d'assistance
Question :lors de l'utilisation de JSPM, je souhaite appliquer une pile de packages de support complète à mon système, mais il me demande d'appliquer le package Kernel séparément.
Solution : En effet, l'application d'un SPS complet commence par la mise à jour du noyau. Pour éviter les problèmes décrits ci-dessus dans la partie "Package du noyau", appliquez d'abord le noyau dans une étape distincte.
Par conséquent, vous pouvez exclure le package du noyau de la pile de packages et l'importer ensuite avec les outils standard. Après avoir importé le noyau, vous pourrez exécuter l'ensemble du SPS.
Dépannage pour des packages ou des niveaux de package spécifiques ; problèmes connus :
Paquet du noyau
Question :Obtenir l'exception Array Out Of Bounds dans la classe Os4SapcarArchiveHandler
Solution : En effet, la classe doit effectuer un mappage temporaire entre le nom de la bibliothèque du noyau et le nom du package. Les informations de version dans le nom du package sont utilisées à cette fin.
Pour résoudre ce problème, conservez le nom complet des packages SAPEXE
Question :Après avoir déployé le nom du noyau actuellement appliqué, la bibliothèque a changé.
Solution : Ce problème est dû au fait que la bibliothèque du noyau que vous avez utilisée au début de la procédure de correctif est verrouillée par au moins la session active du processus JSPM. Par conséquent, cette bibliothèque ne peut pas être renommée. JSPM crée une nouvelle bibliothèque de noyau selon le modèle KRN avec deux chiffres.
Vous pouvez résoudre ce problème en suivant les étapes :
- Vérifiez le nom de votre bibliothèque actuelle après le déploiement en vous connectant à une nouvelle session et en utilisant la commande DSPLIBL.
- Renommer la bibliothèque et ensuite mettre à jour votre système de fichiers en utilisant RMVSAP et APYSAP pour la bibliothèque renommée.
Question :Après le déploiement du package du noyau, le système ne démarre pas, JSPM affiche l'état non déployé. La répétition du déploiement interrompu donne une erreur avec la commande CPYF, ci-dessous le journal des erreurs :
/usr/sap//JCnn/j2ee/JSPM/log/log_ /CPYF_nn.err
Avec le message :
CPF2874 :Les membres vers et depuis le fichier sont identiques.
Solution : En effet, JSPM ne reconnaît pas la copie des fichiers binaires déjà réussis et tente de copier un objet sur lui-même.
Veuillez suivre les étapes ci-dessous pour résoudre ce problème :
Arrêtez JSPM et redémarrez le système. Ne pas terminer le déploiement interrompu du composant noyau. Choisissez un nouveau déploiement, JSPM reconnaîtra désormais le nouveau statut du noyau.
Question :Le système ne démarre pas après le déploiement du package du noyau, même lorsque j'essaie de le démarrer manuellement. Dans les fichiers journaux, nous pouvons trouver les messages d'erreur suivants dans /usr/sap//JCnn/work/dev_bootstrap :
[Thr 772] SigIGenAction (pid=31895)
[Thr 772] SigIRegisterRoutine :gestionnaire du signal 14 installé (SIG_DFL)
[Thr 772] SigIUnblock :le signal 15 était en mode DÉBLOQUÉ
Signal 15 rencontré.
=> Noyau R/3 64 bits
Solution : En raison des modifications apportées au noyau, le nouveau système ne pouvait pas utiliser les anciens fichiers vm-property.
Vous trouverez ci-dessous les étapes pour résoudre cette erreur
Supprimez les fichiers suivants :
- /SDM/Program/config/sdm_jstartup.properties.vmprop
- /j2ee/cluster/instance.properties.vmprop
Démarrez le système manuellement, les fichiers de propriétés seront recréés lors du démarrage du système.
Lorsque le système est opérationnel, vous pouvez poursuivre le processus JSPM
Script :
Question :JSPM s'interrompt avec une erreur
Impossible d'initialiser les données de l'application.
Dans le fichier config/BOOTSTRAP.xml du répertoire JSPM vous trouvez la balise WIN.
Solution : Lorsque vous essayez de démarrer le serveur JSPM pour la première fois, vous exécutez le script go.bat sous Windows. Ce script initialise le fichier BOOTSTRAP.xml avec les informations de plate-forme. JSPM n'est pas en mesure de récupérer même si vous lancez ultérieurement le script go correct sur votre hôte iSeries.
Pour résoudre ce problème, modifiez le fichier BOOTSTRAP.xml et remplacez la balise par OS4.
Lancez ensuite le script go sur votre hôte iSeries comme expliqué plus haut dans la section I/
Question :JSPM ne fonctionne pas correctement sur la version inférieure à SPS15 dans i5/OS V6R1.
Si vous faites une version java, vous verrez JDK 5.0 comme JDK par défaut.
Solution : Échangez le fichier /usr/sap//