将play作为war文件部署到servlet容器中,即使它大量使用JPA？

Question

我是一个相当新的玩家,事实上我现在正在阅读它,我应该说什么...问题的问题.目前我正在启动一个依赖于许多特殊java库(hibernate-spatial,jts等等)的项目.因为它还应该实现一个全面的REST API,所以我必须在Django和经典的JavaEE Glassfish应用程序之间做出决定.

但是现在我认为,通过游戏,我可以获得两全其美,我真的想深入了解这一点.

我真的无法想象,游戏的一个特点是将播放应用程序部署为WAR文件,甚至是像tomcat这样的简单Servlet容器.

所以,如果我的播放应用程序使用基于hibernate/hibernate-spatial的JPA持久层仍然可以作为WAR文件部署到一个简单的tomcat servlet容器中吗？或者我至少需要一个JavaEE Application Server？

我简直不敢相信......

Answer 1

播放2个应用程序可以war使用Play 2 War插件进行部署.我自己没有经验,但它现在似乎是一个有效的解决方案.从我从论坛中读到的内容,WAR包装仍然应该在未来发布的卡片上.

将Play 2应用程序部署为战争并没有什么特别之处.Play 2应用程序只是一个响应HTTP请求*的Java程序,就像任何Java Servlet应用程序一样.如果某个插件确保servlet容器响应的HTTP请求正确转发到Play 2应用程序,它可以在servlet容器中按原样运行.

通常,Play 2允许您使用几乎所有可用的Java技术.但是,由于Play 2应用程序本身不在servlet中运行,因此它禁止您使用一组假定您使用Java servlet响应请求的Java EE库.对于Hibernate或其他ORM /数据库库来说这不是问题,但如果您的库需要访问HTTP通信(例如Spring Web Security),则会出现问题.

如果Django是您项目的选项,我怀疑您的Java要求是否包含这样一个特定的库.您还应该检查一个实际的servlet容器是否是您的应用程序的必需品 - Play应用程序运行得很好,没有一个.

* 我知道这是一种反常的过度简化

Answer 2

您不需要完整的 Java EE 服务器，甚至不需要像 Tomcat 这样的独立 servlet 容器。玩基本上都是自己的服务器！更准确地说，Play 与JBoss Netty捆绑在一起……这是一个可嵌入的 Java 服务器，它使用一些与 Node.js 相同的概念。如果您以前使用过 Django，那么这个概念很像：

python manage.py runserver

许多 Play 开发人员使用PaaS（即“云”）服务，例如 Heroku 或 AppFog。如果您要部署到自己的传统专用服务器，则可以像安装 Tomcat 一样在该计算机上安装 Play 框架。部署文档在此处有更详细的介绍。

Play 的第一个版本还提供了将应用程序打包为 WAR 文件的选项，以便部署到传统的 servlet 容器。Play 2.0 放弃了这种支持。它曾在 Play 2.1 中回归，但显然没有实现。

我希望看到 WAR 文件功能得到恢复，因为大多数企业商店都在其部署基础设施上投入了大量资金，并且不喜欢快速变化。值得一提的是，由于使用了 API，Play 2.1 应用程序永远无法在 7 之前的 Tomcat 版本上运行。

然而，Play 2.1 确实能够将应用程序捆绑到可部署的 ZIP 文件中，类似于 WAR 文件。这些独立的 ZIP 仍然要求您在服务器上安装 Play，但它们使您可以更轻松地打包应用程序并将其从一台计算机部署到另一台计算机。