linux - 迁移基于字符的 Oracle 表单

Question

我有一个运行 DG/UX 的旧服务器，在不久的将来将不受支持。我有一些基于字符的 oracle 表单需要从这台机器上迁移出来。有谁知道 Oralce 有什么样的迁移策略来升级这些基于字符的报告。它不必是最新版本，甚至不必是 GUI 版本，但我确实需要迁移到受支持的操作系统，例如 linux。

Answer 1

简单的答案是告诉您检查Migration from 6i to 10g。

之前做过，我认为更有用的答案是告诉您从头开始重写这些表单和报告。可能在另一个工具中 - 特别是如果您想要一个 Web 界面等，而不是被古老的 Java 运行时所束缚。

有一些产品可以让您将旧表单代码转换为 PL/SQL。Kumaran就是其中的一个例子，但我发现它有问题，不得不对代码进行大量手工编辑，以使其与原始代码一样工作。

就我而言，CUI 已经死了，所以您不妨一直使用 GUI。上次我查看它时，几乎没有关于 CUI 表单的文档，而且经常在 GUI 中工作的东西在 CUI 中根本不起作用。

在将基于 CUI 的表单应用程序转换为 GUI 时，您可能会遇到一些问题。

• 当用户移动到下一个或上一个字段/块/等时，有时会进行验证和特殊处理。当您切换到适当的 GUI 时，您的用户只需单击另一个字段即可跳过这些事件。因此，您有两个选择 - #1 审核所有表单或 #2 使用鼠标禁用表单中的导航

  选项#1 比重新开发工作量少，但看看我们已经投入了多少工作。

  选项#2 你的用户会恨你，并用音叉和火把追随你。他们会觉得你投入的所有工作都没有任何价值。那么无论如何你最终都会选择选项#1。

• Sometimes a UI that works fine in (or is required by the limitations of) a CUI is just plain wrong and breaks the UI metaphor that users are used to working with in the rest of the GUI (e.g., a pop-up window with list that you have to select an entry in rather than pull down where you can just pick the right value directly)

• When converted to a GUI the CUI may end up with different fonts, text sizes and other formatting defaults than a freshly written form (it did for me). So now either the whole set of forms has to be updated to follow Oracle's new default theme for forms/reports or every new form/report has to reverted back to the old clunky style you had before - or it will stick out like a sore thumb (and your users will want them all to be like the pretty one now).

Not the answer you wanted; huh. But you can use this as an excuse to get out of the Forms/Reports upgrade tread mill and maybe even clean up some of the hacks that have had to happen over the years.