Planmäßig soll es 2019 kommen, was sich aber noch ändern könnte.

12.2.1.4 wird so lange, wie im Lifetime Support Policy Guide für Fusion Middleware 12.2.1 angegeben, unterstützt. Die Entwicklung auf Forms geht weiter und es sind zukünftige Versionen geplant.

Die kommende Version (12.2.1.4) ist als Patch geplant und wird voraussichtlich mehr Bugfixes als nennenswerte neue Funktionen enthalten. Der Patch lässt sich mit geringem Aufwand auf eine vorhandene 12.2.1.x Umgebung anwenden und das Risiko von Auswirkungen auf vorhandene Applikationen ist minimiert.

Bei Oracle Forms ist geplant, viele Bugfixes und mehrere neue Funktionen und Verbesserungen zu integrieren. Reports wird nur Bugfixes enthalten.

Forms 12.2.1.4 enthält eine Vielzahl neuer UI-Features, aber auch viele andere Funktionen. Ein Forms 12c New Features Paper wird auf der Forms Produktseite veröffentlicht. Es enthält die meisten Details zu den neuen Funktionen und wird nach der Veröffentlichung von 12.2.1.4 erneut aktualisiert.

Ein responsive Layout wird grundsätzlich nicht bereitgestellt, kann aber vom Anwendungsentwickler selbst programmiert werden. PITSS kann mit Unterstützung von Tools sehr effizient solche Lösungen applikationsweit ausrollen. 

Forms plant nicht, eine native UI-Skalierung anzubieten. Denken Sie daran, dass der Forms-Client Java- und nicht HTML-basiert ist und daher bestimmte Dinge nicht möglich sind.

Eine Skalieren der Masken kann mit PITSS.CON für Applikation zur optimierten Ausnutzung größerer Auflösungen genutzt werden. 

Nein. Für die Nutzung von Cloud-Services für eine Forms-Applikation ist die Oracle Infrastructure Cloud geeignet. In dieser Umgebung kann der Entwickler alle Komponenten nach seinen eigenen Bedürfnissen anpassen. Für einen schnellen Start liegt ein fertiges Image für diesen Cloud-Service im Marketplace bereit.

Viele Unternehmen, die Forms nicht mehr nutzen wollen, wechseln zu APEX. Die Technologien sind an sich sehr unterschiedlich, es lassen sich aber auch Gemeinsamkeiten finden, die den Umstieg erleichtern. Zudem hat PITSS mit dem Tool FORMS REPLACER KIT eine teilautomatisierte Lösung entwickelt, die Zeit und Kosten bei der Migration spart.

Nein. Die Forms-eigenen Build-Ins erlauben allerdings recht überschaubar die Anordnung, die Sortierung oder gar das Ein- oder Ausblenden der Spalten selber zu implementieren. Selbst eine anwenderspezifische Darstellung kann so gespeichert werden. Die PITSS-Consultants zeigen Ihnen gerne, wie das gelingen und in einer großen Applikation zur Verfügung gestellt werden kann. 

SSO mit FSAL ist für ein zukünftiges Release geplant.

Die JS-Integration unter FSAL ist verfügbar seit Release 12.2.1.3.

Das kommende Release soll Server- und Client-seitig auf Java 8 basieren, mit Unterstützung für Java 11 bei der Verwendung von FSAL.

Forms 12.2.1.3 ist nun auch in der OCI verfügbar. Es kann mit dem Database Cloud Service, Analytics Cloud Service und anderen Services genutzt werden.

Derzeit erfordert die Nutzung von Oracle Forms in der Cloud ein Cloud-Abonnement mit Zugriff auf die OCI und die Lizenzen z.B. für Database, Forms und Reports, die auch für eine On-premise-Nutzung notwendig wären. Der Vorteil liegt bei der Kalkulation der CPUs, da sie in der Oracle Cloud Infrastruktur direkt die CPUs angeben, die genutzt werden sollen, und somit nicht in Konflikte mit eventuell vorhandenen Virtualisierungslösungen in ihrem Netzwerk geraten. 

Forms-Anwendungen, die in der aktuellen Version erstellt wurden, können nicht in einer früheren Version verwendet werden.  Dies liegt zum Teil daran, dass die neuere Version Funktionen enthalten kann, die in der älteren Version möglicherweise nicht verfügbar sind.

Die meisten 12.2.1.3-Module werden bei der Umstellung auf 12.2.1.4 keine Neugenerierung benötigen. Diese wird trotzdem dringend empfohlen. Für Module von Versionen, die älter als 12.2.1.3 sind, ist eine Neugenerierung erforderlich.

Ja, allerdings bietet Forms auch die Möglichkeit, mit Java, C und Java Script die Forms-Applikation zu erweitern.

Auf Client- und Server-Seiten ist Java erforderlich. Trotzdem ist das Java Plug-In durch die Nutzung des Forms Standalone Launcher nicht mehr nötig.

Die Integration mit JavaScript wurde in Forms 11.1.2 hinzugefügt und in 12.2.1.3+ auf Java Web Start und Forms Standalone Launcher erweitert.

HTML im Frontend ist nicht geplant.

Java 11 (LTS) soll für die Verwendung mit dem Forms Standalone Launcher ab 12.2.1.4 zertifiziert sein.  Der Support soll nur für LTS (Long Term Support) Releases angeboten werden.

Forms 12.2.1.4 benötigt WLS 12.2.1.4.

Dies ist derzeit nicht möglich, aber ein interessanter Vorschlag, der in einem zukünftigen Release berücksichtigt werden könnte.

Die Verwendung des Oracle Java Plug-Ins ist optional. Weitere Optionen sind Java Web Start oder Forms Standalone Launcher. Mehr Informationen finden Sie in der Dokumentation zu Forms 12c. 

Die Browserunterstützung wird zugunsten von Java Web Start und Forms Standalone Launcher eingestellt. Da das Java Plug-In nicht mehr unterstützt wird (ab März 2019), ist der Wechsel zu JWS oder FSAL empfehlenswert.  

Die Installation ist ein mehrteiliger Prozess. Typischerweise stellen Kunden, die Probleme haben, oft fest, dass dies das Ergebnis der Nichtbefolgung der Dokumentation ist, einschließlich Systemanforderungen und Installationsanleitung. 

Die Oracle Cloud ist weitaus leistungsfähiger als AWS.  Am besten testen Sie es selbst. Oracle Cloud können Sie kostenlos ausprobieren.  Weitere Informationen finden Sie auf der Oracle Cloud-Seite. Alternativ auch in diesem Forenbeitrag. 

APM ist in erster Linie für J2EE-Anwendungen gedacht.  Forms ist keine vollständige J2EE-Applikation und kann daher nicht sinnvoll mit APM verwendet werden.

FSAL oder Java Web Start sind die bevorzugten Konfigurationen für die Zukunft.  Voraussichtlich wird aber FSAL den JWS überleben.

Dazu kann der Oracle Developer Cloud Service verwendet werden. Es gibt ein Beispiel, das auf der Forms-Seite veröffentlicht wurde und das als Basis dienen kann, um eine eigene Lösung zu entwickeln. 

Derzeit wird Forms für die Verwendung in Docker nicht unterstützt. Oracle ist jedoch bestrebt, Forms Docker-Bilder in Zukunft verfügbar zu machen.

Das neue Marketplace-Image ist nur für OCI gedacht.

BI-Publisher ist der empfohlene Nachfolger für Reports. BIP ist on-premise oder in der Cloud als Teil des Analytics Cloud Service verfügbar.  Es kann auch in OCI installiert werden, ebenso wie Oracle Forms.

Die Integration mit dem BI Publisher wird bereits seit Forms 12.2.1.0 unterstützt. Mit jeder neuen Version wurden zahlreiche Bugfixes vorgenommen, sodass wir davon ausgehen, dass die Version 12.2.1.4 in dieser Hinsicht deutlich stabiler sein wird.

Der BI Publisher ist ein eigenständiges Produkt. Wenn Sie sich dafür entscheiden, es zu nutzen, müssen Sie es installieren. 

BI Publisher ist kostenlos im Preis inbegriffen, wenn Sie eine gültige und aktuelle Forms & Reports-Lizenz besitzen. Einzelheiten finden Sie im Fusion Middleware Licensing Guide. 

Weitere Reporting-Lösungen, die sich einer großen Beliebtheit erfreuen, sind JasperReports, BIRT, PL/PDF. Mehr über die Reporting-Alternativen erfahren Sie hier.

Wenn Sie bei Forms bleiben wollen, ist der erste Schritt der Modernisierung ein Upgrade auf das neueste Release. Dann können Sie die neuen Funktionen nutzen und sich mit der Aktualisierung älterer Anwendungslogik befassen, die verbessert bzw. erweitert werden kann. 

Wenn es noch einfacher gehe soll: PITSS bietet mit FastTrack to Forms ein Angebot, das speziell darauf zugeschnitten ist, unseren Kunden beim Upgrade alle Sorgen zu nehmen. 

Hier empfiehlt es sich in erster Linie ein Upgrade. Eine Verbesserung der Anwendung ist durch die Nutzung der neuen Features und Funktionalitäten zu erwarten. Gerne steht Ihnen PITSS dabei mit Tools und intelligenten Lösungen zur Verfügung.

Das Aktualisieren von Oracle Forms von einer Version auf eine andere ändert nichts an Ihrem Code oder Ihrer Anwendung. Je nach Ausgangslage kann sich aber das Upgrade umständlicher gestalten. Alle Upgrade-Aufwände verstehen Sie am besten im Rahmen eines PITSS-Workshops, bei dem wir Ihre Alt-Anwendung einer kompletten automatisierten Analyse unterziehen, um daraus Ihren genauen Migrationsfahrplan abzuleiten.

Beachten Sie die Informationen zum Forms Standalone Launcher (FSAL).

Beim Wechsel von Forms 11 auf Forms 12 ist mit keinen Code-Änderungen zu rechnen. Kompilieren Sie die Anwendung einfach mit dem Forms 12 Compiler.

Dokumentation für das Upgrade auf 12.2.1.4 wird zur Verfügung gestellt, sobald die Version freigegeben ist.

Oracle Forms unterstützt Single Sign-on mithilfe des Oracle Access Manager (OAM).  Andere Authentifizierungsserver können in OAM integriert werden, um davon Gebrauch zu machen.

Es gibt viele Möglichkeiten, die Benutzeroberfläche von Forms zu verbessern. Vergessen Sie allerdings nicht, dass die Forms UI nicht mit der einer Webseite zu vergleichen ist. Es wäre unrealistisch zu erwarten, dass Ihre Forms-Anwendung wie eine Webseite aussieht.

Oracle Database ist erforderlich, jedoch sind db-Links zu anderen Datenbanken möglich. Siehe auch Heterogeneous Connectivity. 

APEX ist für Webpage Design. Forms ist für Desktop-Anwendungen, die eine Integration mit Desktop-Software beinhalten können oder auch nicht.

Forms und APEX lassen sich sehr gut zusammen betreiben. APEX stellt mit seinen zahlreichen Möglichkeiten und seiner leichten Umsetzung in vielen Fällen eine hervorragende Ergänzung zu Forms dar. Absolut nahtlos kann die Integration allerdings nicht erfolgen.

Die JS-Integration ist verfügbar seit Forms 11.1.2+.

Derzeit erfordert die Verwendung von Forms in der Cloud die gleiche Lizenzierung wie bei On-Premise. Wenden Sie sich jedoch an Ihren Oracle-Vertriebspartner, um zu überprüfen, ob Rabatte verfügbar sind. Auch PITTS unterstützt Sie gerne dabei.

Da das neue Cloud Image auf Linux basiert, ist es wahrscheinlich nicht optimal, um zu lernen, wie man Forms-Anwendungen entwickelt. Es ist jedoch eine ausgezeichnete Plattform, um zu lernen, wie man sie einsetzt. Für die Anwendungsentwicklung ist eher eine Windows-Installation zu empfehlen.