Instead of subclassing the Tapestry servlet(s) you could implement a
Servlet Filter.
see
http://java.sun.com/products/servlet/Filters.html
and
http://www.rtner.de/software/MDCUserServletFilter.html
On 12/4/06, Takács Bence <[EMAIL PROTECTED]> wrote:
Unfortunately we usually use Tapestry framework, not pure servlet. So in
that case we would need to override Tapestry's Application Servlet. Is
there any other way to do this?
What about the appenders? Or can I somehow override the root logger to
do the thing?
Thanks:
Bence
James Stauffer wrote:
> AFAIK there is no way to set it in the config file so one way to set
> it is to call MDC.put("server", serverName) at the beginning of every
> doGet or doPost. Another option may be to have the socket server call
> MDC.put("server", clientName) but I haven't tried that option.
>
> On 12/4/06, Bence Takács <[EMAIL PROTECTED]> wrote:
>> Hello
>>
>> I'm sorry, I haven't used MDC before. How can I set it from the config
>> (properties, or xml) file?
>>
>> What do you mean "at the beginning of every servlet call"? You mean
>> that all my servlet has to set MDC in the doGet(), and doPost()
>> methods? Could you write an example code?
>>
>> Thanks:
>> Bence
>>
>> On 12/4/06, James Stauffer <[EMAIL PROTECTED]> wrote:
>> > If you set the MDC at the beginning of every servlet call then most
>> > errors will have it set.
>> >
>> > On 12/4/06, Bence Takács <[EMAIL PROTECTED]> wrote:
>> > > Hello
>> > >
>> > > Could you express, what do you mean? In the documentation there
>> is no
>> > > example for managing MDC-s from config files (only for reading
>> them).
>> > > But I cannot change tomcat's codes, i can change it's logging
>> > > properties from the logging.properties, or xml file.
>> > >
>> > > Could you help me, how can I manage MDC through this kinds of
>> config files?
>> > >
>> > > Thanks:
>> > > Bence
>> > >
>> > >
>> > > On 12/4/06, Blok, Eelke <[EMAIL PROTECTED]> wrote:
>> > > > I don't have experience with Log4J in Tomcat, but the usual
>> solution is to make sure the originating server is in an MDC field.
>> This may well be taken care of in your setup already.
>> > > >
>> > > > -----Original Message-----
>> > > > From: Bence Takács [mailto:[EMAIL PROTECTED]
>> > > > Sent: maandag 4 december 2006 13:33
>> > > > To: [email protected]
>> > > > Subject: Change the log hierarchy on a log server
>> > > >
>> > > >
>> > > > Hello
>> > > >
>> > > > I have a log server (SimpleSocketServer), which gathers all the
>> log4j clients log. All the clients use their application specific
>> settings, and a root logger (in ERROR level) to catch tomcat Exceptions.
>> > > >
>> > > > To the server the log hierarchy is like this:
>> mycountry.mycompany.myapplication1
>> > > > mycountry.mycompany.myapplication2
>> > > > mycountry.mycompany.myapplication3
>> > > > org.apache.catalina
>> > > >
>> > > > In this way if I get a tomcat error, I don't know which server
>> was the source of the exception.
>> > > >
>> > > > Does any way to change the logging hierarchy like this:
>> myserver1.mycountry.mycompany.myapplication1
>> > > > myserver1.org.apache.catalina
>> myserver2.mycountry.mycompany.myapplication2
>> > > > myserver2.org.apache.catalina
>> myserver3.mycountry.mycompany.myapplication3
>> > > > myserver3.org.apache.catalina
>> > > >
>> > > > Thanks:
>> > > > Bence
>> > > >
>> > > >
>> ---------------------------------------------------------------------
>> > > > To unsubscribe, e-mail: [EMAIL PROTECTED]
>> > > > For additional commands, e-mail:
>> [EMAIL PROTECTED]
>> > > >
>> > > >
>> > > >
>> > > >
>> > > >
>> ---------------------------------------------------------------------
>> > > > To unsubscribe, e-mail: [EMAIL PROTECTED]
>> > > > For additional commands, e-mail:
>> [EMAIL PROTECTED]
>> > > >
>> > > >
>> > >
>> > >
>> ---------------------------------------------------------------------
>> > > To unsubscribe, e-mail: [EMAIL PROTECTED]
>> > > For additional commands, e-mail: [EMAIL PROTECTED]
>> > >
>> > >
>> >
>> >
>> > --
>> > James Stauffer http://www.geocities.com/stauffer_james/
>> > Are you good? Take the test at http://www.livingwaters.com/good/
>> >
>> > ---------------------------------------------------------------------
>> > To unsubscribe, e-mail: [EMAIL PROTECTED]
>> > For additional commands, e-mail: [EMAIL PROTECTED]
>> >
>> >
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>>
>>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
