tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Markus Schönhaber <>
Subject Re: HTTP 400 Error when trying to check Tomcat installation
Date Thu, 11 Dec 2008 14:25:08 GMT

> I have installed Tomcat version 6.

Although I doubt it's of any importance wrt your problem, for the
future: Tomcat's version numbers consist of three numbers separated by
dots - like 6.0.18.

> I copied the servlet-api.jar to the JDK directory because, according to Java
> for Dummies, it is needed to compile my servlets.

If the book really says so, I'd think that now was a good time to throw
it away.

> If it is not there,
> Eclipse reports errors when trying to import javax.servlet.* and when I try
> to use "extends HttpServlet".

If you're already using Eclipse, why don't you use it's Web Tools
Platform which takes care of setting the classpath when building, of
deploying etc. when developing webapps?

> Perhaps I should have mentioned that I am trying to learn how to program in
> Java and I am trying to set up the test environment for this.

If you're starting to program in Java, programming servlets is not the
starting point to the most easy route IMO.

> I am not
> trying to set up a Web Server for the internet. The books that I read and
> the Tomcat documentation said to change the invoker stuff.

Then you're most likely reading the wrong books.
But I'd be very interested to know where the official Tomcat
documentation says that one should enable the Invoker servlet.

> I had a look at the Tomcat logs but, being the novice that I am, they didn't
> mean anything to me.

You could post the relevant snippet (the timestamps should give a hint
what might be relevant) here. Even if it means nothing to you, it might
mean a lot to someone trying to help you.

> Not sure how to turn off IE's friendly messages nor what would be the result
> if I did so.

I'm no Windows user myself, so I don't know exactly. But IIRC it's
buried somewhere in the advanced internet options.
Without this option disabled, IE thinks it knows best what to show the
user (and especially: what not) when an error occurs and suppresses the
error message sent by the server that might actually contain information
about what went wrong. OTOH it might not - but with IE's "friendly"
error messages you'll never know.


To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message