La réponse simple est de vous dire de vérifier Migration from 6i to 10g .
Après l'avoir fait auparavant, je pense que la réponse la plus utile est de vous dire de réécrire ces formulaires et rapports à partir de zéro. Probablement dans un autre outil - surtout si vous voulez avoir une interface Web, etc. plutôt que d'être entravé par un ancien runtime Java.
Il existe des produits qui vous permettront de traduire l'ancien code de formulaires en PL/SQL. Kumaran en est un exemple, mais je l'ai trouvé bogué et j'ai dû faire beaucoup d'édition manuelle du code pour qu'il fonctionne de la même manière que l'original.
En ce qui me concerne, le CUI est mort, vous pouvez donc tout aussi bien passer à une interface graphique. La dernière fois que je l'ai regardé, il n'y avait presque pas de documentation pour les formulaires CUI et souvent les choses qui fonctionnaient dans l'interface graphique ne fonctionnaient pas du tout dans le CUI.
Vous pouvez rencontrer certains problèmes lors de la conversion d'applications de formulaires basées sur CUI en GUI.
-
Parfois, une validation et un traitement spécial sont effectués lorsque l'utilisateur passe au champ/bloc/etc. suivant ou précédent. Lorsque vous passez à une interface graphique appropriée, votre utilisateur peut ignorer ces événements en cliquant simplement sur un autre champ. Il vous reste donc deux choix - #1 vérifier tous les formulaires ou #2 désactiver la navigation dans le formulaire avec la souris
L'option 1 demande moins de travail que le réaménagement, mais regardez le travail que nous y avons déjà consacré.
Option n ° 2, vos utilisateurs vous DÉTESTERONT et vous poursuivront avec des fourches et des torches. Ils percevront qu'ils n'ont rien de valeur pour tout le travail que vous y mettez. Ensuite, vous finirez par faire l'option #1 de toute façon.
-
Parfois, une interface utilisateur qui fonctionne correctement (ou qui est requise par les limites d') une CUI est tout simplement fausse et rompt la métaphore de l'interface utilisateur avec laquelle les utilisateurs ont l'habitude de travailler dans le reste de l'interface graphique (par exemple, une fenêtre contextuelle avec une liste que vous devez sélectionner une entrée plutôt que de dérouler où vous pouvez simplement choisir la bonne valeur directement)
-
Lorsqu'il est converti en interface graphique, le CUI peut se retrouver avec des polices, des tailles de texte et d'autres défauts de formatage différents de ceux d'un formulaire fraîchement écrit (ce qui m'est arrivé). Alors maintenant, soit l'ensemble des formulaires doit être mis à jour pour suivre le nouveau thème par défaut d'Oracle pour les formulaires/rapports, soit chaque nouveau formulaire/rapport doit revenir à l'ancien style maladroit que vous aviez auparavant - ou il restera comme un pouce endolori (et vos utilisateurs voudront qu'ils soient tous comme la jolie maintenant).
Pas la réponse que vous vouliez; hein. Mais vous pouvez utiliser cela comme une excuse pour sortir du tapis roulant de mise à niveau des formulaires/rapports et peut-être même nettoyer certains des piratages qui ont dû se produire au fil des ans.
