R12/R12.2 . में Oracle प्रपत्र

हम यहां R12/R12.2 में Oracle फॉर्म्स आर्किटेक्चर फीचर्स के बारे में बता रहे हैं

विषय-सूची

R12 में फ़ॉर्म की विशेषताएं

-फॉर्म 10.1.3 Oracle होम के वन वन OC4J इंस्टेंस के रूप में तैनात किए गए हैं
-यह 10.1.2 Oracle होम/बिन से उपयोगिता का उपयोग करता है
-Forms.EAR 10.12 को OC4J कंटेनर में तैनात किया गया है एप्लिकेशन सर्वर में 10.1.3
-रन टाइम फॉर्म निष्पादन योग्य f60webmx को frmweb से बदल दिया गया है
-फॉर्म सर्वलेट डिफ़ॉल्ट परिनियोजन / संचार मोड है
-FORMS_ पर्यावरण चर FORMS60_
-नया को प्रतिस्थापित करते हैं पर्यावरण चर उदा। FORMS_TRACE_DIR
-$ORACLE_HOME/bin/frmbld.sh डिज़ाइन के लिए f60desm को प्रतिस्थापित करता है
-frmcmp.sh और frmcmp_batch पीढ़ी के लिए

R12.2 में फ़ॉर्म की विशेषताएं

-forms को  Oracle weblogic सर्वर में एक प्रबंधित सर्वर के रूप में परिनियोजित किया जाता है
-यह 10.1.2 Oracle होम/बिन से उपयोगिता का उपयोग करता है
-Forms.EAR 10.12 को Oracle weblogic में प्रबंधित सेवा में परिनियोजित किया जाता है एप्लिकेशन सर्वर
-रन टाइम फॉर्म निष्पादन योग्य f60webmx को frmweb से बदल दिया गया है
-फॉर्म सर्वलेट डिफ़ॉल्ट परिनियोजन / संचार मोड है
-FORMS_ पर्यावरण चर, FORMS60_
-नए पर्यावरण चर को प्रतिस्थापित करते हैं उदा। FORMS_TRACE_DIR
-$ORACLE_HOME/bin/frmbld.sh डिज़ाइन के लिए f60desm को प्रतिस्थापित करता है
-frmcmp.sh और frmcmp_batch पीढ़ी के लिए

फॉर्म सर्वलेट आर्किटेक्चर

प्रपत्र श्रोता सर्वलेट प्रपत्र रनटाइम प्रक्रियाओं के प्रबंधन और क्लाइंट के साथ सभी संचार को रूट करने के लिए ज़िम्मेदार है। प्रपत्र क्लाइंट एप्लेट और प्रपत्र सर्वर रनटाइम प्रक्रिया के बीच सभी ट्रैफ़िक को अब Apache श्रोता और प्रपत्र श्रोता सर्वलेट के माध्यम से रूट किया जाता है।

-फॉर्म एप्लेट द्वारा उत्पन्न यूआरएल फॉर्म श्रोता सर्वलेट चलाएगा। Oracle http सर्वर (अपाचे) श्रोता अनुरोध प्राप्त करता है, इसे एक सर्वलेट चलाने के अनुरोध के रूप में पहचानता है और इसे निष्पादित करने के लिए mod_oc4j को सौंपता है। प्रपत्र श्रोता सर्वलेट एक नई प्रपत्र रनटाइम प्रक्रिया (frmweb) को फोर्क करता है।
- प्रपत्र संदेश परत एक संदेश वापस भेजती है जिसमें प्रपत्र मेटा डेटा और UI प्रदर्शित करने के लिए आवश्यक डेटा होता है। संदेश संरचना फॉर्म श्रोता प्रक्रिया द्वारा उपयोग की जाने वाली समान है, हालांकि इस बार इसे फॉर्म श्रोता सर्वलेट और अपाचे श्रोता के माध्यम से वापस कर दिया गया है। यह अपाचे श्रोता के माध्यम से क्लाइंट के पास वापस आता है।

सभी अनुवर्ती प्रपत्र क्लाइंट प्रपत्र सर्वर संचार उसी पथ का अनुसरण करते हैं।

सर्वलेट मोड का लाभ

1. HTTP और HTTPS ट्रैफ़िक को राउटर द्वारा आसानी से पहचाना जा सकता है, जबकि सॉकेट मोड संचार को आमतौर पर संदिग्ध माना जाता है और अपवाद के आधार पर इलाज किया जाता है।
2. मौजूदा नेटवर्किंग हार्डवेयर का उपयोग नेटवर्क ट्रांज़िट के लिए लोड-बैलेंसिंग और पैकेट एन्क्रिप्शन जैसे बुनियादी कार्यों का समर्थन करने के लिए किया जा सकता है।
3. नेटवर्क और फ़ायरवॉल पुन:कॉन्फ़िगरेशन के लिए अधिक लचीला।
4. अधिक मजबूत:सर्वलेट कनेक्शन को फिर से स्थापित किया जा सकता है यदि नेटवर्क कनेक्शन अप्रत्याशित रूप से फॉर्म, फ्रेमवर्क और जेएसपी-आधारित पृष्ठों के लिए गिर जाते हैं।
5. जेनेरिक Oracle फ़ॉर्म ग्राहकों के लिए एकमात्र समर्थित तरीका है, और इसलिए फ़ॉर्म और ई-बिज़नेस सूट उत्पाद समूहों द्वारा अधिक अच्छी तरह से परीक्षण किया जाता है।
6. ओरेकल रियल यूजर एक्सपीरियंस इनसाइट (आरयूईआई) जैसे टूल के जरिए परफॉर्मेंस ट्रैफिक पर नजर रखी जा सकती है।
7. सॉकेट मोड विंडोज-आधारित सर्वर प्लेटफॉर्म पर समर्थित नहीं है।
8. सर्वलेट के मामले में फ़ायरवॉल में प्रपत्रों तक पहुँचने के लिए किसी पोर्ट को खोलने की आवश्यकता नहीं है।
9. सर्वलेट के मामले में सरल एसएसएल कॉन्फ़िगरेशन (क्योंकि फॉर्म के लिए कोई अलग एसएसएल कॉन्फ़िगरेशन की आवश्यकता नहीं है क्योंकि कनेक्शन वेब/http सर्वर के माध्यम से होते हैं)
10. फॉर्म श्रोता सर्वलेट HTTP सर्वर पोर्ट के माध्यम से संचार करता है, और क्लाइंट और Oracle एप्लिकेशन सर्वर फॉर्म सेवाओं के बीच संचार को संभालने के लिए अतिरिक्त पोर्ट की आवश्यकता नहीं होती है। प्रपत्र सर्वलेट आर्किटेक्चर वेब अनुप्रयोग उद्योग मानकों के साथ भी संगत है, और लोड संतुलन जैसे विभिन्न उन्नत नेटवर्क कॉन्फ़िगरेशन का समर्थन करता है।

सॉकेट आर्किटेक्चर फॉर्म करता है

Oracle फॉर्म सर्वर उत्पाद की प्रारंभिक रिलीज़ क्लाइंट को सर्वर से जोड़ने के लिए एक सरल विधि का उपयोग करती है। डेस्कटॉप क्लाइंट से प्रपत्र श्रोता प्रक्रिया से कनेक्शन एक प्रत्यक्ष सॉकेट कनेक्शन का उपयोग करके पूरा किया गया था।

मूल रूप से क्लाइंट डेस्कटॉप कनेक्शन प्रपत्र श्रोता प्रक्रिया के साथ स्थापित किया जाता है। एक नई प्रपत्र रनटाइम प्रक्रिया को फोर्क किया जाता है, या, यदि लागू हो, तो अगली निःशुल्क पूल प्रक्रिया का उपयोग किया जाता है। प्रपत्र एप्लेट और प्रपत्र श्रोता के बीच सॉकेट कनेक्शन प्रपत्र रनटाइम प्रक्रिया को सौंप दिया जाता है, इसलिए एप्लेट सीधे रनटाइम प्रक्रिया के साथ संचार करता है। जब तक HTTP का उपयोग नहीं किया जा रहा है, तब तक अन्य नए कनेक्शनों को सेवा देने के अलावा श्रोता की आवश्यकता नहीं है।

11i में, प्रारंभिक पृष्ठ उत्पन्न करने के लिए CGI का उपयोग किया गया था जो सॉकेट कनेक्शन बनाने में मदद करता है

ओरेकल ई-बिजनेस सूट रिलीज 12 में, प्रारंभिक अनुरोध जो गतिशील रूप से फॉर्म एप्लेट शुरू करने के लिए एचटीएमएल पेज उत्पन्न करता है, फॉर्म सर्वलेट द्वारा संसाधित किया जाता है, हालांकि सर्वलेट को प्रति फॉर्म सत्र में केवल एक अनुरोध प्राप्त होता है

सॉकेट मोड का लाभ

1. फॉर्म सर्वलेट मोड की तुलना में 40% कम बैंडविड्थ का उपयोग करता है। यह वाइड एरिया नेटवर्क (डब्ल्यूएएन) उपयोगकर्ताओं द्वारा नेटवर्क विलंबता के आधार पर धीमी प्रतिक्रिया के कारण के रूप में माना जा सकता है।
2। कम टीसीपी मोड़ और ओवरहेड की कमी के कारण सर्वलेट मोड की तुलना में कम एप्लिकेशन-स्तरीय जेवीएम संसाधनों का उपयोग करता है। HTTP पोस्ट हैंडलिंग।

संस्करण 11i और R12 के बीच अंतर

हमारे पास 11i Oracle ई-बिजनेस सूट में Oracle फॉर्म 6i है, जबकि Oracle R12.0/R12.1/R12.2 Oracle ई-बिजनेस सूट में 10g है।

इन सभी में मूल बातें समान रहती हैं। निष्पादन योग्य विभिन्न संस्करणों के बीच भिन्न होता है

फॉर्म आर्टिफैक्ट परिभाषाएं

-द .fmb फ़ाइल एक प्रपत्र स्रोत फ़ाइल है। यह एक बाइनरी फ़ाइल है, जिसमें मेटाडेटा, स्रोत और संकलित PLSQL शामिल हैं।
-द .fmx फ़ाइल रनटाइम पर उपयोग किए जाने वाले प्रपत्र का जनरेट किया गया संस्करण है
-द .mmb फ़ाइल मेनू स्रोत फ़ाइल है। यह एक बाइनरी फ़ाइल है।
-द .mmx फ़ाइल मेनू का जनरेट किया गया संस्करण है जिसका उपयोग रनटाइम पर किया जाता है
-द .pl फ़ाइल क्लाइंट साइड संलग्न लाइब्रेरी स्रोत फ़ाइल है। इसका उपयोग रनटाइम पर भी किया जा सकता है, हालांकि Oracle अनुप्रयोगों को plx फ़ाइलों का उपयोग करना चाहिए। इसमें स्रोत और संकलित PLSQL शामिल हैं।
-द .plx फ़ाइल .pl का एक स्रोत छीन लिया गया संस्करण है, जिसका उपयोग रनटाइम पर किया जाता है। इसमें संकलित PLSQL शामिल है।
–f60webmx यूनिक्स पर मध्य स्तरीय फॉर्म रनटाइम प्रक्रिया है। (11i)
–frmweb   यूनिक्स पर मध्य स्तरीय फॉर्म रनटाइम प्रक्रिया है। (R12.0/R12.1/R12.2)
–f60srvm Linux पर प्रपत्र श्रोता प्रक्रिया है
- प्रपत्र एप्लेट सभी प्लेटफ़ॉर्म पर सामान्य है। प्रपत्र एप्लेट इस मायने में भी सामान्य है कि सभी प्रपत्रों को चलाने के लिए एक एकल एप्लेट का उपयोग किया जाता है।
-जावा बीन्स का उपयोग प्रपत्र एप्लेट का विस्तार करके Oracle अनुप्रयोग क्लाइंट साइड लॉजिक को लागू करने के लिए किया जाता है।

फ़ॉर्म, लाइब्रेरी और मेनू

• मध्य स्तर पर, फॉर्म एप्लिकेशन में फॉर्म, मेनू और लाइब्रेरी होते हैं। RDBMS पर डेटाबेस ऑब्जेक्ट और सर्वर साइड पैकेज और प्रक्रियाएं भी हैं, लेकिन इस दस्तावेज़ में इन पर विचार नहीं किया जाएगा।
• एक प्रपत्र स्रोत फ़ाइल एक बाइनरी फ़ाइल है और इसमें .fmb प्रत्यय होता है, उदा। XYZ.fmb. इसमें सभी प्रासंगिक मेटाडेटा, पीएल/एसक्यूएल प्रोग्राम इकाइयां और संकलित पीएल/एसक्यूएल शामिल हैं। fmb फ़ाइल का उपयोग रनटाइम पर नहीं किया जाता है, लेकिन फॉर्म बिल्डर में खोला जा सकता है या फॉर्म का रनटाइम संस्करण (.fmx) उत्पन्न करने के लिए उपयोग किया जा सकता है।
• .fmx फ़ाइल अनिवार्य रूप से एक बाइनरी पैरामीटर फ़ाइल है जिसे प्रपत्र रनटाइम निष्पादन योग्य द्वारा पढ़ा जाता है। यह स्वयं निष्पादन योग्य नहीं है, हालांकि .fmx उत्पन्न करना कभी-कभी 'संकलन' के रूप में जाना जाता है और .fmx को अक्सर 'निष्पादन योग्य' कहा जाता है।
• एक .fmx फ़ाइल को वापस संबंधित .FMB में रिवर्स इंजीनियर नहीं किया जा सकता है।
• आवेदन प्रपत्रों का अनुवाद किया जाता है, इसलिए प्रत्येक भाषा के अपने स्वयं के प्रपत्र होते हैं। उदाहरण के लिए, ~/forms/US उन उपयोगकर्ताओं के लिए है जहां मध्य स्तर (NLS_LANG) पर भाषा अमेरिकी अंग्रेजी पर सेट है।
• समान सिद्धांत मेनू पर लागू होते हैं, जहां एक mmb प्रत्यय एक स्रोत फ़ाइल को दर्शाता है, और एक mmx प्रत्यय एक उत्पन्न संस्करण को दर्शाता है। एप्लिकेशन केवल एक मेनू, एफएनडीएमईएनयू का उपयोग करता है। एक प्रपत्र की तरह, इस मेनू का अनुवाद विभिन्न भाषाओं में किया जाता है, जो ~/resource/US के अंतर्गत स्थित है।
• पुस्तकालय फ़ॉर्म और मेनू के लिए थोड़े अलग नियमों का पालन करते हैं। स्रोत फ़ाइल में .pll प्रत्यय है, और छीने गए स्रोत में .plx प्रत्यय है। .pl को बिल्डर में लोड किया जा सकता है, जेनरेट किया जा सकता है और रनटाइम पर इस्तेमाल किया जा सकता है; इसमें स्रोत और संकलित PL/SQL दोनों शामिल हैं। .plx का स्रोत छीन लिया गया है और इसमें केवल संकलित PL/SQL शामिल है, इसलिए इसका उपयोग केवल रनटाइम पर किया जा सकता है। Oracle अनुप्रयोग रनटाइम पर .plx का उपयोग करता है, क्योंकि यह बहुत छोटा है और इसलिए अधिक कुशल है।
• पुस्तकालयों में कोई भी अनुवाद योग्य स्ट्रिंग नहीं है, इसलिए सभी भाषाओं के लिए एक संस्करण है, जो ~/संसाधन निर्देशिका में सहेजा गया है।
• पुस्तकालय गतिशील रूप से रनटाइम पर जुड़े हुए हैं। अनुप्रयोग मानक डेवलपर के लिए पथ या .pll/.plx प्रत्यय के बिना एक पुस्तकालय संलग्न करने के लिए है। प्रपत्र पहले वर्तमान निर्देशिका में पुस्तकालय की खोज करता है, और फिर FORMS60_PATH में निर्दिष्ट प्रत्येक निर्देशिका में। यह पहले एक .plx खोजता है, फिर एक .pl.
• जैसा कि कहा गया है, एप्लिकेशन .PLX का उपयोग करते हैं क्योंकि यह छोटा है और इसके लिए कम मेमोरी की आवश्यकता होती है। हालांकि, कभी-कभी पर्यावरण के साथ समस्याएं, विशेष रूप से जब कस्टम विकास के लिए उपयोग की जाती हैं, तो .PLL को पहले पाया जा सकता है। फिर से, ट्रस इस प्रकार की समस्या को शीघ्रता से पहचान सकता है।

यह भी पढ़ता है
ईबीएस में Oracle HTTP सर्वर
OC4J कंटेनर