ACHTUNG ! Danke an Michael Paege für seine Ausführungen. Er hat in seinem Blog ausführlich beschrieben wie sich das mit der neuem RCU Datenbanken bei der Forms Version 12c auswirkt.
Hier entsteht eine Lizenz Falle. Bitte alle einmal die bestehenden Lizenzen überprüfen.
Bin gerade auf der Opitz Consulting Roadshow zum Thema Oracle Lizenzen. Der Raum scheint voll zu werden. Das Thema ist natürlich wieder einmal spannend zumal es heute auch um den neuen Hype Cloud geht 🙂
Gerade Cloud ist für die Forms Mobile interessierten ein sehr spannendes Thema. Über die Firma Auraplayer ist es möglich Oracle Forms weiter zu betreiben ohne in die Migration einsteigen zu müssen.
Viele Unternehmen bieten ja an Forms zu migrieren. HILFE !!!!
Aber das ist heute nicht unser Thema sondern Lizenzen. Mal schauen was der heutige Tag so alles bringt !
So es geht los!
Oracle Lizenzierung 2016 Was ist neu ? Veränderung ! – Business Practices !
Spannung steigt. Markus Lau eröffnet die Veranstaltung. P.S. Der Raum ist voll ! Gratulation !
Agenda: Grundlagen, Neuigkeiten rund um Virtualisierung, Oracle Standard Edition 2, Thema Cloud, Oracle Engineerded System – Vorteil bei der Lizenzierung. Spannend .
Opitz zieht in die Hamburger Welle. Lübecker Str. Kein Hafen Blick mehr und das nach 17 Jahren am Standort Hamburg.
Peter Goldig zum Thema : Warum ist die Lizenzierung von Oracle Produkten so kompliziert ?
Was für Auswirkungen hat eigentlich die Umstrukturierung meines Rechenzentrum’s. Wird eigentlich der Part der Lizenzen mit in den Projektplan aufgenommen ?
stabile Metriken für die Lizenzen => seit 1999 keine Änderungen. Welcher Hersteller kann das noch ?
Aber die Technik hat sich verändert: Multicord-Prozessoren, Virtualisierung, zentrales Storage, Storage – Virtualisierung und natürlich Cloud !
Multiplexing, File Transfer, Automatic Batching Themen über die man sich Gedanken machen muss . letzteres ist in Name User „Plus“ enthalten !
Wie sieht das mit MV’s aus?
Multiplexing: alle Benutzer
File Transfer alle Benutzer die eingreifen
Risiken und Gefahren bei VMWare und Oracle Nutzung. Die Stimmung kocht ! ein immer wieder gern gesehenes Thema. Die Infos werden folgen. Noch eine Steigerung Virtualisiertes Storage !
Guter Hinweis
Approven von VLAN im VMWare Umfeld ! Muss durch Oracle einzeln genehmigt werden. ES gibt Kunden mit VLAN ’s und dann eingeschränkten Servern
Der Beamer nervt !
Oracle 12c Release 1 endet der Support am 31. August 2016 !
Ich habe ja heute morgen angefangen über diese Veranstaltung zu schreiben. Leider waren das dann im laufe des Tages so viele Informationen. Ich bin nicht mehr hinterher gekommen.
Fazit: Die Veranstaltung hat sich gelohnt. Man merkt, das hier Fachleute unterwegs sind, auch wenn das ein oder andere Thema den Teilnehmern nicht so wirklich gefallen hat. Aber dafür können die Vortragenden nichts.
Auch der Überblick ODA / EXADATA war sehr schön. Ebenso lobenswert zu erwähnen das Thema Cloud.
DANKE
Heut morgen hatte ich mal wieder Gelegenheit in der bahn über Oracle Forms nachzudenken. In der letzten Woche hatte ich ja mein Regio zum Thema Oracle Forms 12c. Da kamen dann auch Fragen ob man heute noch in Forms Entwickeln sollte/kann.
Zur Zeit hinterfrage ich meinen Fanatismus zu dem Thema Oracle Forms. Ist es wirklich noch das Tool der Wahl? Gibt es bessere Alternativen. Bin ich verblendet?
Bei mir im Kopfe schwirrt immer die Datenbank getriebene Backoffice Anwendung herum . Ich bin nicht der Mensch, der sich mit Internet Auftritten beschäftigt. Als ich angefangen habe mit Oracle Forms, da waren wir stolz darauf, das wir sehr viel Logik in die Datenbank getan haben. Wir haben so sichergestellt, das Bedingungen erfüllt, geprüft worden sind egal woher die Anfragen/Daten kamen. Zum damaligem Zeitpunkt wurde immer wieder über ODBC gesprochen.
Heute kommen die Architekten daher und erzählen uns wir müssen die gesamten Daten/Logik in einer „Layer-Schicht“ legen. Dann gibt es Kollegen, die die Meinung vertreten, das eine Datenbank nur für Daten da ist !
Wenn man sich mit den Kunden unterhält, dann gibt es viele, die begeistert sind von Forms und den Hype nicht verstehen unbedingt weg von Forms. Letzte Woche gab es auch einen Teilnehmer, der komplett mit einer neuen Anwendung auf Basis Forms anfangen wollte.
Was spricht eigentlich gegen Oracle Forms ?
Hier würde ich euch einfach mal bitten mir Argumente gegen Forms zu liefern. (OKAY ein paar habe ich im Kopf)
Was spricht eigentlich für Oracle Forms ?
Hier würde ich euch einfach mal bitten mir Argumente für Forms zu liefern. (OKAY ein paar habe ich im Kopf).
Das nächste Thema was mich mal wieder beschäftigt hat ist : Migration weg von Forms hin zu ADF. Warum ? Warum soll ich eine ganze Anwendung „neu“ entwickeln.
Es fallen mir Themen ein wie: Stabil, Performant, schnelle Anpassungen….
Aber auch Sachen wie Mobil, Internet…
Jetzt gibt es mittlerweile die Möglichkeit hier Alternativen zu schaffen. Eigentlich muss eine Mobile Forms Anwendung in den seltensten Fällen die gesamte Anwendung Mobil da stellen. Hier kann ich durchaus die Überlegung in Betracht ziehen ein Teil der Anwendung neu zu schreiben. Aber eigentlich komme ich dann auch wieder in das Problem, das ich mich auf zwei Gleisen bewege. Möchte ich das wirklich.
Für den Teil, das ich mit meiner Forms Anwendung zufrieden bin, gibt es diverse Alternativen dies umzusetzen.
Genauso zweifel ich zur Zeit an meiner Fähigkeit die richtigen Empfehlungen auszusprechen. Für mich macht einfach keinen Sinn, alle Forms Module mit „Fremden“ Code zu versehen um einblick in den Ablauf zu bekommen. Das kann für mich einfach kein Weg sein, jeder neue Code den ich in meine Anwendung einführe fordert mich auf alles durchzutesten. Ebenso kann ich das nicht auf Produktiven Umgebungen machen.
Aber wenn ich Laufzeitverhalten meiner Anwendungen erfahren möchte, kann ich das doch eigentlich nur auf Produktiven Umgebungen. Mit den „echten“ Anwendern.
Für mich persönlich ist es ein NO-Go Produktive Software mit „Code“ zu versehen um das Verhalten zu erlernen. Oracle bietet hier mit der OATS bereist Techniken dir mir ohne Eingriff hier Informationen liefern.
Thema Forms Migration von A nach B? Auch hier gibt es ja sehr viele Anbieter die sich damit brüsten !
http://theformspider.com/
http://www.actminds.com/services/oracle-forms-to-java-migration/
https://www.robotron.de/verwaltung/index/technologien/oracleformswebformsreports.html
http://composertechnologies.com/migration-solutions/oracle-forms-to-java/
http://kumaran.com/services/oracle-forms-migration/
http://www.yash.com/oracle/fusion-middleware/oracle-forms-migration.php
http://www.akeetech.com/oracle-forms-migration-services.html
http://www.formsmigration.com/
http://www.artinsoft.com/cs_evolution.aspx
https://technet.microsoft.com/en-us/library/bb463141.aspx
http://www.bios-software.de/softwareentwicklung/werkzeuge/oracleformsreports/oracle-forms-migration.html
http://renaps.com/en/products/oracle-forms-to-java-adf-migration-tool
https://www.quora.com/What-is-the-best-practice-to-start-migrating-Oracle-Forms-to-Oracle-ADF
http://cms.xdev-software.de/content.php/388-forms-migration-engine
http://www.pitss.de/pitsscon-oracle-forms-upgrade/
http://www.4iapps.com/oracle-forms-to-ADF.html
http://forms2net.atxsoftware.com/site/welcome.do;jsessionid=E904E0237D1A2C331547DA34225BE54F
http://www.wavemaker.com/item/modernizing-oracle-forms-apps/
Thema von Grant Roland: http://www.oracle.com/technetwork/developer-tools/forms/documentation/formsmigration-133693.pdf
die letzte Seite packe ich nicht mit rein. Ich habe die Lösung meiner Probleme gefunden. Eine Slide warum ich migrieren soll!
1)Meeting new business challenges (okay geht nicht mit Forms ist ein Grund)
2)Modern technology Better performance (ADF /Java ist Performanter ? )
3) To avoid obsolescence ???
Vorschläge die in den Folien stehen ! How to achieve Modernization? Use Webservies Use PJCs (Pluggable Java Components)
Bitte Kommentare dazu !
Leider habe ich nur per Twitter ein paar Hinweise bekommen. Warum keine Kommentare. Ich möchte gerne eine Sammlung aller Vor und Nachteil von Oracle Forms / Reports erstellen. Bin gespannt was da so raus kommt
Fazit für die letzten Tage: Kommentare gibt es keine aber Forms ist „Spitze“ meine Skripte zum erstellen der Forms/Reports Domaine sind fertig. Nur eine Datei und dann los.
Der nächste Schritt wird dann Forms/Reports per WLST durch zu konfigurieren. Aber auch das geht. Wir brauchen keine GUI mehr !
Bin ja mal gespannt wie viele Kommentare es gibt. Wem ist denn schon der Unterschied im Formsbuilder Deutsch und Englisch aufgefallen?
Wenn wir uns den Builder auf Englisch einstellen und dann einmal auf Edit > Prefrences gehen, dann sehen wir eine saubere Umgebungs Einstellung:
hier können wir den Standard einstellen. Jetzt bauen wir das ganze einmal auf Deutsch um.
Es sollte der selbe Bereich sein. Leider ist das nicht der Fall. In Deutsch wird hier die Auswahl der *.pal angeboten. Leider habe ich noch keine Möglichkeit gefunden die Einstellungen in einer Deutschen Umgebung zu tätigen.
Das ist „eine Funktion“ im Forms Builder und kein Bug. Es sind halt unterschiedliche Sprachen.
mal sehen was ich noch finde 🙂
Dazu eine Anmerkung von der Entwicklung: uns ist dieser Fehler bekannt. Wir sind dabei das zu fixen : Bug Nummer ist 22655255.
Es ist eine falsche Translation Datei in das Deployment von Forms 12c gerutscht. Sind aber daran am arbeiten !
FORMS BUILDER 12C CRASH WHEN THE NLS_LANG IS SET TO "GERMAN_GERMANY.WE8MSWIN1252 Available workarounds ===================== Change the NLS_LANG to AMERICAN_AMERICA.WE8MSWIN1252 Customer is not able to use the Forms Builder 12c using the German UI Ich wusste doch schon immer Americanisch ist das bessere Deutsch :-( sorry
Seit letztem Jahr wird das NPAPI-Plug-ins von vielen Browsern nicht mehr unterstützt bzw. es wird angekündigt, das es nicht mehr unterstützt wird.
Google Chrome: Auf Plug-ins basierende Inhalte werden in Chrome nicht unterstützt aus https://support.google.com/chrome/answer/6213033?hl=de
Heise sagt dazu bereits im November 2014 : Browser-Plug-ins auf dem Rückzug
am 28. Januar diesen Jahres (2016) teilte uns Heise dann mit: Für ein Plug-in-freies Web: Oracle verabschiedet sich von Java-Plug-in.
Oracle selber hat für das Java 9 angekündigt auf das Plug-in zu verzichten. Es war vorgesehen, Java 9 im September 2016 auf den Markt zu bringen. Das hat sich nach bisherigem Wissenstand auf das Frühjahr 2017 verschoben. Trotzdem sind davon alle Forms Anwendungen betroffen. Spätestens mit dem JRE9 für den Desktop wird es dann nicht mehr möglich sein Forms laufen zu lassen 😦
Okay, jetzt hagelt es wieder Kommentare : Die genaue Aussage von Oracle „“deprecated“, also veraltet,“. Trotzdem müssen wir was tun. Oracle bietet uns seit Jahren die Möglichkeit alternativen zu nutzen. So gibt es schon immer die Forms Start Möglichkeit mit „Java-Web-Start“ Oracle Forms auszuführen. Das hat allerdings in der Version kleiner 12c den Nachteil, das es von Oracle nicht supportet ist.
In der Oracle Forms12c Version wird das voll von Oracle unterstützt. Hierzu werde ich auch ein paar Beispiele liefern.
Ich habe das bei mir schon am laufen. Ist soweit sehr gut. Aber wie so oft. Es gibt das ein oder andere Problem. Das arbeite ich zur Zeit auf um es dann kund zu tun.
Trotzdem: Umstellung auf Oracle Forms 12c wird immer dringender. Denn wenn die Browser kein Plug-In mehr unterstützen bleibt einem nur noch „alter Browser“ oder „Neue Forms“
Viel Spaß bei dem Projekt Plan !!!!
by the Way: Oracle Forms 12c Mobile ist dann auch noch viel einfacher
Ach ist das schön, das sich so viele Menschen zur Zeit auf Oracle Forms 12c stürzen. Ich finde das gut. Wenn diese Unternehmen dann anfangen über die Top Feature zu reden, finde ich immer wieder nur Wiederholungen. Leute, macht euch doch mal Neue Gedanken.
Jedes mal zu hören “ New Deployment Option”, Costum Color Schema BI Publisher, IDM, Webutil without OLE..
Ey toll. Das ihr das jetzt auch mit bunten Bildern untermalt, aber mal ehrlich. Was ist an den Dastellungen denn bitte schön neu.
Es wäre doch viel Interessanter wenn man mal darüber berichten könnte, was es in der Software so alles für Bug’s gibt. Habt ihr schon welche Gefunden ? :-).
Nein. Schade.
Aber wer einmal Lust hat im Forms Builder auf den ein oder anderen Bug zu stossen, der möge diesen bitte einmal auf Windows mit Deutscher Sprach Einstellung laufen lassen.
Und wenn wir schon dabei sind. BI Publisher, ja das hatte ich bereits geschrieben, das hier nur die run_report_object Paramete angepasst werden müssen. Aber wer kann denn den BI Publisher bezahlen.
So bitte lasst euch was neues Einfallen. Mal wirkliche Erfolgsstories und nicht nur Alte Geschichten.
Ich habe mal nachgefragt wie es mit den Lizenzen aus schaut. Heute habe ich folgende Informationen erhalten, was die Repository Datenbank betrifft.
| Forms Lizenz | RCU in separate DB requires additional DB Licensing |
| Internet Developer Suite | No |
| Forms and Reports | Yes |
| Internet Application Server – Enterprise Edition | No |
| WebLogic Server Suite | No |
Zur Zeit ist das der Stand der Dinge. Mal sehen was sich weiter ergibt. Das sind Informationen die man mir übermittelt hat. Ich gebe das nur weiter und übernehme keine Gewähr !
So für alle die Lust haben, ich habe einmal angefangen Forms12 bei der Installation ohne GUI zu arbeiten und alles zu skripten.
Hier ein paar Code Zeilen für alle die Lust haben das zu nutzen.
NPAPI-Support wird aus Firefox entfernt Das wurde im letztem Jahr bekannt gegeben. Nun ist die Panik groß ! Oracle Forms arbeitet mit dem Plugin und läuft dann nicht mehr im Firefox. Bei Google ist das schon länger ausgeschaltet.
Oracle hat bereits angekündigt: Oracle plans to deprecate the Java browser plugin in JDK 9. This technology will be removed from the Oracle JDK and JRE in a future Java SE release.
So wie geht es jetzt weiter: Oracle und auch ich (sowie noch ein paar andere) empfehlen auf die Plugin- Freie Variante zu gehen. mit JavaWebstart wäre eine Möglichkeit. Das geht bereits bei Forms 11 (ist aber nicht supportet) oder mit vollem Support in der Version 12c.
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) .
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.
Danke Danke Danke,
eigentlich ist das schon alles was ich sagen sollte. Es war wieder einmal eine sehr gelungene Veranstaltung. Alle die nicht anwesend waren.
Informationen, Informationen, Informationen.
Rund um das Thema Oracle …..
Soviele gute, Informative erfrischende Gespräche habe ich schon lange nicht geführt.
2200 Besucher die sich eingebracht haben. 300 Besucher die auf dem Oracle Cloude Day waren.
Das Catering. Die Musik ….
und immer wieder Gespräche….
Ich werde auf jedem Falle im nächsten wieder dabei sein..
In der neuen Forms 12c Version gibt es die Möglichkeit den Forms Builder als Standalone zu installieren.
Dies erzeugt nur ein Oracle Home Verzeichnis mit allen notwendigen Komponenten um Forms Builder auszuführen. Wenn man aus diesem Umfeld dann allerdings Forms startet, werden einem Fehlermeldungen um die Ohren gehauen.
*msg Datei nicht gefunden, Forms Classpath nicht gefunden und so weiter ….
Wir alle haben natürlich nicht den Installation Guide uns angeschaut. Da steht drin, nach der Installation der Software muss noch das Skript config_builder.cmd(sh) ausgeführt werden. Dieses erstellt ein Forms Instance Verzeichnis mit diversen *.bat / *.sh Dateien. Unter anderem werden dann auch die richtigen Registry Einträge sowie die Menü Einträge erstellt.
Leider wird das ganze nicht für Reports gemacht. Reports geht nur in der „Großen“ Welt.
Seit nunmehr zwei Wochen ist Forms 12c vorhanden. Wenn man sich die Foren anschaut, haben eine Menge Leute bereits probiert das zu installieren. Alle die, die es geschafft haben sind HAPPY. Allerdings scheint es auf Basis Windows noch das ein oder andere Problem zu geben. Auch ich bin in so ein Problem gelaufen. Forms Builder only, legt keine Pfade an und somit lässt sich das ganze nicht start. Bin bereits auf der Suche nach eine Lösung. Aber bis dahin würde mich mal interessieren:
Du muss angemeldet sein, um einen Kommentar zu veröffentlichen.