【发布时间】：2016-03-18 15:19:32
【问题描述】：
我构建了一个可运行的 Web 应用程序，成功部署到 Heroku，并且运行良好。但是，我正在尝试调整服务器/servlet 配置，这时我意识到我不知道我的应用程序实际上在做什么。
对于 glassfish，this is the config that's needed。
但是，对于 Jetty，this is the config that's needed。
我意识到我不知道我的应用程序实际使用的是上述哪个，所以我开始挖掘我的代码并发现以下内容：
Heroku 调用的主要方法是实例化以下 Jetty 服务器/webappcontext。
import org.eclipse.jetty.server.Server;
import org.eclipse.jetty.webapp.WebAppContext;
但是，jetty 配置似乎依赖于我的项目根本没有的许多文件（例如 etc/jetty.xml、webapps 文件夹或 war 文件）。
另外，我的 web.xml 文件定义了以下 servlet：
<servlet>
<servlet-name>Jersey Web Application</servlet-name>
<servlet-class>org.glassfish.jersey.servlet.ServletContainer</servlet-class>
我的应用程序定义了一个 Jetty 服务器，但 Glassfish servlet 让我非常担心。为了标准化 Jetty 周围的一切，我尝试将 jetty servlet 添加到我的 pom.xml 依赖项中，并将上面的内容更改为：
<servlet-class>org.eclipse.jetty.servlet.DefaultServlet</servlet-class>
但是，此更改导致我的应用程序崩溃。它仍然可以成功编译，并且我所有基于 jerset-test 的集成测试仍然在本地成功。但是当我实际运行服务器时，所有路由都不起作用。
一些问题：
将 Jetty 服务器与 Glassfish servlet（容器）一起使用是否不明智？
如果是，我应该用什么 servlet（容器？）替换 Glassfish，我需要做什么才能使新的 Jetty servlet 正常工作？
如果不是，我应该在当前设置中使用什么配置？我应该实施Glassfish config 还是Jersey config？
我花了很多时间尝试通读各种文档、教程和堆栈溢出线程，但它们要么都假定事先了解 servlet、JavaEE 和相关主题（我都不熟悉），要么它们面向从头开始构建全新的 hello-world 应用程序（而不是移植现有的工作应用程序，这是我正在尝试做的）。您可以在不假设先验知识的情况下提供与上述上下文相关的任何解释，我们将不胜感激。
编辑：我想我现在开始明白 Servlet 是为请求生成响应的代码，而 ServletContainer 是为 Servlet 提供基础设施的东西。在构建我的网络应用程序时，我从来不需要直接处理 Servlet。以下是我的应用中路线的示例：
@Path(Ping.REST_PREFIX)
public class Ping {
static final String REST_PREFIX = "/ping";
@GET
public static Response get(@DefaultValue("getPing") @QueryParam("param") String param) {
return Response.ok().entity(param).build();
}
@Path("/pong")
@GET
public static Response getPong(@DefaultValue("getPong") @QueryParam("param") String param) {
return Response.ok().entity(param).build();
}
}
如何将上述代码移植到 Jetty ServletContainer 中，而无需重写应用程序的大部分内容？
【问题讨论】：
标签： java servlets glassfish server jetty