ADF Entwicklung, Forms 12c, Forms Java, Forms Middleware, Fusion Middleware, Fusion Middleware 11gR2, TestTools

Oracle und die Version Forms 12c mein Frust

Es ist jetzt schon eine Zeit her das Oracle Forms 12c erschienen ist. Am 23 Oktober 2015 ist es endlich da gewesen. Nachdem der erste Hype durch war musste man sich ja etwas mehr mit dem Thema beschäftigen. Also habe ich den ersten Kunden gesucht bei dem ich Forms 12c installieren kann.

Und der Kunde hat auch nicht lange auf sich warten lassen. Bereits Anfang Dezember 2015 war ich dann bei dem Kunden. Umgebung:

Oracle Linux
Forms 11gR2

Also wie geschaffen für eine Oracle Forms 12c Version. Die Installation ging wie erwartet recht schnell. Dann kam die „GROSSE“ Herausforderung das ganze zu von Oracle Forms 11gR2 auf Oracle Forms 12c zu migrieren. Da begann unser Stress. Wir mussten wirklich alle Module in das neue Verzeichnis kopieren und das Kompiler Skript anpassen. Nachdem wir diesen Stress hinter uns gebracht haben und die Module alle einmal kompiliert hatten wurde bereits von den Anwendern getestet. Ich hatte noch versucht im Interesse anderer Unternehmen für diese Migration ein Tool zu verkaufen, hat leider nicht geklappt. Der Kunde kam mir mit den Worten: „Wozu soll ich für diese Migration ein Tool einsetzen, ich muss doch nur neu kompilieren„. Da fehlen mir die Worte.

Wenn ich jetzt die New-Letter einiger Firmen anschaue, die doch wirklich für eine Migration Forms 11 auf Forms 12 ein Tool verkaufen wollen, muss ich mich immer wieder fragen, wie gut sind die Verkäufer wenn sie das beim Kunden platzieren oder ,liebe Kunden seit mir nicht böse, wie naive seit ihr das ihr das kauft.

Es gab mal eine Zeit das Oracle die Technik von Client – Server auf Web – Server umgebaut. Ja da machte es Sinn, diese Migration per Tool zu tätigen. Aber nicht ein Tool macht eine Migration Erfolgreich sondern es ist immer noch ein Projekt und Projekte kann man Erfolgreich planen und ausführen oder aber nicht. Ich kenne Oracle Forms Migrationen die mit Tool gemacht worden sind die weit über die geplante Zeit gelaufen sind. Auch wenn hier teure Tools genutzt worden sind.

Okay es gibt für mich einen einzigen wirklichen Grund teure Tools zu nutzen und das ist die Analyse meiner Forms Umgebung.

Alles andere wie die Migration von Forms in Richtung ADF oder wenn nicht sogar in Richtung APEX. Sorry aber das ist in meinen Augen „Bullshit„. Gut mit dieser Aussage mache ich mir mit Sicherheit keine Freunde aber kann mir jemand bitte einen vernünftigen Grund nennen warum ich eine Oracle Forms Anwendung die im Backoffice läuft und Datenbank getrieben ist in Richtung einer anderen Technologie migrieren soll? Bitte nennt mir Gründe, damit ich in meinem Alter evtl. doch noch „WEISER“ werde.   In all den Jahren, die ich mich jetzt mit Forms beschäftige, kamen natürlich Ansätze die nicht unbedingt in Forms gehören, die kann ich aber dann auch anders umsetzen.

Wenn man sich auf dem Markt umhört was macht ihr mit Forms, dann bekommt man Informationen wie: Wir haben versucht in Richtung ADF zu migrieren.

Jedesmal wenn ich dann Frage warum wollt ihr in Richtung xyz migrieren, kamen eigentlich nur Aussagen : Wir wollen uns nicht von einem Hersteller Abhängig machen, okay die Windows PC’s fliegen dann evtl auch raus. Der SQL-Server ist auch jederzeit austauschbar. Wir sind und bleiben immer von irgend einem Hersteller abhängig und sei es der Bildschirm, der von „DELL“ kommt.

Wir haben uns irgendwann mal für einen Hersteller bei den Desktop Systemen entschieden, das haben wir bei der Hardware gemacht sowie auch bei den Entwicklungs Tools. Wir haben diese Entscheidungen damit begründet, das das Preis – Leistungs Verhältnis stimmt (oder gibt es andere Gründe). Wir haben gelernt, das eine Oracle Datenbank sehr mächtig ist (PL/SQL, RAC,STANDBY, DATA GUARD) und so weiter und …

Dann kamen da Aussagen: Oracle Forms ist eine alte Technologie: Ja das stimmt ! Sehr alt. Aber bitte nennt mir eine 4GL Entwicklungs- Umgebung, die es seit über 20 Jahren geschafft hat am Markt zu bleiben, die Datenbank getriebene Anwendung sehr performant bereit stellen kann und wo ich immer in der Lage war alle meine Entwicklungen der letzten Jahre heute noch zu betreiben. Wo ist die 4GL Entwicklung bei der ich seit über 20 Jahren Support habe ?

Wenn man sich heute mit den Architekten unterhält, dann kommen da so Modelle wie MVC .. zum tragen. Als das das erste mal gehört habe musste ich innerlich schmunzeln.

Im Mai 2000 bin ich bei einem Deutschem Software Haus im Grünen angefangen. Mein erster Kontakt war eine Software, die Forms nur als Oberfläche nutzt und alle Prüfungen und Logiken nur in der Datenbank ab arbeitet. Wir waren / sind begeistert von der Möglichkeit Logik in die Datenbank zu packen. In Großer Runde haben wir darüber gesprochen, das wir dann sicher stellen können, das die Logik immer dieselbe ist, egal von wo aus wir auf die Daten zugreifen. Im Zweifelsfall haben immer die Datenbank Trigger gezogen und alle Prüfungen getätigt. Ich fand/finde das eigentlich sehr gut. Okay jetzt gibt es Leute die stellen sich hin und kommen damit: Was ist eigentlich eine Datenbank. Die soll doch nur Daten aufnehmen. ….

Ja so kann man das sehen…

Fazit: meinen Frust habe ich mir mal wieder von der Seele geschrieben. Forms ist nicht Tot. Es wird weiter leben. Es riecht auch nicht mehr ganz so streng wie einige behaupten, und ob ich zum heutigem Zeitpunkt alle meine Reports Aufrufe in Richtung BI-Publisher migriere wage ich zu bezweifeln, denn : Wie ist der Preis für BI-Publisher, Warum soll ich das machen wenn Reports weiter läuft. (OKAY ich könnte natürlich wieder Geld verdienen mit der Tool gestützten Migration).

Ich glaube, das 4GL Entwicklungs Umgebungen in der heutigen Zeit immer noch eine Berechtigung haben und Forms ist für mich eine sehr gute 4GL Umgebung.

Ich bin mir bewusst darüber, das ich nicht jeden Geschmack treffe. Gut damit kann/muss ich leben. Aber bitte schreibt mir eure Meinung dazu.

ich muss ja noch mal einen Nachtrag liefern. Über diesen  Blog von Gert Poel kam heute ein schöner Beitrag rein. Hier noch einmal zur Erinnerung :

komplett

Lifetime Support

Also bitte daran denken ! Ende des Jahres gibt es keine Support mehr für Oracle Forms/Reports in der Version 11gR2

Aber man kann ja migrieren (ich kann ohne Teurem Tool) .

Über Jan-Peter

Im Laufe der Jahre gibt es Veränderungen so bei mir dieses Jahr. Ich bin ab sofort als Selbständiger in den Bereichen der Oracle Datenbankadministration sowie im Bereich der Administration des Oracle Applicationservers (Versionen 8i, 9i, 9i R2, 10g, 10gR2, 11g, 11gR2 und 12c). Seit zwei Monaten Skripte ich alle Weblogic 11g und 12c Landschaften. Angefangen 12c Installation nur per Skript bis hin zur OBIEE mit Skripten zur Modifikation der BI Umgebung. DAS MACHT SPASS und ist schnell Ein weiterer Schwerpunkt der Arbeit von mir liegt in der Migration von Oracle Forms-Anwendungen sowie die Installation und Optimierung im Bereich der Oracle Applikation Server heute Weblogic. Zu allen diesen Themen gebe ich immer wieder Schulungen sowie Workshops. Nach einem Jahr mit Weblogic FMW 12c bin ich sehr überraschst was sich verändert hat.

Diskussionen

Es gibt noch keine Kommentare.

Kommentar verfassen

Bitte logge dich mit einer dieser Methoden ein, um deinen Kommentar zu veröffentlichen:

WordPress.com-Logo

Du kommentierst mit Deinem WordPress.com-Konto. Abmelden / Ändern )

Twitter-Bild

Du kommentierst mit Deinem Twitter-Konto. Abmelden / Ändern )

Facebook-Foto

Du kommentierst mit Deinem Facebook-Konto. Abmelden / Ändern )

Google+ Foto

Du kommentierst mit Deinem Google+-Konto. Abmelden / Ändern )

Verbinde mit %s

%d Bloggern gefällt das: