Tomcat部署servlet小应用无法找到相应的servlet类的问题可能原因

今天特别有成就感, 感谢上帝,是他让我不轻易放弃。好了下面简单介绍一下我的问题。我最近在学习 Headfirst servlet JSP 第81页面关于部署一个小应用。但是无论怎么调试无法找到servlet,最开始是web.xml里面的servlet和servlet-mapping位置放错了,在这里也提醒一下各位,请一定要仔细检查这个部署文件,确定没有错。

<web-app xmlns="http://java.sun.com/xml/ns/j2ee"

xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"

xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd"

version="2.4">

<description>My first web app in Java.</description>

<display-name>My Web App</display-name>

<servlet>

<servlet-name>ch3beer</servlet-name><!--这是一个虚构的名字,只能够在描述文件中使用-->

<servlet-class>example.BeerSelect</servlet-class><!--这是一个Servlet的完全限定名字-->

</servlet>

<!--这里将这个名字映射到供给外部访问用-->

<servlet-mapping>

<servlet-name>ch3beer</servlet-name>

<url-pattern>/Sb.do</url-pattern>

</servlet-mapping>

</web-app>

把web.xml弄好了之后,再运行,仍然无法找到servlet,通过查询Tomcat的catalina.2014-05-17.log,发现有如下的错误,红色为错误的问题。

May 17, 2014 11:14:17 AM org.apache.catalina.startup.ContextConfig applicationWebConfig

SEVERE: Parse error in application web.xml file at jndi:/localhost/beer-v1/WEB-INF/web.xml

com.sun.org.apache.xerces.internal.impl.io.MalformedByteSequenceException: Invalid byte 2 of 2-byte UTF-8 sequence.

at com.sun.org.apache.xerces.internal.impl.io.UTF8Reader.invalidByte(UTF8Reader.java:684)

at com.sun.org.apache.xerces.internal.impl.io.UTF8Reader.read(UTF8Reader.java:369)

at com.sun.org.apache.xerces.internal.impl.XMLEntityScanner.load(XMLEntityScanner.java:1742)

at com.sun.org.apache.xerces.internal.impl.XMLEntityScanner.scanData(XMLEntityScanner.java:1242)

at com.sun.org.apache.xerces.internal.impl.XMLScanner.scanComment(XMLScanner.java:756)

at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanComment(XMLDocumentFragmentScannerImpl.java:1040)

at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next(XMLDocumentFragmentScannerImpl.java:2954)

at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(XMLDocumentScannerImpl.java:648)

at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:511)

at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:808)

at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:737)

at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:119)

at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1205)

at com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.parse(SAXParserImpl.java:522)

at org.apache.tomcat.util.digester.Digester.parse(Digester.java:1675)

at org.apache.catalina.startup.ContextConfig.applicationWebConfig(ContextConfig.java:365)

at org.apache.catalina.startup.ContextConfig.start(ContextConfig.java:1045)

at org.apache.catalina.startup.ContextConfig.lifecycleEvent(ContextConfig.java:265)

at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:142)

at org.apache.catalina.core.StandardContext.start(StandardContext.java:4616)

at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:799)

at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:779)

at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:583)

at org.apache.catalina.startup.HostConfig.deployDirectory(HostConfig.java:1079)

at org.apache.catalina.startup.HostConfig.deployDirectories(HostConfig.java:1002)

at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:506)

at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1317)

at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:324)

at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:142)

at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1065)

at org.apache.catalina.core.StandardHost.start(StandardHost.java:822)

at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1057)

at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:463)

at org.apache.catalina.core.StandardService.start(StandardService.java:525)

at org.apache.catalina.core.StandardServer.start(StandardServer.java:754)

at org.apache.catalina.startup.Catalina.start(Catalina.java:595)

at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)

at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)

at java.lang.reflect.Method.invoke(Method.java:597)

at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:289)

at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:414)

然后通过Google查询到一篇帖子:http://stackoverflow.com/questions/9920758/malformedbytesequenceexception-invalid-byte-2-of-2-byte-utf-8-sequence

通过查询这个帖子,得到一些提示可能是web.xml文本的格式问题。想了一下的确有可能,因为我是首先新建立一个文本文件,然后通过修改后缀名称为xml.最后通过文本编辑软件Notepad++将web.xml转换成utf-8,然后重启一下tomcat服务就解决这个问题。哈哈,真心不知道,web.xml还有这个讲究啊,希望能够帮助其他的一些朋友。

附录-utf-8维基的解释,utf-8目前普遍用在互联网数据的编码上面。

http://en.wikipedia.org/wiki/UTF-8

UTF-8 has become the dominant character encoding for the World Wide Web, accounting for more than half of all Web pages。

Tomcat部署servlet小应用无法找到相应的servlet类的问题可能原因

时间: 2024-08-06 19:46:23

Tomcat部署servlet小应用无法找到相应的servlet类的问题可能原因的相关文章

tomcat部署java web项目遇到的一些小挫折

背景:本人不是Java开发人员,经过四年多的历练,可以说是一枚BI攻城师了吧,最近粗糙的写了一个Portal来集成cognos报表,下面就入正题说一下发布过程中遇到的小问题吧. a:前提:Java web项目已经在MyEclipse里面开发好,发布,利用MyEclipse8.5自带的tomcat运行,通过IE访问项目主页,登录验证一切OK b:把Java web项目导出为.war格式的文件放到tomcat/webapp下面 或者 在MyEclipse8.5中添加自己安装的tomcat6.0然后运

JavaWeb-07(tomcat与web程序结构与Http协议与Servlet基础)

JavaWeb-07 JavaWeb-tomcat与web程序结构与Http协议与Servlet基础 HTTP协议(记住) 1.http协议:规定了客户端和服务端交流时的数据格式 a. WEB浏览器与WEB服务器之间的一问一答的交互过程必须遵循一定的规则,这个规则就是HTTP协议. b. HTTP是HyperText Transfer Protocol(超文本传输协议)的简写,它是TCP/IP协议的一个应用层协议,用于定义WEB浏览器与WEB服务器之间交换数据的过程及数据本身的格式. c. HT

tomcat部署web应用的4种方法

在Tomcat中有四种部署Web应用的方式,简要的概括分别是: (1)利用Tomcat自动部署 (2)利用控制台进行部署 (3)增加自定义的Web部署文件(%Tomcat_Home%\conf\Catalina\localhost\AppName.xml) (4)手动修改%Tomcat_Home%\conf\server.xml文件来部署web应用 第一种方式:利用Tomcat自动部署 利用Tomcat自动部署方式是最简单的.最常用的方式.若一个web应用结构为D:\workspace\WebA

tomcat部署几种方式

对Tomcat部署web应用的方式总结,常见的有以下四种: 1.[使用控制台部署] 访问Http://localhost:8080,并通过Tomcat Manager登录,进入部署界面即可. 2.[利用Tomcat自动部署] 将应用程序复制到Tomcat的 webapps路径下,Tomcat启动时将自动加载. 3.[修改Server.xml文件部署] 用UE或EditPlus打开Tomcat位于conf/server.xml的配置文件,找到以下内容: <Host name="localho

Servlet小总结

Servlet Servlet(服务器端小程序)是使用Java语言编写的服务器端程序,像JSP一样,生成动态的Web页.Servlet主要运行在服务器端,并由服务器调用执行. Servlet处理的基本流程:    (1)客户端通过HTTP提出请求: (2)Web服务器接收该请求并将其发送给Servlet,若这个Servlet尚未被加载,Web服务器将它加载到Java虚拟机中并执行它. (3)Servlet程序将接收该HTTP请求并执行某种处理. (4)Servlet会将处理后的结果向Web服务器

[转载]Tomcat部署与配置

转载来源: http://ibash.cc/frontend/article/2/ 感觉挺好的  自己之前总是怕麻烦 其实是水平不够. 一句话介绍Tomcat Tomcat是一个免费的开源的Web应用服务器,属于轻量级的应用服务器,具有处理HTML页面的功能:另外它还是一个Servlet和JSP容器,独立的Servlet容器是Tomcat的默认模式. Tomcat安装 note:本文的JDK版本为1.8,Tomcat版本为8.0,安装过程均采用源码安装 部署JDK 下载页面: http://ww

Tomcat系列(11)——Tomcat 部署web应用的4种方法

核心内容 1.在Tomcat中有四种部署Web应用的方式,分别是: (1)利用Tomcat自动部署(项目直接拷贝OR WAR包拷贝 到webapps下) (2)利用控制台进行部署(tomcat的manager控制台的deploy区域) (3)增加自定义的Web部署文件(%Tomcat_Home%\conf\Catalina\localhost\AppName.xml) (4)手动修改%Tomcat_Home%\conf\server.xml文件来部署web应用 2.SpringBoot WEB项

Tomcat 部署 The APR based Apache Tomcat Native ...

Tomcat启动时提示org.apache.catalina.core.AprLifecycleListener- ApacheTomcatJavaJNIIE 网上针对此问题提供的文章很多,但多数和我遇到的情况有出入,所以我将其记录于此 最近开发中需要使用Tomcat,随意找来个较新的版本6.0.20就用.发现启动时提示: "2010-5-12 18:06:06 org.apache.catalina.core.AprLifecycleListener init 信息: The APR base

Eclipse Tomcat部署项目没有加载新加的静态资源文件

额,一直用MyEclipse,后来用Eclipse时,启动项目后去Tomcat webapps找对应文件夹,发现没有,才知道Eclipse 默认不往本地Tomcat部署. 1.eclipse不像MyEclipse默认将项目部署到tomcat安装目录下的webapps中,而默认部署到工作目录下的.metadata.plugins\org.eclipse.wst.server.core\tmp1\wtpwebapps中,tmp1文件夹里面存放着该项目的信息. 2.解决: 为了使项目默认部署到tomc