Formularze Oracle w R12/R12.2

Wyjaśniamy tutaj funkcje architektury Oracle Forms w R12/R12.2

Spis treści

Funkcje formularzy w R12

-forms są wdrażane jako jedna instancja One OC4J 10.1.3 Oracle home
-Używa narzędzia z 10.1.2 Oracle home/bin
-Forms.EAR 10.1.2 jest wdrażane do kontenera OC4J w Application Server 10.1.3
-Wykonywalny formularz czasu wykonywania f60webmx został zastąpiony przez frmweb
-Forms Servlet jest domyślnym trybem wdrażania/komunikacji
-Zmienne środowiskowe FORMS_ zastępują FORMS60_
-Nowość zmienne środowiskowe np. FORMS_TRACE_DIR
-$ORACLE_HOME/bin/frmbld.sh zastępuje f60desm do projektowania
-frmcmp.sh i frmcmp_batch do generowania

Funkcje formularzy w R12.2

-forms są wdrażane jako jeden zarządzany serwer  na serwerze Oracle weblogic
-używa narzędzia z 10.1.2 Oracle home/bin
-Forms.EAR 10.1.2 jest wdrażany w zarządzanym serwerze w Oracle weblogic Serwer aplikacji
-Wykonywalny formularz czasu wykonywania f60webmx został zastąpiony przez frmweb
-Forms Servlet jest domyślnym trybem wdrażania/komunikacji
-Zmienne środowiskowe FORMS_ zastępują FORMS60_
-Nowe zmienne środowiskowe, np. FORMS_TRACE_DIR
-$ORACLE_HOME/bin/frmbld.sh zastępuje f60desm do projektowania
-frmcmp.sh i frmcmp_batch do generowania

Architektura serwletów formularzy

Serwlet Forms Listener jest odpowiedzialny za zarządzanie procesami Forms Runtime i kierowanie całej komunikacji z klientami. Cały ruch między apletem klienta Forms a procesem wykonawczym serwera Forms jest teraz kierowany przez odbiornik Apache i serwlet nasłuchu formularzy.

— Adres URL wygenerowany przez aplet formularzy będzie uruchamiał serwlet nasłuchiwania formularzy. Odbiornik serwera http Oracle (Apache) odbiera żądanie, rozpoznaje je jako żądanie uruchomienia serwletu i deleguje je do wykonania mod_oc4j.
-Mod_oc4j przekazuje żądanie do serwletu nasłuchiwania formularzy (instancja formularzy OC4J). Serwlet nasłuchiwania formularzy tworzy nowy proces środowiska wykonawczego formularzy (frmweb).
-Warstwa komunikatów formularzy odsyła komunikat zawierający metadane formularza oraz dane wymagane do wyświetlenia interfejsu użytkownika. Struktura wiadomości jest taka sama, jak używana przez proces nasłuchiwania formularzy, jednak tym razem jest ona zwracana przez serwlet nasłuchujący formularzy i nasłuchujący apache.
-Serwlet formularzy opakowuje dane komunikatu formularzy jako http (używając tunelowania http) i wysyła z powrotem do klienta za pośrednictwem odbiornika Apache.

Cała kolejna komunikacja klienta Formularzy z serwerem Formularzy odbywa się tą samą ścieżką.

Zaleta trybu serwletu

1. Ruch HTTP i HTTPS jest łatwo rozpoznawalny przez routery, podczas gdy komunikacja w trybie gniazda jest ogólnie uważana za podejrzaną i traktowaną na zasadzie wyjątku.
2. Istniejący sprzęt sieciowy może być używany do obsługi podstawowych funkcji, takich jak równoważenie obciążenia i szyfrowanie pakietów dla tranzytu sieciowego.
3. Bardziej odporne na rekonfiguracje sieci i zapory.
4. Bardziej niezawodne:połączenia z serwletami mogą zostać przywrócone, jeśli połączenia sieciowe nieoczekiwanie zostaną przerwane dla stron opartych na formularzach, strukturze i JSP.
5. Jest jedyną obsługiwaną metodą dla ogólnych klientów Oracle Forms i dlatego jest dokładniej testowana przez grupy produktów Forms i E-Business Suite.
6. Ruch związany z wydajnością można monitorować za pomocą narzędzi takich jak Oracle Real User Experience Insight (RUEI).
7. Tryb gniazda nie jest obsługiwany na platformach serwerowych opartych na systemie Windows.
8. Żaden port nie musi być otwarty, aby uzyskać dostęp do formularzy w zaporze w przypadku serwletu.
9. Prosta konfiguracja SSL w przypadku serwletu (ponieważ nie jest wymagana oddzielna konfiguracja SSL dla formularzy, ponieważ połączenia są realizowane przez serwer WWW/http)
10. Serwlet nasłuchiwania formularzy komunikuje się przez port serwera HTTP i nie potrzebuje dodatkowych portów do obsługi komunikacji między klientem a usługami Oracle Application Server Forms Services. Architektura Forms Servlet jest również kompatybilna ze standardami branżowymi aplikacji internetowych i obsługuje różne zaawansowane konfiguracje sieciowe, takie jak równoważenie obciążenia.

Architektura gniazd formularzy

Pierwsze wersje produktu Oracle Forms Server wykorzystywały prostą metodę łączenia klienta z serwerem. Połączenie z klienta pulpitu do procesu nasłuchiwania formularzy zostało zrealizowane za pomocą bezpośredniego połączenia z gniazdem.

Zasadniczo połączenie klienta z komputerem stacjonarnym jest nawiązywane za pomocą procesu nasłuchiwania formularzy. Rozwidlony zostaje nowy proces środowiska uruchomieniowego Forms lub, jeśli ma to zastosowanie, używany jest następny wolny proces puli. Połączenie przez gniazdo między apletem formularzy a odbiornikiem formularzy jest przekazywane do procesu środowiska wykonawczego formularzy, więc aplet komunikuje się bezpośrednio z procesem środowiska wykonawczego. O ile nie jest używany protokół HTTP, odbiornik nie jest już potrzebny, z wyjątkiem obsługi innych nowych połączeń.

W 11i CGI zostało użyte do wygenerowania strony początkowej, która pomaga w tworzeniu połączenia z gniazdem

W Oracle E-Business Suite Release 12 początkowe żądanie, które dynamicznie generuje stronę HTML w celu uruchomienia apletu formularzy, jest przetwarzane przez serwlet formularzy, chociaż serwlet otrzymuje tylko jedno żądanie na sesję formularzy

Zaleta trybu gniazda

1. Wykorzystuje do 40% mniej przepustowości niż tryb serwletu formularzy. Może to być postrzegane przez użytkowników sieci rozległej (WAN) jako powodujące wolniejsze reakcje, w zależności od opóźnień w sieci.
2.Wykorzystuje mniej zasobów JVM warstwy aplikacji niż tryb serwletu z powodu mniejszej liczby obrotów TCP i braku narzutu związanego z Obsługa POST HTTP.

Różnica między wersją 11i i R12

Mamy formularze Oracle 6i w pakiecie 11i Oracle E-buisness Suite, podczas gdy formularze Oracle 10g w pakiecie R12.0/R12.1/R12.2 Oracle E-buisness Suite.

We wszystkich tych podstawach pozostają takie same. Plik wykonywalny różni się w zależności od wersji

Definicje artefaktów formularzy

- .fmb plik jest plikiem źródłowym formularza. Jest to plik binarny, który zawiera metadane, źródło i skompilowany PLSQL.
-The .fmx plik jest wygenerowaną wersją formularza używanego w czasie wykonywania
-The .mmb plik jest plikiem źródłowym Menu. To plik binarny.
-.mmx plik jest wygenerowaną wersją Menu używanego w czasie wykonywania
-The .pll plik jest plikiem źródłowym biblioteki dołączonym po stronie klienta. Może być również używany w czasie wykonywania, chociaż aplikacje Oracle powinny używać plików plx. Zawiera kod źródłowy i skompilowany PLSQL.
-The .plx plik jest pozbawioną kodu wersją pliku .pll, używaną w czasie wykonywania. Zawiera skompilowany PLSQL.
–f60webmx jest procesem wykonawczym formularzy warstwy środkowej w systemie Unix. (11i)
–frmweb to proces wykonawczy formularzy warstwy środkowej w systemie Unix. (R12.0/R12.1/R12.2)
–f60srvm to proces nasłuchiwania formularzy w systemie Linux
— Aplet formularzy jest ogólny na różnych platformach. Aplet Forms jest również ogólny, ponieważ pojedynczy aplet jest używany do uruchamiania wszystkich formularzy.
-Java Beans są używane do implementacji logiki po stronie klienta Oracle Applications poprzez rozszerzenie apletu Forms.

Formularze, biblioteki i menu

• W warstwie środkowej aplikacja Formularze składa się z formularzy, menu i bibliotek. Istnieją również obiekty bazy danych oraz pakiety i procedury po stronie serwera w RDBMS, ale nie będą one brane pod uwagę w tym dokumencie.
• Plik źródłowy formularza jest plikiem binarnym i ma rozszerzenie .fmb, np. XYZ.fmb. Zawiera wszystkie istotne metadane, jednostki programowe PL/SQL oraz skompilowany PL/SQL. Plik fmb nie jest używany w czasie wykonywania, ale można go otworzyć w Kreatorze formularzy lub użyć do wygenerowania wersji wykonawczej (.fmx) formularza.
• Plik .fmx jest zasadniczo plikiem parametrów binarnych, który jest odczytywany przez plik wykonywalny środowiska uruchomieniowego Forms. Sam w sobie nie jest plikiem wykonywalnym, chociaż generowanie pliku .fmx jest czasami określane jako „kompilacja”, a plik .fmx jest często nazywany „plikiem wykonywalnym”.
• Plik .fmx nie może zostać przekształcony z powrotem w odpowiedni .FMB.
• Formularze aplikacji są tłumaczone, więc każdy język ma swój własny zestaw formularzy. Na przykład ~/forms/US jest przeznaczony dla użytkowników, dla których język warstwy środkowej (NLS_LANG) jest ustawiony na amerykański angielski.
• Podobne zasady dotyczą menu, gdzie przyrostek mmb oznacza plik źródłowy, a przyrostek mmx wersję wygenerowaną. Aplikacje używają tylko jednego menu, FNDMENU. Podobnie jak formularz, to menu jest przetłumaczone na różne języki i znajduje się pod ~/resource/US.
• Biblioteki mają nieco inne zasady niż formularze i menu. Plik źródłowy ma przyrostek .pll, a usunięte źródło ma przyrostek .plx. Plik .pll można załadować do Buildera, wygenerować i użyć w czasie wykonywania; zawiera zarówno źródłowy, jak i skompilowany PL/SQL. .plx ma usunięte źródło i zawiera tylko skompilowany PL/SQL, więc może być używany tylko w czasie wykonywania. Oracle Applications używa .plx w czasie wykonywania, ponieważ jest znacznie mniejszy, a zatem bardziej wydajny.
• Biblioteki nie zawierają żadnych ciągów do tłumaczenia, więc istnieje jedna wersja dla wszystkich języków, która jest zapisana w katalogu ~/resource.
• Biblioteki są dynamicznie łączone w czasie wykonywania. Standard Applications jest dla dewelopera, aby dołączyć bibliotekę bez ścieżki lub sufiksu .pll/.plx. Forms szuka biblioteki najpierw w bieżącym katalogu, a następnie w każdym katalogu określonym w FORMS60_PATH. Najpierw szuka .plx, a potem .pll.
• Jak wspomniano, aplikacje używają .PLX, ponieważ jest mniejszy i wymaga mniej pamięci. Jednak czasami problemy ze środowiskiem, zwłaszcza gdy są używane do tworzenia niestandardowego oprogramowania, mogą prowadzić do tego, że plik .PLL zostanie znaleziony jako pierwszy. Ponownie, kratownica może szybko zidentyfikować ten rodzaj problemu.

Też czyta
Serwer HTTP Oracle w EBS
Kontener OC4J