Jan-Peter

Jetzt sind es schon fast wieder 10 Jahre her und immer noch ist Migrationen Forms und Reports angesagt. Als ich 2015 damit begonnen habe, konnte ich mir nicht wirklich vorstellen, das es so lange anhält, aber es wird immer mehr und es ist immer wieder verwunderlich wer heute noch alles Oracle Forms in den Versionen 4x und 6i nutzt. Es überrascht mich doch immer wieder. Habe mich auf den Bereich komplett konzentriert und finde es immer wieder spannend was dort so an migrationen getätigt werden.
Jan-Peter hat geschrieben 154 Beiträge für Jan-Peter's Weblog

Reports unter Linux mit Arial

Es gibt sehr viele verschiedene Dokumente wie kann ich Arial in einer Reports Umgebung auf Linux einbinden. Ich versuche dies einmal an dieser Stelle zu beschreiben und nachzustellen.

Ich habe mir also eine neue Umgebung aufgesetzt und darin einen WLS_REPORTS konfiguriert. Anschließend habe ich einen Test Report ausgeführt. Das Ergebnis war wie ich es erwartet habe. Es hat nicht geklappt. Aber man soll ja nicht aufgeben. Also was muss alles Konfiguriert werden.

OK da ist der FONT der in ein Verzeichnis kopiert werden muss. Unter 11g sollte das so etwas sein wie „/opt/oracle/Middleware/asinst_1/reports/fonts“. Das habe ich gemacht. Jetzt kommen Kollegen und sagen das reicht schon.

Leider nicht ganz richtig. Ja er hat Arial eingebunden denn darum geht es mir. Leider ist die Darstellung bei den Chinesischen Zeichen nicht das was ich haben möchte. Also ab in die nächste Datei das ist bekannter maßen die uifont.ali. Dort in den Bereich PDF:Subset und den Font eingetragen. Zur Erinnerung ich möchte Arial mit UTF8 nutzen. Also muss der Font ein Arial Unicode MS Font sein.

Noch ein Tipp für alle Windows Liebhaber
Nach der Installation von Schriftarten musste der Server einmal durchgestartet werden bevor alles gegriffen hat

[ PDF:Subset ]

„Arial Unicode MS“….. = „ARIALUNI.TTF“

 

Das ist der Eintrag den ich gemacht habe. Leider ohne Erfolg. Ach ja ich vergaß ich muss ja noch den Pfad zu den Fonts eintragen. Zu finden in der reports.sh unter dem Parameter REPORTS_FONT_DIRECTORY. Leider greift dieser Parameter nicht. Na gut also in den Reports_Path und zwar in der rwserver.conf meines Servers dort unter einer neuen ID

<environment id=“dev“>

<envVariable value=“AMERICAN_AMERICA.WE8ISO8859P1″ name=“NLS_LANG“/>

<envVariable value=“/home/oracle/app/demo/:/opt/oracle/Middleware/asinst_1/reports/fonts“ name=“REPORTS_PATH“/>

</environment>

<environment id=“devutf“>

<envVariable value=“AMERICAN_AMERICA.UTF8″ name=“NLS_LANG“/>

<envVariable value=“/home/oracle/app/demo/:/opt/oracle/Middleware/asinst_1/reports/fonts“ name=“REPORTS_PATH“/>

</environment>

 

So ich habe den Pfad gesetzt, die Fonts verteilt, Subset eingerichtet und nun sollte das Ergebnis stimmen. So steht es zumindest in den Foren, den Dokumentationen und das was einem die Kollegen erzählen.

Wie zu erwarten hat das alles nichts gebracht die Darstellung war alles nur nicht lesbar. Abhilfe hat ein kleiner Eintrag gemacht. In der uifont.ali PDF:Subset erweitert um

[ PDF:Subset ]

„CarolinaBar-B39-25F2“ = „CarolinaBar-B39-25F2-Normal.ttf“

„Tahoma Regular“….. = „tahoma.ttf“

„Tahoma Regular“…Bold.. = „tahomabd.ttf“

„Tahoma“….. = „tahoma.ttf“

„Tahoma“…Bold.. = „tahomabd.ttf“

„Arial“ = „ARIALUNI.TTF“

* = „ARIALUNI.TTF“

 

Danach den Server neu gestartet und es klappt. Toll. Jetzt muss ich nur noch rausfinden wie ich gleichzeitig noch andere Schriftarten einbinden kann .-)

Bin gerade am telefonieren und noch ein Hinweis. Bei der aktuellen Version wird über die EM-Konsole immer das Wörtchen Demo: vor die Konfigurationen gesetzt. Das ist ein BUG in der aktuellen Version. Demo händisch austragen !

Ein neuer Bug im Reports Umfeld

Es ist mal wieder soweit, ich bin am testen und testen. Habe es schon fast aufgegeben an Oracle zu glauben. Wie es sich gehört gehe ich natürlich über die EM/Console um mein Reports Umfeld zu administrieren. Es klappt nicht. Server rauf und runter gefahren. Rechner gebootet. Er will den Pfad einfach nicht anziehen. Also ab in die rwserver.conf. OK da stehen viele demo:… Einträge. Oracle wird schon wissen was sie tun daran kann es doch nicht liegen.

Denkste. Es gibt einen BUG in der EM/Console (Bug:11784251)

 

<demo:engine minEngine=“2″ maxIdle=“30″ maxEngine=“10″ id=“rwEng“ engLife=“50″ defaultEnvId=“ABC“ class=“oracle.reports.engine.EngineImpl“>
<demo:property value=“no“ name=“keepConnection“/>
<demo:property value=“no“ name=“diagnosis“/>

 

 

 

Das passiert nur mit der Version 11.1.1.4 und über den Browser. Also ab in die Datei und dort alle Demo Einträge raus nehmen. (Ich glaube es nicht) danach hat das Font zuweisen und envId geklappt. Nun kommt der nächste Schritt mit UTF8 Zeichen.

 

Oracle zieht nach: Neuer Kurs bei OU als Pilot gestartet

Oracle startet einen Pilot Kurs bei Oracle University mit dem Thema Oracle Fusion Middleware 11g: Administer Forms Services

Der Inhalt dieses Kurse richtet sich an Administratoren sowie Entwickler die mit dem Thema Oracle Fusion Middleware sowie Forms zu tun haben.
Die Agenda stellt sich zur Zeit wie folgt zusammen:

Configuring the Middle Tier

Configuring the Client Tier

Deploying Applications Globally

Integrating Forms with Other Technologies

Implementing Security for Oracle Forms

Managing Forms Services Instances

Troubleshooting Deployed Applications

Die Themen halt ich für interessant, sehe sie aber durchaus als Ergänzung zu dem Kurs O-WLS-FR (Oracle Weblogic für Forms/Reports Administratoren)
. Was mir persönlich fehlt ist der Bereich Reports. Ich werde mich auf dem Laufenden halten und versuchen nähere Informationen zum Inhalt des Kurses zu bekommen. Leider findet der Pilot in Amerika statt, so dass ich daran nicht teilnehmen werde.
Information von Seiten Oracle:

bevor der Kurs endgültig an Oracle University übergeben wird, gibt es noch weitere Piloten. Voraussichtlich im Herbst geht der Kurs offiziell in Produktion. Für den Piloten haben sich bereits viele Kunden angemeldet. Partner, die keine Konkurrenz darstellen, dürfen auch teilnehmen. Jede Anmeldung für die Piloten werden überprüft.

Das trifft auf mich leider nicht zu schade L

Nicht Erreichbarkeit des Forms Servlets

Gestern erhielt ich eine Mail eines meiner Schulungsteilnehmer:

 

dank des guten Kurses in Stuttgart war es nun gar nicht mehr so schwierig den WebLogic Server mit Forms, Reports, Discoverer und BI Publisher zu installieren.Einige unserer Forms-Masken von 10g sind migriert und laufen in WLS_FORMS 11g. Dennoch ist mir eine Ungereimtheit aufgefallen.So hat der Managed Server WLS_FORMS den Port 9001. Wenn ich Forms nun starten möchte mit der URL http://hostname:9001/forms/frmservlet bekomme ich die Fehlermeldung, daß keine Verbindung zu diesem Server aufgebaut werden kann. Mit dem Port 8888 funktioniert es. Wir haben ja gelernt, daß mit dem WebLogic Server nur Java-Programme gestartet werden können.  Ich meine, beim Kurs hat das mit dem Port für den Managed Server funktioniert. Übrigens verhält es sich mit dem Reports Port 9002 genauso, auch hier geht nur Port 8888. Ich habe auch nirgends etwas zum Port-Mapping gefunden.Habe ich noch irgendetwas bei der Installation/Konfiguration übersehen?

 

Die erste Vermutung war natürlich eine falsche Konfiguration. Also sind wir zusammen die Tests durchgegangen. Erster Schritt Ansprache des Services über den OHS per :8888/forms/frmservlet. Das hat funktioniert. Der nächste Schritt war dann die Kontrolle der Konfigurations-Datei forms.conf. Die muss ja richtig sein ansonsten hätten wir über den Port 8888 den Service nicht erreichen können.

Vermutung einer Firewall liegt recht nahe.

Prüfen auf welchen Ports arbeitet der Service eigentlich

 

netstat  –tulpn

Als Ausgabe wurde dann angezeigt

Tcp    0    0 ::ffff:127.0.0.1:9001    :::*    LISTEN    30755/java

Tcp    0    0 ::ffff:127.0.0.1:9002    :::*    LISTEN    12876/java

 

Der nächste Schritt war dann die Listen Adresse für den Service in der Admin Console zu überprüfen. Dort war allerdings der richtige Eintrag hinterlegt.

Lösung:

In der /etc/hosts war der Servername auch auf 127.0.0.1 gesetzt. Es gab zwei Einträge einen für die richtige IP und einen für Localhost. Nachdem das korrigiert war lief alles ! Also vorher /etc/hosts sauber einrichten.

Installation Forms/Reports unter Weblogic im CLUSTER

Ich habe mal wieder versucht eine Installation auf zwei Servern mit Weblogic 10.3.4 sowie Forms/Reports in der Version 11.1.1.4 zu tätigen. Also das übliche vorgehen, man installiert die Software und lässt dann auf dem ersten Server die Konfiguration laufen. Hat auch alles hervorragen funktioniert.

Der zweite Server wird mit Weblogic bestückt und anschließend die Oracle Fusion Middleware Software installiert. Soweit Fehlerfrei.

Wenn man dann allerdings den Cluster Forms sowie den Cluster Reports erweitern möchte, tauchen ein paar kleine Probleme auf. Die Anmeldung an den AdminServer klappt, das Erstellen der Domain auf dem zweiten Server ebenfalls. Es wird auch WLS_FORMS1 erstellt. Leider lässt sich dieser Managed Server nicht starten.

Folgende Fehlermeldung steht im Log des WLS_FORMS1 die auch erscheint wenn man den WLS_FORMS1 händisch starten möchte.

 

 

 

 

 

 

 

 

 

Zwei Lösungen die das Problem beseitigt haben. Im AdminServer musste die Adresse auf dem der Server lauscht eingetragen werden. Ebenso in der HOST des ersten Servers die Adresse des zweiten Servers, aber was letztendlich die Lösung gebracht hat ist das umstellen des NodeManager auf PLAIN während der Installation

SIG Development in Frankfurt am 05.04.2011

Vorstellung von 20 Jahren Entwicklung mit Forms. Geschichte von Forms. Von IAF zu Oracle Forms 11g. Interessant seit wann Forms eigentlich Produktiv genutzt werden kann.

Seit 9i nur noch Web-Forms. Was für Erfahrung hat man bei der Entwicklung mit Forms als Produkt gemacht. DIN ISO 9241 – 110 wie sind Interaktive Anwendungen zu entwickeln.

Wie kann ich es erreichen eine Erwartungs-Haltung in einer Office Umgebung auf Forms zu adaptieren. Kunden Anforderungen häufig damit beschrieben mit „Das muss doch Standard sein“. Mark Anforderungen immer wieder mit dem Produkt abgleichen.

Geschäftslogik variable halten, Sicherheitsmechanismen, Menü flexible.

When-button-pressed. In der Datenbank nachschlagen was sich hinter diesem Button verbirgt. Sehr gute Idee. Sollte man weiter verfolgen.

Benutzerberechtigungen in der DB. Menü Einträge im Pre-form-trigger füllen. Dynamisches Layout für Kunde/Mitarbeiter in der Datenbank speichern. Umsetzung über Kontext Menüs. Layouts Speichern und ändern, löschen.

Alles was machbar ist in die Datenbank packen und aus dieser auslesen.

 

 

 

 

 

Oracle Weblogic Installation auf Window 64 Bit Systemen

Immer wieder ist es mir passiert das sich die Umgebung Forms / Reports auf Windows 64 Bit Systemen bei der Konfiguration aufgehängt hat. Der Konfigurator ist gestartet und hat sich dann irgendwann aufgehängt.

Eine Lösung dieses Problemes bestand darin die Path Variable anzupassen. Unter Windows 64 ist in der Path Variablen häufig ein Eintrag zu finden der lautet: „C:\Program Files (x86)“ dieser Eintrag scheint dem Konfigurator Probleme zu bereiten. Nachdem dieser gelöscht worden ist lief der Konfiguration sauber durch.

 
 

Ein anderes Problem welches mir auf Windows Systemen bei der Weblogic Installation aufgefallen ist besteht darin, das nach der Installation des Weblogic Servers mit „Install Nodemanager = Yes“ sich die Fusion Middleware Konfiguration mit Forms und Reports bei ca. 8% aufgehängt hat. Meine Lösung bisher war dann den Nodemanager auszuschalten. Dann lief die Konfiguration sauber bis ans Ende weiter.

  

Fusion Middleware 11gR1 Patch 11.1.1.4

Seit Februar diesen Jahre ist der Patch 11.1.1.4 für die Fusion Middleware verfügbar. Immer wieder habe ich bei Kunden feststellen müssen, das man sich nicht darüber im Klaren ist was muss ich wann und wie installieren.

Die Installation ist in Abhängigkeit mit dem eingesetzten Weblogic Server zu betrachten. Für den WLS-Server 10.3.2 ist die Fusion Middleware 11.1.1.2 zu nehmen. Für die Version des Weblogic Servers 10.3.4 also dem aktuellen muss die Version 11.1.1.4 genommen werden. Leider gibt es hierbei das Problem das 11.1.1.4 keine Installations Version ist. Also wird erst einmal nur 11.1.1.2 installiert bitte nicht Konfigurieren. Anschließend wird 11.1.1.4 installiert auch hier bitte wieder ohne Konfiguration.

Wenn beide Installationen sauber durchgelaufen sind. Dann wird aus dem Oracle_Home Verzeichnis (default as_1) das Skript config.sh oder config.cmd gestartet.

 

Schulungen im Bereich Forms/Reports auf Fusion Middleware 11gR1

Wer sich mit dem Thema Administration Oracle Fusion Middleware unter wird sich vergeblich auf die Suche machen hierfür einen adäquaten Kurs zu finden. Der Standard Kurs Weblogic Admin I ist hervorragend geeignet die Grundlagen der Administration unter Weblogic kennen zu lernen und kann von mir an dieser Stelle nur empfohlen werden.

Was aber machen die, die vom Oracle Applikation Server 10g kommen und sich ausschließlich um den Teil Forms und Reports kümmern müssen. Wie unterscheiden sich die beiden. Was muss ich wie und wo Konfigurieren.

Leider hat Oracle hier kein Standard Angebot an Schulungen vorrätig.

Eine Schulung kann in etwa so aussehen.

Übersicht über Oracle Fusion Middleware 11g , Begriffe und Architektur der neuen Umgebung, Installation Oracle Weblogic Server

Konfigurationen von Domains, Begriffe und Architektur von Oracle Forms und Reportserver, Installation Forms und Reports, Einführung Oracle Weblogic Konsole

Einführung Oracle Weblogic Enterprise Konsole, Nodemanager verstehen und einrichten, Konfiguration von Forms, Konfiguration von Reports,Bereitstellen von Forms Anwendungen sowie Reports

 

Ich habe diesen Kurs nun bereits zum vierten Male gegeben und habe fest stellen dürfen, das sehr viele Administratoren der 10gR2 Umgebung sehr überrascht waren was die Neue Umgebung betrifft.

Forms to Forms oder?

Immer wieder taucht das Thema auf wie migriere ich eine Forms 6i Client Server in Richtung Forms 10g. Es gibt im Internet mittlerweile sehr viele Ideen hierzu. Es gibt einige Tools die das für einen erledigen können. Allerdings sollte immer ein Vorgehensmodell herangezogen werden, welches einem die Migration automatisiert.

Der erste Schritt muss immer eine ausführliche Analyse des Quellcodes sein um Sicherzustellen, das es überhaupt möglich ist eine Migration zu tätigen.

Als groben Verlauf des Migrations Prozesses kann folgendes Vorgehen genommen werden.

  1. Was ist das Ziel dieses Projektes
  2. Ist Aufnahme der „gesamten“ Applikation
  3. Analyse der bestehenden Anwendung
  4. Kalkulation der Aufwände
  5. Kalkulation weiterer Aufwände (OAS, HA, Betriebssystem)
  6. Lasttests
  7. Entscheidung will ich überhaupt migrieren (evtl. neue Programmierung mit anderer Technologie)
  8. Durchführen der Migration
  9. QS (wer macht das eigentlich)
  10. Testen
  11. ….

     
     

    Es gibt viele Möglichkeiten wie eine Migration getätigt werden kann. Bei allen steht aber immer als erstes an „Analyse“ „Ist – Aufnahme“

     
     

     
     

     
     

Oracle Forms Reports

Es verwundert einen immer wieder wie viele Sicherheits Lücken im Reports Umfeld vorhanden sind. Ich habe aus diesem Grunde einmal versucht ein Paar Hinweise zu hinterlegen wie man hier Abhilfe schaffen kann. Ich kann allerdings keine Gewähr für die Vollständigkeit und Richtigkeit übernehmen.

   
 

Jeder Reportserver kann über den Aufruf /reports/ angesprochen werden. Es besteht hier die Möglichkeit sich Informationen über die gedruckten Reports zu holen. Als Beispiel könnte man /report/rwservlet/showjobs nutzen. Bei einem ungesichertem Server werden einem nun alle erstellten Reports angezeigt.

Einfach Abhilfe kann hier der Parameter diagnostic=false in der reports.properties genutzt werden.

Leider verursacht dieser Parameter einen kleinen Nebeneffekt. Es ist nun auch nicht mehr möglich die Funktion /getjobid zu nutzen, da auch diese ausgeschaltet wird. Alle Anwendungen die sich die Dokumente mit getjobid anzeigen lassen müssen leider umgeschrieben werden.