Kontenery Oracle dla J2EE (OC4J)
– OC4J to skrót od Oracle’s Containers for J2EE. OC4J może wykonywać serwlety, Java Server Pages (JSP), Enterprise Java Beans (EJB)
-OC4J zastępuje starszą implementację JServ do uruchamiania serwletów na serwerze WWW
-Oracle Application Server 10gR3 (10.1.3) to najnowsza wersja produkcyjna
-OC4J jest oparta na standardach J2EE:Specyficzna struktura katalogów,Wymagania dotyczące plików (treść i konwencje nazewnictwa),Definicja plików XML
Instancje-OC4J działają w JVM i komunikują się przez mod_oc4j / Apache
— Wdrożenie odbywa się za pomocą pliku Enterprise Archive (EAR), który zawiera definicję aplikacji i pliki aplikacji WWW (WAR), które z kolei zawierają kod aplikacji WWW (JAR) i powiązane pliki konfiguracyjne (definicje serwletów), JSP code,HTML
-OC4J jest w rzeczywistości serwerem aplikacji Orion firmy Ironflare, licencjonowanym przez Oracle i przemianowanym.
Kontenery Oracle dla J2EE (OC4J) w R12
– Oracle EBS R12 tworzy 3 instancje OC4J
OACORE :uruchamia aplikacje oparte na Oracle Applications Framework
FORMS :uruchamia aplikacje oparte na formularzach
OAFM :uruchamia usługi sieciowe, przeglądarkę map, ascontrol
Liczba instancji OC4J dla każdej grupy zostanie określona przez odpowiednią zmienną kontekstową nprocs ( s_oacore_nprocs, s_forms_nprocs/s_frmsrv_nprocs, s_oafm_nprocs).
-Serwlety wdrożone na serwerze OC4J są zgodne ze specyfikacją J2EE
-Forms.EAR 10.1.2 jest wdrożony w kontenerze OC4J w Application Server 10.1.3
– AutoConfig służy do zarządzania konfiguracją, podobnie do wydania 11i
Ważne pliki używane do konfiguracji instancji OC4J
Oc4j.properties :definiuje podstawowe aliasowanie katalogów Apps, lokalizacja pliku dbc jest zdefiniowana w tym pliku
Server.xml :definiuje aplikacje J2EE i ich współdzielone biblioteki dla środowiska wykonawczego OC4J
Orion-application.xml :określa lokalizację klas Java wszystkich modułów internetowych J2EE wdrożonych w aplikacji J2EE
Orion-web.xml :definiuje parametry na poziomie serwletu dla modułów sieciowych J2EE
Te pliki są synonimami jserv.conf, jserv.properties w 11i
Oracle Process Manager i serwer powiadomień (OPMN) zarządza komponentami AS i składa się z:
-Oracle Notification Server (ONS):Dostarcza powiadomienia między komponentami
OHS ->OPMN ->OC4J
-Menedżer procesów (PM) start, stop, restart, wykrywanie śmierci
($ADMIN_SCRIPTS_HOME zawiera odpowiedniki aplikacji o nazwie ad*)
-Pojedynczy plik konfiguracyjny (opmn.xml) jest używany przez OPMN do zarządzania usługami. Lokalizacja pliku konfiguracyjnego jest podana jako $ORA_CONFIG_HOME/10.1.3/opmn/conf/opmn.xml
Usługi zarządzane przez opmn przez opmnctl są
1) HTTP_Server
2) oacore
3) formularze
4) oafm
Nieco więcej funkcji związanych z R12 OC4J
-W R12 zdefiniowano nowy parametr:s_oacore_append.classpath
Ten parametr służy do dodawania niestandardowych plików jar do OC4J
-W R12 zdefiniowano nowy parametr:s_jsp_main_mode
wartości s_jsp_main_mode można po prostu uruchomić lub ponownie skompilować
Po prostu uruchom oznacza, że spróbuje uruchomić plik jsp… jeśli plik jsp nie zostanie skompilowany, nie powiedzie się
ponowna kompilacja oznacza, że skompiluje plik jsp w czasie wykonywania.
Jego wartość można zobaczyć w pliku
$INST_TOP/ora/10.1.3/j2ee/oacore/application-deployments/oacore/html/orion-web.xml
-Ponownie skompiluj JSP ręcznie, wykonując następujące czynności:
cd $FND_TOP/patch/115/bin
perl ojspCompile.pl –kompilacja –flush -p 2
-adopmnctl.sh status w $ADMIN_SCRIPTS_HOME może być użyty do sprawdzenia statusu komponentów IAs
-s_oacore_prepend_classpath,s_oacore_append_classpath istnieją zmienne
Ścieżka klas Prepend byłaby użyteczna, jeśli klient chciałby zastąpić którąkolwiek z domyślnych biblioteki klas z niestandardową biblioteką klas. java bootstrap class loader wyszukuje klasy od lewej do prawej CLASSPATH).
Dołączana ścieżka klas byłaby przydatna, jeśli klient potrzebuje dodatkowych niestandardowych bibliotek klas, których może chcieć użyć bez przypadkowego nadpisania implementacji klas określone w domyślnej bibliotece klas.
Czytaj także
Jak wdrożyć aplikację w OC4J
