Comprendre le Oracle Forms compatibility service d'ORMIT™-OpenJava

Comprendre le Oracle Forms compatibility service d'ORMIT™-OpenJava

Comprendre le Oracle Forms compatibility service d' ORMIT™-OpenJava

Le service de compatibilité Oracle Forms (OFCS) est un composant essentiel de l'architecture ORMIT™-OpenJava, conçu pour assurer la compatibilité avec les fonctionnalités d'Oracle Forms tout en adoptant les normes web modernes. Son inclusion est intentionnelle et permet une gestion transparente de la logique des anciens formulaires, une validation centralisée et une gestion optimisée du code.

Titleimage

Mis en ligne par RENAPS Team le 2025:03:07 15:54:59

ORMIT™-Open Java: Un outil de migration automatisées de Oracle Forms vers Angular ou React qui change tout!

Service de Compatibilité Oracle Forms

Le service de compatibilité Oracle Forms (OFCS) est un composant essentiel de l'architecture ORMIT™-OpenJava, conçu par RENAPS pour garantir la compatibilité avec les fonctionnalités Oracle Forms tout en adoptant les normes Web modernes. Son inclusion est intentionnelle et permet une gestion transparente de la logique des formulaires hérités, une validation centralisée et une gestion optimisée du code.

Rôles clés du service de compatibilité Oracle Forms (OFCS)

1. Maintien de la compatibilité Oracle Forms

OFCS garantit que l'application migrée conserve une compatibilité totale avec les fonctionnalités clés d'Oracle Forms, notamment :

• Rendu des éléments et des champs

• Fonctions intégrées

• Déclencheurs

• Toutes les autorisations d'accès initialement intégrées dans Oracle Forms

Cela garantit que même après la migration vers une plate-forme Web moderne, l'expérience utilisateur et la logique métier restent cohérentes avec le comportement Oracle Forms d'origine.

2. Validation symétrique des données

OFCS agit comme couche logique métier unifiée, garantissant que toutes les règles de validation des données sont appliquées de manière identique à la fois dans le frontend et le backend. Cela évite la duplication de la logique de validation et garantit une application cohérente des règles métier sur toutes les couches.

3. Source unique de logique métier

Avec OFCS agissant comme point de traitement central, la logique métier est écrite une fois et réutilisée à la fois sur :

• Le frontend (pour la validation et le comportement côté client)

• Le backend (pour le traitement transactionnel et l'interaction avec la base de données)

Cela réduit considérablement les frais de développement, élimine les incohérences et s'aligne sur les principes modernes de l'ingénierie logicielle.

Tableau récapitulatif : Composants technologiques d'ORMIT™-OpenJava

Composant d'architecture Description
Backend - Java Spring Boot (API REST)

​​Le backend sert de cœur à l'application, responsable de la gestion de la persistance des données, de l'authentification, de l'autorisation et de l'exposition des API. Expose les API REST, gère les transactions, gère la persistance via la connexion JDBC (comme HikariCP).

Notre backend peut interagir (quand/si nécessaire) avec le service de validation symmetrique (OFCS).

Frontend - React ou Angular (couche d'interface utilisateur) 

Le frontend fournit une interface utilisateur intuitive et dynamique pour interagir avec l'application. Interface utilisateur moderne, gère la présentation et les interactions utilisateur.

La validation Front-End bénéficie aussi du meme service de validation symmetrique (OFCS).

 

 

Exemple

Que se passe-t-il lorsque vous cliquez sur « Enregistrer » : Vue d'ensemble d'ORMIT™-OpenJava + OFCS

Lors d'une migration d'Oracle Forms vers une architecture moderne basée sur Java avec ORMIT™-OpenJava, nous veillons à préserver votre logique métier, vos validations et votre expérience utilisateur — désormais propulsées par des API REST modernes et un frontend maintenable.

Voici ce qui se passe en coulisses lorsqu’un utilisateur clique sur le bouton « Enregistrer » (equivalent a Oracle Forms' "when-button-pressed"):

1. L’utilisateur clique sur « Enregistrer » dans l’interface

Tout comme dans Oracle Forms, cette action simule un déclencheur WHEN-BUTTON-PRESSED. Le frontend intercepte cet événement et prépare les données du formulaire à être traitées.

2. Validation côté frontend

Avant de contacter le backend, le frontend effectue des validations de base tel que :

  • Tous les champs obligatoires sont-ils remplis ?
  • Les formats des nombres et des dates sont-ils corrects ?

Cela permet d'améliorer l'expérience utilisateur en interceptant les erreurs simples avant d’envoyer quoi que ce soit au serveur.

3. Appel REST API vers le backend avec la méthode POST

Une fois la validation réussie, le frontend envoie les données du formulaire vers le backend via une requête POST au endpoint API REST.

C’est l’équivalent moderne d’un commit dans Oracle Forms.

4. Appel au service OFCS pour la validation de la logique métier

Côté backend, la requête est transmise au service OFCS, qui joue un rôle clé en reproduisant le comportement des déclencheurs et de la logique Oracle Forms. Par exemple :

  • Valider les types de données et la longueur des champs
  • Vérifier les champs obligatoires
  • Exécuter les règles métier complexes issues de la logique Oracle Forms
  • Appliquer les règles d’intégrité et de cohérence des données

En cas d’erreur, OFCS renvoie une réponse structurée — tout comme un FORM_TRIGGER_FAILURE dans l’environnement Oracle Forms.

5. Insertion dans la base de données (uniquement si validation réussie)

Si OFCS confirme que les données sont valides :

  • Le backend insère le nouvel enregistrement dans la base de données
  • Une réponse HTTP 200 OK est envoyée au frontend

En cas d’échec de validation, une réponse d’erreur est renvoyée, et le frontend affiche des messages de validation clairs pour permettre à l’utilisateur de corriger les données.

 

Principaux avantages pour nos clients

 

  • ✅ Interface utilisateur (UI) plus rapide et retour immédiat pour l'utilisateur (encore plus perceptible sur une connexion internet faible ou instable, comme sur mobile)

  • ✅ Évite la duplication des validations et des règles métier entre le frontend et le backend

  • ✅ Réduit la charge serveur en éliminant les appels inutiles

  • ✅ Diminue les erreurs des API REST en interceptant les erreurs avant leur envoi au backend

  • ✅ Préserve la logique métier et les contrôles d’accès d’Oracle Forms sans aucune réécriture

  • ✅ Architecture moderne et découplée permettant une meilleure évolutivité et maintenabilité

  • ✅ Processus de développement rationalisé avec une source unique de vérité pour la logique métier tout en garantissant le maintien intact de tous les investissements passés dans la logique métier d'Oracle Forms.

Remarque finale


Cette approche unique garantit qu'ORMIT™-OpenJava offre non seulement une migration technique, mais également une architecture évolutive et prête pour le cloud qui conserve la valeur de votre investissement Oracle Forms existant tout en adoptant la flexibilité et l'évolutivité des technologies Web modernes.

 

Return to Blog