Formulir Oracle dalam R12/R12.2

Kami menjelaskan di sini Fitur Arsitektur Formulir Oracle di R12/R12.2

Daftar Isi

Fitur Formulir di R12

-forms di-deploy sebagai salah satu instance One OC4J dari 10.1.3 Oracle home
-Ini menggunakan utilitas dari 10.1.2 Oracle home/bin
-Forms.EAR 10.1.2 di-deploy ke OC4J container di Application Server 10.1.3
-Run time form executable f60webmx telah digantikan oleh frmweb
-Forms Servlet adalah mode penyebaran / komunikasi default
-FORMS_ variabel lingkungan menggantikan FORMS60_
-Baru variabel lingkungan mis. FORMS_TRACE_DIR
-$ORACLE_HOME/bin/frmbld.sh menggantikan f60desm untuk desain
-frmcmp.sh dan frmcmp_batch untuk pembuatan

Fitur Formulir di R12.2

-forms disebarkan sebagai satu server terkelola  di  server weblogic Oracle
-Ini menggunakan utilitas dari 10.1.2 Oracle home/bin
-Forms.EAR 10.1.2 disebarkan ke server terkelola di Oracle weblogic Application Server
-Run time form executabale f60webmx telah digantikan oleh frmweb
-Forms Servlet adalah mode penyebaran / komunikasi default
-FORMS_ variabel lingkungan menggantikan FORMS60_
-Variabel lingkungan baru mis. FORMS_TRACE_DIR
-$ORACLE_HOME/bin/frmbld.sh menggantikan f60desm untuk desain
-frmcmp.sh dan frmcmp_batch untuk pembuatan

Membentuk Arsitektur Servlet

Forms Listener Servlet bertanggung jawab untuk mengelola proses Forms Runtime, dan merutekan semua komunikasi dengan klien. Semua lalu lintas antara applet klien Formulir dan proses runtime server Formulir kini dirutekan melalui pendengar Apache dan Servlet Pendengar Formulir.

-URL yang dihasilkan oleh Applet Formulir akan menjalankan Servlet Pendengar Formulir. Listener http server Oracle (Apache) menerima permintaan, mengenalinya sebagai permintaan untuk menjalankan servlet dan mendelegasikannya ke mod_oc4j untuk dieksekusi.
-Mod_oc4j meneruskan permintaan ke Forms Listener Servlet (contoh Forms OC4J). Forms Listener Servlet memotong proses runtime formulir baru (frmweb).
-Lapisan pesan Forms mengirimkan kembali pesan yang berisi data meta formulir, dan data yang diperlukan untuk menampilkan UI. Struktur pesan sama seperti yang digunakan oleh Proses Pendengar Formulir, namun kali ini dikembalikan melalui servlet pendengar formulir dan pendengar apache.
-Servlet Formulir membungkus data pesan Formulir sebagai http (menggunakan tunneling http) dan mengirimkan kembali ke klien melalui pendengar Apache.

Semua komunikasi server Formulir klien Formulir berikutnya mengikuti jalur yang sama.

Keuntungan Mode Servlet

1. Lalu lintas HTTP dan HTTPS mudah dikenali oleh router, sedangkan komunikasi mode soket umumnya dianggap mencurigakan dan diperlakukan berdasarkan pengecualian.
2. Perangkat keras jaringan yang ada dapat digunakan untuk mendukung fungsi dasar seperti penyeimbangan beban dan enkripsi paket untuk transit jaringan.
3. Lebih tahan terhadap konfigurasi ulang jaringan dan firewall.
4. Lebih kuat:koneksi servlet dapat dibangun kembali jika koneksi jaringan tiba-tiba terputus untuk halaman berbasis Formulir, Kerangka Kerja, dan JSP.
5. Merupakan satu-satunya metode yang didukung untuk pelanggan Oracle Forms generik, dan oleh karena itu diuji lebih menyeluruh oleh grup produk Forms dan E-Business Suite.
6. Lalu lintas kinerja dapat dipantau melalui alat seperti Oracle Real User Experience Insight (RUEI).
7. Mode soket tidak didukung pada platform server berbasis Windows.
8. Tidak perlu membuka port untuk mengakses formulir di firewall jika servlet.
9. Konfigurasi SSL Sederhana dalam kasus servlet (karena tidak ada konfigurasi ssl terpisah yang diperlukan untuk Formulir karena koneksi melalui server web/http)
10. Servlet Pendengar Formulir berkomunikasi melalui port server HTTP, dan tidak memerlukan port tambahan untuk menangani komunikasi antara klien dan Layanan Formulir Server Aplikasi Oracle. Arsitektur Forms Servlet juga kompatibel dengan standar industri aplikasi web, dan mendukung berbagai konfigurasi jaringan lanjutan seperti penyeimbangan beban.

Arsitektur Soket Formulir

Rilis awal produk Oracle Forms Server menggunakan metode sederhana untuk menghubungkan klien ke server. Koneksi dari klien desktop ke proses Forms Listener diselesaikan menggunakan koneksi soket langsung.

Pada dasarnya koneksi Desktop klien dibuat dengan proses Pendengar Formulir. Proses runtime Forms baru akan bercabang, atau, jika berlaku, proses kumpulan gratis berikutnya digunakan. Koneksi soket antara Applet Formulir dan Pendengar Formulir diserahkan ke proses runtime Formulir, sehingga Applet berkomunikasi langsung dengan proses runtime. Kecuali HTTP digunakan, pendengar tidak lagi diperlukan, kecuali untuk melayani koneksi baru lainnya.

Di 11i, CGI digunakan untuk menghasilkan halaman awal yang membantu dalam membuat koneksi soket

Di Oracle E-Business Suite Rilis 12, permintaan awal yang secara dinamis menghasilkan halaman HTML untuk memulai applet formulir diproses oleh Servlet Formulir, meskipun servlet hanya menerima satu permintaan per sesi formulir

Keuntungan Mode Soket

1.Menggunakan bandwidth hingga 40% lebih sedikit daripada mode servlet Forms. Ini mungkin dianggap oleh pengguna Wide Area Network (WAN) sebagai penyebab respons yang lebih lambat, tergantung pada latensi jaringan.
2.Menggunakan lebih sedikit sumber daya JVM tingkat aplikasi daripada mode servlet, karena lebih sedikit putaran TCP dan kurangnya overhead yang terkait dengan Penanganan HTTP POST.

Perbedaan antara Versi 11i &R12

Kami memiliki Oracle membentuk 6i  di 11i Oracle E-buisness Suite  sementara Oracle  membentuk 10g di R12.0/R12.1/R12.2 Oracle E-buisness Suite.

Dasar-dasarnya tetap sama dalam semua ini. Eksekusi berbeda antara versi yang berbeda

Definisi Artefak Formulir

-.fmb file adalah file sumber Formulir. Ini adalah file biner, yang berisi metadata, sumber, dan PLSQL yang dikompilasi.
-The .fmx file adalah versi yang dihasilkan dari Formulir yang digunakan saat runtime
-The .mmb file adalah file sumber Menu. Ini adalah file biner.
-The .mmx file adalah versi yang dihasilkan dari Menu yang digunakan saat runtime
-The .pll file adalah file sumber perpustakaan terlampir sisi klien. Itu juga dapat digunakan saat runtime, meskipun Aplikasi Oracle harus menggunakan file plx. Ini berisi sumber, dan PLSQL yang dikompilasi.
-The .plx file adalah versi sumber yang dilucuti dari .pll, digunakan saat runtime. Ini berisi PLSQL yang dikompilasi.
–f60webmx adalah proses runtime bentuk tingkat menengah di Unix. (11i)
–frmweb   adalah proses waktu proses formulir tingkat menengah di Unix. (R12.0/R12.1/R12.2)
–f60srvm adalah Proses Pendengar Formulir di Linux
-Applet Formulir bersifat umum di seluruh platform. Forms Applet juga generik karena satu applet digunakan untuk menjalankan semua Forms.
-Java Beans digunakan untuk mengimplementasikan logika sisi klien Aplikasi Oracle dengan memperluas Forms Applet.

Formulir, Pustaka, dan Menu

• Di tingkat menengah, aplikasi Formulir terdiri dari formulir, menu, dan pustaka. Ada juga objek database dan paket serta prosedur sisi server pada RDBMS, tetapi ini tidak akan dipertimbangkan dalam dokumen ini.
• File sumber formulir adalah file biner dan memiliki akhiran .fmb, mis. XYZ.fmb. Ini berisi semua metadata yang relevan, unit program PL/SQL dan PL/SQL yang dikompilasi. File fmb tidak digunakan saat runtime, tetapi dapat dibuka di Form Builder atau digunakan untuk menghasilkan versi runtime (.fmx) dari formulir.
• File .fmx pada dasarnya adalah file parameter biner yang dibaca oleh runtime Form yang dapat dieksekusi. Ini bukan executable itu sendiri, meskipun menghasilkan .fmx kadang-kadang disebut sebagai 'kompilasi' dan .fmx sering disebut 'executable'.
• File .fmx tidak dapat direkayasa balik menjadi .FMB yang sesuai.
• Formulir aplikasi diterjemahkan, jadi setiap bahasa memiliki kumpulan formulirnya sendiri. Misalnya, ~/forms/US adalah untuk pengguna yang bahasa tingkat menengahnya (NLS_LANG) disetel ke Bahasa Inggris Amerika.
• Prinsip serupa berlaku untuk menu, di mana sufiks mmb menunjukkan file sumber, dan sufiks mmx menunjukkan versi yang dihasilkan. Aplikasi hanya menggunakan satu menu, FNDMENU. Seperti formulir, menu ini diterjemahkan ke dalam bahasa yang berbeda, terletak di bawah ~/resource/US.
• Perpustakaan mengikuti aturan yang sedikit berbeda dengan formulir dan menu. File sumber memiliki akhiran .pll, dan sumber yang dihilangkan memiliki akhiran .plx. .pll dapat dimuat di Builder, dibuat, dan digunakan saat runtime; ini berisi PL/SQL sumber dan kompilasi. .plx memiliki sumber yang dihapus dan hanya berisi PL/SQL yang dikompilasi, jadi hanya dapat digunakan saat runtime. Aplikasi Oracle menggunakan .plx saat runtime, karena jauh lebih kecil dan karenanya lebih efisien.
• Perpustakaan tidak berisi string yang dapat diterjemahkan, jadi ada satu versi untuk semua bahasa, yang disimpan di direktori ~/resource.
• Library ditautkan secara dinamis saat runtime. Standar Aplikasi adalah bagi pengembang untuk melampirkan perpustakaan tanpa jalur atau akhiran .pll/.plx. Formulir mencari pustaka terlebih dahulu di direktori saat ini, lalu di setiap direktori yang ditentukan dalam FORMS60_PATH. Ia mencari .plx terlebih dahulu, lalu .pll.
• Seperti yang dinyatakan, Aplikasi menggunakan .PLX karena lebih kecil dan membutuhkan lebih sedikit memori. Namun, terkadang masalah dengan lingkungan, terutama saat digunakan untuk pengembangan kustom, dapat menyebabkan .PLL ditemukan terlebih dahulu. Sekali lagi, truss dapat dengan cepat mengidentifikasi jenis masalah ini.

Juga Dibaca
Server HTTP Oracle di EBS
OC4J Container