Oracles behållare för J2EE (OC4J)
– OC4J står för Oracle’s Containers för J2EE. OC4J kan köra Servlets, Java Server Pages (JSP), Enterprise Java Beans (EJB)
-OC4J ersätter den äldre JServ-implementeringen för att köra servlets på webbservern
-Oracle Application Server 10gR3 (10.1.3) är den senaste produktionsversionen
-OC4J är baserad på J2EE-standarder:specifik katalogstruktur, filkrav (innehålls- och namnkonventioner), XML-fildefinition
-OC4J-instanser körs i JVM:er och kommunicerar via mod_oc4j / Apache
-Distribueringen sker genom en Enterprise Archive-fil (EAR), som innehåller programdefinitionen och webbapplikationsfiler (WAR), som i sin tur inkluderar webbapplikationskoden (JAR) och tillhörande konfigurationsfiler (servletdefinitioner), JSP code,HTML
-OC4J är faktiskt Orion-applikationsservern från Ironflare, som Oracle licensierade och ändrade varumärket.
Oracles behållare för J2EE (OC4J) i R12
–Oracle EBS R12 skapar 3 OC4J-instanser
OACORE :kör Oracle Applications Framework-baserade applikationer
FORMS :kör formulärbaserade applikationer
OAFM :kör webbtjänster, kartvisare, ascontrol
Antalet OC4J-instanser för varje grupp kommer att bestämmas av motsvarande nprocs-kontextvariabel (s_oacore_nprocs, s_forms_nprocs/s_frmsrv_nprocs, s_oafm_nprocs).
-Servlets som distribueras till OC4J-servern följer J2EE-specifikationen
-Forms.EAR 10.1.2 distribueras till OC4J-behållaren i Application Server 10.1.3
–AutoConfig används för konfigurationshantering, liknande till Release 11i
Viktiga filer som används för konfiguration av OC4J-instanser
Oc4j.properties :definierar grundläggande Apps-katalogalias, dbc-filens plats definieras i den här filen
Server.xml :definierar J2EE-applikationer och deras delade bibliotek för runtime OC4J
Orion-application.xml :definierar platsen för Java-klasser för alla J2EE-webbmoduler som distribueras under J2EE-applikationen
Orion-web.xml :definierar servletnivåparametrar för J2EE-webbmoduler
Dessa filer är synonyma med jserv.conf, jserv.properties i 11i
Oracle Process Manager och Notification Server (OPMN) hanterar AS-komponenter och består av:
-Oracle Notification Server (ONS):Levererar meddelanden mellan komponenter
OHS ->OPMN ->OC4J
-Process Manager (PM) start, stopp, omstart, dödsdetektering
($ADMIN_SCRIPTS_HOME innehåller applikvärdiga skript som kallas ad*)
-Enkel konfigurationsfil(opmn.xml) används OPMN för att hantera tjänsterna. Konfigurationsfilens plats anges som $ORA_CONFIG_HOME/10.1.3/opmn/conf/opmn.xml
Tjänster som hanteras av opmn via opmnctl är
1) HTTP_Server
2) oacore
3) formulär
4) oafm
Några fler funktioner relaterade till R12 OC4J
-Det finns en ny parameter definierad i R12:s_oacore_append.classpath
Denna parameter används för att lägga till anpassade jar-filer till OC4J
-Det finns en ny parameter definierad i R12:s_jsp_main_mode
s_jsp_main_mode-värden kan bara köras eller kompileras om
Bara kör betyder att den kommer att försöka köra jsp...om jsp:n inte är kompilerad, kommer den att misslyckas
omkompilera betyder att den kommer att kompilera jsp:n vid körning.
Dess värde kan ses i filen
$INST_TOP/ora/10.1.3/j2ee/oacore/application-deployments/oacore/html/orion-web.xml
-Kompilera om JSP manuellt med följande steg:
cd $FND_TOP/patch/115/bin
perl ojspCompile.pl –compile –flush -p 2
-adopmnctl.sh status i $ADMIN_SCRIPTS_HOME kan användas för att se statusen för IAs komponenter
-s_oacore_prepend_classpath,s_oacore_append_classpath-variabler finns där
Klassvägen Prepend skulle vara användbar om kunden skulle vilja åsidosätta någon av standardvärdena klassbibliotek med anpassat klassbibliotek. java bootstrap class loader söker efter klasserna från vänster till höger om CLASSPATH).
Append classpath skulle vara användbar om kunden vill ha ytterligare anpassade klassbibliotek som han/hon kanske vill använda utan att oavsiktligt åsidosätta klassimplementeringarna specificeras i standardklassbiblioteket.
Läs även
Hur man distribuerar programmet till OC4J