Seit dem Release 11.1.2 des Oracle JDeveloper wird als Default eine JDBC Data Source mit dem Namen java:comp/env/jdbc/<conn>DS verwendet.
Wenn bei den Application Properties die Option Auto Generate and Synchronize weblogic-jdbc.xml with Descriptors during Deployment auf ON gesetzt ist, wird die Data Source als applikations-spezifische Data Source im WebLogic Server deployed und dort auch in der Console sichtbar.

Der große Nachteil besteht darin, dass bei jedem Test/Deployment der Applikation der Connection Pool für diese Data Source gestoppt und gestartet wird, was jedesmal mehr als eine Minute dauert.
Dieses Problem ist in der Note 1332498.1 – Undeploying ADF Application Takes > 60 Sec. When Using Application Level JDBC Datasource beschrieben.

Jetzt gibt es zwei Möglichkeiten, um damit umzugehen:

1. Die Data Source als globale Data Source über die Console im WebLogic Server einrichten und bei den Application Properties die Option Auto Generate and Synchronize weblogic-jdbc.xml with Descriptors during Deployment auf OFF setzen.
2. Die JDBC URL beim Application Module als alternative Methode für die Verbindung zur Datenbank verwenden.

Hier noch ein Auszug aus dem Oracle® Fusion Middleware Fusion Developer’s Guide for Oracle Application Development Framework:

„When you deploy to Oracle WebLogic Server, by default, the application-specific data source is not packaged with the application and Oracle WebLogic Server is configured to find a global data source named jdbc/applicationConnectNameDS using the look upjava:comp/env/jdbc/applicationConnectNameDS. Therefore, by following this naming convention, you enable a single data source connection name to work correctly when running the application in JDeveloper using an application-specific data source or when running on the deployed standalone server using a global data source.“

<JM>

• der Mobile Server gehört bei Oracle zu den Datenbank-Produkten, obwohl es sich im Kern um eine Java EE-Anwendung handelt
• die Bezeichnung „Lite“ ist aus dem Namen verschwunden. Die Rolle der lokalen Datenbank auf den mobilen Endgeräten wird von SQLite oder der Berkeley DB übernommen.

Der mobile Server wird als Java EE-Applikation auf einem WebLogic oder GlassFish Application Server deployed. Er unterstützt die Administration mobiler Endgeräte (Android) sowie die Synchronisation von Datenbanken auf mobilen Geräten (Berkeley DB, SQLite) mit einer zentralen Unternehmens-Datenbank.

Die Installations-Routine (OUI) ist sehr datenbank-lastig. Viele der geforderten Einstellungen sind für die Installation des Mobile Servers nicht notwendig. Folgende Umgebungs-Variablen sollten jedoch unbedingt gesetzt werden (am Beispiel des Oracle WLS 10.3.x):

Die zentrale Konfigurationsdatei mobile.ora befindet sich nach der Installation im Verzeichnis <MIDDLEWARE HOME>/wlserver_10.3/mobile/server/bin.
<JM>

Dieser Artikel stammt von unserem BPM Consulting Experten Joerg Liedtke, der uns erlaubt hat, diesen Artikel hier zu veröffentlichen.

Im neuen Release BPM 11gPS4FP gibt es nun die Möglichkeit, über eine neue Design-Komponente eine EMail-Notifikation direkt im BPMN-Prozess zu modellieren und zu implementieren.

Die folgende Abbildung 1 zeigt die neue Design-Palette im BPM Studio.

Abbildung 1: Design-Palette im BPM-Studio

Mit dieser Aktivität können nun direkt die verschiedenen Kommunikationskanäle adressiert werden.

Die folgende Abbildung 2 zeigt einen einfachen Testprozess mit Verwendung dieser neuen Notification-Task, die nun wie eine „normale“ Service Task in den Prozess eingebaut werden kann. Im vorliegenden Fall soll eine EMail-Notification erzeugt werden.

Abbildung 2: Integration der EMail-Task im BPMN-Prozess

Die Implementierungsdetails dieser Notification-Task sind in der folgenden Abbildung 3 dargestellt.

Abbildung 3: Implementierungsdetails einer EMail-Notification Task

Einer oder mehrere Anhänge können nun ebenfalls in einfacher Weise über eine XPATH-Funktion integriert werden, was die Abbildung 4 zeigt.

In Abhängigkeit vom adressierten Mail-Server kann es notwendig sein, auch explizit eine Encoding Information zu transportieren. Bei der Qualifikation des Mime-Types sollte auch der Unterstützungsgrad durch den EMail-Treiber des SOA-Servers beachtet werden.

Abbildung 4: Erzeugung eines Email-Anhangs

Wie in den bisherigen Releases auch, sind auch jetzt die notwendigen Konfigurationen für die Messaging und Notification Services des SOA-Servers durchzuführen, was in der Prodkutdokumentation ausführlich beschrieben ist.

Das übermittelte Ergebnis im Postfach des angeprochenen Mail-Servers zeigt die Abbildung 5.

Abbildung 5: Gesendete EMail im Mail-Client des Zielssystems

<Kersten Mebus>

]]> http://fmwtech.wordpress.com/2011/11/28/notification-aktivitat-in-bpm-11gps4fp/feed/ 0 fmtechteam 1 2 3_1 3_1_1 3_2 4 5 http://fmwtech.wordpress.com/2011/11/28/wiederverwendung-der-grafischen-detailinformationen-ui-in-mehreren-ht-komponenten-der-bpm-suite-11g/ http://fmwtech.wordpress.com/2011/11/28/wiederverwendung-der-grafischen-detailinformationen-ui-in-mehreren-ht-komponenten-der-bpm-suite-11g/#comments Mon, 28 Nov 2011 08:02:05 +0000 fmtechteam http://fmwtech.wordpress.com/?p=492 ]]> In vielen BPM Projekten wird häufig die Frage gestellt, wie die herausgenerierte Detailoberfläche einer HT in anderen HT Komponenten wiederverwendet werden kann. Dieses lässt sich sehr einfach bewerkstelligen, indem im generierten UI Projekt, die „hwtaskflow.xml“ Datei im Application Sources Verzeichnis des zugehörigen JDeveloper Projektes angepasst wird. Diese Datei enthält beispielhaft für eine generierte Oberfläche folgenden Inhalt:

<hwTaskFlow>
   <WorkflowName>Humantask1</WorkflowName>
   <TaskDefinitionNamespace>http://xmlns.oracle.com/ADFBPM/Humantask1</TaskDefinitionNamespace>
   <TaskFlowId>Humantask1_TaskFlow</TaskFlowId>
  <TaskFlowFileName>WEB-INF/Humantask1_TaskFlow.xml< /TaskFlowFileName>
</hwTaskFlow>

Dieser Inhalt wird einfach dupliziert und entsprechend angepasst.

<hwTaskFlow>
  <WorkflowName>Humantask2</WorkflowName>
  <TaskDefinitionNamespace>http://xmlns.oracle.com/ADFBPM/Humantask2</TaskDefinitionNamespace>
  <TaskFlowId>Humantask1_TaskFlow</TaskFlowId>
  <TaskFlowFileName>WEB-INF/Humantask1_TaskFlow.xml</TaskFlowFileName>
</hwTaskFlow>

Der TaskDefinitionNamespace referenziert den targetNamespace aus der Humantask Komponente im BPM Projekt, hier: aus der Humantask2.task Datei.

<Kersten  Mebus>

Konkret heißt dies, dass bestimmte Features des WebLogic Servers mit dieser Lizenz nicht genutzt werden dürfen. Welche das genau sind, ist in dieser Dokumentation detailliert beschrieben. Um nun überprüfen zu können, ob nach der Installation des WebLogic Servers gegen keine diese Beschränkungen verstoßen wird, gibt es vom Oracle Support ein Script (Python), das die Installation überprüft und mögliche Verstöße auflistet. Dieses Script und die Verwendung sind in der Note 885587.1  beschrieben.
Allerdings weist die aktuelle Fassung des Scripts noch einige Unzulänglichkeiten auf. So werden nach einer Standard-Installation der Oracle Fusion Middleware 11g Forms/Reports folgende Verstöße aufgelistet:

1. Application reports/forms version 11.1.1.2.0 uses version 11.1.1.2.0
2. Diagnostics framework system resource is being used:  Module-FMWDFW
3. PubSub server

Aktuell gibt es nur für die Punkte 2 und 3 einen Lösungsansatz:

1. Deinstallation des Frameworks FMWDFW über die WebLogic Server Console
2. Uncheck des PubSub servers bei der Installation des WebLogic Servers

Vermutlich wird es in Kürze eine aktualisierte Version des Scriptes geben.

<JM>

• für Windows und Linux gibt es jeweils ein 32- und ein 64-bit Installationspaket (zum Download)
• die Installation kann im Deployment- oder im Development-Modus ausgeführt werden (zur Installationsbeschreibung)
• die Installation ist deutlich leichtgewichtiger als im Release 1. So werden nur noch 2 GByte physischer Speicher benötigt.
• vom Internet Explorer werden die Versionen 7 bis 9 unterstützt (zur Zertifizierung).

Vor der Installation der Oracle FMW 11gR2 muss zunächst die Software des Oracle WebLogic Servers 10.3.5 in ein neues Middleware Home installiert werden.
Anschließend kann die Installation der Forms&Reports-Komponente gestartet werden. Während der Konfigurations-Phase, die auch separat ausgeführt werden kann, wird eine Domain vom Typ Classic erzeugt.
Wählt man den Development-Modus aus, wird neben den Builder-Komponenten für Forms und Reports nur noch ein Admin Server für Testzwecke angelegt und konfiguriert.
Nach der Installation eines Entwickler-Arbeitsplatzes unter Windows waren keine Nacharbeiten mehr erforderlich, um sowohl die beiden Entwicklungs-Werkzeuge als auch den Server zu nutzen.

<JM>

Die geänderten Prozeßdaten sind jeweils in der Implementierung der einzelnen Aktivitäten sichtbar. Hier muss überprüft werden, ob die Änderung den Geschäftsprozeßfluss beeinflusst oder nicht. Zusätzlich zu diesen Aufgaben muss sichergestellt werden, ob die Datenzuweisungen noch richtig sind. Die Oberfläche muss nicht noch einmal neu generiert werden, sondern die zugehörigen DataControls, die die Datenstruktur für das Layout beschreiben, müssen per Mausklick aktualisiert werden. Dann können die Änderungen, wie gewohnt, per Drag & Drop in die Oberfläche nachgezogen werden.

Nachfolgender Prozeß verwendet eine Bestellungsdatenstruktur (XSD), die einer HumanTask zugeordnet ist (Data Association).

Die Oberfläche mit den zugehörigen Data Controls sieht wie folgt aus.

Nachfolgende Abbildung zeigt die XSD-Datei.

Nun ändern wir die XSD Datei im JDeveloper, indem eine neue komplexe Struktur hinzugefügt wird:

Die Änderungen sind in der Prozeßimplementierung direkt sichtbar. Da die Zuordnung auf den obersten Knoten erfolgte, musste hier keine Änderung weiter vorgenommen werden.

Für die Oberfläche muss das zugehörige Data Control aktualisiert werden, indem per rechte Maustaste die „Edit Definition“ ausgeführt wird. Anschließend muss der Button „Refresh Data Control“ gedrückt werden, der das Data Control auf den neusten Stand bringt. Danach das kleine Refresh-Zeichen (zwei blaue entgegengesetzte Pfeile) neben der Data Control Überschrift betätigen und die Änderung ist sichtbar.

Nun kann die Änderung, hier die hinzugefügte komplexe Struktur, per Drag & Drop in die Oberfläche gezogen werden.

<KM>

UserTask1 hat die Default Einstellung für den Performer: „current lane participant“ und UserTask2 und UserTask3 haben als Performer: „previous lane participant“ eingestellt.

<KM>

Oracle Business Process Management Suite 11g Handbook
by Manoj Das, Manas Deb, and Mark Wilkins

<KM>

# BPM Composer problem
 EXTRA_JAVA_PROPERTIES="${EXTRA_JAVA_PROPERTIES}
                        -da:org.apache.myfaces.trinidad.component.UIXCollection"
 export EXTRA_JAVA_PROPERTIES

<KM>