方法:idea中点击maven,点击圈圈(Reimport all maven projects),查看有没有爆红,爆红的话找到对应的爆红jar包重新在maven引入依赖。PS:我的是spring-core和spring-beans未标明版本,声明一下版本为5.3.9即可。
具体可以查看这个文章:
404:源服务器未能找到目标资源的表示或者是不愿公开一个已经存在的资源表示
注意,造成该问题的原因有很多,这只是其中一种问题的解决方式!
方法:idea中点击maven,点击圈圈(Reimport all maven projects),查看有没有爆红,爆红的话找到对应的爆红jar包重新在maven引入依赖。PS:我的是spring-core和spring-beans未标明版本,声明一下版本为5.3.9即可。具体可以查看这个文章:404:源服务器未能找到目标资源的表示或者是不愿公开一个已经存在的资源表示...
类型
状态
报告
消息 请求的
资源
[/chapter06/IndexServlet]不可用
描述
源
服务器
未能
找到
目标
资源
的
表示
或者是
不愿
公开
一个
已经
存在
的
资源
表示
。
Apache Tomcat/9.0.37
问题原因,浏览器不能直接访问Java文件
问题的
解决
方法
1、提交表单时遇到此问题
<form name = reg action=/login method=post>
<meta charset=UTF-8>
账号:<input type=text name=usernam
如果连servlet都没有
找到
相应的路径,那就确认路径的地址填写是否正确。其发出的真正地址其实应该是localhost:8080/项目名称/具体请求
问题在于:action="/user/first.do"前的/应该去掉
<p>第
一个
springmvc项目</p>
<p><a href="/user/first.do">发起some.do的get请求</a></p>
2.自己制作新的镜像(初学者可以尝试一下)
到此这篇关于Docker Tomcat为何看不到访问界面的文章就介绍到这了,更多相关Docker Tomcat访问内容请搜索软件开发网以前的文章或继续浏览下面的相关文章希望大家以后多多支持软件开发网!
IDEA-Tomcat-
源
服务器
未能
找到
目标
资源
的
表示
或者是
不愿
公开
一个
已经
存在
的
资源
表示
1起因2经过3说白了
在学习springMVC的过程中,写了
一个
demo需要部署到本地Tomcat上来运行(直接使用IDEA配置本地tomcat,不用再手动发war包到tomcat目录下)。因为之前用SpringBoot项目比较多(集成了Tomcat,不需要额外部署设置;也不需要额外配好多xml),所以这部分可以说是从0学起,踩了好多坑。
出现上面“
源
服务器
未能
找到
目标
资源
的
表示
或者是
不愿
公开
一个
已经
存在
的
资源
今天总结的时候发现的问题:
你在applicationContext.xml文件里配置的包扫描把 controller层的包给扫描了这是错误的,applicationContext.xml文件不应该扫描控制层,需要把他排除掉 在applicationContext.xml写如下代码!
<context:component-scan base-package="com">
<context:exclude-filt
当我们向tomcat
服务器
发起请求时,出现如下的错误
状态
提示–
404
.这个问题在开发过程中可能会经常遇到,所以做
一个
归纳总结:
以下的内容适用于IDEA,使用其他编辑器的小伙伴们需要注意区别。
–> 访问的
资源
并不
存在
,仔细检查文件名与路径中的文件名是否一致,比如:hello.jsp写成了hallo.jsp。
–> 虚拟路径没有写对,可以在配置tomcat里查看虚拟路径名,一般请求路径中包含虚拟路径名(也可以不包含),例如:
http
://localhost:8080
描述
源
服务器
未能
找到
目标
资源
的
表示
或者是
不愿
公开
一个
已经
存在
的
资源
表示
。
Apache Tomcat/8.5.70
遇到这个问题要看自己的文件有没有放对位置
index.xml文件
web.xml文件
消息 /page/system/declare/innovate.jsp
描述
源
服务器
未能
找到
目标
资源
的
表示
或者是
不愿
公开
一个
已经
存在
的
资源
表示
。
Apache Tomcat/7.0.103
三、一些常规检查
可按照网上一些介绍,
当在使用 Docker Compose 部署容器应用时,如果
源
服务器
无法
找到
目标
资源
,这个问题通常会出现。这可能是因为
目标
资源
不
存在
,被删除或者不可用。此外,如果
资源
的访问权限被限制,
服务器
也可能
不愿
公开
该
资源
的
存在
。
为
解决
这个问题,需要先确认
目标
资源
的
存在
。如果
资源
存在
,可以尝试检查其访问权限是否正确设置,以确保可以通过容器应用访问该
资源
。此外,还可以查看 Docker Compose 文件中使用的端口和协议是否与
目标
资源
匹配。
如果
目标
资源
确实不
存在
,可以考虑重新部署或者更换
资源
,以确保容器应用正常运行。在 Docker Compose 中,可以通过更改配置文件来指定新的
目标
资源
,然后重新部署应用程序。
总之,在使用 Docker Compose 部署容器应用时,需要注意
目标
资源
的
存在
和访问权限。如果出现无法
找到
目标
资源
或
不愿
公开
的情况,需要尽快
解决
问题以确保应用程序的正常运行。