问题标签 [java-ee-5]

我想在 EJB3 项目中使用 spring 框架。具体来说，我想使用应该从给定数据源实例化的 JDBC 模板类。当我将 spring.jar 放入我的 Jboss lib 目录时，一切正常。但是当我将 JAR 放在我的 EAR 中时，似乎只有从 JDbcTemplate 到其他库的外部依赖项。EARs/EJBs 类加载器尝试实例化 JdbcTemplate 并向我显示由于外部依赖关系他无法加载该类。它没有显示我必须放入哪些额外的 JAR。

问题：是否有人知道我必须包含哪些额外的 JAR，甚至知道如何使用外部工具搜索依赖的 JAR。我记得有一个工具可以做到这一点，但我不知道它的名字了。我想像 jarjar 之类的东西。

有人可以帮忙吗？谢谢你。

Java EE 规范声明这样的 EJB 注入：

将在企业命名上下文中创建条目，即。java:comp/env/<FQN>.MyInterface/myBean. 由部署者将此上下文条目绑定到一个实际值并将此值注入 myBean 字段中。

现在我觉得我在这里遗漏了一些东西：

为什么需要上下文条目？请求的 EJB 实例将被注入，那么为什么需要上下文中的条目呢？为什么注入必须通过上下文条目发生？

我有一个使用（本地）会话 bean 公开服务的 JEE5 应用程序。

当服务执行期间发生内部故障时，JBoss(5.0.1) 会抛出 RuntimeException 并将其封装在 javax.ejb.EJBTransactionRolledbackException 中。

问题是接收此 EJBTransactionRolledbackException 的客户端应用程序可以访问有关导致运行时异常的详细信息，从而暴露我的应用程序的内部架构。我不希望那样。

相反，我希望 JBoss 始终将暴露的会话 bean 抛出的 RuntimeException 封装到单个（简单的） TechnicalException 中（没有原因）。

实现这一目标的最佳方法是什么？（使用拦截器？使用 JBoss 配置？）

有两种使用持久性单元的方法，代码或注释。

代码
[..]
EntityManagerFactory 电动势；
emf = Persistence.createEntityManagerFactory("SOMEPU");
[..]

或者

注释
[..]
@PersistenceContext(name = "persistence/LogicalName", unitName = "SOMEPU")
[..]

问题：如果您想更改持久性单元（或指向不同的 jdbc 源），我可以轻松地调整源代码版本以从某些设置文件或其他文件中读取变量。但我不能将变量放入注释中。什么是解决方案？

是的，我可以始终保持相同的 PU 并将应用程序服务器中的 jbdc 资源指向其他地方，但我不希望任何人在 AS 的管理设置中修补。

欢呼斯文

有没有人在现实世界中两者都有经验？它们在性能（内存使用、速度等）方面如何比较？稳定？

JBoss Seam 在 Glassfish 上运行良好吗？

我们正在运行 jBoss 5.1，它又使用 Tomcat servlet 容器。

我们已经看到一些错误的 HTTP 客户端会打开套接字、发出 HTTP 请求、无法读取所有数据以及无法关闭连接的情况。

结果是 tomcat 线程无限期地阻塞尝试写入输出流：

如何将这些连接配置为超时？

随着 Sun 被甲骨文收购，甲骨文无疑将获得 Glassfish 的控制权。

我确实理解 Glassfish 是社区驱动的，但此时大部分贡献确实来自 Sun。

它是一款出色的应用服务器，非常适合许多对成本敏感的客户。但是，如果甲骨文决定在这方面从我们的脚下撤出地毯，我们可能会遇到客户的严重麻烦。

对于生命周期约为 5 年的解决方案（应用程序），建议将 Glassfish 作为应用程序服务器是否仍然有意义？

我在 Java EE 环境中工作，其中每个应用程序都在自己的 war 文件中。在每个应用程序 war 文件的 WEB-INF/lib 中都有一个由所有应用程序共享的公共 jar。这个常见的 jar 包含几个 Singleton，可以从代码中的许多点访问。由于战争文件的边界，每个应用程序都有自己的单例实例。这就是我们今天的操作方式，因为我们想在每个应用程序中以不同的方式配置一些单例。

现在我们正在转向一个 OSGi 环境，因为每个包都有自己的类加载器，所以这个解决方案将不再工作，所以如果我尝试从包“appA.jar”或从包访问驻留在包“common.jar”中的 MySingleton bundle "appB.jar" 我会得到相同的实例。

请记住，我“想要”每个捆绑包有一个不同的单例实例。（听起来很讽刺）

现在我意识到理想的解决方案是修复代码不依赖于那些单例，但是由于时间紧迫，我想知道你们是否可以建议某种迁移解决方案，让我可以使用捆绑范围的单例所以每个包都可以配置。

昨天我和我的朋友就 IT 进行了愉快的交谈，他问我为什么 Java EE 在构建复杂的 IT 系统时得到如此广泛的应用？从我的角度来看，优势很明显，但他是 IT 经理，拥有丰富的 Microsoft 经验（以及很少的 Java 经验），所以我想听听你的声音。我当然会给他一个链接。

我不想要新的 .NET - Java 战争 - 只是 - 为什么是 Java EE :)

尝试设置锁（悲观）时，使用以下代码：

我收到以下异常：

如何使用 Glassfish 2.1 实现悲观锁定？