Tomcat 可以工作,但无法访问 http://localhost:8080/

发布于 2024-09-01 11:04:52 字数 202 浏览 5 评论 0原文

当我从 Windows 托盘运行 Tomcat 时,它会启动,但我无法访问 http://localhost:8080/ Tomcat 主页,但如果我从 Eclipse 运行它,它就能工作,我的应用程序也能工作,但我无法访问http://localhost:8080/...

如何解决?还是正常的?

谢谢!

When I run Tomcat from the windows tray, it starts and I can't reach http://localhost:8080/ Tomcat homepage, but if I run it from Eclipse, it works, my applications works, but I can't reach the http://localhost:8080/...

How to solve it? Or is it normal?

Thanks!

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

別甾虛僞 2024-09-08 11:04:52

根据此线程,这可能是正常的:

这是正常的。
要了解原因,请双击“服务器”视图中的 Tomcat 服务器。这将打开 Tomcat 配置编辑器。单击“概述”部分中的“打开启动配置”链接。这将打开启动配置属性对话框。选择“参数”选项卡并检查“VM 参数”字段的内容。

请注意,catalina.home 属性指向您的 Tomcat 安装,但 catalina.base 指向“.metadata\.plugins\org.eclipse”工作区下的.wst.server.core\tmp”目录。
因此,您正在运行一个单独的 Tomcat 实例。 “.metadata\...\tmp”目录下的“webapps”目录仅包含一个“空”ROOT webapp 以及您已添加到服务器的任何 Web 项目。这就是您收到 404 的原因。

在 Tomcat 配置编辑器中,您可以取消选中“直接从工作区运行模块(不要修改 Tomcat 安装)”选项以及 catalina.basecatalina.home 都将设置为您的 Tomcat 安装。
请注意,在此配置中,Eclipse 中的 Tomcat 服务器“拥有”您的 Tomcat 安装。
每次从 Eclipse 启动 Tomcat 服务器时,工作区中 Servers 项目下的 Tomcat 文件都会覆盖安装中的文件。

假设大多数人都希望 Tomcat 安装独立于 Eclipse Tomcat 服务器,因此默认情况是创建一个单独的 Tomcat 实例。
对于单独的实例,您可以与 Eclipse Tomcat 服务器同时运行 Tomcat 安装,前提是您修改其中一个或两个,以便它们使用的端口不会发生冲突。

如果您希望显示标准 Tomcat Web 应用程序,同时在 Eclipse 中保留单独的 Tomcat 实例,请切换到 Tomcat 配置编辑器中的“模块”选项卡,然后使用“添加外部 Web 模块”按钮手动添加所需的 Web 应用程序。请注意,这会稍微增加服务器的启动时间。

请注意,这是针对使用 WTP x1.5 的 tomcat 版本(似乎是 tomcat 5 或更低版本),在使用 WTP(Web 工具平台)x2.0 及更高版本的 tomcat 中,您不再获得该选项。相反,您需要进入服务器属性并点击切换位置,然后它将显示正确的路径。然后进入服务器配置(双击服务器打开配置)并将“服务器位置”更改为“使用 Tomcat 安装”(中间的)。

This maybe normal, according to this thread:

This is normal.
To see why, double-click on the Tomcat server in the Servers view. This will open the Tomcat configuration editor. Click on the "Open launch configuration" link in the Overview section. This will open the launch configuration properties dialog. Select the Arguments tab and examine the contents of the VM Arguments field.

Note that the catalina.home property points to your Tomcat installation, but catalina.base points to a ".metadata\.plugins\org.eclipse.wst.server.core\tmp" directory under your workspace.
Thus, you are running a separate instance of Tomcat. The "webapps" directory under the ".metadata\...\tmp" directory contains only an "empty" ROOT webapp plus any web projects you have added to the server. This is why you get the 404.

In the Tomcat configuration editor, you can uncheck the "Run modules directly from the workspace (do not modify the Tomcat installation)" option and catalina.base and catalina.home will both be set to your Tomcat installation.
Be aware that in this configuration, the Tomcat server in Eclipse "owns" your Tomcat installation.
Every time you start the Tomcat server from Eclipse, the Tomcat files under the Servers project in your workspace will overwrite the files in your installation.

It was assumed the most would want to keep their Tomcat installation independent from Eclipse Tomcat server, so the default is to create a separate Tomcat instance.
With separate instances, you can run the Tomcat installation at the same time as the Eclipse Tomcat server provided you modify one or both of them so that the ports they use do not conflict.

If you would like the standard Tomcat webapps present while keeping the separate Tomcat instance in Eclipse, switch to the Modules tab in the Tomcat configuration editor and use the "Add External Web Module" button to manually add the desired webapps. Note that this will add a little bit to the startup time for the server.

Note this is for tomcat versions that use WTP x1.5 (seems to be tomcat 5 or below), in tomcat with WTP(Web tools platform) x2.0 and above you no longer get that option. Instead you need to go into server properties and hit switch location which will then show a proper path. then you go into the server config (double clicking the server opens config) and change the "Server Location" to "use Tomcat instillation" (the middle one).2

隔岸观火 2024-09-08 11:04:52

理解Web应用程序结构

Web应用程序是Web资源的集合,例如JSP页面、HTML页面、servlet、
和配置文件,组织成 Servlet 规范中指定的层次结构。你
有两种组织 Web 应用程序的方式:打包和解包。包装形式
称为网络归档(WAR)文件,解压后的形式是存储的目录集合
在文件系统上。
未打包的格式对于 Web 应用程序开发人员来说很方便,因为它允许他们
在开发和调试应用程序时替换单个文件。
但是,在部署环境中,提供单个文件通常更方便
可以自动部署。这减少了放置文件和
设置系统资源。 Tomcat还可以自动扩展Web应用程序一次
服务器已启动。 WAR文件的自动扩展在server.xml中配置
文件作为配置主机的元素的一部分。

Web 应用程序上下文

每个 Web 应用程序都对应一个上下文组件,如第 1 章中所述,并且
您为每个分配一个上下文路径。默认上下文称为 ROOT,对应于
没有其他上下文信息的服务器名称。例如,ROOT Web 应用程序
在本地计算机上将对应于 http://localhost:8080。 如果您已配置域
您的服务器的名称系统 (DNS) 设置,也可以从某个位置进行访问,例如

用户通过请求与服务器相关的上下文来访问其他 Web 应用程序。为了
例如,用户可以使用以下 URL 访问 Tomcat 的管理器 Web 应用程序:

http://
localhost:8080/manager.

放置在 webapps 文件夹中的应用程序以它们所在的目录命名。
因此,您可以使用以下命令访问 tomcat-docs 目录中的 Web 应用程序:
http://localhost:8080/tomcat-docs. 服务器上的每个应用程序都通过其名称来识别,
用户可以根据统一资源定位符的剩余部分来访问资源
Web 应用程序名称后的 (URL)。

Understanding Web Application Structure

A web application is a collection of web resources, such as JSP pages, HTML pages, servlets,
and configuration files, organized into a hierarchy as specified in the Servlet specification. You
have two ways in which to organize a web application: packed and unpacked. The packed form
is called a web archive (WAR) file, and the unpacked form is a collection of directories stored
on the file system.
The unpackaged format is convenient for web application developers, as it allows them to
replace individual files while the application is being developed and debugged.
However, in a deployment environment, it’s often more convenient to provide a single file
that can be automatically deployed. This reduces the deployment process to placing the file and
setting up system resources. Tomcat can also automatically expand a web application once
the server has booted. The automatic expansion of WAR files is configured in the server.xml
file as part of the element that configures hosts.

Web Application Context

Each web application corresponds to a context component, as discussed in Chapter 1, and
you assign a context path to each. The default context is called ROOT and corresponds to the
name of the server with no other context information. For example, the ROOT web application
on your local machine will correspond to http://localhost:8080. If you’ve configured Domain
Name System (DNS) settings for your server, it may also be accessible from a location such as

Users access other web applications by requesting a context relative to the server. For
example, users can access Tomcat’s manager web application with the following URL:

http://
localhost:8080/manager.

Applications that you place in the webapps folder are named after the directory they’re in.
So, you can access the web application in the tomcat-docs directory with the following:
http://localhost:8080/tomcat-docs. Each application on the server is known by its name,
and users can access resources according to the remainder of the uniform resource locator
(URL) after the web application’s name.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文