-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Kerotan,

On 5/25/2011 9:32 AM, kerotan wrote:
> On "Package Explorer" of Eclipse, the file system is showed as follows:
> --------------------
> test
> +--- WEB-INF/src
> |     +--- servlets
> |           +--- HelloServlet.java
> +--- sample.txt
> --------------------
> Yes. This webapp is devployes into the /test context path because I
> confirmed the following two points.
> First, I checked that
> \apache-tomcat-7.0.14\conf\Catalina\localhost\test.xml is existed and
> that "<Context path="/test"........../>" is described in test.xml.

You should not have the "path" attribute set in the <Context>... Tomcat
can infer the name of the context path from the name of the XML config
file, or the name of the WAR (or exploded WAR directory).

> Second, I tested that /test context path is workable with calling
> "http://localhost:8080/test/sample.txt"; on a browser. It is OK.

Good.

>>> A different file name, or a different "name" attribute chosen in the
>>> @WebServlet annotation? The former makes no sense, while the latter
>>> makes perfect sense.
>
> On "Package Explorer" of Eclipse, the file system is showed as follows:
> --------------------
> ex3
> +--- WEB-INF/src
> |     +--- input
> |     |     +--- GuessServlet.java
> |     +--- input2
> |           +--- GuessServlet.java
> +--- input
> |     +--- guess.jsp
> +--- input2
>       +--- guess.jsp
> --------------------
> "GuessServlet.java" of input2 package and "guess.jsp" of input2 package
> revise specification of each input package.
> In this case, "@WebServlet" annotation was not available under the
> different "urlPatterns".
> ------------
> package:input
> file name:GuessServlet.java
> 
> @WebServlet(name="GuessServlet", urlPatterns={"/guess"})
> public class GuessServlet extends HttpServlet {
> ------------
> package:input2
> file name:GuessServlet.java
> 
> @WebServlet(name="GuessServlet", urlPatterns={"/guess2"})
> public class GuessServlet extends HttpServlet {


Here, the problem is not that the file/class name is the same, but
because you have declared both servlets to be called "GuessServlet".
That's not legal: you must give them distinct names.

> I would like to explain a flow of three programs above Eclipse file system.
> First, A browser calls "http://localhost:8080/basic/reqattr/guess.jsp";.

Everything here is confusing: the context path changes from "/test" to
"/ex3" to "/basic". Let's deal with one thing at a time, here.

> Second, "guess.jsp" calls "/reqattr/GuessServlet.java" by inputing a
> charactor. In this servlet program, depending on a answer, a return path
> is branched into two paths.
> Third, two path are brabched depending on a answer. One is
> "/reqattr/guess.jsp". Another is "/reqattr/guess_hit.jsp". The branch
> control is done by "RequestDispatcher dispatcher =
> request.getRequestDispatcher(path);".
> Forth, "GuessServlet.java" can return to "guess.jsp" or "guess_hit.jsp".
> Fifth, "guess.jsp" can call "/reqattr/GuessServlet.java" by inputing a
> charactor, again.
> Sixth, Here, a browser showed the error message of HTTP status 404,
> which indicated that the requested resource(/guess) is not available.

- From what you have above, "/guess" does not appear to be a valid URL.
You appear to have lost the context path somewhere.

> A program of file upload with "@WebServlet" and "@MultipartConfig" is
> successfully workable in my environment. So far, I would like to ask you
> a technique to follow the specification of Servlet 3.0. Or is Tomcat
> 7.0.14 under the implementation of the specification on Servlet 3.0?

Yes, Tomcat 7.0 follows Servlet 3.0. You just appear to be using it
incorrectly.

- -chris
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk3dKsoACgkQ9CaO5/Lv0PDjGQCggYKfEOlJkd6EuNrc3fFE+obM
L00AoINnd5nCgbEwPeUtCl7Su91BstSF
=6KZx
-----END PGP SIGNATURE-----

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Reply via email to