Szeretném, ha a webalkalmazásom az SLF4j és a visszajelentkezés használatával jelentkezne. Én azonban ActiveMQ-t használok – ami megköveteli, hogy néhány, ha a jar-jei a /usr/share/tomcat6/lib könyvtárba kerüljenek (ez azért van, mert a várólisták a webalkalmazáson kívül vannak meghatározva, így az őket támogató osztályoknak konténerszintűeknek kell lenniük). . Az ActiveMQ 5.5+ SLF4j-api-t igényel, így a jar-nek be kell mennie. Mivel az SLF4j most indul, hozzá kell adni egy naplózási könyvtárat, különben egyszerűen nem fog működni. Így a logback-core és a logback-classic is bekerül.
Meglehetős frusztráció után elég jól működött, hogy hamarosan rendbe tegyem. Be kellett konfigurálnom a visszajelentkezést, hogy JNDI keresést használjon a kontextus lekéréséhez. Ezután meg tudja keresni a logback-kenobi.xml fájlt a webalkalmazásomban, és ott külön konfigurációval rendelkezik.
Azonban azon tűnődöm, hogy ez a legjobb módja-e ennek. Egyrészt úgy tűnik, hogy a kontextuskezelés nem támogatja a groovy formátumot. Volt egy logback.groovy a webalkalmazásomban, amely bejelentkezett a konzolra, amikor helyi fejlesztést végeztem (ami azt jelenti, hogy az Eclipse WTP szépen működik), de mindenhol máshol naplóz a fájlba és a Splunk Stormba. Valami hasonlót szeretnék csinálni ezzel a beállítással, de nem vagyok benne biztos, hogy a logback-kenobi.xml felülírásával vagy más módszerrel kell-e ezt megtennem.
Ne feledje, hogy jelenleg nincs szükségem magára a Tomcatre az slf4j-vel való bejelentkezéshez, bár ezt tervezem. Az ActiveMQ-nak sem igazán szükségem van az slf4j-vel való bejelentkezéshez, de szükségem volt rá, hogy ne 30 másodpercenként okádjon ki hibakeresési üzeneteket, ahogyan eddig is. Ismerem a tomcat-slf4j-logbak fájlt, de nem hiszem, hogy közvetlenül hasznos lenne mivel az ActiveMQ naplózást igényel, ami a probléma.
