... das Javalog wird, wie bereits erwähnt, über log4j.properties gesteuert. Damit ist dort alles regelbar, von selectivem logging für einzelne Programme oder Bereiche, bis hin zum reorg der Logdateien. Dazu gibt es jedwede Anleitung und Unterstützung im Netz.
Das logging im native Bereich ist davon nicht tangiert.
Zum logging gilt generell:
Im Bereich Programm Entwicklung empfehle ich stets mit globalem loglevel DEBUG zu arbeiten. Im Produktionsbetrieb könnte man das runtersetzen, wenn es dafür einen benennbaren Grund gibt. Man sollte dabei aber immer im Blick behalten, dass ein ausreichendes logging unverzichtbar zur Abklärung von Fehlersituationen ist. Von globalem abstellen halte ich überhaupt nichts und das logging in typischen RPG Anwendungen für völlig unzureichend.
Das logging des originären SQLCodes im Joblog ist unverzichtbar, das DB2/400 die Fehlerinformation des remote Servers zuweilen nache eigenem Gutdünken umbiegt und der SQL Code im Programm zuweilen Kaffeesatz Anteile enthält. Wer das verschlimmbessern will und das loggig abschalten will, die Software ist Open Source und eine Änderung in QRPGLESRC.JVAGATE kein Hexenwerk und PROPERTIES liefert das Handwerkszeug, das auch konfigurierbar zu machen. Immer frisch ans Werk. Ich bitte allerdings um Verständnis, dass ich dafür keinen weiteren Support leiste.

D*B