Impact of Forms 188.8.131.52.0 RSF Change on Forms Development/Deployment - PDE-PEP006 or FRM-40011
(Doc ID 2256898.1)
Last updated on JANUARY 17, 2019
Applies to:Oracle Forms - Version 184.108.40.206.0 and later
Information in this document applies to any platform.
Forms 220.127.116.11.0 will ship with an upgraded version of the Required Support Files (RSFs). Previous versions of 12c (18.104.22.168.0, 22.214.171.124.0, 126.96.36.199.0) shipped with 188.8.131.52 RSFs. Forms 184.108.40.206.0 will ship with 220.127.116.11.0 RSF files. This version of the RSFs will offer a number of improvements (stability and otherwise) to the product.
With the upgrade of the RSFs to a 12.1 version, there will be changes in the way 18.104.22.168 Forms will behave related to earlier versions of Forms.
Additionally, 22.214.171.124.0 will have new features that previous versions did not. This is an additional reason why it will not be compatible with earlier 12c runtime environments.
Once a pre-126.96.36.199.0 12c Form is brought into Forms Builder it will be upgraded to 188.8.131.52 and the RSFs will be upgraded to 184.108.40.206.0. What this means is that the upgraded 220.127.116.11.0 Form cannot be re-opened in an earlier version of 12c Forms Builder. (One can convert the upgraded Form to xml using the xml converter for 18.104.22.168.0 and back to 22.214.171.124.0 with the 126.96.36.199.0 xml converter to resolve this but this is not supported).
For example, a simple 188.8.131.52.0 Form with a button trigger with a “message(‘hello world’);” in it will core dump when attempting to compile it using the 184.108.40.206.0 frmcmp_batch.sh utility.
In the 220.127.116.11.0 builder, this error will occur: “PDE-PEP006 Encoded Program Unit has an unknown format.”
Note. This won’t necessarily apply to very simple Forms with no triggers. For example, a simple wizard created 18.104.22.168.0 emp fmb opened in Forms Builder 22.214.171.124.0 will normally show no issues.
Copying Binaries to Another Machine
Although this has never been supported, it is not uncommon for customers to copy their binaries (fmx, mmx, plx) to a different machine of the same OS and run them there as long as the deployed version of Forms is in the same version family. See <Note 1300396.1>. Because of the upgraded RSFs in 126.96.36.199.0 and also the fact that new features have been added to 188.8.131.52.0, in the majority of cases copying binaries (fmx, mmx, plx) to a different machine of the same OS will cause unexpected, negative behavior. As documented in the following note, customers should regenerate their forms on the target OS from the source files (fmb,mmb, pll).
<Note 299938.1> Moving Forms Applications From One Platform Or Machine To Another.
Bottom Line: For 184.108.40.206.0, the Development and Deployment environments both be 220.127.116.11.0. If customer's need to maintain both 18.104.22.168.0 and pre-22.214.171.124.0 versions/environments, strict configuration management measures must be implemented to keep the versions separate in order to avoid the issues mentioned in this note. The following are some demonstration scenarios that show example puzzling behaviors that may occur if versions are mixed:
Example 1: Create a simple 126.96.36.199.0 form on Windows (no triggers) and add a new 188.8.131.52.0 feature – Row Band Frequency, for example. If one generates the .fmx and moves the fmx to a 184.108.40.206.0 Windows machine the form will run with no errors. However, Row Band Frequency will not work since it is a 220.127.116.11.0 specific feature.
Example 2: Create a button trigger with a simple message(‘hello world’); in it. Generate the 18.104.22.168.0 fmx on windows and move the .fmx to 22.214.171.124.0 on windows. The form will run and the button will appear but will NOT execute.
Example 3: Attempt to run a 126.96.36.199.0/188.8.131.52.0/184.108.40.206.0 fmx in a 220.127.116.11.0 runtime environment and the following will be seen:
This expected. The 18.104.22.168.0 environment will only run Forms generated by a 22.214.171.124.0 compilation (126.96.36.199.0 Forms Builder or 188.8.131.52.0 frmcmp/frmcmp_batch).
To view full details, sign in with your My Oracle Support account.
Don't have a My Oracle Support account? Click to get started!
In this Document