Java >> Tutoriel Java >  >> Tag >> package

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.SAR, SAPEXEC1.SAR, SAPEXEDB.SAR lors de leur téléchargement depuis la place de marché des services vers votre boîte de réception EPS.

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///j2ee/JSPM/ aller avec celui joint à cette note. Ensuite, JSPM fonctionnera avec le JDK configuré pour le système SAP en utilisant la variable d'environnement JAVA_HOME. R3INLPGM doit être au moins au niveau de patch #19. Cela peut être vérifié en vérifiant que la variable d'environnement JAVA_HOME est défini si vous êtes connecté en tant qu'ADM ou OFR.


No
Balise Java