私たちは大きなOracleForms10アプリケーションを持っており、将来の方向性について考えています。選択肢は次のようです。
この変更の原動力となる問題の1つは、フォーム開発者を見つけるのが難しくなっていることです。
以前の経験に基づいた最善の方法についての提案やコメントはありますか？
オラクルに聞くと、ADFとJDeveloperを使う方法です。これは、オラクルの集中力とプログラミングの努力のすべてが行われている場所です。完全なインターフェースである「Oracle Fusion」を確認したい。その理由は、Fusion が Oracle が e-Business スイート (別名 Oracle Applications、多国籍企業のソフトウェアを実行する大規模なアプリケーション) に使用しているものだからです。
ADF は Java であり、必要なすべての Java 開発者を使用できます。ADF は、すべてのデータベース対話レイヤーと UI を含むインターフェイス設計ツールです。私はそれをいくつか使用しましたが、いくつかの概念的なハードルを乗り越えると、チームは驚くほど生産的になることができます.
小規模な Forms アプリケーションを使用している場合は、Oracle Application Express (APEX) を検討することをお勧めします。これは、Web デザイン ツールを使用して Web アプリケーションを構築するためのツールです (つまり、使用する唯一のツールは APEX インターフェイスです)。PL/SQL を使用してコードを記述し、アプリケーションの見栄えを良くするための多くのテンプレートを使用します。私はこれをアプリケーションの構築にも使用しましたが、問題なく、見栄えがよく、高速に実行されるアプリケーションを数日で構築できました。
私は Thomas Jones-Low の回答の多くに同意しますが、私の経験では、Oracle Forms Migrations の最適なルートについては、Oracle で誰と話しているかに依存することがわかりました。
Forms製品マネージャ(ADFの製品マネージャでもある)に相談すると、Oracle Formsアプリケーションの移行にはADFが正しい選択であると言われます。
Apex 製品マネージャーに相談すると、Apex が「小規模な」Oracle Form の移行だけではないことがわかります。実際、大規模なフォームの移行を処理する Apex の機能は、仲間の SO メンバーのブログ投稿によっても裏付けられています。
私が言おうとしている点は、Forms から移行するための Oracle ソリューションはせいぜい「あいまい」なように見え、この「あいまいさ」は Oracle からの混合メッセージによって引き起こされているように見えるということです。
いいえ、ORACLE は、Forms は少なくとも 2017 年までサポートすると言っています。これは 2007 年に述べられており、10 年以上前にサポート声明を出すことはないと思います。そのため、フォームのサポートがさらに長くなる可能性が非常に高くなります。