Yes, that's it.

I do have custom page defined in web.xml with  <error-page>, but it is
theoretically possible to still get Tomcat exception, if for example somehow
it was thrown within the custom error page. 

So I am just trying to avoid this unlikely scenario.

I thought maybe there is a request parameter I can modify in these
situations that stores the version number.

Or something :)

Thanks

--MB



Christopher Schultz-2 wrote:
> 
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> Chuck,
> 
> On 1/15/2010 1:36 PM, Caldarale, Charles R wrote:
>>> From: massive.boisson [mailto:[email protected]] Subject:
>>> RE: Hide Tomcat Version From Default Error Page
>>> 
>>> I still get: Apache Tomcat/6.0.20 at the bottom.
>> 
>> Bottom of what?  The server attribute of <Connector> controls the
>> content of the Server HTTP header, nothing else.  If you have a
>> webapp that displays the container's id line, fix your webapp to not
>> do that.
> 
> He's talking about Tomcat's default error page, which does display the
> server version at the bottom.
> 
> I believe the default error page is either pre-compiled and/or stuffed
> into a JAR file somewhere, so it's tough to modify it.
> 
> The best solution for the OP would be to define a custom error page that
> /does not/ show the version number.
> 
> - -chris
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.10 (MingW32)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
> 
> iEYEARECAAYFAktQt7QACgkQ9CaO5/Lv0PBleACfe3n6k4ZfAFBOifFcgEpMktGg
> 3xkAoLmTR4OeDzOQBXDbxmrCP6Sy3hrS
> =QnlD
> -----END PGP SIGNATURE-----
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [email protected]
> For additional commands, e-mail: [email protected]
> 
> 
> 

-- 
View this message in context: 
http://old.nabble.com/Hide-Tomcat-Version-From-Default-Error-Page-tp27180665p27182619.html
Sent from the Tomcat - User mailing list archive at Nabble.com.


---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to