JSPM Support med NW04s (Java Support Package Manager)
Java Support Package Manager (JSPM) i SPS04 og SPS05 understøtter ikke en patch-proces på iSeries.
Denne vejledning forklarer alle de karakteristiske kendetegn ved patch-processer til Java-supportpakker i SAP NetWeaver release 2004'er på iSeries.
Installation og start af JSPM
Spørgsmål:Jeg er ikke i stand til at importere supportpakker til mit system, fordi mit system har JSPM-version lavere end SPS06.
Løsning: Da iSeries før SPS06 ikke understøtter JSPM, skal du derfor først implementere JSPM version SPS06 manuelt med Software Deployment Manager (SDM).
For mere information om brug af SDM, se SAP Help Portal på help.sap.com -> Dokumentation -> SAP NetWeaver -> SAP NetWeaver 2004s -> SAP Library -> SAP NetWeaver Library -> SAP NetWeaver by Key Capability -> Application Platform -> Java-teknologi i SAP Web Application Server -> Java Development Manual -> Kerneudviklingsopgaver -> Implementering:Putting It All Together -> Software Deployment Manager.
Efter implementeringen af JSPM version SPS06 er færdig, skal du udføre nogle yderligere manuelle handlinger, som beskrevet nedenfor.
Spørgsmål:Jeg vil importere supportpakker til mit system, men jeg har en JSPM-version lavere end SPS09 i mit system.
Løsning:
juster autoriteter for go-scriptet:
logon som ADM
start QSHELL-miljøet med kommandoen QSH
cd /usr/sap///j2ee/JSPM
chmod 755 go
hvis din nuværende bruger ikke er ejeren af "go", skal du logge på med ejerens brugerprofil (tjek med ls -l i QSHELL) og køre chmod igen
forhindre, at JSPM automatisk starter GUI'en på din iSeries-vært:
fil /usr/sap///j2ee/JSPM/param/jspm_config.txt (eller /usr/sap///j2ee/JSPM/deploy/param/jspm_config.txt, hvis JSPM's bootstrapping-proces endnu ikke allerede har kopieret de installerede filer med den allerførste kørsel) indeholder en egenskab /dialog/SDTServerConnection/SDTGui/launch. Skift derfor dens værdi fra sand til falsk.
Starter JSPM:
Der er to scripts, der er involveret i at starte JSPM på iSeries:
På iSeries-værten starter du JSPM-serverprocessen med kommandoen
QSH CMD('/usr/sap///j2ee/JSPM/go')
Dette script angiver, at serveren venter på, at en GUI-proces skal oprette forbindelse.
Hvis din JSPM er på SPS15 eller højere, vil JSPM-jobbet blive sendt til instansens undersystem. Hvis du vil undgå indsendelsen og køre JSPM i dit interaktive job, kan du bruge
QSH CMD('/usr/sap// /j2ee/JSPM/go -nosubmit')
Standardadfærden med at indsende JSPM'en til instansundersystemet anbefales dog mere.
Hvis du vil bruge indsendelsesfunktionen og endnu ikke er på SPS15, kan du erstatte dit script /usr/sap///j2ee/JSPM/go med filen vedhæftet denne note.
På Windows starter du GUI ved hjælp af script
usrsapj2eeJSPMStartGui.bat .
Da denne som standard forbinder til localhost, vil du derfor se en fejlmeddelelse og skal angive den vært, som du vil oprette forbindelse til på den første skærm.
Hvad er anbefalingerne?
Generelt:
Opdater JSPM til den seneste tilgængelige version, før du importerer pakker. Så du kan undgå at løbe ind i velkendte problemer, f.eks. dem, der er beskrevet længere nede i denne note.
Undlad venligst at importere nogen pakke, der kræver genstart af systemet, hvis du bruger en IGS-version, der er lavere end patch-niveau 2. I de ældre versioner af IGS kan ikke alle processer stoppes, hvilket fører til låse og bryder JSPM-proceduren. I JSPM patch-niveau 7.00.16.0.3 kan du implementere enhver nylig IGS-pakke regelmæssigt.
Du kan til enhver tid installere et højere IGS-niveau. følgende 937000
Kernepakke:
Understøttelse af opdatering af kernepakken gives med JSPM. Men på grund af nogle begrænsninger og fejl nævnt nedenfor anbefales det at bruge kerneværktøjerne LODSAPKRN og APYSAP til dette problem, fordi det er mere bekvemt og har en dokumenteret kvalitet over tid. 912575 forklarer i detaljer, hvordan du fortsætter.
I nogle sjældne tilfælde forårsager forældede versioner af ejendomsfiler problemer ved systemstart, efter at en ny kerne er blevet anvendt. For at undgå denne form for problemer skal du slette følgende filer, så længe systemet er oppe; disse filer vil blive genskabt næste gang systemet startes:
- /SDM/Program/config/sdm_jstartup.properties.vmprop
- /j2ee/cluster/instance.properties.vmprop
Supportpakkestak
Spørgsmål:Mens jeg bruger JSPM, og jeg vil anvende en komplet supportpakkestak til mit system, men den beder mig om at anvende kernelpakken separat.
Løsning: Dette skyldes, at anvendelse af en komplet SPS starter med at patche kernen. For at undgå de problemer, der er beskrevet ovenfor i delen 'Kernelpakke', skal du anvende kernen først i et separat trin.
Derfor kan du ekskludere kernepakken fra pakkestakken og derefter importere den med standardværktøjerne. Efter import af kernen vil du kunne køre hele SPS.
Fejlfinding for specifikke pakker eller pakkeniveauer; kendte problemer:
Kernepakke
Spørgsmål:Få array ud af grænserne undtagelse i klasse Os4SapcarArchiveHandler
Løsning: Dette skyldes, at klassen skal lave en midlertidig mapping mellem kernebiblioteksnavn og pakkenavn. Versionsoplysningerne i pakkenavnet bruges til dette formål.
For at løse dette problem behold det fulde navn for pakkerne SAPEXE
Spørgsmål:Efter at jeg implementerede navnet på den aktuelt anvendte kerne, er biblioteket ændret.
Løsning: Dette problem skyldes, at kernebiblioteket, som du brugte i begyndelsen af patch-proceduren, er låst af i det mindste den aktive session af JSPM-processen, og derfor kan dette bibliotek ikke omdøbes. JSPM opretter et nyt kernebibliotek i henhold til mønsteret KRN med et tocifret.
Du kan løse dette ved at følge trin:
- Tjek navnet på dit nuværende bibliotek efter implementeringen ved at logge på en ny session og bruge kommandoen DSPLIBL.
- Omdøb biblioteket og opdater derefter dit filsystem ved hjælp af RMVSAP og APYSAP for det omdøbte bibliotek.
Spørgsmål:Efter implementering af kernepakken starter systemet ikke, JSPM viser status ikke implementeret. Gentagelse af den ødelagte implementering giver en fejl med kommandoen CPYF. Nedenfor er fejlloggen:
/usr/sap//JCnn/j2ee/JSPM/log/log_ /CPYF_nn.err
Med beskeden:
CPF2874:Både til-fil- og fra-fil-medlemmer er de samme.
Løsning: Dette skyldes, at JSPM ikke genkender, at kopien af de binære filer, som allerede er lykkedes, og forsøger at kopiere et objekt til sig selv.
Følg venligst nedenstående trin for at løse dette problem:
Afslut JSPM og genstart systemet. Lad være med at afslutte den ødelagte udrulning af komponentkernen. Vælg ny implementering, JSPM genkender nu den nye kernestatus.
Spørgsmål:Systemet starter ikke efter implementering af kernepakken, selv når jeg prøver at starte det manuelt. I logfilerne kan vi finde følgende fejlmeddelelser i /usr/sap//JCnn/work/dev_bootstrap:
[Thr 772] SigIGenAction (pid=31895)
[Thr 772] SigIRegisterRoutine:handler for signal 14 installeret (SIG_DFL)
[Thr 772] SigIUnblock:Signal 15 var i UBLOKET tilstand
Signal 15 stødt på.
=> 64 bit R/3 Kernel
Løsning: På grund af ændringerne i kernen kunne det nye system ikke bruge de gamle vm-egenskabsfiler.
Nedenfor er trinene til at løse denne fejl
Slet følgende filer:
- /SDM/Program/config/sdm_jstartup.properties.vmprop
- /j2ee/cluster/instance.properties.vmprop
Start systemet manuelt, egenskabsfilerne vil blive genskabt under systemstarten.
Når systemet er oppe og køre, kan du fortsætte med JSPM-processen
Scripts:
Spørgsmål:JSPM bryder med fejl
Kan ikke initialisere applikationsdata.
I filen config/BOOTSTRAP.xml i JSPM-mappen finder du tagget WIN.
Løsning: Når du første gang prøver at starte JSPM-serveren, kører du scriptet go.bat på Windows. Dette script initialiserer BOOTSTRAP.xml med platformoplysninger. JSPM er ikke i stand til at gendanne dette, selvom du starter det korrekte go-script på din iSeries-vært senere.
For at løse dette problem Rediger filen BOOTSTRAP.xml, og skift tagget til OS4.
Start derefter go-scriptet på din iSeries-vært som forklaret ovenfor i afsnit I/
Spørgsmål:JSPM fungerer ikke korrekt på version lavere end SPS15 i i5/OS V6R1.
Hvis du laver en java -version, vil du se JDK 5.0 som standard JDK.
Løsning: Udskift filen /usr/sap//