Feb 08 2013

IBM Message Broker logging overview

—Provided from IBM Message Broker platform

  • Rudimentary Activity-Log (Start/End Broker, deployments etc. Operational perspective)
  • Standart error logging (flow or transaction fails, queue full etc.)
  • Logging in Flow (LOG Command in ESQL, Logging from Java Compute Node)
  • Trace Node
  • Monitoring events

—Selfmade

  • Log4j
  • File Output Node
  • Logging into Database
  • Logging into MQ Queue
Logging type Target Control Content
Activity Log Syslog No Operational info
Standart error log Syslog No Operational info (unhandled exceptions)
Logging in flow Syslog Output from ESQL (LOG statement) and Java ComputeNode (e.g. MbService.logInformation) Any. single line of text.
Trace node One of: local error log (syslog), user trace (binary), file. Enable/Disable trace. Message from message flow and additional predefined message from message catalog.
Monitoring events MQ Topic Enable/Disable events. Only method for logging BEFORE flow begins (transaction start). Only method for log transactions. Anything in $Root, $Enviroment, $LocalEnviroment, $Properties, $DestinationList.
Log4j Any log4j destination Only from Java ComputeNode Any
FileOutputNode Any file path Per dynamic routing possible. Anything in $Root, $Enviroment, $LocalEnviroment, $Properties, $DestinationList.
Database logging Database From ESQL or Java Compute Node Any
Logging into Queue Queue MQ Output node in flow needed. Online Enable/Disable per dynamic routing possible. Message (But any message can be constructed by preceding node).

Local Enviroment (Dynamic Routing)
Message Broker Logs
Message Broker Trace
Message Flow Monitoring

Jan 22 2013

IBM Message Broker automatic windows deplyoment Русский

IBM Message Broker folgt der Unix Ideologie und hat eine Reihe von CommandLine tools für Konfiguration und Administration, die man durch Shell Scripte erweitern und automatisieren kann.
Im Windows wird das aber eher zum Problem.
Das klassische “Windows” Problem, ist die Einbidung von IBM Message Broker ins CI Enviroment (Jenkins, Hudson, CrusieControl etc.)

Ein BAR File (ein Message Broker Deployment Archive) wird auf Windows mit “mqsideploybar.exe” Programm deployed.
Das Programm geht von einem Enviroment aus, den durch Ausführung von mqsiprofile.cmd vorbereiten kann.
Die Ausführung von CMD Dateiein im Windows öffnet ein neues Shell unt terminiert nicht. Dadurch könnnen zwei oben genannte Aufrufe im ANT nicht sequentiell ausgeführt werden (ANT ist ein Standart-Deployment Mechanism für komplexe Enviroments).

Um das unzugehen, braucht man eine kleine BAT Datei, die den mqsiprofile mit “call” Aufruf “sourced”.

rem %1 - broker name
rem %2 - execution group name
rem %3 - bar file

call mqsiprofile.cmd
mqsideploy.exe %1 -e %2 -a %3 -m

Der ANT Aufruf sieht danach follgendermasen aus:

<exec executable="deploy.bat" spawn="false" resolveexecutable="true" vmlauncher="false">
  <arg value="${broker}" />
  <arg value="${executiongroup}" />
  <arg value="${barfile}" />
</exec>

MQSIDEPLOY
MQSIPROFILE

Apr 08 2012

Oracle ODI Interface-Sprache Русский

Oracle ODI erkennt (wie jede andere gute Java Anwendung) die Sprache von der Betriebsystem-Umgebung.

Aus unterschiedlichen Gründen (multinationales Entwickler-Team, schlecte Übersetzung, englische Dokumentation oder Tutorials) möchte man jedoch eine andere IDE Sprache festlegen. Um die Sprache in der aktuellen ODI Version zu ändern (11.1.1.6.0), muss man entsprechende Language Parameter an die Java-Virtual Machine übergeben.

Das ODI Client liest beim Start follgende Konfigurations-Datei [ODI_HOME]\oracledi\client\ide\bin\ide.config
Man muss also nur zwei zusätzliche Zeilen am Ende dieser Datei hinzufügen, um z.B. den US Locale zu setzen:

AddVMOption    -Duser.language=en
AddVMOption    -Duser.country=us

Oracle Data Integrator

/* */