网站的根目录是否有读取||写入的权限?,如果没有,修改一下:
在网站根目录 :执行 chmod 777 ./* 当然也可以使用界面 *** 作的方法 "将修改应用于子目录 "
本人偶遇此问题,配置都正常,但无法访问部署到Linux上tomcat中的项目。寻遍百度无果,偶然360加速其把虚拟机关了,然后我重启了虚拟机,然后启动Rehat,next 启动tomcat,再次访问就OK了 (http://192.168.1.200:8080/ssm/)。
总结:其它所有配置未变,重启linux然后重启tomcat,然后就可以访问部署到tomcat的项目了
提示:如遇此问题可尝试重启tomcat。
1、正确的端口号
出现404错误证明,TOMCAT是启动成功了的。 但是在一台计算机上,可以启动多个端口号不一样的TOMCAT, 所以请确保自己访问的是正确的那个端口号,别自己启动的是8080端口号的TOMCAT,但是访问的地址却用的是80端口(默认),这样肯定会出现404错误的。
2、环境变量
假设有两个Tomcat A和 B,自己分明运行的是B 下的startup.bat, 但是启动的却是A。
在环境变量中有两个属性:分别是CATALINA_HOME和CATALNIA_BASE,如果这个值指向的是A,那么即便运行的是B下的startup.bat, 真正启动的还会是A。
3、确定Web应用是否成功启动
虽然Tomcat启动成功了,但是对应的Web应用启动失败,依然会导致404错误。
倘若Web引用启动失败,那么就一定会在Tomcat的logs目录下的 localhost.当前日期.log 里留下错误信息。
打开这个文件,检查对应的Web应用是否启动过程中报错了。 也许是web.xml多写了一个标签结束,也许是对应的servlet类找不到。
4、webapps下的ROOT目录
有的时候,在server.xml 中配置的<context 是以“/"为开始路径的,与此同时,在webapps目录下还存在一个ROOT目录,这个ROOT目录其实也是告诉tomcat,以“/” 为开始路径。
那么这样就发生冲突了,Tomcat只能二选一,通常情况下都会选择ROOT目录,那么在server.xml中配置的就<context 就无法启动了,导致访问对应的资源提示404错误。
5、访问地址的时候是否加了web应用的名称
这个也是常犯的错误,加入部署的时候,指定了路径,比如:
<Context path="/j2ee" docBase="e:\\project\\j2ee\\web" debug="0" reloadable="false" />
那么访问的时候,要记得加上j2ee,像这样:http://127.0.0.1:8080/j2ee/hello
6、是否访问对资源了
这种错误也常见,写的文件是 hello.html, 但是访问的是 holle.html,会提示404。
7、不能访问WEB-INF目录下的资源
从安全角度触发,TOMCAT不允许访问WEB-INF目录下的HTML,JSP文件。 所以如果资源文件放在WEB-INFO下,也会提示404错误。
Web服务器的作用:
1、接收客户端的请求。
2、给客户端作出响应。
我们也可以自己手写Web服务器,但是那样太麻烦,而且难度很大,所以我们可以使用目前应用最广泛的Tomcat服务器。
常见的Web服务器:
lTomcat(Apache)
lJBoss(Redhat)
lGlassFish(Orcale)
lResin(Caucho)
lWeblogic(Orcale)
lWebsphere(IBM)
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)