La meilleure solution pour la migration des formulaires Oracle 6i vers le web? [fermé]
évidemment, c'est quelque chose qui doit être abordé pour se débarrasser des formulaires runtime et passer à une solution basée sur le web. Les outils doivent être accessibles à partir de Windows, Linux, divers UNIX, VMS et Solaris.
quelles sont les options qui seraient réalisables pour migrer? Non seulement cela doit être faisable pour la migration, mais le développement devra être fait par 8 ingénieurs qui soutiennent l'ensemble d'outils (et dont beaucoup préféreraient rester sur place et ne pas moderniser cet ensemble d'outils).
Oracle offre quelques solutions qui convertissent les formes D'Oracle en une Applet Java merdique (c'est un très terrible temporaire solution.)
ma solution de choix a migré vers Ruby on Rails (que je suis un grand promoteur de Rails) mais cela impliquera une courbe d'apprentissage (que nous allons frapper avec n'importe quelle solution) pour les autres développeurs. De plus, l'autre difficulté est de convertir certaines formes très complexes en formes HTML.
Quelqu'un s'est-il attaqué à une telle solution? Y a-t-il des paquets offerts par Quelqu'un en dehors D'Oracle?
des cadres Web Java spécifiques?
GWT, jQuery UI, ExtJS ou tout autre framework JavaScript UI offrent la riche expérience utilisateur nécessaire?
.NET est une considération mais un dernier recours (principalement en raison des coûts de licence, il n'y a pas de place dans le budget en plus de ce que nous payons pour les licences Oracle).
12 réponses
c'est exactement ce Que je suis en train de faire à l'aide...
la courbe d'apprentissage est beaucoup plus petite que la plupart des alternatives basées sur le web pour les développeurs de formulaires, comme tout le code est en PL/SQL (sauf si vous commencez à obtenir fantaisie avec Javascript, que vous pouvez). En outre, dans la dernière version D'Application Express (3.2), il y a un outil pour convertir les demandes de formulaires en Apex.
il est livré libre avec Oracle les versions depuis la version 9.2.
je vais +1 pour Oracle Application Express -- je pense qu'il y a des avantages significatifs dans votre situation.
- les licences Libres
- cela peut être une option attrayante pour le personnel actuel, s'ils sont des bigots Oracle comme moi.
- C'est 100% web, et en 11g ne nécessite même pas d'un niveau web.
une réponse très tardive, mais pertinente. Le V3 à venir.2 la publication D'Oracle Application Express ajoute un outil de migration de formulaires Oracle, que vous pourriez trouver améliore votre productivité encore plus.
vous devriez consulter ce site http://www.forms2net.com/ C'est L'outil de Migration des formulaires Oracle vers .Net. C'est plutôt bon!
aux Pays-Bas QAFE (http://www.qafe.com) devient une alternative populaire. Ils existent depuis quelques années déjà et servent également des entreprises en dehors de l'Europe.
leur revendication de gloire
- convertissez et réutilisez automatiquement 60-70% du code
- appliquer des règles de filtrage pour rendre la sortie plus propre (supprimer tout le code qui n'est plus applicable / nécessaire). Une nouvelle fonctionnalité pour améliorer la qualité de la sortie code.
- utilisez la sortie et éditez / exécutez directement dans Qaml Builder
- Fournir à votre style (CSS).
- les formulaires de processus en vrac après qu'un jeu de règles est défini
- Formulaires d'Analyse pour une meilleure analyse de l'impact
- rendre à n'importe quelle technologie web que vous voulez (également à développer des technologies) sans les tracas - parce que la couche de présentation est séparée de la' logique'
je travaille pour la société qui a développé cette plate-forme donc ne prenez pas ma parole pour elle, essayez-le vous-même et laissez-moi savoir ce que vous pensez; je pense que ces gars ont fait le meilleur paquet en dehors D'Oracle.
Oracle maintient une liste de fournisseurs qui sont tous spécialisés pour faire exactement ce que vous devez faire.
ceci est un sujet très commun et populaire en raison de la grande base installée de formes Oracle. Si vous faites un simple recherche Google il ya beaucoup de comptes de cette transition.
D'après mon expérience personnelle, nous avions heureusement structuré nos applications Oracle Forms pour avoir de belles API PL/SQL. Il était simple de réutiliser tous les PL / SQL dans notre transition vers J2EE, que nous avons fait manuellement. Il semble que vous avez trop de Formes pour le faire efficacement.
Oracle Migration Assistant est libre. Il fait à peu près exactement ce que PITSS fait pour la Migration. PITSS offre quelques choses soignées qui peuvent être utilisées à l'avenir, qui justifieront le coût. Mais S'il S'agit d'une Migration de formulaires dont vous avez besoin, Migration Assistant fait le même travail.
mais si vous achetez PITSS, vous pouvez facilement écrire un script pour renommer un ensemble de formulaires en quelque chose de répétable et écrire un journal de ce que les noms où. Chargez sous des noms comme 1.fmb, 2.fmb, etc. Effectuer les modifications. Puis les renommer en utilisant un autre fichier journal qui référence le fichier journal. Puis répétez pour un autre ensemble de formulaires. Vous économiserez des milliers pour 100 formulaires.
et les rapports la migration est une perte de temps. Vous devrez ouvrir chaque formulaire de toute façon et repositionner les champs, en particulier sur le formulaire de paramètre. C'est tout ce que vous auriez à faire sans L'outil PITSS.