Personally, I hate the invoker servlet because
- it exposes the class name being used. Much harder to refactor your system.
- Doesn't require explicit definition of servlets. This makes maintenance very hard because there is no roadmap of servlet definitions. web.xml is nice for this.
- The absense of explicit declaration allows forgetful lazy programmers to keep old servlets around allowing for security leaks.
- Doesn't require explicit definition of servlets. Its worth saying a second time because I hate it that much.
-Tim
Paul Yunusov wrote:
On Sunday 01 December 2002 01:55 pm, anywhere-info wrote:Thanks for the comment. Are you refering to this entry in web.xml?could you be you dint un-comment the invoker servlet in web.xml of ur tomcatPaul Yunusov wrote:Hello,
I was wondering what, in general, can cause a servlet to be "unavailable"
as reported by a StandardWrapperValve of Tomcat 4.1.12.
Thanks,
Paul
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional
commands, e-mail: <mailto:[EMAIL PROTECTED]>
<servlet-mapping>
<servlet-name>invoker</servlet-name>
<url-pattern>/servlet/*</url-pattern>
</servlet-mapping>
Individual mapping of the "/servlet/*" pattern to the invoker servlet for every application seems to have been the default behavior in 4.0.x. Can anyone explain, please, why it's changed to optional now?
Paul
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
-- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
