Biểu mẫu Oracle trong R12 / R12.2

Chúng tôi đang giải thích ở đây các Tính năng Kiến trúc Biểu mẫu Oracle trong R12 / R12.2

Mục lục

Tính năng của Biểu mẫu trong R12

-forms được triển khai như một phiên bản One OC4J của 10.1.3 Oracle home
-Nó sử dụng tiện ích từ 10.1.2 Oracle home / bin
-Forms.EAR 10.1.2 được triển khai tới vùng chứa OC4J trong Máy chủ ứng dụng 10.1.3
-Run biểu mẫu thời gian thực thi f60webmx đã được thay thế bằng frmweb
-Forms Servlet là chế độ triển khai / giao tiếp mặc định
-FORMS_ biến môi trường thay thế FORMS60_
-Mới các biến môi trường, ví dụ:FORMS_TRACE_DIR
- $ ORACLE_HOME / bin / frmbld.sh thay thế f60desm cho thiết kế
-frmcmp.sh và frmcmp_batch cho thế hệ

Tính năng của Biểu mẫu trong R12.2

-forms được triển khai dưới dạng một máy chủ được quản lý trong máy chủ weblogic của Oracle
-Nó sử dụng tính năng tối ưu từ 10.1.2 Oracle home / bin
-Forms.EAR 10.1.2 được triển khai cho phục vụ được quản lý trong Oracle weblogic Máy chủ ứng dụng
-Run thời gian thực thi biểu mẫu f60webmx đã được thay thế bằng frmweb
-Forms Servlet là chế độ triển khai / giao tiếp mặc định
-FORMS_ biến môi trường thay thế FORMS60_
-Các biến môi trường mới, ví dụ:FORMS_TRACE_DIR
- $ ORACLE_HOME / bin / frmbld.sh thay thế f60desm cho thiết kế
-frmcmp.sh và frmcmp_batch cho thế hệ

Kiến trúc Servlet biểu mẫu

Servlet xử lý biểu mẫu chịu trách nhiệm quản lý các quy trình Thời gian chạy biểu mẫu và định tuyến tất cả giao tiếp với máy khách. Tất cả lưu lượng truy cập giữa ứng dụng khách của Biểu mẫu và quy trình thời gian chạy của máy chủ Biểu mẫu hiện được định tuyến qua trình nghe Apache và Servlet của trình xử lý biểu mẫu.

- URL được tạo bởi Forms Applet sẽ chạy Forms Listener Servlet. Trình nghe Oracle http server (Apache) nhận được yêu cầu, nhận ra nó là một yêu cầu để chạy một servlet và ủy quyền nó cho mod_oc4j để thực thi.
-Mod_oc4j chuyển yêu cầu đến Forms Listener Servlet (cá thể Forms OC4J). Servlet xử lý biểu mẫu tạo ra một quy trình thời gian chạy biểu mẫu mới (frmweb).
-Lớp thông báo Biểu mẫu gửi lại một thông báo có chứa siêu dữ liệu biểu mẫu và dữ liệu cần thiết để hiển thị giao diện người dùng. Cấu trúc thông báo giống như được sử dụng bởi Quá trình xử lý biểu mẫu, tuy nhiên lần này nó được trả về thông qua trình xử lý biểu mẫu và trình xử lý apache.
-Các Servlet của Biểu mẫu bao bọc dữ liệu thông báo Biểu mẫu dưới dạng http (sử dụng http tunneling) và gửi nó trở lại máy khách thông qua trình nghe Apache.

Tất cả các giao tiếp máy chủ Biểu mẫu máy khách của Biểu mẫu tiếp theo đều theo cùng một đường dẫn.

Ưu điểm của Chế độ Servlet

1. Bộ định tuyến có thể dễ dàng nhận ra lưu lượng HTTP và HTTPS, trong khi giao tiếp ở chế độ socket thường được coi là đáng ngờ và được xử lý trên cơ sở ngoại lệ.
2. Phần cứng mạng hiện có có thể được sử dụng để hỗ trợ các chức năng cơ bản như cân bằng tải và mã hóa gói cho quá trình truyền mạng.
3. Linh hoạt hơn với các cấu hình lại mạng và tường lửa.
4. Mạnh mẽ hơn:các kết nối servlet có thể được thiết lập lại nếu kết nối mạng giảm đột ngột đối với các Trang dựa trên Biểu mẫu, Khung và JSP.
5. Là phương pháp được hỗ trợ duy nhất cho các khách hàng chung của Oracle Forms và do đó được nhóm sản phẩm Forms và E-Business Suite kiểm tra kỹ lưỡng hơn.
6. Lưu lượng truy cập hiệu suất có thể được theo dõi thông qua các công cụ như Oracle Real User Experience Insight (RUEI).
7. Chế độ ổ cắm không được hỗ trợ trên các nền tảng máy chủ dựa trên Windows.
8. Không cần mở cổng để truy cập các biểu mẫu trong tường lửa trong trường hợp servlet.
9. Cấu hình SSL đơn giản trong trường hợp của servlet (vì không cần cấu hình ssl riêng cho Biểu mẫu vì kết nối được thông qua máy chủ web / http)
10. Servlet xử lý biểu mẫu giao tiếp thông qua cổng máy chủ HTTP và không cần thêm cổng để xử lý giao tiếp giữa máy khách và Dịch vụ biểu mẫu máy chủ ứng dụng Oracle. Kiến trúc Forms Servlet cũng tương thích với các tiêu chuẩn ngành ứng dụng web và hỗ trợ các cấu hình mạng nâng cao khác nhau, chẳng hạn như cân bằng tải.

Kiến trúc ổ cắm của biểu mẫu

Các bản phát hành ban đầu của sản phẩm Oracle Forms Server sử dụng một phương pháp đơn giản để kết nối máy khách với máy chủ. Kết nối từ máy khách máy tính để bàn đến quy trình Trình xử lý biểu mẫu đã được thực hiện bằng cách sử dụng kết nối ổ cắm trực tiếp.

Về cơ bản kết nối Máy tính khách được thiết lập với quy trình Trình xử lý biểu mẫu. Quy trình thời gian chạy Biểu mẫu mới được chia nhỏ hoặc, nếu có, quy trình nhóm miễn phí tiếp theo sẽ được sử dụng. Kết nối socket giữa Ứng dụng biểu mẫu và Trình xử lý biểu mẫu được chuyển giao cho quy trình thời gian chạy của Biểu mẫu, do đó, Applet giao tiếp trực tiếp với quy trình thời gian chạy. Trừ khi HTTP đang được sử dụng, trình nghe không còn được yêu cầu nữa, ngoại trừ việc cung cấp các kết nối mới khác.

Trong 11i, CGI được sử dụng để tạo trang đầu tiên giúp tạo kết nối socket

Trong Oracle E-Business Suite Release 12, yêu cầu ban đầu tạo động trang HTML để khởi động applet biểu mẫu được xử lý bởi Forms Servlet, mặc dù servlet chỉ nhận được một yêu cầu cho mỗi phiên biểu mẫu

Ưu điểm của Chế độ ổ cắm

1. Sử dụng băng thông ít hơn tới 40% so với chế độ Servlet của Biểu mẫu. Điều này có thể được người dùng Mạng diện rộng (WAN) cho là gây ra phản hồi chậm hơn, tùy thuộc vào độ trễ của mạng.
2.Sử dụng ít tài nguyên JVM cấp ứng dụng hơn so với chế độ servlet, do ít lượt TCP hơn và thiếu chi phí liên quan đến Xử lý HTTP POST.

Sự khác biệt giữa Phiên bản 11i và R12

Chúng tôi có Oracle dạng 6i trong Oracle E-buisness Suite 11i trong khi Oracle dạng 10g trong Oracle E-buisness Suite R12.0 / R12.1 / R12.2.

Những điều cơ bản vẫn giống nhau trong tất cả những điều này. Tệp thực thi khác nhau giữa các phiên bản khác nhau

Định nghĩa phần mềm biểu mẫu

- .fmb tệp là tệp nguồn Biểu mẫu. Đó là một tệp nhị phân, chứa siêu dữ liệu, nguồn và PLSQL đã biên dịch.
-Các .fmx tệp là phiên bản được tạo của Biểu mẫu được sử dụng trong thời gian chạy
-Các .mmb tệp là tệp nguồn Menu. Đó là một tệp nhị phân.
-Các .mmx tệp là phiên bản được tạo của Trình đơn được sử dụng trong thời gian chạy
- .pll tệp là tệp nguồn thư viện đính kèm phía máy khách. Nó cũng có thể được sử dụng trong thời gian chạy, mặc dù Ứng dụng Oracle nên sử dụng tệp plx. Nó chứa nguồn và PLSQL đã biên dịch.
-Các .plx tệp là phiên bản rút gọn nguồn của tệp .pll, được sử dụng trong thời gian chạy. Nó chứa PLSQL đã biên dịch.
- f60webmx là quá trình thời gian chạy của biểu mẫu tầng giữa trên Unix. (11i)
- frmweb là quá trình thời gian chạy của biểu mẫu tầng giữa trên Unix. (R12.0 / R12.1 / R12.2)
- f60srvm là Quy trình xử lý biểu mẫu trên Linux
-Các ứng dụng biểu mẫu là chung trên các nền tảng. Forms Applet cũng chung chung ở chỗ một applet duy nhất được sử dụng để chạy tất cả các Biểu mẫu.
-Java Beans được sử dụng để triển khai logic phía máy khách Ứng dụng Oracle bằng cách mở rộng Applet Biểu mẫu.

Biểu mẫu, Thư viện và Thực đơn

• Ở tầng giữa, ứng dụng Biểu mẫu bao gồm các biểu mẫu, menu và thư viện. Ngoài ra còn có các đối tượng cơ sở dữ liệu và các gói và thủ tục phía máy chủ trên RDBMS, nhưng chúng sẽ không được xem xét trong tài liệu này.
• Tệp nguồn biểu mẫu là tệp nhị phân và có hậu tố .fmb, ví dụ:XYZ.fmb. Nó chứa tất cả các siêu dữ liệu có liên quan, các đơn vị chương trình PL / SQL và PL / SQL đã biên dịch. Tệp fmb không được sử dụng trong thời gian chạy, nhưng có thể được mở trong Trình tạo biểu mẫu hoặc được sử dụng để tạo phiên bản thời gian chạy (.fmx) của biểu mẫu.
• Tệp .fmx về cơ bản là một tệp tham số nhị phân được đọc bởi tệp thực thi thời gian chạy Biểu mẫu. Bản thân nó không phải là một tệp thực thi, mặc dù việc tạo .fmx đôi khi được gọi là "biên dịch" và .fmx thường được gọi là "tệp thực thi".
• Tệp .fmx không thể được thiết kế ngược lại thành .FMB tương ứng.
• Các biểu mẫu đăng ký được dịch, vì vậy mỗi ngôn ngữ có bộ biểu mẫu riêng. Ví dụ:~ / form / US dành cho những người dùng có ngôn ngữ ở bậc giữa (NLS_LANG) được đặt thành tiếng Anh Mỹ.
• Các nguyên tắc tương tự áp dụng cho các menu, trong đó hậu tố mmb biểu thị tệp nguồn và hậu tố mmx là phiên bản được tạo. Các ứng dụng chỉ sử dụng một menu, FNDMENU. Giống như một biểu mẫu, menu này được dịch sang các ngôn ngữ khác nhau, có tên dưới ~ / resource / US.
• Các thư viện tuân theo các quy tắc hơi khác đối với biểu mẫu và menu. Tệp nguồn có hậu tố .pll và nguồn bị tước có hậu tố .plx. .Pll có thể được tải trong Builder, được tạo và sử dụng trong thời gian chạy; nó chứa cả mã nguồn và PL / SQL đã biên dịch. .Plx có nguồn bị loại bỏ và chỉ chứa PL / SQL đã biên dịch, vì vậy chỉ có thể được sử dụng trong thời gian chạy. Ứng dụng Oracle sử dụng .plx trong thời gian chạy, vì nó nhỏ hơn nhiều và do đó hiệu quả hơn.
• Các thư viện không chứa bất kỳ chuỗi có thể dịch được nào, vì vậy, có một phiên bản cho tất cả các ngôn ngữ, được lưu trong thư mục ~ / resource.
• Các thư viện được liên kết động trong thời gian chạy. Tiêu chuẩn Ứng dụng dành cho nhà phát triển để đính kèm thư viện không có đường dẫn hoặc hậu tố .pll / .plx. Biểu mẫu tìm kiếm thư viện trước tiên trong thư mục hiện tại, sau đó trong từng thư mục được chỉ định trong FORMS60_PATH. Nó tìm kiếm .plx trước tiên, sau đó tìm kiếm .pll.
• Như đã nêu, Ứng dụng sử dụng .PLX vì nó nhỏ hơn và yêu cầu ít bộ nhớ hơn. Tuy nhiên, đôi khi các vấn đề với môi trường, đặc biệt là khi được sử dụng để phát triển tùy chỉnh, có thể dẫn đến việc tìm thấy .PLL trước. Một lần nữa, kèo có thể nhanh chóng xác định loại vấn đề này.

Cũng đã đọc
Oracle HTTP Server trong EBS
OC4J Container