Oracle Fusion Middleware Blog

Deutsche Informationen rund um Oracle Fusion Middleware

Archive for the ‘WebLogic’ Category

Installation der ADF Runtime 12c (12.1.2.0.0)

leave a comment »

Um ADF-Applikationen auf dem WebLogic Server 12c deployen zu können, müssen die ADF Runtime-Bibliotheken auf dem WLS installiert werden. Eine sehr gute Darstellung findet man in diesem Artikel.
Hier eine kurze Übersicht der notwendigen Schritte:

  • Installation der Fusion Middleware Infrastructure
    Dabei wird nur die Software installiert, die die ADF Runtime 12c enthält.
  • Das Repository Creation Utility (RCU) aufrufen und in einer bereits vorhandenen Datenbank das Repository für die Metadata Services (MDS) anlegen. Den dabei verwendeten Präfix bzw. die Namen der Schemata und der Passworte sollte man sich notieren, da sie im nächsten Schritt gebraucht werden.
  • In diesem Schritt wird mit dem Configuration Wizard die Domain erzeugt. Der Wizard wird mit  ../oracle_common/common/bin/config.sh aus dem Oracle Home-Verzeichnis aufgerufen, das im ersten Schritt angelegt wurde.
    Der Wizard erlaubt die Auswahl der zu konfigurierenden Komponenten. Die ADF Runtime ist in den Java Required Files (JRF) enthalten.

    Image

    WLS Configuration Wizard

    Nach den Angaben zur Domain sollte man die Server konfigurieren (Advanced Configuation). Wurde der Oracle Web Service Policy Manager bei der Konfiguration ausgewählt, muss man hier die Gruppen JRF-MAN-SVR und WSMPM-MAN-SVR auswählen.

  • Nach dem Anlegen der Domain kann der Server gestartet und das Deployment einer ADF-Applikation getestet werden.

<JM>

Written by fmtechteam

26/01/2014 at 20:08

Veröffentlicht in ADF, Jürgen Menge, WebLogic

Session Timeout im BI Publisher

leave a comment »

Wer kennt diese Nachricht nicht, arbeitet man als Entwickler mit dem Oracle BI Publisher und wurde einige Zeit durch ein Gespräch oder Telefonat abgelenkt.

BIP Session Timeout

BI Publisher Session Timeout

War es im BI Publisher 10g noch relativ einfach, diese Zeit heraufzusetzen, gestaltet sich das in der aktuellen Version 11g nicht ganz so einfach.
Ein erster Versuch, den Parameter Session Timeout (in seconds) über die WLS Console in der Konfiguration des Deployments zu ändern bringt jedenfalls nicht das gewünschte Ergebnis.

Session Timeout Configuration

Session Timeout in der WLS Console

Dieser Wert beträgt standardmäßig 3600 (Sekunden). Da der Timeout wesentlich früher zuschlägt, zieht dieser Wert offenbar nicht. Tatsächlich findet man in der Datei web.xml folgende Einstellung (Angaben in Minuten)

<session-config>
  <session-timeout>20</session-timeout>
</session-config>

Offensichtlich kommt die erste Warnung vor dem Timeout 5 Minuten bevor der Benutzer abgemeldet wird.
Die Datei web.xml befindet sich in Abhängigkeit von der installierten Version des BI Publisher an unterschiedlichen Stellen. Man muss aber nicht mühsam danach suchen, da wir die Einstellung ohnehin nicht in der Datei ändern werden.
Stattdessen werden wir einen Deployment Plan erzeugen und den gewünschten Wert dort eintragen.
Es gibt verschiedene Möglichkeiten, einen Deployment Plan zu erzeugen (Oracle JDeveloper, Oracle Enterprise Pack for Eclipse, WLS Scripting Language, WLS Console).
Wir verwenden in diesem Fall die Web Console des WLS (http://host:port/console) und rufen zunächst die Applikation des BI Publisher (bipublisher bzw. xmlpublisher) unter dem Punkt Deployments auf.

BIP Deployment

BI Publisher Deployment

Dann wählen wir einen beliebigen Parameter, z.B. den (wirkungslosen) Session Timeout unter Configuration aus, ändern den Wert und speichern die Änderung ab. Der WLS fordert uns nun auf, einen Deployment Plan unter dem Namen Plan.xml anzulegen.

Deployment Plan

Deployment Plan

Wir akzeptieren sowohl den Namen als auch das Verzeichnis und können danach die Console schließen. Das der WebLogic Server im laufenden Betrieb eine Kopie der Plan.xml vorhält, müssen wir zunächst den Server herunterfahren, bevor wir Änderungen in der Datei vornehmen.
Bevor wir manuelle Änderungen in der Datei Plan.xml vornehmen, sollte unbedingt eine Sicherheitskopie der Datei  erzeugt werden. Sind die Änderungen fehlerhaft, startet in vielen Fällen die Anwendung nicht mehr und wir können notfalls auf die Sicherheitskopie zurückgreifen.

In der Datei Plan.xml sind folgende Ergänzungen vorzunehmen:

  1. In der Sektion <variable-definition>
    <variable>
    <name>NewSessionValue</name>
    <value>150</value>
    </variable>
    

     

  2. In der Sektion <module-override>
    <module-descriptor external="false">
    <root-element>web-app</root-element>
    <uri>WEB-INF/web.xml</uri>
    <variable-assignment>
    <name>NewSessionValue</name>
    <xpath>/web-app/session-config/session-timeout</xpath>
    </variable-assignment>
    </module-descriptor>
    

Da wir direkt im Text ändern, muss sehr sorgfältig auf die korrekte Schachtelung der Tags und die Syntax geachtet werden.
Anschließend kann der WLS wieder gestartet werden. Danach sollte man noch einmal das Deployment der Applikation in der WLS Console auf eventuelle Fehlermeldungen überprüfen.
Im Beispiel ist der Wert auf 150 Minuten gesetzt. Hier wäre es sinnvoll, zunächst mit einem kleinen Wert (z.B. 5 Minuten) zu testen. Taucht nach dieser Zeit das Fenster mit dem Warnhinweis auf, war unser Vorgehen offensichtlich erfolgreich und wir können den Wert hochsetzen.
Ein besonderer Dank geht an unseren Kollegen Michael Fuhr, der  diesen Lösungsvorschlag  entwickelt hat.

<JM>

Written by fmtechteam

15/10/2013 at 17:10

Veröffentlicht in BI Publisher, Jürgen Menge, WebLogic

Änderung des Hostnamens einer FMW Domain inklusive WebTier

leave a comment »

Manchmal kommt es vor, dass eine Fusion Middleware Domain (SOA, BPM, WebCenter, …) umziehen muss und sich der Hostname dadurch ändert. Das kann zum Beispiel notwendig werden, wenn man eine virtuelle Umgebung vervielfältigt bzw. verschiebt, oder man im Rahmen einer Cloudlösung eine neue FMW Instanz auf Basis eines Templates anlegt und im zugrundeliegenden Template ein anderer Hostname konfiguriert wurde.

In der Fusion Middleware Dokumentation ist beschrieben, wie eine solche Änderung der Netzwerkkonfiguration vorgenommen wird. Das betrifft im Wesentlichen

  • ein Umzug der Datenbank mit dem FMW Repository
  • ein Umzug des Nodemanagers
  • ein Umzug der Managed Server
  • ein Umzug der WebTier

Darüber hinaus muss man auch die Registratur der WebTier Instanz im Fusion Middleware Control (EM Website) aktualisieren. Diese Registratur wird vom chgiphost Script nicht angefasst. Der EM spricht den OPMN der Instanz über den in der topology.xml eingetragenen Hostnamen an, was dazu führt, dass entweder ein Fehler beim Starten/Stoppen der Instanz über die EM Website geworfen wird oder im schlimmeren Fall, wenn der alte Hostname noch existiert, der OPMN der alten Instanz angesprochen wird. Man muss also die Registratur der WebTier Instanz auch noch korrigieren. Dazu geht man wie folgt vor.

  1. Aktualisierung <DOMAIN_HOME>/opmn/topology.xml mit dem richtigen Hostnamen
  2. Wechsel ins Verzeichnis <MW_HOME>/<WT_HOME>/instances/<INSTANCE>/bin/
  3. Instanz stopppen,
    ./opmnctl stopall
  4. Instanz aus der Domain deregistrieren (Domain mus gestartet sein),
    ./opmnctl unregisterinstance –instanceName <INSTANCE> –adminHost <DOMAINHOST> –adminPort <ADMIN PORT>
  5. Instanz neu registrieren,
    ./opmnctl registerinstance –adminHost <DOMAINHOST> –adminPort <ADMIN PORT>
  6. Instanz starten,
    ./opmnctl startall
  7. Instanz überprüfen,
    ./opmnctl status

In der EM Website müsste nun die aktualisierte WebTier verwaltet werden können.

Schießlich müssen auch noch, je nach Ausstattung der Domain, diverse Korrekturen in den installierten Anwendungen bzw. FMW Produkten  vorgenommen werden. Im Falle des Content Server sollte man das Setup aller outgoing providers überprüfen und ggf. korrigieren, zum Beispiel für den Inbound Refinery Server. Auch die Konfigurationsparameter HTTServerAddress in der config.cfg des Content Servers bzw. Inbound Refinery Servers muss aktualisiert werden (<DOMAIN_HOME>/ucm/cs/config/config.cfg, <DOMAIN_HOME>/ucm/ibr/config/config.cfg). Sollte WebCenter Portal (aka WebCenter Spaces) in der Domain vorhanden sein, so muss man auch die Registratur der WebCenter Services ggf. korrigieren (EM Website). Man sollte schließlich auch nicht vergessen, in die httpd.conf des OHS zu schauen und den Hostnamen dort ggf. aktualisieren.

Diese Thematik kann unter Umständen sehr komplex werden. Je komplexer die Domain aufgesetzt ist (Produkte, Clustering, Verteilung usw.), desto aufwendiger wird auch ein solcher Serverumzug.

<DM>

Written by fmtechteam

10/10/2013 at 17:40

Veröffentlicht in BPM, Detlef Müller, SOA, WebCenter, WebLogic

Ankündigung: Oracle WebLogic Server 12.1.2 Rocks

leave a comment »

Hiermit möchten wir eine  Serie  von praktischen Übungen/Artikeln unter dem Titel „Oracle WebLogic Server 12.1.2 Rocks“ ankündigen.  Wir werden den neuen WebLogic Server 12.1.2 vorstellen.

Zum Nachbauen/Ausprobieren ist das Aufsetzen eines Oracle VM Virtual Box Images notwendig. Dies wird Teil des ersten Artikels Oracle WebLogic Server 12.1.2 Rocks – Teil 1: Aufbau eines Oracle Linux 6 Oracle VM Virtual Box Images sein.

<MB>

Written by fmtechteam

19/09/2013 at 20:44

Veranstaltung: HTML5 aus Oracle Sicht

leave a comment »

Veranstalter: JUG Saxony

Sprecher: Peter Doschkinow (Oracle Deutschland B.V. & Co KG) und Shaun Smith (Oracle Canada)
Ort: HTW Dresden, Friedrich-List-Platz 1, 01069 Dresden, Hörsaal Z 211
Datum: 05. Juli 2013, 18:00 – 21:00 Uhr

HTML5 und Bleeding-Edge Java Enterprise Technologien aus Oracle Sicht
Sprecher: Peter Doschkinow, Oracle Deutschland

Kann Java für HTML5 genutzt werden? In dieser Veranstaltung wird gezeigt wie aktuelle Java Technologien die Erstellung von HTML5 Anwendungen vereinfachen. Zu ihnen gehören auf der Server-Seite JAX-RS, WebSocket, Server Sent Events und JSON API. Auf der Client-Seite ermöglicht JavaFX die Entwicklung von anspruchsvollen hybriden Java-JavaScript HTML5 Clients. Und NetBeans 7.3 verblüfft mit vertieften HTML5 Unterstützung.

From NoSQL to HTML5 (Vortrag in Englisch)
Sprecher: Shaun Smith, Oracle Canada

Data is the fuel enterprises run on and the data access requirements of today’s Java applications have grown to include JSON REST services for HTML5 and mobile clients, NoSQL database persistence, and multi-tenancy. Most developers use an assortment of independent frameworks to cope with each of these disparate requirements often having to copy and transform data from one format into another as it makes its way from database to browser and back again. Or they have to craft custom extensions to frameworks to provide features they were never designed to support. Meanwhile EclipseLink, best known as an open source provider of JPA for database access on the backend and JAXB for web services on the front end, has evolved to simplify the entire path from front to back. EclipseLink has added JSON binding to support HTML5 clients, zero code JAX-RS REST service support, NoSQL database persistence, and has integrated JPA with JAXB to make it easy to move data from database to XML or JSON and back again without data loss.

In this session we’ll dive into EclipseLink’s new services and build an application that goes from browser to database leveraging EclipseLink both in the back end for data persistence and on the front end for JSON over REST to HTML5 and JavaScript clients.

Anmeldung hier.

<MB>

Written by fmtechteam

01/07/2013 at 17:09