Java >> Java tutorial >  >> Tag >> package

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.SAR, SAPEXEC1.SAR, SAPEXEDB.SAR, mens du downloader dem fra servicemarkedet til din EPS-indbakke.

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///j2ee/JSPM/ gå med den, der er knyttet til denne note. Derefter vil JSPM arbejde med det JDK, der er konfigureret til SAP-systemet ved at bruge miljøvariablen JAVA_HOME. R3INLPGM skal mindst være på patch-niveau #19. Dette kan kontrolleres ved at verificere, at miljøvariablen JAVA_HOME er indstillet, hvis du er logget på som ADM eller OFR.


No
Java tag