Wir schicken Ihnen eine Geheimhaltungserklärung, damit alles seine Ordnung hat. Sie schicken uns Ihre *.fmb, *.pll, *.olb, *.mmb und *.rdf Files, so daß wir in der Lage sind, alle Module fehlerfrei in den Oracle® Form Builder zu laden. Datenbank Schema oder Daten brauchen wir nicht.
Jedes Modul wird dabei mit mehreren Routinen analysiert. Diese Routinen erkennen folgende Problemfelder ...
... der Forms 6 Migration:
- Client Server Mode Objekten (VBX, OLE, …)
- Entfallene Build-Ins (break, pecs, …)
- Hardcodierte Namen (call_form, run_report)
- Verwendung von when-mouse-... Events
- Einsatz von Timern und TabPages
- Case sensitive Namen bei der Verwendung von Unix Application Servern
- Falsche PL/SQL Namensauflösung
- Einsatz von webutil (Einbinden pll, Referenzieren Objekt Gruppe)
... der Forms 4.5 Migration:
- Form Build-Ins mit gleichem Namen wie Prozeduren und Funktionen
- declare cursor in Triggern
- Konvertieren von Boilerplait Texten in Prompts
- PL/SQL V1 nach PL/SQL V8 Konvertierung
- Ersetzen des Referenzverweises Datenbank auf Filesystem
... der Forms 3 Migration:
- Inkompatibilität von Datentyp in der Maske und in der Datenbank
- Query Only Felder in Insert oder Update Statetment
- Ausführungshierarchie für Post-Text-Item-Trigger (After)
- Umsetzen der 'Content Canvas' in 'Stacked Canvas'
- Vergrößern von Textfeldern für Rahmen (Bevel)
- Umsetzen von alten in neue Build-In Namen (go_field -> go_item)
- Integration der Maus Navigation
Da die Prüfroutinen frei konfigurierbar sind, kann der jform Migration Check auch sofort im Hinblick auf Besonderheiten Ihrer Oracle® Forms Applikation erweitert werden.
Wir erarbeiten ein individuelles Angbot mit Festpreisen, inklusive Timing.
