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 :

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) .

Oracle Forms 12c und Testen

Nachdem nun Oracle Forms12c erschienen ist und viele Kunden zur Kentniss genommen haben, das der Support für Oracle Forms 11gR2 ja im Jahr 2016 endet. (Okay erweiterter Support läuft
noch 2 Jahre). Tragen sich doch einige mit dem Gedanken auf Forms 12c zu wechseln.
Die Umstellung ist in dem Moment eigentlich gar nicht das Problem. Was mir in den gesamten Diskussionen am meisten über den Weg gelaufen ist “Wie kann man das eigentlich automatisiert” testen.
Okay wenn ich das höre, fällt mir als erstes natürlich die OATS (Oracle Applikations Testing Suite) ein. Dann natürlich der Loadrunner und jetzt ganz neu AuraTesting von der Firma Auraplayer.

Warum fallen mir keine Java Test – Tools ein.
Es gibt eine ganze Menge an Test Tools auf dem OpenSource Markt. Die können Makros aufzeichnen und einiges mehr..

Aber sobald wir an das Thema Forms herantreten, wird es komplexer. Forms läuft innerhalb eines Servlets. Und wie spreche ich die Informationen an. Wie bekomme ich Informationen aus meiner Anwendung. Wie kann ich diese Informationen mit Parametern versehen umd sie dann wiederholt ablaufen zu lassen.

Wie kann ich fest stellen ob ein Test Fehlerfrei war, Gibt es Möglichkeiten Tests zu Gruppen (Logische) zusammen zufassen?

Es gibt noch viele Unternehmen in Deutschland die mit Forms arbeiten und entwickeln. Ich finde Oracle Forms auch heute noch als ein sehr sehr gutes 4GL Entwickler – Tool, solange ich eine Backoffice Anwendung betreibe, die Datenbank getrieben ist.
Ich würde Oracle Forms nie für einen Internet Auftritt nutzen wollen.
Wann kann nun ein Test- Tool helfen? Ich sehe da sehr sehr viele Möglichkeiten wo ich Unterstützung benötige. Da ist zum einen natürlich die weitere Entwicklung mit neuen Funktionen. In den meisten Fällen gibt es hierfür aber bereits eine QS-Abteilung, die sich diesen neuen Funktionen annehmen und diese auf Herz und Nieren durchleuchten. Da Neue Entwicklungen sowie Weiter – Entwicklungen eher “selten” sind, ist das natürlich ein guter und praktikabler Weg.
Wie schaut es aber mit dem häufig auftrettendem Problem eines Java – Runtime Updates aus. Das ist etwas, was der Kunde/Entwickler nicht wirklich steuern kann. Meistens kommt das JRE über ein automatisches Update daher und die Entwicklung Forms muss dann sagen: Okay damit läuft unsere Forms Anwendung. Meistens geht man dann bei und ruft ein bis zwei Module auf und wenn alles okay ist, dann scheint das zu gehen.
Hier sehe ich ganz verstärkt die Möglichkeit ein Tool einzusezten um damit meine Anwendung mal eben gegen das neue JRE (Java Runtime Environment ) zu testen.
Wenn ich mich nun auf die Server Seite bewege, gibt es alle drei Monate von Oracle einen neuen “CPU” Critical Patch Update. Wie kann ich das sauber testen? Mach ich das wieder händisch?
Ebenso nicht zu unterschätzen sind natürlich Updates für das Betriebssystem und für die Datenbank.

Wie um Gotteswillen soll man alle diese Updates/Upgrades sauber testen. Also verfällt man in die Situation und testet ein paar Module und dann geht man Produktiv in der Hoffnung das wird schon alles gut gehen. Gut wenn man auch ohne die Anwendung überleben kann mag das okay sein, ander stellt sich das allerdings für die Unternehmen da, die von dieser Anwendung “leben”.

ich möchte daher an dieser Stelle einmal das auratesting Tool vorstellen.