访问不到主页index.jsp的原因是servlet-api.jar包有冲突,删除lib的servlet-api.jar,如果报错则添加Apache Tomcat下的 servlet-api.jar 即可。

HTTP Status 500 - Unable to compile class for JSP:

type Exception report

message Unable to compile class for JSP:

description The server encountered an internal error that prevented it from fulfilling this request.

exception

org.apache.jasper.JasperException: Unable to compile class for JSP:

An error occurred at line: [43] in the generated java file: [D:\tomcat8.0\apache-tomcat-8.0.14\work\Catalina\localhost\test_project\org\apache\jsp\index_jsp.java]

The method getDispatcherType() is undefined for the type HttpServletRequest

Stacktrace:

org.apache.jasper.compiler.DefaultErrorHandler.javacError(DefaultErrorHandler.java:103)

org.apache.jasper.compiler.ErrorDispatcher.javacError(ErrorDispatcher.java:199)

org.apache.jasper.compiler.JDTCompiler.generateClass(JDTCompiler.java:450)

org.apache.jasper.compiler.Compiler.compile(Compiler.java:361)

org.apache.jasper.compiler.Compiler.compile(Compiler.java:336)

org.apache.jasper.compiler.Compiler.compile(Compiler.java:323)

org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:564)

org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:357)

org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:396)

org.apache.jasper.servlet.JspServlet.service(JspServlet.java:340)

javax.servlet.http.HttpServlet.service(HttpServlet.java:725)

org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52)

note The full stack trace of the root cause is available in the Apache Tomcat/8.0.14 logs.

Apache Tomcat/8.0.14

时间: 2024-10-05 10:09:52

访问不到主页index.jsp的原因是servlet-api.jar包有冲突,删除lib的servlet-api.jar,如果报错则添加Apache Tomcat下的 servlet-api.jar 即可。的相关文章

构建Apache Tomcat 6.0 Servlet/JSP 容器

构建Apache Tomcat 6.0 Servlet/JSP 容器 这个子项目包含了Tomcat 6.0的源代码,一个实现了Java Community Process http://www.jcp.org/ 的Servlet2.5和JSP2.1标准的容器. 注意:如果你只需要运行Tomcat,没有必要去构建它,你可以非常方便的下载一个二进制发布包.它是跨平台的.阅读RUNNING.txt文件,它介绍了怎样去运行它. 请按以下步骤来从源代码构建一个Tomcat的二进制发布版本: 下载并安装JD

Android源代码使用第三方jar包和android-support-v7-appcompat兼容lib库

下面是我引用了一个小的例子,这个makefile使用到了tct.drm.frameworks.jar,mtk-drm:libs/mtk.drm.frameworks.jar这两个jar包,并且该工程是依赖android-support-v7-appcompat兼容库的. 如果我们想把这个工程放到Android源码下编译,那么就需要加下面标注红色的内容: LOCAL_PATH:= $(call my-dir) include $(CLEAR_VARS) LOCAL_MODULE_TAGS := o

Eclipse for javaee中开发web项目,jar包必须放到/WEB-INF/lib文件夹下

1.tomcat应用服务器,它有其自己的类加载器,根据J2EE的规范去%web-project%/WEB-INF/lib的路径去找相应的lib下的jar文件 2.使用eclipse javaee IDE时,会将WEB-INF/lib中所有的lib自动加入到library中 3.eclipse工程下的library是用来编译里面的src中java文件的,实际发布到tomcat时,仅仅只复制了WEB-INF/lib里面的jar包,所以出现eclipse可以正常编译但tomcat运行是找不到类 4.你

spring maven项目解决依赖jar包版本冲突方案

引入:http://blog.csdn.net/sanzhongguren/article/details/71191290 在spring reference中提到一个解决spring jar包之间版本冲突的解决方案,原文如下 It is possible to accidentally mix different versions of Spring JARs when using Maven. For example, you may find that a third-party lib

如何将Maven项目中引用的Jar包复制到一个lib文件夹中

Maven的非web项目在执行时需要引用很多jar包,这时候通常的做法是将这些jar包统一放到lib目录中,maven的dependency插件可以帮我们做这件事情. 我们需要在pom文件的build节点的plugins节点内添加一个plugin,plugin内容如下: <plugins> <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-dependen

jar包版本冲突,并且要保留两个版本都能使用

问题:在做项目时,遇到jar版本冲突的问题,并且老代码依赖不能用新jar包代替,要保证功能不变须要保证两个jar都能使用 思路:使用runtime 的exec 方式另启线程运行,然后返回结果 解决: 1):创建可运行的jar包,并创建入口main方法,方法实现新功能的调用与结果或异常的返回 public static void main(String[] args) { try { //接收参数 String privateKeyPath = args [0]; /* 业务逻辑 */ Syste

解决maven的jar包依赖冲突的两种方案

方案1 直接点,直接exculde掉 1.先去下载maven helper的plugin   https://segmentfault.com/a/1190000018138945 2.直接exculde掉 选中冲突的jar包,然后exculde 方案2 两个版本冲突, 在项目pom.xml声明使用的版本 原文地址:https://www.cnblogs.com/zhangchiblog/p/11175340.html

Maven依赖jar包版本冲突解决方案

1.为何会产生依赖冲突 Maven中的传递性依赖机制,一方面简化了依赖声明,另一方面如果传递依赖有可能引发版本冲突.例如:有这样的依赖关系:a->b->c->x(1.0).a->d->x(2.0),对于这样的冲突Maven给出的方案是:第一原则:路径最近者优先,第二原则:在路径长度相等的前提下,pom中的依赖声明的顺序决定了谁会被解析. 2.如何排除依赖 pom如下: <dependency> ...... <exclusions> <exclu

重新看待Jar包冲突问题及解决方案

Jar包冲突是老生常谈的问题,几乎每一个Java程序猿都不可避免地遇到过,并且也都能想到通常的原因一般是同一个Jar包由于maven传递依赖等原因被引进了多个不同的版本而导致,可采用依赖排除.依赖管理等常规方式来尝试解决该问题,但这些方式真正能彻底解决该冲突问题吗?答案是否定的.笔者之所以将文章题目起为"重新看待",是因为之前对于Jar包冲突问题的理解仅仅停留在前面所说的那些,直到在工作中遇到的一系列Jar包冲突问题后,才发现并不是那么简单,对该问题有了重新的认识,接下来本文将围绕Ja