5

友達、

Oracle Forms (10g) アプリケーションを APEX (3.2.1) に移行することを検討しており、APEX 内で Oracle Form の「ファースト カット」を取得できる段階に到達できるオプションを検討しています。

このガイドとこの付録を読んで Forms 移行ツールを使いこなし、いくつかのサンプル フォームを変換しました (最終的には、アプリケーションを作成するために xml ファイルに修正を加えた後です!)。変換の結果は残念でした。Apex 内でゼロからページを開発することで、より良い結果をより迅速に得ることができたはずです。

Apex Forms 移行ツールが初期段階にあり、最初のリリースで作業していることに感謝していますが、いくつかの疑似プロジェクト管理機能を除いて、それを使用する利点を見つけるのに苦労しています.

何か不足していますか?このツールを使用して、許容できる結果を達成できた人はいますか?

前もって感謝します。

4

1 に答える 1

8

移行ツールの経験はありませんが、FormsからApexへの大規模な移行プロジェクトに携わっています。約2年前に開始して以来、移行ツールは利用できず、独自に構築しました。しかし、基本的に画面レイアウトとアイテムである簡単なビットを除いて、変換を自動化することは本当に非常に困難です。したがって、(多かれ少なかれ)正しいレイアウトで正しいアイテムを使用して最初にカットされたApexページを生成する方法がありますが、それでも、FormsトリガーとライブラリでPL / SQLのフラグメントを検査し、把握するという大きな仕事があります。それらをどうするか(いくつかは冗長なForms固有のコードであり、いくつかはJavascriptで書き直す必要があるクライアント側の検証であり、いくつかはUIにまったく含まれてはならず、パッケージに移動する必要があるビジネスロジックです) 。

移行ツールが私たち自身が行ったことよりも優れている主な利点は、おそらく「疑似プロジェクト管理」であり、手作業で変換する必要があるもののリストを提供し、行ったことを追跡できると思います。これは、私たちのような大規模なプロジェクトでは利益をもたらしますが、小規模なプロジェクトではそれほど多くはないかもしれません。小さなプロジェクトの場合、「古いフォームアプリの機能を確認し、要件を再定義して、Apexでゼロから構築しましょう」と言いたくなります。Apexアプリを口紅が付いたFormsアプリのように見せたくはありません。

于 2009-11-12T10:33:52.730 に答える