问题标签 [application-server]

关闭JBoss热部署服务的正确方法是什么？

这是一个生产环境。

编辑：JBoss 版本 5.1.0 GA

如何为 Jboss 5.1.0 启用 gzip 压缩？

在tomcat http连接器内对吗？我不记得这个文件存储在哪里，server.xml？

我有一个 100% 兼容 JPA2 的应用程序，它需要可移植到许多应用程序服务器。符合 JPA（理论上）意味着我们可以通过配置切换 JPA 提供程序（例如，无需更改源代码）——（对吗？？？）。

当在 servlet 容器（例如 Tomcat、Jetty）中运行时，应用程序被配置为使用 Hibernate 运行。我们选择 Hibernate 而不是 TopLink 和 Eclipselink 是因为它的成熟度和性能。到目前为止，这有效。

但是，当在 Java EE 应用程序服务器中运行时，我们应该默认使用其中的 JPA 提供程序，还是坚持使用 Hibernate？

我知道在 JBoss 中，提供者是 Hibernate，所以它可能无关紧要。但是，我认为WebLogic 中的提供者是 Eclipselink。我不知道提供者 WebSphere 或 Glassfish 使用什么，但我看到了有关如何在这些应用程序服务器中使用 Hibernate 作为提供者的详细说明。

我想问这个问题的另一种方式是在这些应用程序服务器中使用 Hibernate 会丢失什么？

我使用 weblogic 10。它提供了一个 Oracle JDBC 驱动程序 10.2.0.2（在 weblogic home 的 server/lib 中）。

实际上，很久以前有人在工作中将 10.2.0.3 驱动程序放在实例 libext 文件夹中。

但在生产中，我们得到了一个 jdbc 驱动程序堆栈（空指针：O），通过逆向工程，我们似乎使用的是驱动程序 10.2.0.2。

我们知道我们可以更改 weblogic 的服务器/库中的驱动程序，但我想了解。

libext 不应该覆盖像 META-INF 库这样的服务器库覆盖 libext 吗？

顺便说一句，我们处于一个奇怪的情况： - 我们有 2 个 EAR，并且对于这 2 个完全相同的处理，有时一个会抛出 oracle 驱动程序空指针，而另一个不会 - 我想知道一只耳朵是否没有使用10.2.0.2，而另一个正在使用 10.2.0.3（我看到一个错误已修复，可能适合我们这个版本的问题）。- 我需要看起来更好，但乍一看，两只耳朵都使用在 weblogic JNDI 资源中设置的完全相同的数据源

任何的想法？

我正在构建一个 Web 应用程序，我需要使用一种允许我在两台服务器上运行它的架构。该应用程序定期从其他站点抓取信息，并根据最终用户的输入。为此，我使用 Php+curl 来抓取信息，使用 Php 或 python 来解析它并将结果存储在 MySQLDB 中。

然后我将使用 Python 对数据运行一些算法，这将定期发生，也发生在最终用户的输入上。我将在 MySQL 数据库中缓存一些结果，有时如果它是特定于用户的，则跳过存储数据并将其提供给用户。

我想在单独的 Web 服务器上使用 Php 作为网站前端，在另一台服务器上运行 Php 蜘蛛、MySQL DB 和 python。

我应该为这种工作使用什么框架？MVC 和 Cakephp 是一个好的解决方案吗？如果是这样，我将能够使用它来控制和监视 Python 代码吗？

谢谢

JBoss (5.1.0) 使用了许多不同的 lib 目录：我可以找到 jboss/lib、jboss/lib/endorsed、jboss/common/lib、jboss/server/default/lib，当然还有 jboss/server/ default/deploy/myapp/WEB-INF/lib （我错过了什么吗？）。

从上面，我知道我需要使用最后一个（WEB-INF/lib）来放置我的应用程序需要的任何 jar。其他人呢？它们有什么用，我应该放什么？为什么把它放在那里而不是放在 WEB-INF/lib 中？

谢谢 ！

将数据库连接池（如 Commons DBCP 或 c3p0）作为部署到 Glassfish 或 Websphere 等应用程序服务器的应用程序的一部分运行是否安全？对于独立应用程序是否有任何额外的步骤需要采取以确保安全或性能？

更新，澄清原因 - 我想到的用例可能需要由熟练的最终用户在运行时定义新的数据源 - 如果您愿意，更改数据源是应用程序功能的一部分。我认为我不能即时创建 abnd 使用容器管理的池？

容器内测试通常与使用模拟对象进行测试相反。然而，由于模拟对象只是模仿真实对象的行为，容器内测试不是在其真实环境中真正测试系统的唯一方法吗？

作为容器内测试和模拟对象的部分替代方案，Spring 提供了TestContext很好地初始化 Spring 的框架，而无需启动实际的应用程序容器（在我的例子中是 Web 应用程序服务器）。但是，这是一种有限的方法，因为它只初始化特定于 Spring 的特性，而不支持特定于应用程序服务器的特性。所以你不能测试一切。此外，由于它与实际 Web 执行中使用的默认值不是 100% 相同，WebApplicationContext这种方法是不是有点 hackyish？不好吗？

对于容器内测试，至少有Cactus（过时）、Jeeunit（一个很小的项目）和JBoss Arquillian（仍然是 alpha，但看起来很有希望）。我没有看到这些项目中的任何一个被广泛使用，那么容器内测试有什么不好的地方吗？容器内测试经常提到的主要缺点是执行速度慢。但是，当在持续集成环境和相对较小的项目中运行时，这应该不是问题。

总结一下：我们应该进行容器内测试还是容器外测试，为什么？在集成测试中使用模拟对象或替代初始化机制（如在 Spring TestContext 中）是否会感到难过？

一个小注：我最近询问了集成测试的分类，这可能是相关的。

与独立应用程序相比，使用应用程序服务器的主要优点（和缺点）是什么？我主要对Java方法感兴趣。

我没想到会这样。有什么要指出的吗？