How-to access BAM web applications from OS X

Introduction

I am currently working on a BAM architecture for a customer and run into problems when trying to access the BAM web applications from OS X. BAM web applications consist of the the following modules:

• Active Viewer
  Access previously configured dashboards and reports.
• Active
  The dashboard and report designer.
• Architect
  Tool to define the data objects needed for the dashboards and reports.
• Administrator
  Tool to administer for example the access privileges to access BAM

Sad but true the BAM web applications can only be used when using Microsoft Internet Explorer. BAM uses some Microsoft specific functions and features to display data in dashboards and graphics. There exists some plugins to overcome this limitations that can be used in Google Chrome and Mozilla Firefox. However these plugins only available on windows platforms. So the questions arises how-to access the BAM web applications from OS X?

Solution

The solution is based on Oracle VirtualBox and Images for Internet Explorer provided by Microsoft for testing purposes. VirtualBox can be downloaded from OTN with the following link. The Images for Internet Explorer can be obtain with the following link.

There exists a very good description and tooling to setup a VirtualBox Image with the corresponding Internet Explorer version on OS X. The description is available on the following link. I recommend to follow the given instructions.

After the successful setup of the VirtualBox Image with Internet Explorer there is another configuration step necessary. In my case I use a separate VirtualBox Image containing the BAM server. So I need 2 different VirtualBox Images talk to each other. I solved this by configuring a new network adapter in each VirtualBox Image.

I used "Internal network" as network adapter type and specified a name for the new network. Afterwards it is necessary to manually assign IP address for each VirtualBox Image for the every new internal network adapter.

That's all! After all this configuration steps BAM should be accessible.

Veröffentlicht von Markus Lohn am 10. Mai 2013 in Fusion Middleware, Oracle, SOA Keine Kommentare » | Permalink

SOA is the Software Equivalent of a Fast Breeder Nuclear Reactor

Ich hatte heute die Gelegenheit einen interessanten Artikel zum Thema SOA zu lesen. Der Autor Allan Kelly setzt sich kritisch mit der SOA-Technologie auseinander. Natürlich werden in diesem Artikel die typischen Gegenargumente aufgeführt und erläutert, so z. B. die Fokusierung der Entwickler auf technische Aspekte etc. Als Zusammenfassung kommt der Autor in diesem Artikel zum Ergebnis dass SOA lediglich im Labor oder bei großen Unternehmen erfolgreich zur Anwendung kommt. Der Vergleich wird ferner mit der Nukleartechnologie untermauert.

Zunächst einmal ist die Idee hinter dem Schlagwort SOA scheinbar für viele Unternehmen interessant, sonst würden nicht soviele Projekte in diesem Umfeld gestartet werden. Die Idee mit lose gekoppelten Services, die beliebig miteinander verknüpft werden können und die dadurch entstehende Agilität ist natürlich eine verlockende Vorstellung. Ich bin aber der Meinung, dass IT diese Ziele eigentlich schon immer verfolgt hat (siehe Corba), wenn auch oftmals unter einem anderen Schlagwort.

Bei der Beantwortung der Frage nach der Einführung und Implementierung einer SOA-Strategie ist natürlich anders zu bewerten. Generell ist eine ausschließliche Fokusierung auf Technologie nicht zielführend. Ebenso nicht erfolgsversprechend ist die Vernachlässigung der Fachseite. Spätestens beim Thema Geschäftsprozesse ist eine Zusammenarbeit unumgänglich. Auch eine starke Prägung aus einer zentralen Architekturabteilung (Stichwort: Elfenbeinturm) heraus, wird nicht den gewünschten Erfolg bringen.

Aus meiner Sicht, sind alle zuvor aufgeführten Punkte auch keine neuen Erkenntnisse. Vielmehr sind das die immer gleichen Problemstellungen, wenn eine Organisation mit weitreichenden Veränderungen konfrontiert wird. Ganz egal, ob das Thema SOA benannt wird oder XYZ.

Ich denke der Autor des Artikels hat anscheinend in der Vergangenheit viele negative Erfahrungen zum Thema SOA durchlebt und kommt deshalb zu diesem Urteil.

In meiner Erfahrung als Consultant habe ich nun schon mehrere SOA-Projekte mit unterschiedlichem Fokus erfolgreich begleiten dürfen. Aus meiner Sicht sind dabei folgende Punkte für jeden Projekterfolg entscheidend:

• Anforderungen des Kunden verstehen und entsprechend umsetzen
• Die eigenen technischen Affinitäten auch zurückzustellen, wenn die Lösung dies erfordert
• Das große Ganze bei Bedarf nicht aus den Augen verlieren
• Pragmatismus wo erforderlich

In diesem Sinne viel Erfolg bei der Umsetzung von SOA Projekten.

Link zum Artikel: hier klicken

Veröffentlicht von Markus Lohn am 18. Februar 2013 in Projekte, Projektmanagement, SOA Keine Kommentare » | Permalink

How to consume messages of different types with an adapter in SOA Suite 11g

Problem

When using a “queue� adapter in SOA Suite (AQ, JMS or MQ) you have to specify the precise message type. The message type is needed as XSD schema definition.

Messages format definition in Adapter Configuration

However in many cases it is necessary to consume more than one message type with the same queue. For instance a Mediator can be used defining routing rules based on the consumed message type. The concrete processing of the different message types can be further processed by special BPEL implementations

Message Dispatcher based on message type

Another use case I saw was the usage of the same names for the root elements for every message. But every message was defined by a different schema hence corresponds to a different type.

Solution

There exist two possibilities to deal with such a requirement:

1. Opaque option

In this case it is not necessary to specify a concrete message type in the adapter configuration. The message is provided as binary. Further processing requires a translation from the binary format back to XML. SOA Suite offers xpath functions doing this job (doTranslateFromNative(…)). However the drawback is that first of any other processing a translation is required. A routing based on the message type can’t be easily implemented. In addition it is not ensured that the binary format does contain a valid XML document. So a validation and corresponding error handling is also necessary.

2. AnyType

Another approach is defining a special XSD containing only one element of type AnyType.

<?xml
version="1.0" encoding="UTF-8" ?>
<xsd:schema
xmlns:xsd="http://www.w3.org/2001/XMLSchema" elementFormDefault="qualified"
                          targetNamespace="http://www.esentri.de/wsdl/ecs/Message/V1">
     <xsd:element name="root"
type="xsd:anyType"/>
</xsd:schema>

Use this generic schema definition as message type when configuring the adapter.

Define message format with anyType element

With this message type it is possible to handle any message type from the underlying queue. It allows applying every available XML message processing without any special conversion.

Mediator routing rule based on message type

The example describes the routing rule within mediator. It routes every message of type Bestellung to a special BPEL implementation processing messages of this type. The BPEL process itself can be configured to use only the corresponding message type as input.

<root>
  <Bestellung>
    <ID>74547c44:13cc8b72d4e:-8000</ID>
    <Version>1.0</Version>
    <Kunde>
     <Name>Mustermann</Name>
     <Vorname>Max</Vorname>
     <Strasse>Musterstrasse25</Strasse>
     <Ort>Musterstadt</Ort>
   </Kunde>
   <Positionen>
     <Position>
       <PosNr>1</PosNr>
       <Bezeichnung>Rasierwasser</Bezeichnung>
       <Preis>1.00</Preis>
     </Position>
   </Positionen>
  </Bestellung>
</root>

Another recommendation is to define a default routing rule in Mediator to handle every other message type that is not handle by a special routing rule.

Conclusion

It is a common requirement to route messages based on the message type. However this not quite easily to achieve in SOA Suite based on exactly one queue. In this case I would recommend trying to implement a solution based on the approach with using a special XSD and a element of type AnyType.

Veröffentlicht von Markus Lohn am 11. Februar 2013 in SOA Keine Kommentare » | Permalink

Mittendrin statt nur dabei: die 1. DOAG Developer Konferenz 2012

Zum Einstieg wagte Daniel Liebmann in seiner Keynote einen Ausblick auf die Zukunft der Oracle Entwicklung. Dabei sprach er generell von der "dritten Plattform", also nach dem Mainframe über den Desktop-PC hin zu Mobile & Cloud. Interessanter Aspekt dabei war die Untersuchung seiner Studenten:  Oracle bietet inzwischen 886 Produkte innerhalb 10 Produktlinien und über 200 Business Anwendungen an. Die Zukunft sieht Daniel Liebmann bei Tools, die generativen Ansätzen folgen (Domain Specific Language) und grafische Unterstützung bieten.

Neues bei Oracle JDeveloper - Oracle Cloud und Mobile Unterstützung

Diese Unterstützung konnte Frank Nimphius eindrucksvoll in seinem Vortrag zu JDeveloper 12c und den neuen ADF Features unterstreichen. In 40 Minuten Präsentation zeigte er fast 90 Folien mit neuen Funktionen und lang erwarteten Verbesserungen, die auch für die esentri Projekte von Bedeutung sind. Folgende Neuerungen sind geplant (Auszug):

- HTML 5, CSS 3 Unterstützung
- integrierte Mandandtenfähigkeit für Cloud Applikationen
- Maven Unterstützung
- Tablet & iOS Support

Aus unserer Sicht zeigte sich neben den vielen anderen Vorträgen auf der Developer Konferenz vor allem hier, welche Richtung Oracle einschlagen wird. Das Oracle Ökosystem wird seinen technologischen Vorsprung durch eine durchdachte Strategie weiter ausbauen. Denn kein anderer Hersteller bietet so viele verschiedene Möglichkeiten mit Industriestandards zu entwickeln.

JEE vs. SOA

Ein besonderes "Schmankerl" zeigte in diesem Zusammenhang Markus Lohn von Oracle. In seinem Vortrag ging es um die Frage, welche Entscheidungskriterien für den Einsatz von purem JEE gegenüber der SOA Suite mit dem SCA Ansatz zugrunde zu legen sind. In einem Praxistest zeigte er live eine "HelloWorld" Implementierung auf beiden Plattformen und verglich dabei die Performance. Auf gleicher Maschine konnte -  für viele überraschend - die SOA Suite ihre Vorteile ausspielen. Geladene Composites werden direkt ausgeführt, so dass die SOA Implementierung mit ordentlichem Vorsprung überzeugen konnte und in Summe schneller war, als die JEE Lösung.

Welcher Ansatz jedoch der bessere ist, muss im konkreten Fall entschieden werden und, da sind sich die esentri und Oracle Experten einig, bedarf einer fundierten Analyse im Vorfeld größerer Projekte.

Fazit

Die DOAG Development Konferenz kann als voller Erfolg verzeichnet werden und wird 2013 sicherlich seine Fortsetzung finden. Der nächste DOAG-Termin ist allerdings bereits im November diesen Jahres: die "große" DOAG Konferenz in Nürnberg . esentri ist auch hier wieder als Aussteller vertreten und mit einigen spannenden Vorträgen dabei.

Veröffentlicht von Robert Szilinski am 20. Juni 2012 in Allgemeines, DOAG, Oracle, Oracle Cloud, SOA Keine Kommentare » | Permalink