Feb
08
2013
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 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 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