Mailing-List: contact log4j-user-help@logging.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Log4J Users List" <log4j-user@logging.apache.org>
Received-SPF: pass (nike.apache.org: domain of sujathardn@wavecrest.gi
 designates 209.85.215.52 as permitted sender)
From: sujatha rdn <sujathardn@wavecrest.gi>
References: <kr6i3tbtsoj1peq98o3rryo6.1412678182769@email.android.com>
 <CACmp6krpxD=DHjc4yoe+XEmr605Thb=yQ88kEPxMKM0nHfWjjw@mail.gmail.com>
In-Reply-To: 
 <CACmp6krpxD=DHjc4yoe+XEmr605Thb=yQ88kEPxMKM0nHfWjjw@mail.gmail.com>
MIME-Version: 1.0
Thread-Index: AQJqVqu+z/6kerC41j+xp1A2267HjQIINtaUmt+HTYA=
Date: Tue, 7 Oct 2014 20:29:42 +0530
Message-ID: <f789a47c765768626775d3e852a5d903@mail.gmail.com>
Subject: RE: Issue with configuration status and Rolling Files
To: Log4J Users List <log4j-user@logging.apache.org>
Content-Type: multipart/mixed; boundary=089e01493a0c2f03240504d673d8

--089e01493a0c2f03240504d673d8
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

I think I found the issue of what it is. But couldn=E2=80=99t get the fix o=
f that.

Actually I created two loggers from the same JAVA file. And then given thei=
r
configuration in log4j2.xml in the following way.

And I am accessing loggers in JAVA in the following way:
private static final org.slf4j.Logger slfLogger=3D
LoggerFactory.getLogger("webAnalyticLog");
private static final org.slf4j.Logger adminSlfLogger=3D
LoggerFactory.getLogger("adminAnalyticLog");

               <Logger name=3D"webAnalyticLog" additivity=3D"false">
                        <level value=3D"debug"/>
                        <AppenderRef ref=3D"AsynclogAnalytics"/>
                </Logger>
                <Logger name=3D"adminAnalyticLog" additivity=3D"false">
                        <level value=3D"debug"/>
                        <AppenderRef ref=3D"adminAsynclogAnalytics"/>
                </Logger>


Is this scenario possible ?? or should I do any change in the
configuration??

Herewith sharing my log4j2.xml configuration.

Thanks,
Sujatha

-----Original Message-----
From: Matt Sicker [mailto:boards@gmail.com]
Sent: Tuesday, October 07, 2014 7:19 PM
To: Log4J Users List
Subject: Re: Issue with configuration status and Rolling Files

Let me make sure I understand how you're deploying this. Are you including
this all in your webapp and deploying to Tomcat? As in not putting it in
Tomcat's lib directory (which if you did that, you shouldn't include
log4j-web; better support for this in upcoming 2.1 release)?

Also, what version of Tomcat? In older versions of Tomcat (like pre-7.0.43)=
,
JARs named "log4j*.jar" would be ignored for certain things, though that ma=
y
only be relevant for Servlet 3.x autoconfig.

On 7 October 2014 05:36, Gary Gregory <garydgregory@gmail.com> wrote:

> Can you try version 2.0.2?
>
> Perhaps a local build of the master from git?
>
> Gary
>
> <div>-------- Original message --------</div><div>From: sujatha rdn <
> sujathardn@wavecrest.gi> </div><div>Date:10/07/2014  04:46
> (GMT-05:00)
> </div><div>To: Log4J Users List <log4j-user@logging.apache.org>
> </div><div>Subject: RE: Issue with configuration status and Rolling
> Files </div><div> </div>Yes. I am using the following list of jars in
> my webapp.
>
> log4j-api-2.0.jar
> log4j-slf4j-impl-2.0.jar ( as I am using slf4j as a interface in my
> application to connect to log4j2) log4j-core-2.0.jar log4j-web-2.0.jar
>
> Here is my log4j2.xml and web.xml as well.
>
> I have added a new log file in the log4j2.xml and then restarted my
> tomcat.
> It doesn=E2=80=99t create the new log file after successful start up of t=
omcat
> ( it only created the previous log files in the specified folder)
>
> Hence, I added the log4j2 configuration in JAVA_OPTS
> (-Dlog4j.configurationFile=3Dfile:///etc/config/xml/log4j2.xml) and
> restarted the tomcat. Now it created all the log files successfully
> and writes to files, but after some it wipes out.
>
> Log4j2 had created all the following log files and Analytics.log and
> APIRequestResponse.log is updated too.
> -rw-rw-r-- 1 wcuser wcuser    0 Oct  7 13:49 UserActivity.log
> -rw-rw-r-- 1 wcuser wcuser    0 Oct  7 13:49 Analytics_admin.log
> -rw-rw-r-- 1 wcuser wcuser    0 Oct  7 13:49 ruleAnalytics.log
> -rw-rw-r-- 1 wcuser wcuser  963 Oct  7 13:50 APIRequestResponse.log
> -rw-rw-r-- 1 wcuser wcuser 7079 Oct  7 13:50 Analytics.log
>
> But after some time , my Analytics.log goes to oKB.
> -rw-rw-r-- 1 wcuser wcuser   0 Oct  7 13:49 UserActivity.log
> -rw-rw-r-- 1 wcuser wcuser   0 Oct  7 13:49 Analytics_admin.log
> -rw-rw-r-- 1 wcuser wcuser   0 Oct  7 13:49 ruleAnalytics.log
> -rw-rw-r-- 1 wcuser wcuser 963 Oct  7 13:50 APIRequestResponse.log
> -rw-rw-r-- 1 wcuser wcuser   0 Oct  7 13:52 Analytics.log
>
> Am I doing something wrong in the configuration??
>
> -----Original Message-----
> From: Matt Sicker [mailto:boards@gmail.com]
> Sent: Monday, October 06, 2014 8:32 PM
> To: Log4J Users List
> Subject: Re: Issue with configuration status and Rolling Files
>
> Are you using log4j-web? Also, are you looking for Tomcat's logs to
> come from Log4j as well? Because that isn't possible without a JUL
> adapter (which Log4j 2.1 will have).
>
> On 6 October 2014 04:02, sujatha rdn <sujathardn@wavecrest.gi> wrote:
>
> > Yup.
> >
> > Herewith attaching the configuration file.
> >
> > And also, in my application, I will be accessing in the following way.
> >
> > Public class Logger{
> > private static final org.slf4j.Logger slfLogger=3D
> > LoggerFactory.getLogger("webAnalyticLog");
> > private static final org.slf4j.Logger adminSlfLogger=3D
> > LoggerFactory.getLogger("adminAnalyticLog");
> >
> > if(info.getServiceType() =3D=3D ADMIN){
> >                         adminSlfLogger.info(message);
> >                 }else{
> >                         slfLogger.info(message);                }
> > }
> >
> > -----Original Message-----
> > From: Harinath Mallepally [mailto:harinath@careerscale.in]
> > Sent: Monday, October 06, 2014 2:22 PM
> > To: Log4J Users List
> > Subject: Re: Issue with configuration status and Rolling Files
> >
> > share the configuration file.
> >
> >
> >
> > Thanks
> > Harinath Mallepally
> > harinath@careerscale.in
> > Careerscale IT Consulting LLP
> > +91 9391920444 / 040-42100276
> > Hyderabad
> >
> > On Mon, Oct 6, 2014 at 2:17 PM, sujatha rdn
> > <sujathardn@wavecrest.gi>
> > wrote:
> >
> > > Hi,
> > >
> > >
> > >
> > > I have migrated to log4j2 with slf4j adapter. But I am facing some
> > issues.
> > >
> > >
> > >
> > > 1.       When I add configuration status <configuration status=3D=E2=
=80=9Dtrace=E2=80=9D>
> > > I
> > > don=E2=80=99t see any logs related to log4j in my catalina logs
> > >
> > > 2.       And also, I have 5 loggers mapped to 5 different rolling
> files.
> > > But only 4 files get created in the specified location and in that
> > > only one files gets updated with the logs.
> > >
> > >
> > >
> > > Here are some details that you want to know before you suggest me
> > > a solution.
> > >
> > > 1.       I am working on servlet 2.5 web application and our containe=
r
> > > is
> > > tomcat 7.
> > >
> > > 2.       I am using slf4j adapter as interface in my application to
> > access
> > > log4j2
> > >
> > >
> > >
> > > Do please let me know if you need any further details to help me out.
> > >
> > >
> > >
> > >
> > >
> > > Thanks,
> > >
> > > Sujatha
> > >
> >
> >
> > --------------------------------------------------------------------
> > - To unsubscribe, e-mail: log4j-user-unsubscribe@logging.apache.org
> > For additional commands, e-mail: log4j-user-help@logging.apache.org
> >
>
>
>
> --
> Matt Sicker <boards@gmail.com>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: log4j-user-unsubscribe@logging.apache.org
> For additional commands, e-mail: log4j-user-help@logging.apache.org
>


--
Matt Sicker <boards@gmail.com>

--089e01493a0c2f03240504d673d8
Content-Type: text/xml; charset=US-ASCII; name="log4j2.xml"
Content-Disposition: attachment; filename="log4j2.xml"
Content-Transfer-Encoding: base64
X-Attachment-Id: f545f3b2c20ed65e_0.1

PD94bWwgdmVyc2lvbj0iMS4wIiBlbmNvZGluZz0iVVRGLTgiPz4NCjxjb25maWd1cmF0aW9uPg0K
DQoJPCEtLSBBcHBlbmRlcnMgLS0+CQkNCgkgPEFwcGVuZGVycz4NCgkJPENvbnNvbGUgbmFtZT0i
Y29uc29sZSIgdGFyZ2V0PSJTWVNURU1fT1VUIj4NCgkJCTxQYXR0ZXJuTGF5b3V0IHBhdHRlcm49
IiVkIC0gWyV0XSAlLTVwOiAlYzolTCAtICVtJW4iLz4NCgkJPC9Db25zb2xlPg0KCQ0KCQk8QXN5
bmMgbmFtZT0iYXBpUmVxUmVzQXN5bmNBcHBlbmRlciIgYnVmZmVyU2l6ZT0iMjAwMCIgYmxvY2tp
bmc9ImZhbHNlIj4NCgkJCTxBcHBlbmRlclJlZiByZWY9ImFwaVJlcVJlc0xvZ2dlckFwcGVuZGVy
Ii8+DQoJCTwvQXN5bmM+DQoJCQ0KCQk8QXN5bmMgbmFtZT0idWFzeW5jQXBwZW5kZXIiIGJ1ZmZl
clNpemU9IjUwMDAwMCIgYmxvY2tpbmc9ImZhbHNlIiA+DQoJCQk8QXBwZW5kZXJSZWYgcmVmPSJ1
c2VyQWN0aXZpdHlBcHBlbmRlciIvPg0KCQk8L0FzeW5jPgkJDQoJCQ0KCQk8QXN5bmMgbmFtZT0i
QXN5bmNsb2dBbmFseXRpY3MiIGJ1ZmZlclNpemU9IjUwMDAwMCIgYmxvY2tpbmc9ImZhbHNlIj4N
CgkJCTxBcHBlbmRlclJlZiByZWY9ImxvZ0FuYWx5dGljcyIvPg0KCQk8L0FzeW5jPg0KCQkNCgkJ
PEFzeW5jIG5hbWU9ImFkbWluQXN5bmNsb2dBbmFseXRpY3MiIGJ1ZmZlclNpemU9IjUwMDAwMCIg
YmxvY2tpbmc9ImZhbHNlIj4NCgkJCTxBcHBlbmRlclJlZiByZWY9ImFkbWluTG9nQW5hbHl0aWNz
Ii8+DQoJCTwvQXN5bmM+DQoJCQ0KCQk8QXN5bmMgbmFtZT0iYXN5bmNDb25zb2xlIiBidWZmZXJT
aXplPSI1MDAwMDAiIGJsb2NraW5nPSJmYWxzZSIgPg0KCQkJPEFwcGVuZGVyUmVmIHJlZj0iY29u
c29sZSIvPg0KCQk8L0FzeW5jPg0KCQkNCgkJPEFzeW5jIG5hbWU9IkFzeW5jQmF0Y2hGaWxlQXBw
ZW5kZXIiIGJ1ZmZlclNpemU9IjUwMDAwMCIgYmxvY2tpbmc9ImZhbHNlIj4NCgkJCTxBcHBlbmRl
clJlZiByZWY9IkJhdGNoRmlsZUFwcGVuZGVyIi8+DQoJCTwvQXN5bmM+DQoJCQ0KCQk8QXN5bmMg
bmFtZT0iYXN5bmNBcHBlbmRlciIgYnVmZmVyU2l6ZT0iNTAwMDAwIiBibG9ja2luZz0iZmFsc2Ui
Pg0KCQkJPEFwcGVuZGVyUmVmIHJlZj0icnVsZUFwcGVuZGVyIi8+DQoJCTwvQXN5bmM+DQoJCQ0K
CQk8Um9sbGluZ0ZpbGUgIG5hbWU9InVzZXJBY3Rpdml0eUFwcGVuZGVyIiBmaWxlTmFtZT0iL2hv
bWUvd2N1c2VyL2NvbmZpZy9sb2dzL2FuYWx5dGljcy9Vc2VyQWN0aXZpdHkubG9nIiBhcHBlbmQ9
InRydWUiIGZpbGVQYXR0ZXJuPSIvaG9tZS93Y3VzZXIvY29uZmlnL2xvZ3MvYW5hbHl0aWNzL1Vz
ZXJBY3Rpdml0eS5sb2cuJWR7eXl5eS1NTS1kZH0iPg0KCQkJPFBhdHRlcm5MYXlvdXQgcGF0dGVy
bj0iJW0lbiIvPg0KCQkJPFBvbGljaWVzPiAgICAgICAgICAgICAgDQoJCQkJPFRpbWVCYXNlZFRy
aWdnZXJpbmdQb2xpY3kgaW50ZXJ2YWw9IjEiIG1vZHVsYXRlPSJ0cnVlIi8+DQoJCQkJPFNpemVC
YXNlZFRyaWdnZXJpbmdQb2xpY3kvPg0KCQkJPC9Qb2xpY2llcz4NCgkJPC9Sb2xsaW5nRmlsZT4N
CgkJDQoJCTxSb2xsaW5nRmlsZSBuYW1lPSJsb2dBbmFseXRpY3MiIGZpbGVOYW1lPSIvaG9tZS93
Y3VzZXIvY29uZmlnL2xvZ3MvYW5hbHl0aWNzL0FuYWx5dGljcy5sb2ciIGFwcGVuZD0idHJ1ZSIg
ZmlsZVBhdHRlcm49Ii9ob21lL3djdXNlci9jb25maWcvbG9ncy9hbmFseXRpY3MvQW5hbHl0aWNz
LmxvZy4lZHt5eXl5LU1NLWR9Ij4NCgkJCTxQYXR0ZXJuTGF5b3V0IHBhdHRlcm49IiVkIC0gWyVY
e3RyYW5zYWN0aW9uSWR9XSBbJXRdICUtNXA6ICVjOiVMIC0gJW0lbiIvPg0KCQkJPFBvbGljaWVz
PiAgICAgICAgICAgICAgDQoJCQkJPFRpbWVCYXNlZFRyaWdnZXJpbmdQb2xpY3kgaW50ZXJ2YWw9
IjEiIG1vZHVsYXRlPSJ0cnVlIi8+DQoJCQkJPFNpemVCYXNlZFRyaWdnZXJpbmdQb2xpY3kvPg0K
CQkJPC9Qb2xpY2llcz4NCgkJPC9Sb2xsaW5nRmlsZT4NCgkJDQoJCTxSb2xsaW5nRmlsZSBuYW1l
PSJhZG1pbkxvZ0FuYWx5dGljcyIgZmlsZU5hbWU9Ii9ob21lL3djdXNlci9jb25maWcvbG9ncy9h
bmFseXRpY3MvQW5hbHl0aWNzX2FkbWluLmxvZyIgYXBwZW5kPSJ0cnVlIiBmaWxlUGF0dGVybj0i
L2hvbWUvd2N1c2VyL2NvbmZpZy9sb2dzL2FuYWx5dGljcy9BbmFseXRpY3NfYWRtaW4ubG9nLiVk
e3l5eXktTU0tZH0iPg0KCQkJPFBhdHRlcm5MYXlvdXQgcGF0dGVybj0iJWQgLSBbJVh7dHJhbnNh
Y3Rpb25JZH1dIFsldF0gJS01cDogJWM6JUwgLSAlbSVuIi8+DQoJCQk8UG9saWNpZXM+ICAgICAg
ICAgICAgICANCgkJCQk8VGltZUJhc2VkVHJpZ2dlcmluZ1BvbGljeSBpbnRlcnZhbD0iMSIgbW9k
dWxhdGU9InRydWUiLz4NCgkJCQk8U2l6ZUJhc2VkVHJpZ2dlcmluZ1BvbGljeS8+DQoJCQk8L1Bv
bGljaWVzPg0KCQk8L1JvbGxpbmdGaWxlPg0KCQkNCgkJPFJvbGxpbmdGaWxlIG5hbWU9InJ1bGVB
cHBlbmRlciIgZmlsZU5hbWU9Ii9ob21lL3djdXNlci9jb25maWcvbG9ncy9hbmFseXRpY3MvcnVs
ZUFuYWx5dGljcy5sb2ciIGFwcGVuZD0idHJ1ZSIgZmlsZVBhdHRlcm49Ii9ob21lL3djdXNlci9j
b25maWcvbG9ncy9hbmFseXRpY3MvcnVsZUFuYWx5dGljcy5sb2cuJWR7eXl5eS1NTS1kfSI+DQoJ
CQk8UGF0dGVybkxheW91dCBwYXR0ZXJuPSIlZHtkZCBNTU0geXl5eSBISDptbTpzc30gLSBbJXRd
ICUtNXA6ICVjOiVMIC0gJW0lbiIvPg0KCQkJPFBvbGljaWVzPiAgICAgICAgICAgICAgDQoJCQkJ
PFRpbWVCYXNlZFRyaWdnZXJpbmdQb2xpY3kgaW50ZXJ2YWw9IjEiIG1vZHVsYXRlPSJ0cnVlIi8+
DQoJCQkJPFNpemVCYXNlZFRyaWdnZXJpbmdQb2xpY3kvPg0KCQkJPC9Qb2xpY2llcz4NCgkJPC9S
b2xsaW5nRmlsZT4NCgkJDQoJCTxSb2xsaW5nRmlsZSBuYW1lPSJCYXRjaEZpbGVBcHBlbmRlciIg
ZmlsZU5hbWU9Ii9ob21lL3djdXNlci9jb25maWcvbG9ncy9iYXRjaC5sb2ciIGFwcGVuZD0idHJ1
ZSIgZmlsZVBhdHRlcm49Ii9ob21lL3djdXNlci9jb25maWcvbG9ncy9iYXRjaC5sb2cuJWR7eXl5
eS1NTS1kfSI+DQoJCQk8UGF0dGVybkxheW91dCBwYXR0ZXJuPSIlZCAlbSVuIi8+DQoJCQk8UG9s
aWNpZXM+ICAgICAgICAgICAgICANCgkJCQk8VGltZUJhc2VkVHJpZ2dlcmluZ1BvbGljeSBpbnRl
cnZhbD0iMSIgbW9kdWxhdGU9InRydWUiLz4NCgkJCQk8U2l6ZUJhc2VkVHJpZ2dlcmluZ1BvbGlj
eS8+DQoJCQk8L1BvbGljaWVzPg0KCQk8L1JvbGxpbmdGaWxlPg0KCQkNCgkJPFJvbGxpbmdGaWxl
IG5hbWU9ImFwaVJlcVJlc0xvZ2dlckFwcGVuZGVyIiBmaWxlTmFtZT0iL2hvbWUvd2N1c2VyL2Nv
bmZpZy9sb2dzL2FuYWx5dGljcy9BUElSZXF1ZXN0UmVzcG9uc2UubG9nIiBhcHBlbmQ9InRydWUi
IGZpbGVQYXR0ZXJuPSIvaG9tZS93Y3VzZXIvY29uZmlnL2xvZ3MvYW5hbHl0aWNzL0FQSVJlcXVl
c3RSZXNwb25zZS5sb2cuJWR7eXl5eS1NTS1kfSI+DQoJCQk8UGF0dGVybkxheW91dCBwYXR0ZXJu
PSIlbSVuIi8+DQoJCQk8UG9saWNpZXM+ICAgICAgICAgICAgICANCgkJCQk8VGltZUJhc2VkVHJp
Z2dlcmluZ1BvbGljeSBpbnRlcnZhbD0iMSIgbW9kdWxhdGU9InRydWUiLz4NCgkJCQk8U2l6ZUJh
c2VkVHJpZ2dlcmluZ1BvbGljeS8+DQoJCQk8L1BvbGljaWVzPg0KCQk8L1JvbGxpbmdGaWxlPg0K
CTwvQXBwZW5kZXJzPgkNCgkgPExvZ2dlcnM+DQoJCTxMb2dnZXIgbmFtZT0iVXNlcl9BY3Rpdml0
eSIgYWRkaXRpdml0eT0iZmFsc2UiPg0KCQkJPGxldmVsIHZhbHVlPSJpbmZvIi8+DQoJCQk8QXBw
ZW5kZXJSZWYgcmVmPSJ1YXN5bmNBcHBlbmRlciIvPg0KCQk8L0xvZ2dlcj4NCgkJPExvZ2dlciBu
YW1lPSJ3ZWJBbmFseXRpY0xvZyIgYWRkaXRpdml0eT0iZmFsc2UiPg0KCQkJPGxldmVsIHZhbHVl
PSJkZWJ1ZyIvPg0KCQkJPEFwcGVuZGVyUmVmIHJlZj0iQXN5bmNsb2dBbmFseXRpY3MiLz4NCgkJ
PC9Mb2dnZXI+DQoJCTxMb2dnZXIgbmFtZT0iYWRtaW5BbmFseXRpY0xvZyIgYWRkaXRpdml0eT0i
ZmFsc2UiPg0KCQkJPGxldmVsIHZhbHVlPSJkZWJ1ZyIvPg0KCQkJPEFwcGVuZGVyUmVmIHJlZj0i
YWRtaW5Bc3luY2xvZ0FuYWx5dGljcyIvPg0KCQk8L0xvZ2dlcj4gDQoJCTxMb2dnZXIgbmFtZT0i
QVBJX1JFUVVFU1RfUkVTUE9OU0VfTE9HR0VSIiBhZGRpdGl2aXR5PSJmYWxzZSI+DQoJCQk8bGV2
ZWwgdmFsdWU9ImluZm8iLz4NCgkJCTxBcHBlbmRlclJlZiByZWY9ImFwaVJlcVJlc0FzeW5jQXBw
ZW5kZXIiLz4NCgkJPC9Mb2dnZXI+DQoJCTxMb2dnZXIgbmFtZT0id2F2ZWNyZXN0LmRlY2lzaW9u
ZW5naW5lLmNvbW1vbi5SdWxlRXhlY0xvZ2dlciIgYWRkaXRpdml0eT0iZmFsc2UiPg0KCQkJPGxl
dmVsIHZhbHVlPSJpbmZvIi8+DQoJCQk8QXBwZW5kZXJSZWYgcmVmPSJhc3luY0FwcGVuZGVyIi8+
DQoJCTwvTG9nZ2VyPg0KCSAgICA8TG9nZ2VyIG5hbWU9IndhdmVjcmVzdC5mb3VuZGF0aW9uLmxv
Z2dlci5GaWxlTG9nZ2VyIiBhZGRpdGl2aXR5PSJmYWxzZSI+DQoJCQk8bGV2ZWwgdmFsdWU9Imlu
Zm8iLz4NCgkJCTxBcHBlbmRlclJlZiByZWY9IkFzeW5jQmF0Y2hGaWxlQXBwZW5kZXIiLz4NCgkJ
PC9Mb2dnZXI+DQoJCTxMb2dnZXIgbmFtZT0iY29tLmpvbGJveC5ib25lY3AiIGxldmVsPSJXQVJO
Ii8+DQoJCTxMb2dnZXIgbmFtZT0ib3JnLmhpYmVybmF0ZSIgbGV2ZWw9IldBUk4iLz4NCgkJPExv
Z2dlciBuYW1lPSJvcmcuYXBhY2hlLmNhbWVsIiBsZXZlbD0iV0FSTiIvPg0KCQk8TG9nZ2VyIG5h
bWU9Im9yZy5zcHJpbmdmcmFtZXdvcmsiIGxldmVsPSJXQVJOIi8+DQoJCTxSb290IGxldmVsPSJp
bmZvIj4NCgkJCTxBcHBlbmRlclJlZiByZWY9ImFzeW5jQ29uc29sZSIvPg0KCQk8L1Jvb3Q+DQoJ
IDwvTG9nZ2Vycz4NCgkNCjwvY29uZmlndXJhdGlvbj4NCg==

--089e01493a0c2f03240504d673d8
Content-Type: text/plain; charset=us-ascii


---------------------------------------------------------------------
To unsubscribe, e-mail: log4j-user-unsubscribe@logging.apache.org
For additional commands, e-mail: log4j-user-help@logging.apache.org
--089e01493a0c2f03240504d673d8--