On Sun, 15 Dec 2002, Tomcat User wrote:

> Date: Sun, 15 Dec 2002 23:18:13 -0700
> From: Tomcat User <[EMAIL PROTECTED]>
> Reply-To: Tomcat Users List <[EMAIL PROTECTED]>
> To: Tomcat Users List <[EMAIL PROTECTED]>
> Subject: Re: Two inhibiting problems in developement with tomcat 4
>
> Lukas �sterreicher wrote:
>
> >Maybe I can find that switch somewhere.
> >
> >As to the other problem I'm still wondering. I have the standard binary
> >distribution of tc 4.1.12 and all other sources in the exception do show
> >line numbers, only my own don't.
> >Will you believe me it's tomcat itself somehow if I copy those classes
> >used on tomcat 3 which do show line numbers to my tomcat 4 install and
> >there suddenly they aren't shown?
> >Maybe theres some configuration about this too.
> >
> >Lukas
> >
> >--
> >To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
> >For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
> >
> >
> >
> Does reloading work if you have the reloadable=true attribute within
> your context tag?  (The context tag will be in your server.xml looking
> something like this.)
> <Context path="" docBase="ROOT" debug="0" reloadable="false"
> crossContext="false" />
>  From my understanding, servlets should automatically reload if that
> flag is set to true.
>
> I'm pretty sure there is not a config in tomcat explicitly for not
> printing line numbers when the jvm dumps stacks.  (Can anyone confirm
> this?)  I do know that TC does print the line numbers though if you
> compile with debug info.  I do this all the time, and have verified that
> it works under 4.1.12.  However I can't be 100% sure that this is the
> only mitigating factor, only say - 90% sure since I don't know that part
> of the catalina code base very well yet.
>

There is no configuration in Tomcat controlling this -- indeed, all Tomcat
does with an exception to log it is calls printStackTrace().

Whether line numbers are printed or not is a function of whether the
source code was compiled with the debug command line option (-g).

> Randy

Craig


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Reply via email to