Oracles containere til J2EE (OC4J)
– OC4J står for Oracle's Containers for J2EE. OC4J kan udføre Servlets, Java Server Pages (JSP), Enterprise Java Beans (EJB)
-OC4J erstatter den ældre JServ-implementering til at køre servlets på webserveren
-Oracle Application Server 10gR3 (10.1.3) er den seneste produktionsversion
-OC4J er baseret på J2EE-standarder:specifik mappestruktur, filkrav (indhold og navngivningskonventioner), XML-fildefinition
-OC4J-forekomster kører i JVM'er og kommunikerer gennem mod_oc4j / Apache
-Deployering sker gennem en Enterprise Archive (EAR) fil, som indeholder applikationsdefinitionen og Web Application (WAR) filer, som igen inkluderer webapplikationskoden (JAR) og tilhørende konfigurationsfiler (servlet definitioner), JSP kode,HTML
-OC4J er faktisk Orion-applikationsserveren fra Ironflare, som Oracle licenserede og omdøbte.
Oracles containere til J2EE (OC4J) i R12
–Oracle EBS R12 opretter 3 OC4J-instanser
OACORE :kører Oracle Applications Framework-baserede applikationer
FORMS :kører Forms-baserede applikationer
OAFM :kører webtjenester, map-viewer, ascontrol
Antallet af OC4J-instanser for hver gruppe vil blive bestemt af den tilsvarende nprocs-kontekstvariabel (s_oacore_nprocs, s_forms_nprocs/s_frmsrv_nprocs, s_oafm_nprocs).
-Servletter, der er implementeret til OC4J-server, overholder J2EE-specifikationen
-Forms.EAR 10.1.2 er implementeret til OC4J-containeren i Application Server 10.1.3
–AutoConfig bruges til konfigurationsstyring, lignende til Release 11i
Vigtige filer, der bruges til konfiguration af OC4J-instanser
Oc4j.properties :definerer grundlæggende Apps-mappealiasing, dbc-filplacering er defineret i denne fil
Server.xml :definerer J2EE-applikationer og deres delte biblioteker til runtime OC4J
Orion-application.xml :definerer placeringen af Java-klasser for alle J2EE-webmoduler implementeret under J2EE-applikationen
Orion-web.xml :definerer servlet-niveauparametre for J2EE-webmoduler
Disse filer er synonyme med jserv.conf, jserv.properties i 11i
Oracle Process Manager og Notification Server (OPMN) administrerer AS-komponenter og består af:
-Oracle Notification Server (ONS):Leverer meddelelser mellem komponenter
OHS ->OPMN ->OC4J
-Proces Manager (PM) start, stop, genstart, dødsdetektion
($ADMIN_SCRIPTS_HOME indeholder de tilsvarende Apps-scripts kaldet ad*)
-Enkelt konfigurationsfil(opmn.xml) bruges OPMN til at administrere tjenesterne. Konfigurationsfilens placering er angivet som $ORA_CONFIG_HOME/10.1.3/opmn/conf/opmn.xml
Tjenester administreret af opmn via opmnctl er
1) HTTP_Server
2) oacore
3) formularer
4) oafm
Nogle flere funktioner relateret til R12 OC4J
-Der er en ny parameter defineret i R12:s_oacore_append.classpath
Denne parameter bruges til at tilføje brugerdefinerede jar-filer til OC4J
-Der er en ny parameter defineret i R12:s_jsp_main_mode
s_jsp_main_mode værdier kunne bare køres eller genkompileres
Bare kørsel betyder, at den vil prøve at køre jsp'en...hvis jsp'en ikke er kompileret, vil den mislykkes
genkompiler betyder, at den vil kompilere jsp'en under kørsel.
Dens værdi kan ses i filen
$INST_TOP/ora/10.1.3/j2ee/oacore/application-deployments/oacore/html/orion-web.xml
-Genkompiler JSP'en manuelt ved at bruge følgende trin:
cd $FND_TOP/patch/115/bin
perl ojspCompile.pl –compile –flush -p 2
-adopmnctl.sh status i $ADMIN_SCRIPTS_HOME kan bruges til at se status for IAs komponenter
-s_oacore_prepend_classpath,s_oacore_append_classpath variabler er der
Prepend klassestien ville være nyttig, hvis kunden ønsker at tilsidesætte nogen af standarderne klassebiblioteker med brugerdefineret klassebibliotek. java bootstrap klasseindlæser søger efter klasserne fra venstre mod højre for CLASSPATH).
Den tilføjede klassesti ville være nyttig, hvis kunden ønsker yderligere brugerdefinerede klassebiblioteker, som han/hun måske vil bruge uden ved et uheld at tilsidesætte klasseimplementeringerne angivet i standardklassebiblioteket.
Læs også
Sådan implementerer du en applikation til OC4J