推荐用于从 Jersey 开始的 Maven Archetype
Recommended Maven Archetype for starting with Jersey
我开始使用 Jersey，并且一直在研究这些示例。入门页面提到了 3 种不同的 Maven 原型，从 - one using Grizzly, one for making a JavaEE Web Application 和一个类似的原型开始，但用于在 Heroku 上部署。
我玩过 Grizzly，这看起来很简单，但我觉得我不明白它们之间的区别。如果我理解正确的话，制作 JavaEE Web 应用程序需要打包为 WAR 并使用 servlet 容器，例如 Jetty 或 Tomcat。
使用 Grizzly 似乎更好，因为它不必每次都打包，但我认为制作 JavaEE Web 应用程序有一些优势，而我却没有。 Grizzly 示例没有 web.xml 文件，但其他示例有。这是使用 Grizzly 的限制还是没有必要？如果我以后想使用 Heroku 或 AWS 部署我的服务器，我是否只能将其设为 JavaEE Web 应用程序才能这样做？ Heroku 原型与 JavaEE 原型非常相似，这似乎暗示了这一点。是否可以混合搭配，例如使用 Grizzly 进行更快的开发，然后使其成为 JavaEE Web 应用程序以实际部署它？
如果我问的不清楚，我深表歉意，我只是有点不知所措，因为这些选择似乎是预先做出的，而不是理解每个选择的差异和含义。在此先感谢您提供的任何帮助！
我今天开始，也有同样的问题。
如果您使用 Grizzly，则不需要应用服务器或 servlet 容器。 Grizzly 框架使用 Java NIO 来支持 HTTP 并公开您的 REST 服务。因此没有 web.xml。您应该能够在 AWS 或 Heroku 上部署应用程序。这就是我实际上正在尝试的。 REST API 使用 Jersey 和 Grizzly 支持 HTTP 部署在 Amazon AWS EC2 实例上
我相信 Heroku 原型必须在应用程序中嵌入服务器（猜测）并使部署包符合 Heroku 要求
你原型的网络应用程序版本很明显，我猜。您需要一个应用服务器来部署和 运行 您的应用程序
我开始使用 Jersey，并且一直在研究这些示例。入门页面提到了 3 种不同的 Maven 原型，从 - one using Grizzly, one for making a JavaEE Web Application 和一个类似的原型开始，但用于在 Heroku 上部署。
我玩过 Grizzly，这看起来很简单，但我觉得我不明白它们之间的区别。如果我理解正确的话，制作 JavaEE Web 应用程序需要打包为 WAR 并使用 servlet 容器，例如 Jetty 或 Tomcat。
使用 Grizzly 似乎更好，因为它不必每次都打包，但我认为制作 JavaEE Web 应用程序有一些优势，而我却没有。 Grizzly 示例没有 web.xml 文件，但其他示例有。这是使用 Grizzly 的限制还是没有必要？如果我以后想使用 Heroku 或 AWS 部署我的服务器，我是否只能将其设为 JavaEE Web 应用程序才能这样做？ Heroku 原型与 JavaEE 原型非常相似，这似乎暗示了这一点。是否可以混合搭配，例如使用 Grizzly 进行更快的开发，然后使其成为 JavaEE Web 应用程序以实际部署它？
如果我问的不清楚，我深表歉意，我只是有点不知所措，因为这些选择似乎是预先做出的，而不是理解每个选择的差异和含义。在此先感谢您提供的任何帮助！
我今天开始，也有同样的问题。
如果您使用 Grizzly，则不需要应用服务器或 servlet 容器。 Grizzly 框架使用 Java NIO 来支持 HTTP 并公开您的 REST 服务。因此没有 web.xml。您应该能够在 AWS 或 Heroku 上部署应用程序。这就是我实际上正在尝试的。 REST API 使用 Jersey 和 Grizzly 支持 HTTP 部署在 Amazon AWS EC2 实例上
我相信 Heroku 原型必须在应用程序中嵌入服务器（猜测）并使部署包符合 Heroku 要求
你原型的网络应用程序版本很明显，我猜。您需要一个应用服务器来部署和 运行 您的应用程序