Oracle Forms в R12/R12.2

Тук обясняваме характеристиките на архитектурата на Oracle Forms в R12/R12.2

Съдържание

Характеристики на формите в R12

-формулярите се разгръщат като един Един OC4J екземпляр на 10.1.3 Oracle home
-Тя използва помощната програма от 10.1.2 Oracle home/bin
-Forms.EAR 10.1.2 се разполага в контейнера OC4J в Application Server 10.1.3
-Изпълнимият формуляр за изпълнение f60webmx е заменен от frmweb
-Forms Servlet е разгръщане/режим на комуникация по подразбиране
-FORMS_ променливите на средата заменят FORMS60_
-Нов променливи на средата, напр. FORMS_TRACE_DIR
-$ORACLE_HOME/bin/frmbld.sh заменя f60desm за дизайн
-frmcmp.sh и frmcmp_batch за генериране

Характеристики на формулярите в R12.2

-формулярите се разгръщат като един управляван сървър  в Oracle weblogic server
-Той използва помощната програма от 10.1.2 Oracle home/bin
-Forms.EAR 10.1.2 се разгръща в управляваната услуга в Oracle weblogic Сървър на приложения
- Формулярът за време за изпълнение executabale f60webmx е заменен от frmweb
-Forms Servlet е разгръщане / режим на комуникация по подразбиране
-FORMS_ променливите на средата заменят FORMS60_
-Нови променливи на средата, напр. FORMS_TRACE_DIR
-$ORACLE_HOME/bin/frmbld.sh заменя f60desm за дизайн
-frmcmp.sh и frmcmp_batch за генериране

Архитектура на сервлет на формуляри

Сървлетът Forms Listener е отговорен за управлението на процесите по време на изпълнение на Forms и маршрутизирането на цялата комуникация с клиентите. Целият трафик между клиентския аплет на Forms и процеса на изпълнение на сървъра на Forms вече се насочва през слушателя на Apache и сервлета на Forms Listener.

- URL адресът, генериран от аплета Forms, ще стартира сервлета Forms Listener. Слушателят на http сървър на Oracle (Apache) получава заявката, разпознава я като заявка за стартиране на сървлет и я делегира на mod_oc4j за изпълнение.
-Mod_oc4j предава заявката на сервлета на Forms Listener (екземпляр на Forms OC4J). Сървлетът Forms Listener разклонява нов процес по време на изпълнение на формуляри (frmweb).
-Слоят за съобщения Forms изпраща обратно съобщение, съдържащо метаданните на формуляра и данни, необходими за показване на потребителския интерфейс. Структурата на съобщението е същата като използваната от процеса Forms Listener, но този път се връща чрез сървлета на слушателя на формуляри и слушателя на apache.
-Сервлетът на Forms обвива данните за съобщението на Forms като http (използвайки http тунелиране) и изпраща обратно към клиента чрез слушателя на Apache.

Всички следващи Forms клиент Forms сървър комуникация следва същия път.

Предимство на режима на сервлет

1. HTTP и HTTPS трафикът е лесно разпознаваем от рутери, докато комуникациите в режим на сокет обикновено се считат за съмнителни и се третират по изключение.
2. Съществуващият мрежов хардуер може да се използва за поддръжка на основни функции, като балансиране на натоварването и криптиране на пакети за мрежов транзит.
3. По-устойчиви на преконфигурации на мрежа и защитна стена.
4. По-стабилни:връзките на сървлет могат да бъдат възстановени, ако мрежовите връзки прекратят неочаквано за страници, базирани на формуляри, рамка и JSP.
5. Това е единственият поддържан метод за генерични клиенти на Oracle Forms и затова е по-задълбочено тестван от продуктовите групи Forms и E-Business Suite.
6. Трафикът на производителността може да се наблюдава чрез инструменти като Oracle Real User Experience Insight (RUEI).
7. Режимът на сокет не се поддържа на сървърни платформи, базирани на Windows.
8. Не е необходимо да се отваря порт за достъп до формуляри в защитната стена в случай на сървлет.
9. Проста SSL конфигурация в случай на сървлет (тъй като не се изисква отделна ssl конфигурация за формуляри, тъй като връзките са чрез уеб/http сървър)
10. Сервлетът Forms Listener комуникира през HTTP сървърния порт и не се нуждае от допълнителни портове, за да управлява комуникацията между клиента и Forms Services на Oracle Application Server. Архитектурата на Forms Servlet също е съвместима с индустриалните стандарти за уеб приложения и поддържа различни усъвършенствани мрежови конфигурации, като балансиране на натоварването.

Архитектура на сокет за формуляри

Първоначалните версии на продукта Oracle Forms Server използваха прост метод за свързване на клиента със сървъра. Връзката от настолния клиент към процеса на Forms Listener беше осъществена чрез директна връзка с сокет.

По принцип клиентската връзка с работния плот се установява с процеса на Forms Listener. Нов процес по време на изпълнение на Forms се разклонява или, ако е приложимо, се използва следващият безплатен процес. Връзката с сокет между аплета Forms и Forms Listener се предава на процеса по време на изпълнение на Forms, така че аплетът комуникира директно с процеса по време на изпълнение. Освен ако не се използва HTTP, слушателят вече не е необходим, освен за обслужване на други нови връзки.

В 11i, CGI беше използван за генериране на начална страница, която помага при създаването на сокет връзката

В Oracle E-Business Suite Release 12, първоначалната заявка, която динамично генерира HTML страницата за стартиране на аплета за формуляри, се обработва от Forms Servlet, въпреки че сървлетът получава само една заявка на сесия за формуляри

Предимство на режима на сокет

1.Използва до 40% по-малко честотна лента от режима на сервлет на Forms. Това може да се възприеме от потребителите на Wide Area Network (WAN) като причиняващо по-бавна реакция в зависимост от латентността на мрежата.
2.Използва по-малко ресурси на JVM на ниво приложение от режима на сървлет, поради по-малко TCP завъртания и липса на допълнителни разходи, свързани с HTTP POST обработка.

Разлика между Версия 11i и R12

Имаме Oracle формира 6i  в 11i Oracle E-Buisness Suite  докато Oracle формира 10g в R12.0/R12.1/R12.2 Oracle E-Buisness Suite.

Основите остават същите във всички тези. Изпълнимият файл се различава в различните версии

Определения на артефакт на формуляри

-.fmb файлът е изходен файл на формуляр. Това е двоичен файл, който съдържа метаданни, източник и компилиран PLSQL.
- The .fmx файлът е генерираната версия на формуляра, използван по време на изпълнение
-.mmb file е изходният файл на менюто. Това е двоичен файл.
-.mmx файлът е генерираната версия на менюто, използвано по време на изпълнение
-.pll file е прикачен изходен файл на библиотеката от страна на клиента. Може да се използва и по време на изпълнение, въпреки че приложенията на Oracle трябва да използват plx файлове. Той съдържа източник и компилиран PLSQL.
-.plx файлът е изчистена версия на .pll, използвана по време на изпълнение. Той съдържа компилиран PLSQL.
–f60webmx е процесът по време на изпълнение на формите от средно ниво в Unix. (11i)
–frmweb   е процесът на изпълнение на формите от средно ниво в Unix. (R12.0/R12.1/R12.2)
–f60srvm е процесът Forms Listener в Linux
- Аплетът Forms е общ за различните платформи. Аплетът Forms също е общ, тъй като един аплет се използва за изпълнение на всички формуляри.
-Java Beans се използват за внедряване на логиката от страна на Oracle Applications от страна на клиента чрез разширяване на аплета Forms.

Формуляри, библиотеки и менюта

• На средното ниво приложението Forms се състои от формуляри, менюта и библиотеки. Има също обекти на база данни и пакети и процедури от страна на сървъра в RDBMS, но те няма да бъдат разгледани в този документ.
• Изходният файл на формуляр е двоичен файл и има суфикс .fmb, напр. XYZ.fmb. Той съдържа всички съответни метаданни, PL/SQL програмни единици и компилиран PL/SQL. Файлът fmb не се използва по време на изпълнение, но може да се отвори в Form Builder или да се използва за генериране на версията по време на изпълнение (.fmx) на формуляра.
• Файлът .fmx е по същество файл с двоичен параметър, който се чете от изпълнимия файл по време на изпълнение на Forms. Самият той не е изпълним файл, въпреки че генерирането на .fmx понякога се нарича „компилиране“, а .fmx често се нарича „изпълним“.
• Файл .fmx не може да бъде обратно проектиран обратно в съответния .FMB.
• Формулярите за кандидатстване са преведени, така че всеки език има свой собствен набор от формуляри. Например, ~/forms/US е за потребители, при които езикът на средното ниво (NLS_LANG) е зададен на американски английски.
• Подобни принципи важат за менютата, където наставка mmb означава изходен файл, а наставка mmx генерирана версия. Приложенията използват само едно меню, FNDMENU. Подобно на формуляр, това меню е преведено на различни езици, намиращи се под ~/resource/US.
• Библиотеките следват малко по-различни правила спрямо формуляри и менюта. Изходният файл има суфикс .pll, а изчистеният източник има суфикс .plx. .pll може да бъде зареден в Builder, генериран и използван по време на изпълнение; съдържа както изходен, така и компилиран PL/SQL. .plx е изчистил източника и съдържа само компилиран PL/SQL, така че може да се използва само по време на изпълнение. Oracle Applications използва .plx по време на изпълнение, тъй като е много по-малък и следователно по-ефективен.
• Библиотеките не съдържат преводими низове, така че има една версия за всички езици, която се записва в директорията ~/resource.
• Библиотеките са динамично свързани по време на изпълнение. Стандартът за приложения е разработчикът да прикачи библиотека без път или суфикс .pll/.plx. Forms търси библиотека първо в текущата директория, а след това във всяка директория, посочена във FORMS60_PATH. Първо търси .plx, след това .pll.
• Както е посочено, Applications използва .PLX, защото е по-малък и изисква по-малко памет. Въпреки това, понякога проблеми със средата, особено когато се използват за персонализирана разработка, могат да доведат до откриване на .PLL първи. Отново, truss може бързо да идентифицира този тип проблем.

Също чете
Oracle HTTP сървър в EBS
OC4J контейнер