- Migration Oracle Forms : pourquoi ma tentative avec APEX sur plus de 200 formulaires a échoué, et pourquoi j’ai créé ORMIT™ Open Java APEX n’était pas le bon choix pour ma migration Oracle Forms de plus de 200 formulaires. Voici pourquoi, et pourquoi j’ai bâti ORMIT™ Open Java autour d’un seul thème, d’une seule bibliothèque de composants et d’une seule API REST.
- 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 par RENAPS 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.
- Comprendre la gestion de la concurence après la migration d'Oracle Forms vers Java avec ORMIT™-Op La gestion de la concurrence dans les applications modernisées nécessite de repenser les contrôles de session, les verrous et les performances par rapport à Oracle Forms. Cet article explique comment ORMIT-OpenJava gère la concurrence avec des modèles évolutifs pour environnements multi-utilisateurs, préservant l’intégrité des données et réduisant les conflits d’exécution.
- Comprendre l’association des touches après une migration vers ORMIT™-OpenJava ORMIT™-OpenJava conserve par défaut les mêmes associations de touches qu’Oracle Forms, pour une transition en douceur sans gestion du changement. Entièrement personnalisable dans key_mappings.mjs, il offre une meilleure lisibilité et un meilleur contrôle.
- Conversion forms automatisées vers Java/JS sur React/Angular La conversion automatisée des formulaires vers des technologies modernes comme Java, React ou Angular constitue une solution convaincante pour les entreprises souhaitant mettre à niveau leurs systèmes tout en minimisant les perturbations. Ce blog explore le contexte historique d'Oracle Forms, les défis posés par la continuité avec cette plateforme héritée, et pourquoi la conversion automatisée vers Java, avec des options pour un front-end Angular ou React, est l'approche la plus rentable et tournée vers l'avenir.
- Mise à jour Oracle Forms vers APEX: Un survol des options en 2024 Oracle Application Express (APEX) est une plateforme de développement à faible code conçue pour créer des applications d'entreprise évolutives et sécurisées, pouvant être rapidement déployées sur n'importe quelle base de données Oracle®. APEX simplifie le processus de développement, permettant aux développeurs de créer des applications web rapidement avec un minimum de codage. Il offre une interface glisser-déposer, facilitant la création de formulaires, rapports, graphiques, et autres composants d'application sans nécessiter une connaissance approfondie en programmation.
- Java 9 ou Java 10 seront-ils pris en charge avec Oracle Forms ? S'applique à Oracle Forms - Version 11.1.1.7.0 et suivantes. Objectif: Clarifier le statut de support/certification de Java 9 et Java 10 avec Oracle Forms.
- Migration Oracle Forms: Choisir Java/JS au lieu d'Oracle APEX? La migration d'Oracle Forms peut offrir plusieurs avantages, en particulier compte tenu de l'évolution du paysage technologique et des exigences commerciales. Voici plusieurs raisons pour lesquelles la migration d'Oracle Forms pourrait être une bonne idée :
- Décrypter le dilemme des frameworks JS: Angular, React ou Vaadin - Naviguer vers le bon choix Dans le paysage en évolution rapide du développement web, choisir le bon framework pour votre projet peut être comme naviguer dans un labyrinthe. Avec une pléthore d'options disponibles, Angular, React et Vaadin se démarquent comme trois des cadres les plus populaires et largement utilisés.
- L'avenir du développement d'applications suite à Oracle Forms : Tendances et prédictions Dans un paysage en constante évolution, la transition des Oracle Forms vers Java/Javascript marque un tournant majeur vers des pratiques de développement plus modernes, flexibles et évolutives.
- Aide-mémoire pour créer un rapport papier avec un JavaBean de code-barres Cette note est un aide-mémoire pour créer un rapport papier avec un JavaBean de code-barres.
- Destination plugin de post-traitement PDF - Concaténer un fichier PDF et appliquer un filigrane à la sortie PDF Cette destination enfichable permet d'ajouter un fichier PDF à la sortie de Reports. Elle applique aussi un filigrane au fichier obtenu et numérote les pages du fichier final.
- Les serveurs gérés d'une installation Portal, Forms, Reports, Discoverer ne démarrent pas avec Java 7 Lors de la configuration, il arrive que WLS_Portal, WLS_Forms, WLS_Reports ou WLS_Discoverer ne puissent pas démarrer et échouent avec l'erreur suivante :
- java.lang.OutOfMemoryError lors de l'application d'un correctif Oracle WebLogic Server Exception in thread "main" java.lang.OutOfMemoryError: GC overhead limit exceeded
- Comment exécuter une commande du système d'exploitation depuis Oracle Reports (comme le builtin HOST d'Oracle Forms) Dans Oracle Forms, le builtin HOST permet d'exécuter une commande donnée du système d'exploitation. Cette note explique comment utiliser Java dans Oracle Reports pour obtenir le même résultat.
- Comment créer un keystore Java avec Keytool dans FMW 11g/12c Cette note fait partie d'une série d'articles consacrés à la configuration SSL dans FMW 11g et FMW 12c.
- DESTYPE=BLOBDestination dans Reports 11g échoue avec : java.lang.IllegalAccessError: tried to access cl Les modifications de code décrites ci-dessous ne sont nécessaires que si vous utilisez une version "personnalisée" de BLOBDestination.
- Comment implémenter dans Web Forms une fonction semblable à "WIN_API_SHELL.SENDKEYS" Ce document explique comment implémenter dans Web Forms une fonction semblable à "WIN_API_SHELL.SENDKEYS", utilisée dans la version client/serveur de Forms.
