Co se tyce logovani tak JBoss 3.2.7 bere ohled na vlastni log4j.properties aplikace a loguje kategorie do appenderu :) podle definice v tomto souboru. Neni tedy nutno konfigurovat log4j.xml jbossu. Vyzkouseno pred chvilkou na stazene verzi Jboss 3.2.7 bez jakychkoliv uprav Jbossu. Nezkousel ale jsem menit konfiguraci za behu (mozna vyzkousim pozdeji).
DH >>> [EMAIL PROTECTED] 12/09/05 07:13odp. >>> Dobry den, posilam take par poznamek k log4j: (1) Chcete-li logovat podle kontextu, podivejte se na tridy "org.apache.log4j.MDC" (MappedDiagnosticContext) a "org.apache.log4j.NDC" (NestedDiagnosticContext). V praxi jsem pouzil NDC pro logovani udaju, ktere se vztahovaly ke konkretnimu kontextu (v nasem pripade slo o HTTP session). Vse se ale logovalo do jednoho spolecneho souboru. Vystup do ruznych souboru pro ruzne kontexty jsme neresili. Pravdepodobne bude treba napsat vlastni appender, ktery bude s kontextem (naplnenym pres NDC) umet pracovat. Mozna to uz bude nekde i hotove... (2) Pokud jde o aplikacni servery, setkali jsme se s problemy v konfiguraci logovani. Jestlize aplikacni server sam o sobe nepouziva log4j (napr. WAS), je konfigurace logovani zalezitosti aplikace a vse je na vas. V opacnem pripade (napr. JBoss), musite konfiguraci logovani pro aplikaci vclenit do konfiguracniho souboru serveru, coz je neprijemne. Take jsem se setkal s problemy, kdyz jsem chtel menit konfiguraci logovani za behu aplikace apod. ---------- mp. -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Martin Javorek Sent: Monday, September 12, 2005 4:56 PM To: Java Subject: J2EE logging - přístupy a řešení Ahoj, řeším teď otázku logování v J2EE aplikaci. Současný stav je nevyhovující a já bych rád našel rozumné řešení, které implementujeme, abychom to nemuseli dělat za půl roku znovu. Požadavky: - logování do DB není zcela žádoucí, lepší se jeví využití např. Log4J a 1 logovacího souboru s rolováním - táž aplikace poběží i ve více kontextech na jednom serveru, tedy log soubory jednotlivých kontextů se nesmí přepisovat - různí zákazníci mohou mít vlastní logovací nastavení (řekněme svůj log4j konfigurační soubor) a bylo by tedy lepší mít tento soubor mimo aplikaci (WAR/EAR), podobně jako je např. definice datasources, aby při update aplikace nedošlo k přepsání těchto nastavení - aplikace poběží na Tomcatu (verze 5 a výš) a WAS 6, dost možná v budoucnu i na jiných J2EE serverech Chtěl bych znát vaše nápady, řešení, zkušenosti a tak :-) Díky. Martin
