Jakarta ee Heroku应用服务器或servlet容器上的Java完整EE（最佳实践）

假设我在Heroku上需要一个“完整”的JavaEE应用程序。 “更好”的方式是什么？（在性能和内存使用方面）

嵌入式glassfish服务器

使用嵌入式jetty并使用框架等构建“EE功能”

---

希望我的问题足够清楚，请提前感谢。

我对heroku一无所知，但您试图做的是将应用程序服务器功能放入另一种容器类型，例如servlet容器，这几乎总是一种糟糕的做法

如果您喜欢使用JavaEE特性，那么就使用JavaEE应用服务器。如果没有，请使用其他框架

我们也遇到了同样的问题，因为被锁定在Tomcat7上，但喜欢使用JavaEE特性，所以我们最终创建了一个包含大多数JavaEE JAR的大型WAR文件——尽管如此，这不是一个好的实践，但我们没有太多的选择

---

但是如果您有机会选择环境，我强烈建议您使用完整的JavaEE应用服务器，从其提供的所有服务中获益，并使您的应用程序小巧方便。

我对heroku一无所知，但您试图做的是将应用程序服务器功能放入另一种容器类型中，例如servlet容器，这几乎总是一种糟糕的做法

如果您喜欢使用JavaEE特性，那么就使用JavaEE应用服务器。如果没有，请使用其他框架

我们也遇到了同样的问题，因为被锁定在Tomcat7上，但喜欢使用JavaEE特性，所以我们最终创建了一个包含大多数JavaEE JAR的大型WAR文件——尽管如此，这不是一个好的实践，但我们没有太多的选择

---

但是，如果您有机会选择环境，我强烈建议您使用完整的JavaEE应用服务器，从其提供的所有服务中获益，并使您的应用程序小巧方便。

好的，谢谢您的回答。我想你可以把这个答案转给赫罗库。只是你必须使用嵌入式服务器，我的想法是，也许glassfish对于Dyno（Heroku虚拟盒）来说是“杀伤力过大”，你可以使用嵌入式glassfish，但我不建议你用这种方式构建应用程序。我想你选择这个容器是有原因的，然后最好使用这个容器的可用技术，而不是试图将其他容器放入其中，这几乎肯定会导致进一步的问题。是的，你是对的，我有我的理由：由于Heroku的性质，您别无选择，只能使用嵌入式容器。好的，谢谢您的回答。我想你可以把这个答案转给赫罗库。只是你必须使用嵌入式服务器，我的想法是，也许glassfish对于Dyno（Heroku虚拟盒）来说是“杀伤力过大”，你可以使用嵌入式glassfish，但我不建议你用这种方式构建应用程序。我想你选择这个容器是有原因的，然后最好使用这个容器的可用技术，而不是试图将其他容器放入其中，这几乎肯定会导致进一步的问题。是的，你是对的，我有我的理由：由于Heroku的性质，除了使用嵌入式容器，您别无选择。