Migration Check


Damit eine Migration kein Abenteuer mit ungewissem Ausgang wird, machen wir Ihnen ein faires Angebot: imining erledigt Ihnen zum Nulltarif den Migration Check.

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.