文字ベースのOracleフォームの移行

Question

DG / UXを実行しているOLDサーバーがあり、近い将来サポートされなくなります。このマシンから移行する必要があるキャラクターベースのオラクルフォームがいくつかあります。 Oralceがこれらの文字ベースのレポートをアップグレードするための移行戦略の種類を誰もが知っていますか。最新バージョンである必要はなく、GUIバージョンである必要はありませんが、LinuxなどのサポートされているOSに移行する必要があります。

Answer 1

簡単な答えは、 6iからの移行を確認することです。 10gまで。

以前にそれをやったことがありますが、もっと役に立つ答えは、これらのフォームとレポートをゼロから書き直すように指示することです。おそらく別のツールで-古代のJavaランタイムによって妨げられるのではなく、特にWebインターフェースなどが必要な場合。

古いフォームのコードをPL / SQLに変換できる製品があります。 Kumaran はその一例ですが、バグがあることがわかり、多くの手間をかけなければなりませんでしたコードを編集して元のコードと同じように動作させる。

私が知る限り、CUIは死んでいるので、GUIに行くこともできます。前回見たとき、CUIフォームのドキュメントはほとんどなく、GUIで機能していたものはCUIでまったく機能しませんでした。

CUIベースのフォームアプリケーションをGUIに変換する際に遭遇する可能性のある問題がいくつかあります。

• ユーザーが次または前のフィールド/ブロックなどに移動すると、検証と特別な処理が行われることがあります。適切なGUIに切り替えると、ユーザーは別のフィールドをクリックするだけでこれらのイベントをスキップできます。したがって、2つの選択肢があります-＃1すべてのフォームを監査するか、＃2マウスでフォームのナビゲーションを無効にします

  オプション＃1は再開発よりも作業が少なくなりますが、すでにどれだけの作業を行っているかを見てください。

  オプション＃2ユーザーがあなたを嫌い、ピッチフォークとトーチであなたを追いかけます。彼らは、あなたがそれに費やしたすべての仕事に価値のないものを持っていると感じます。とにかくオプション＃1を実行することになります。

• CUIで正常に機能する（またはその制限により必要とされる）UIは、単に間違っているだけで、ユーザーがGUIの残りの部分で使用するUIのメタファーを壊すことがあります（例：適切な値を直接選択できる場所をプルダウンするのではなく、エントリを選択する必要があるリストを含むポップアップウィンドウ）

• GUIに変換すると、CUIが、新しく作成されたフォームとは異なるフォント、テキストサイズ、およびその他のデフォルトのデフォルトになる場合があります（私にとってはそうでした）。したがって、フォームのセット全体を更新して、フォーム/レポート用のOracleの新しいデフォルトテーマに従うか、すべての新しいフォーム/レポートを以前の不格好なスタイルに戻す必要があります-または、痛い親指のように突き出ます（そして、ユーザーはそれらすべてを今すぐきれいなものにしたいと思うでしょう。）

必要な答えではありません。ハァッただし、これを言い訳として使用して、Forms / Reportsのアップグレードトレッドミルから抜け出し、長年にわたって発生しているハックの一部をクリーンアップすることもできます。