问题标签 [pojo]

我有一个对象图，我想在 JSON 和 XML 之间进行转换，以创建 REST 样式的 API。我觉得肯定有人已经这样做了，但是使用 Google 和 Stack Overflow 快速搜索什么也没有发现。

有谁知道合适的（Apache 或同等许可首选）库来执行此操作？

我在一个项目中工作，我们必须为所有简单的 bean (POJO) 创建单元测试。如果 POJO 只包含 getter 和 setter，那么为它们创建单元测试有什么意义吗？假设 POJO 将在大约 100% 的时间内工作，这是一个安全的假设吗？

重复 -是否应该测试 @Entity Pojos？

也可以看看

在数据库而不是假存储库上运行测试是不好的做法吗？

是否有自动测试 getter 和 setter 的 Java 单元测试框架？

我们在我们的应用程序中使用 EJB3。我们的设计目标是将持久层与业务层分开。所以我们开发了用作 SLSB 的 XXXbean 类和用作持久性类的 XXXRepository 类。我们还有 POJO 实现可重用的 NON 业务逻辑（获取国家列表等），然后我们调用服务/助手类。

我们使用 EJB3 JPA（使用 Hibernate 提供程序），并且 Repository 类具有用于 CRUD 操作的所有方法和用于数据访问的 get 方法。目前 XXXRepository 类都是 POJO，我们直接从 bean XXXClasses 或从服务对象实例化这些类。

XXXRepository 类应该是 SLSB 吗？将它们转换为 SLSB 的好处和缺陷是什么？

我正在使用休眠。

我的主应用程序有一些现有的表，我想将它们用于可选功能。现在我需要从一个现有表中检索数据并处理该数据。我需要为这个表写一个单独的 POJO 吗？我只想要这些表的 2 列。

数据库的所有表是否也需要与 POJO 进行映射？

不使用 DynaForm 和它的亲戚。

我想使用 POJO 数据传输对象，例如 Person：

在 struts 实景表单中，我们将拥有：

相应的 html:text 标记在 JSP 中会是什么样子以允许这样做？如果我切换到 List Persons 字段并使用延迟加载列表（在 commons-collections 中），那将如何改变thingsg？

在 struts-1.2(.9?) 中似乎没有很好的方法来做到这一点

非常感谢所有帮助！！！如果您需要更多上下文，请告诉我，我可以提供一些。

我刚刚开始使用 Hibernate，到目前为止我看到的所有示例都非常类似于 Hibernate 文档中的教程：

具体来说：没有一个字段被声明为final，并且必须有一个无参数的构造函数，以便 Hibernate 框架可以实例化该类并设置其字段。

但事情是这样的——我真的不喜欢让我的类以任何方式可变，只要我可以避免它（Java 实践：不可变对象为此做了一个非常有力的论据）。那么，即使我将每个字段都声明为“final”，是否有任何方法可以让 Hibernate 正常工作？

我知道 Hibernate 使用反射来实例化它的类，因此需要能够调用某种构造函数，而不会冒险选择错误的构造函数或将错误的值传递给它的参数之一，所以它可能更安全调用无参数构造函数并一次将每个字段设置为一个。但是，难道不能向 Hibernate 提供必要的信息，以便它可以安全地实例化不可变对象吗？

注释当然是虚构的@SetsProperty，但似乎不应该是遥不可及的。

假设您正在设置 POJO。

您在设置课程时定义什么？

这是我的清单

• 使用提供的字段创建对象的构造函数（这样我可以使字段成为最终的，因此是不可变的）
• 等于
• 哈希码
• 实现可比
• 获取方法（如果适用）
• [可选] 可变字段的复制构造函数 - 保证类的不变性
• [可选] 定义访问字段和方法的接口。
• [可选] 实现 Serializable 并实现版本控制方案。

这是矫枉过正还是声音工程？有什么要补充的吗？

我有一个架构场景，我想讨论一下以获得您的意见。

我可以在这两者之间进行选择（这是强加给我的约束）

1. 使用 EJB3+JPA - 没有 Spring/Hibernate
2. POJO + JDBC - 再次没有 Spring/Hibernate

我有一系列需要集成的 Web 应用程序（仅限 Intranet）。在数据库级别，将有 3 到 4 个 oracle 数据库（每个数据库大约 40 到 50 个表）。对于某些查询，某些应用程序可能会与多个数据库进行交互。并发用户数将少于 100。每个应用程序的用户/受众范围为 10 到 6000（最大值）。

所有应用程序都将部署在一台服务器上，并且数据库和服务器很可能在同一台机器上。

大多数用例将是基于 CRUD 的（有些可以为 ORM 提供良好的域模型，而另一些则不能），带有一些业务流程、自动化作业等。未来可能需要为某些应用程序与 SAP 集成。

您认为在这种情况下 EJB3 会使应用程序更具可扩展性还是只会增加复杂性？如果我使用 POJO 进行设计，我不想无缘无故地增加复杂性。我试图游说 Spring 和 Hibernate，但没有成功。

如果您需要更多详细信息，请告诉我。

编辑：我忘了提到应用程序服务器。现在是 7。

如果一个类包含一个名为“blah”的变量，那么标准的 getter/setter 语法显然是 getBlah() 和 setBlah()。但是，如果我有一个带有名为 isBlah 的变量的 POJO 类，我会使用：

或者会是这样吗？

第一种似乎更严格地符合 POJO 约定，但第二种类型是 IntelliJ 如果我要求它创建一个类的 getter/setter 时生成的（嘿，IntelliJ 从来没有让我失望过 :]）。那么哪个是首选语法？

EJB 必须与 Spring 叠加有哪些优势？为什么我不能只使用 Spring Entity Manager、Security 和 POJO 来完成 EJB 的工作？