ORMIT™-JAVA un choix technologique

Migration progressive et sûre

Pas d'approche Big Bang. Migration progressive et sécurisée permettant de revenir aux formulaires sur la même base de données.

Même structure de base de données et même logique d'entreprise

La même facilité de développement qu'Oracle Forms : une structure de base de données et une logique commerciale intactes.

Un environnement de développement Eclipse IDE

Environnement de développement basé sur Eclipse IDE.

Pas de reconversion des utilisateurs finaux

Même apparence, même traitement des transactions, mêmes raccourcis, etc.

Aspects techniques de la solution

Développé par Re_Forms21, ORMIT™ Java est une migration vers une architecture moderne à trois couches basée sur une plate-forme Java

Couche d'interface utilisateur - Vaadin et HTML5

Couche application - Servlet Java comme contrôleur d'application

Couche de base de données - Base de données Oracle et procédure stockée PL/SQL

Ensemble de bibliothèques Java simulant le fonctionnement des composants d'Oracle Forms

Un serveur capable d'exécuter un servlet Java (par exemple WebLogic)

Migrateur automatique des formulaires Oracle vers les formulaires Vaadin

La logique commerciale incluse dans les déclencheurs des formulaires est transférée avec un soutien automatique selon un schéma prédéfini

La logique incluse dans les procédures stockées dans la base de données PL/SQL reste inchangée

Ensemble de bibliothèques Java simulant le fonctionnement des composants d'Oracle Forms

Un serveur capable d'exécuter un servlet Java (par exemple WebLogic)

Migrateur automatique des formulaires Oracle vers les formulaires Vaadin

La logique commerciale incluse dans les déclencheurs des formulaires est transférée avec un soutien automatique selon un schéma prédéfini

La logique incluse dans les procédures stockées dans la base de données PL/SQL reste inchangée

Comparaison du code Avant/Après

PL/SQL

Java




PACKAGE EMP_PKG IS
  PROCEDURE fill_job_name;
END;



PACKAGE BODY EMP_PKG IS 
  PROCEDURE fill_job_name IS
    CURSOR lookup_job IS
      SELECT job_title
      FROM jobs
      WHERE job_id = :EMP_BLOCK.JOB_ID;
  BEGIN
    OPEN lookup_job;
    FETCH lookup_job INTO :EMP_BLOCK.JOB_NAME;
    CLOSE lookup_job;
  END;
END;












TRIGGER "WHEN-NEW-FORM-INSTANCE" IS
BEGIN
  Execute_Query;
END "WHEN-NEW-FORM-INSTANCE";


TRIGGER "POST-QUERY" ON EMP_BLOCK IS
BEGIN
  EMP_PKG.fill_job_name;
END "POST-QUERY";

@FormController("EXAMPLE1")
public class Example1Form{

  @Inject EmpPkg emp_pkg;
  public static abstract class EmpPkg {
    public abstract void fill_job_name();
  }
 

  @Package
  public class EmpPkgBody extends EmpPkg {
    
    
    public void fill_job_name() {
      SqlCursor  lookup_job = cursorFor(
        "SELECT job_title FROM jobs WHERE
        job_id = :EMP_BLOCK.JOB_ID"
      );
      try {
        open(lookup_job);
        fetchInto(lookup_job) ,
        nameIn("EMP_BLOCK.JOB_NAME"));
      } finally {
        if (lookup_job.isOpen()) {
          close(lookup_job);
        }
      }
    }
    
    
  }
  
  
  @WhenNewFormInstance
  public void form_WHEN_NEW_FORM_INSTANCE() {
    executeQuery();
  }
  
  
  @PostQuery("EMP_BLOCK")
  public void block_EMP_BLOCK_POST_QUERY() {
    emp_pkg.fill_job_name();
  }
}

FAQ sur la migration des formulaires Oracle vers Java

Qu'est-ce que ORMIT™-Java ?

ORMIT™-Java est une solution complète qui permet la migration automatique d'Oracle Forms vers une application web moderne à trois couches. Elle se compose de :

● Un ensemble de bibliothèques Java imitant le fonctionnement des composants d'Oracle Forms

● Un ensemble d'outils pour la conversion du code Oracle Forms en Java et XML

● Boîte à outils du développeur (IDE)

Dans quelle mesure le processus de conversion d'Oracle Forms à Java est-il automatisé avec ORMIT™-Java ?

ORMIT™-Java est le seul outil qui automatise entre 92% et 98% les actions manuelles d'une migration.

Pourquoi la conversion des applications d'Oracle Forms en Java est-elle moins coûteuse que leur réécriture ?

La conversion automatisée avec ORMIT™-Java ne nécessite pas beaucoup d'analyse, de travail de développement ou de dépenses informatiques. L'automatisation permet de réaliser des économies. L'essentiel du travail consiste à accompagner les clients et à tester les applications après la migration. La migration prendra environ 25 % du temps qu'exigerait une réécriture.

Pourquoi la migration des forms vers Java est-elle plus sûre que la réécriture des applications ?

Avec la migration, les fonctionnalités restent les mêmes, ce qui réduit considérablement l'apparition de bogues liés à la réécriture. En moyenne, le choix de la migration réduit le risque d'erreurs d'environ 90 %. Les tests et l'assurance qualité permettent de comparer directement la qualité du système avant et après la migration.

À quoi ressemblera l'application après la migration ?

Elle peut ressembler exactement à l'application Oracle Forms actuelle ou avoir une apparence plus moderne et personnalisée en utilisant HTML5 et CSS. Elle pourra également être lancée dans le navigateur mais sans exécuter l'applet Java. L'interface utilisateur restera inchangée. La même interface utilisateur signifie que les utilisateurs professionnels n'ont pas besoin de formation supplémentaire.

Qu'en est-il du maintien de la continuité des activités ?

Le processus de migration est un processus sécurisé et échelonné qui vous permet de revenir aux formulaires à tout moment.

L'application peut-elle fonctionner sur les appareils mobiles après la conversion ?

Oui, c'est possible avec quelques changements de développement.

Quels sont les éléments techniques d'ORMIT™-Java ?

ORMIT™-Java est une solution complète qui permet la migration automatique d'Oracle Forms vers une application web moderne à trois couches

La couche de l'interface utilisateur - HTML5 et JavaScript

Couche d'application - JEE Servlet (WAR)

Couche de base de données - Base de données Oracle et procédures stockées PL / SQL

Sur quels serveurs d'application les applications ORMIT™-Java fonctionnent-elles ?

ORMIT™-Les applications Java peuvent fonctionner avec tout serveur d'application moderne capable d'exécuter l'API 3.1 de Java Servlet (fichiers WAR), par exemple Tomcat, JBoss, WildFly, WebLogic, etc.

Qu'arrive-t-il à la logique commerciale ?

Toute la logique commerciale contenue dans Oracle Forms est convertie en Java. La logique métier contenue dans la base de données (dans les procédures, fonctions et paquets stockés) reste inchangée. Cette approche permet de faire fonctionner en parallèle les versions Forms et Java pendant le processus de conversion progressive.

Quelle est la difficulté de maintenir le code ?

Notre solution de migration des formulaires vers Java conserve intacte toute la logique commerciale actuelle et les structures de code (et nomenclatures) pour s'assurer qu'il sera facile pour vos développeurs de maintenir le code Java une fois migré.

Recommandez-vous de déployer l'application Java dans le nuage ?

Comme notre outil convertit les formulaires Oracle en code Java standard, il n'y a pas de limite au choix du serveur d'application qui peut être sélectionné pour le déploiement, y compris, mais sans s'y limiter, Tomcat, JBoss ou tout autre serveur d'application open source ou propriétaire fonctionnant sur Oracle Cloud, AWS, Azure ou tout autre sur prem server.

Docker peut-il être utilisé pour les sources Java migrées ?

Absolument, après la migration, vous obtenez une application Java. Elle peut fonctionner dans n'importe quel environnement Java valide (y compris celui du docker).

Peut-on compiler le fichier WAR et l'intégrer ensuite dans Docker ?

Bien sûr, tant que vous utilisez un serveur d'application valide (il doit supporter l'API Servlet 3.1). Tomcat sera installé dans le conteneur Docker et le fichier WAR sera déployé sur Tomcat.

Peut-on utiliser Gradle/Maven ?

ORMIT-Java soutient nativement Maven. Vous pouvez traduire la configuration de Maven vers Gradle après la migration et CI/CD devrait fonctionner, cependant le support de Gradle dans l'IDE peut être limité.

Quel est la version de Java utilisée par ORMIT-Java?

Java 11 OpenJDK ou toute autre implémentation Java libre

Est ce que le Multi Threaded Server est compatible avec ORMIT-Java?

Oui, les sessions Oracle dédiées et MTS sont compatibles.

Est-il nécessaire de payer des licences Oracle Java ou d'avoir un impact sur les dernières règles de licence Oracle Java ?

ORMIT-java n'a pas de dépendance de distribution de JDK, donc OpenJDK, Azul, ou d'autres JDK hors Oracle peuvent être utilisés. Il n'y a pas de dépendance implicite de licence Oracle Java ce qui signifie que ORMIT-Java ne deviendra jamais dépendant des règles de licence oracle java.