Formuláře Oracle v R12/R12.2

Vysvětlujeme zde funkce Oracle Forms Architecture v R12/R12.2

Obsah

Funkce formulářů v R12

-formuláře jsou nasazeny jako jedna instance OC4J domovské stránky 10.1.3 Oracle
-Využívá nástroj z 10.1.2 Oracle home/bin
-Forms.EAR 10.1.2 je nasazen do kontejneru OC4J v aplikačním serveru 10.1.3
-Spustitelný formulář v době běhu f60webmx byl nahrazen frmweb
-Servlet Forms je výchozím nasazením / komunikačním režimem
-Proměnné prostředí FORMS_ nahrazují FORMS60_
-Nové proměnné prostředí, např. FORMS_TRACE_DIR
-$ORACLE_HOME/bin/frmbld.sh nahrazuje f60desm pro design
-frmcmp.sh a frmcmp_batch pro generaci

Funkce formulářů v R12.2

-formuláře jsou nasazeny jako jeden spravovaný server  na serveru Oracle weblogic
-Využívá nástroj z 10.1.2 Oracle home/bin
-Forms.EAR 10.1.2 je nasazen na spravovaný server v Oracle weblogic Aplikační server
-Run time form executabale f60webmx byl nahrazen frmweb
-Forms Servlet je výchozí nasazení / komunikační režim
-FORMS_ prostředí proměnné nahradit FORMS60_
-Nové proměnné prostředí, např. FORMS_TRACE_DIR
-$ORACLE_HOME/bin/frmbld.sh nahrazuje f60desm pro design
-frmcmp.sh a frmcmp_batch pro generaci

Architektura servletů formulářů

Servlet Forms Listener je zodpovědný za správu procesů Forms Runtime a směrování veškeré komunikace s klienty. Veškerý provoz mezi klientským apletem Forms a procesem běhu serveru Forms je nyní směrován přes posluchač Apache a servlet Forms Listener.

-Adresa URL vygenerovaná apletem Forms spustí servlet Forms Listener. Posluchač serveru Oracle http (Apache) přijme požadavek, rozpozná jej jako požadavek na spuštění servletu a deleguje jej na mod_oc4j k provedení.
-Mod_oc4j předá požadavek servletu Forms Listener (instance Forms OC4J). Servlet Forms Listener rozvětvuje nový proces běhu formulářů (frmweb).
-Vrstva zpráv Forms posílá zpět zprávu obsahující metadata formuláře a data potřebná k zobrazení uživatelského rozhraní. Struktura zprávy je stejná, jakou používá proces Forms Listener, ale tentokrát je vrácena prostřednictvím servletu Forms listener a Apache listener.
-Servlet Forms zabalí data zprávy Forms jako http (pomocí tunelování http) a odešle zpět ke klientovi prostřednictvím posluchače Apache.

Veškerá následná komunikace Forms klienta Forms server probíhá stejnou cestou.

Výhoda režimu Servlet

1. Provoz HTTP a HTTPS je směrovači snadno rozpoznatelný, zatímco komunikace v režimu soketu je obecně považována za podezřelou a je ošetřena na základě výjimek.
2. Stávající síťový hardware lze použít k podpoře základních funkcí, jako je vyrovnávání zátěže a šifrování paketů pro přenos sítě.
3. Větší odolnost vůči rekonfiguracím sítě a firewallu.
4. Robustnější:připojení servletů lze obnovit, pokud síťová připojení neočekávaně poklesnou u stránek Forms, Framework a JSP.
5. Je to jediná podporovaná metoda pro generické zákazníky Oracle Forms, a proto je důkladněji testována skupinami produktů Forms a E-Business Suite.
6. Přenos výkonu lze sledovat pomocí nástrojů, jako je Oracle Real User Experience Insight (RUEI).
7. Režim soketu není podporován na serverových platformách se systémem Windows.
8. Pro přístup k formulářům ve bráně firewall v případě servletu není třeba otevřít žádný port.
9. Jednoduchá konfigurace SSL v případě servletu (protože pro formuláře není vyžadována žádná samostatná konfigurace ssl, protože připojení jsou přes web/http server)
10. Servlet Forms Listener komunikuje prostřednictvím portu serveru HTTP a nepotřebuje další porty ke zpracování komunikace mezi klientem a službou Oracle Application Server Forms Services. Architektura Forms Servlet je také kompatibilní s průmyslovými standardy webových aplikací a podporuje různé pokročilé konfigurace sítě, jako je vyrovnávání zátěže.

Architektura soketu formulářů

Počáteční verze produktu Oracle Forms Server používaly jednoduchý způsob připojení klienta k serveru. Připojení z desktopového klienta k procesu Forms Listener bylo provedeno pomocí přímého soketového připojení.

V zásadě je připojení klientské plochy vytvořeno pomocí procesu Forms Listener. Rozdělí se nový běhový proces Forms, případně se použije další bezplatný proces fondu. Soketové připojení mezi apletem formulářů a nástrojem pro naslouchání formulářů je předáno běhovému procesu formulářů, takže aplet komunikuje přímo s běhovým procesem. Pokud se nepoužívá HTTP, posluchač již není vyžadován, kromě obsluhy dalších nových připojení.

V 11i bylo CGI použito ke generování úvodní stránky, která pomáhá při vytváření soketového spojení

V Oracle E-Business Suite Release 12 je počáteční požadavek, který dynamicky generuje stránku HTML pro spuštění apletu formulářů, zpracován servletem Forms, ačkoli servlet obdrží pouze jeden požadavek na relaci formulářů

Výhoda režimu Socket

1.Využívá až o 40 % menší šířku pásma než režim servletu Forms. Uživatelé Wide Area Network (WAN) to mohou vnímat jako způsobující pomalejší odezvu v závislosti na latenci sítě.
2. Používá méně prostředků JVM na aplikační vrstvě než režim servletů, kvůli menšímu počtu otáček TCP a nedostatku režie související s Zpracování HTTP POST.

Rozdíl mezi verzí 11i a R12

Máme Oracle Forms 6i  v 11i Oracle E-buisness Suite  zatímco Oracle  formy 10g v R12.0/R12.1/R12.2 Oracle E-Buisness Suite.

Základ zůstává u všech stejný. Spustitelný soubor se mezi různými verzemi liší

Definice artefaktů formulářů

– .fmb soubor je zdrojový soubor formuláře. Je to binární soubor, který obsahuje metadata, zdrojové a zkompilované PLSQL.
-The .fmx soubor je vygenerovaná verze formuláře používaného za běhu
-The .mmb soubor je zdrojový soubor nabídky. Je to binární soubor.
-The .mmx soubor je vygenerovaná verze nabídky používaná za běhu
-The .pll soubor je zdrojový soubor knihovny připojený na straně klienta. Lze jej také použít za běhu, ačkoli aplikace Oracle by měly používat soubory plx. Obsahuje zdrojové a zkompilované PLSQL.
-The .plx je zdrojová verze .pll, která se používá za běhu. Obsahuje zkompilované PLSQL.
–f60webmx je proces běhu formulářů střední vrstvy na Unixu. (11i)
–frmweb   je proces běhu formulářů střední vrstvy v systému Unix. (R12.0/R12.1/R12.2)
–f60srvm je proces Forms Listener na Linuxu
-Applet Forms je obecný napříč platformami. Aplet Forms je také obecný v tom, že ke spuštění všech formulářů se používá jediný aplet.
-Java Beans se používají k implementaci logiky na straně klienta Oracle Applications rozšířením apletu Forms.

Formuláře, knihovny a nabídky

• Na střední vrstvě se aplikace Formuláře skládá z formulářů, nabídek a knihoven. Na RDBMS jsou také databázové objekty a balíčky a procedury na straně serveru, ale ty nebudou v tomto dokumentu brány v úvahu.
• Zdrojový soubor formuláře je binární soubor a má příponu .fmb, např. XYZ.fmb. Obsahuje všechna relevantní metadata, programové jednotky PL/SQL a zkompilované PL/SQL. Soubor fmb se nepoužívá za běhu, ale lze jej otevřít v Tvůrci formulářů nebo použít k vygenerování runtime verze (.fmx) formuláře.
• Soubor .fmx je v podstatě soubor binárních parametrů, který čte spustitelný soubor Forms runtime. Nejde o spustitelný soubor sám o sobě, ačkoli generování souboru .fmx se někdy nazývá „kompilace“ a soubor .fmx se často nazývá „spustitelný soubor“.
• Soubor .fmx nelze zpětně převést zpět do odpovídajícího .FMB.
• Formuláře aplikací jsou přeloženy, takže každý jazyk má svou vlastní sadu formulářů. Například ~/forms/US je pro uživatele, kde je jazyk na střední úrovni (NLS_LANG) nastaven na americkou angličtinu.
• Podobné zásady platí pro nabídky, kde přípona mmb označuje zdrojový soubor a přípona mmx vygenerovanou verzi. Aplikace používají pouze jednu nabídku, FNDMENU. Stejně jako formulář je tato nabídka přeložena do různých jazyků a nachází se pod ~/resource/US.
• Knihovny dodržují mírně odlišná pravidla než formuláře a nabídky. Zdrojový soubor má příponu .pll a odstraněný zdroj má příponu .plx. Soubor .pll lze načíst v Builderu, generovat a používat za běhu; obsahuje zdrojové i kompilované PL/SQL. .plx má odstraněný zdroj a obsahuje pouze zkompilované PL/SQL, takže jej lze použít pouze za běhu. Oracle Applications používá .plx za běhu, protože je mnohem menší, a proto efektivnější.
• Knihovny neobsahují žádné přeložitelné řetězce, takže existuje jedna verze pro všechny jazyky, která je uložena v adresáři ~/resource.
• Knihovny jsou dynamicky propojeny za běhu. Standardem aplikací je, aby vývojář připojil knihovnu bez cesty nebo přípony .pll/.plx. Forms hledá knihovnu nejprve v aktuálním adresáři a poté v každém adresáři zadaném v FORMS60_PATH. Nejprve hledá .plx, potom .pll.
• Jak bylo uvedeno, Applications používá .PLX, protože je menší a vyžaduje méně paměti. Někdy však problémy s prostředím, zejména při použití pro vlastní vývoj, mohou vést k tomu, že .PLL bude nalezen jako první. Opět platí, že krov může tento typ problému rychle identifikovat.

Také čte
Oracle HTTP Server v EBS
OC4J Container