在 Hibernate 实体对象定义 Enum 类型。 可以使用下面的代码 @Column(name = "LISTING_TYPE") @Enumerated(EnumType.ORDINAL) private ListingType listingType; 上面代码中有一个关键的注解 就是 Enumerated。 在这里你可以为你的字段定义 EnumType。     这里其实 有 2 种类型，第一种类型为 ORDINAL，第二种类型为 STRING。 这 2 种类型是分别对应的是整数类型和字符串类型。     同时这 2 种类型是在 包 javax.persistence 中定义的。 对应数据库 对应的数据库，如果你使用的类型为 EnumType.ORDINAL 的话，你对应的数据库字段可以使用为 int。 否则你需要在你的数据库中使用字段为 VARCHAR 或者任何其他类型的字段。 通常我们认为使用整数在数据库中的效率可能更高。 因此在实际定义的时候，使用 EnumType.ORDINAL 的机会更多。   https://www.ossez.com/t/hibernate-enumerated/13853

这个警告通常在你升级 Hibernate 后会出现，主要是提示你应该使用 JPA 来进行查询。 警告信息如下： HHH90000022: Hibernate's legacy org.hibernate.Criteria API is deprecated; use the JPA javax.persistence.criteria.CriteriaQuery instead 老的查询方式 考察下面的代码： Factory.getSession().createCriteria(classArg); 上面的代码是获得一个 Session 后创建 createCriteria 来进行查询。 如果你查看 createCriteria 这个方法的源代码的话。     上面提示这个查询方法将会逐步被丢弃。 因此不建议你继续使用。 考察下面的代码，我们是来从一个实体对象中进行查询。 Criteria cr = Factory.createCriteria(MlsListing.class); cr.add(Restrictions.ge("dateM", new DateTime().minusDays(100).toDate())); cr.addOrder(Order.desc("dateM")); 上面的代码是首先通过实体创建一个 Criteria，然后再设置查询条件。 如果使用 JPA 的话就不能这样写了。 JPA 写法 与上面对应的是 JPA 的写法。 完整的代码如下： CriteriaBuilder builder = Factory.getSession().getCriteriaBuilder(); CriteriaQuery<MlsListing> criteriaQuery = builder.createQuery(MlsListing.class); Root<MlsListing> root = criteriaQuery.from(MlsListing.class); criteriaQuery.select(root); criteriaQuery.where(builder.greaterThan(root.get("dateM"), new DateTime().minusDays(100).toDate())); // criteriaQuery.where(builder.greaterThan(root.get(MlsListing_.DATE_M), new DateTime().minusDays(100).toDate())); Query query = Factory.getSession().createQuery(criteriaQuery); query.setMaxResults(1000); mlsListingList = query.getResultList(); 代码解读 需要从 Session 中获得 CriteriaBuilder 实例 从 CriteriaBuilder 实例中创建 CriteriaQuery 从 CriteriaQuery 中创建 Root 实例 将 root 实例返回设置到 CriteriaQuery 中 在 CriteriaQuery 中创建 Where，Order 等条件 从 Session中获得 Query 实例，在创建这个 Query 实例的时候需要 CriteriaQuery 才可以创建。 为 Query 设置返回参数集 执行查询 如果单纯的从步骤的角度来说，上面的过程更加复杂了。 原因有，从 Session 中需要获得 CriteriaBuilder 和 Query 2 个实例。 CriteriaQuery 的创建需要实体。 CriteriaQuery 需要解决 2 个问题，从哪里去查询，实际上是从 Root 去查询，这个是 select 这个语句表达的。 查询条件是什么，这个是 where 语句表达的。 因为是 从 Root 里面查，所以需要设置 Root 对象，root 对象又是从 criteriaQuery 中的 from 来的。 正是因为上面的问题，才导致这个 JPA 查询有点绕。 总结 对 JPA 的查询我们进行一个小总结。     查询的基础是从 session 中运行 Query 语句。 第一步，从 Session 中创建 CriteriaBuilder ，这个不需要实体类。 第二步，从 CriteriaBuilder 的实例中创建 CriteriaQuery，这个需要实体类，同时解决从哪里查（Root）和 怎么查的问题（Select 和 Where） 第三步，执行查询，这个步骤需要从 Session 中创建 Query ，并且执行 CriteriaQuery 的实例。 通过上面 3 个步骤是不是更加容易帮助你理解了呢？   https://www.ossez.com/t/hibernate-hhh90000022/13852

Hibernate 在 5 以后的版本中全面推进使用 JPA 的查询语法，甚至准备废弃掉自己已有的查询语法。 什么是 JPA JPA 全称为 Java Persistence API ，Java 持久化API是Sun公司在java EE 5规范中提出的 Java 持久化接口。 JPA吸取了目前Java持久化技术的优点，旨在规范、简化Java对象的持久化工作。 使用JPA持久化对象，并不是依赖于某一个ORM框架。 换句话说就是 JPA 是一个技术规范，你可以使用各种框架来进行实现。 比如你可能听到最多的 Hibernate， OpenJPA，或者 EclipseLink 等都是 JPA 的实现。 Hibernate 和 JPA 的关系 根据数据访问的层次来说，我们如果使用 Hibernate 的话，通常我们需要写的代码都在数据访问层。 然后在数据访问层中编写查询代码。 这个查询代码可以使用 Hibernate Native API ，也可以使用 JPA。 在 Hibernate 5 及其后续版本中，你可能会看到下面的这个警告： HHH90000022: Hibernate's legacy org.hibernate.Criteria API is deprecated; use the JPA javax.persistence.criteria.CriteriaQuery instead   上面警告的意思是 Hibernate 准备丢弃掉自己的 Hibernate Native API 查询 API 了。 在你的数据访问层的代码中，你需要采取 JPA 的写法了。 如果你对老的 Hibernate 版本进行升级的时候，你可能会遇到上面的问题，你需要重新调整不少的写法。 可以说 Hibernate 正在全面向 JPA 的写法靠拢。   https://www.ossez.com/t/hibernate-jpa/13851

如果不在 IntelliJ IDEA 中配置的话，将会出现编译错误。 这是因为 Metamodel 源代码不是在 src 目录中的，而是在编译的时候生成的。 要解决这个问题其实也非常简单，按照下面 2 个步骤就可以了。 配置 首先需要进入进入 IntelliJ IDEA 的编译配置。     然后选择编译，然后选择声明处理器，然后 Check 上启用声明处理器。     在完成上面的配置后单击 OK 保存退出。 添加源代码 在生成的 Metamodel 代码中，单击右键。 然后单击鼠标右键，选择生成 Metamodel 的目录为 生成的源代码 Root。     如上面图片中显示的内容。 然后单击确定后就可以让你的源代码编译的时候没有错误了。 再次确认 然后选择文件，然后选择项目结构。     然后选择模块。     在模块中，需要确定生成的文件夹在源代码目录中。 只有完成上面的设置才会让 IntelliJ IDEA 能够识别生成的文件。 并且在 IntelliJ IDEA 没有编译错误。   https://www.ossez.com/t/intellij-idea-metamodel/13850

要在 Hibernate 中生成 JPA 的 Metamodel。 你只需要在 pom.xml 进行下面的 2 个操作就可以了。 添加依赖 在 POM 中添加下面的依赖。 <dependency> <groupId>org.hibernate</groupId> <artifactId>hibernate-jpamodelgen</artifactId> <version>5.6.3.Final</version> </dependency> 编译插件 在编译插件中，添加编译参数 <compilerArguments> <processor>org.hibernate.jpamodelgen.JPAMetaModelEntityProcessor</processor> </compilerArguments> 完整的编译参数如下图     注意上图中的插件配置。 进行编译 运行命令：mvn compile 输出如下： PS C:\WorkDir\USRealEstate\Source-Code\mls-common> mvn compile [INFO] Scanning for projects... [INFO] [INFO] --------------------< com.ossez.usreio:mls-common >--------------------- [INFO] Building Mls-Common 0.0.1-SNAPSHOT [INFO] --------------------------------[ jar ]--------------------------------- [INFO] [INFO] --- maven-resources-plugin:2.6:resources (default-resources) @ mls-common --- [INFO] Using 'UTF-8' encoding to copy filtered resources. [INFO] Copying 5 resources [INFO] [INFO] --- maven-compiler-plugin:3.8.1:compile (default-compile) @ mls-common --- [INFO] Changes detected - recompiling the module! [INFO] Compiling 35 source files to C:\WorkDir\USRealEstate\Source-Code\mls-common\target\classes [INFO] /C:/WorkDir/USRealEstate/Source-Code/mls-common/src/main/java/com/ossez/usreio/mls/common/dao/factories/ListingMlsPhotoFactory.java: Some input files use or override a deprecated API. [INFO] /C:/WorkDir/USRealEstate/Source-Code/mls-common/src/main/java/com/ossez/usreio/mls/common/dao/factories/ListingMlsPhotoFactory.java: Recompile with -Xlint:deprecation for details. [INFO] /C:/WorkDir/USRealEstate/Source-Code/mls-common/src/main/java/com/ossez/usreio/mls/common/dao/factories/ListingMlsPhotoFactory.java: Some input files use unchecked or unsafe operations. [INFO] /C:/WorkDir/USRealEstate/Source-Code/mls-common/src/main/java/com/ossez/usreio/mls/common/dao/factories/ListingMlsPhotoFactory.java: Recompile with -Xlint:unchecked for details. [INFO] ------------------------------------------------------------------------ [INFO] BUILD SUCCESS [INFO] ------------------------------------------------------------------------ [INFO] Total time: 2.738 s [INFO] Finished at: 2022-01-12T16:52:51-05:00 [INFO] ------------------------------------------------------------------------ PS C:\WorkDir\USRealEstate\Source-Code\mls-common> 然后 Maven 将会在 target 文件夹中生成 Metamodel 的源代码。     生成的源代码如上图。 https://www.ossez.com/t/hibernate-jpa-metamodel/13849

JP A定义了一个可以在运行时查询关于ORM映射信息的元模型（meta-model）。 元模型可以与Criteria API一起使用，而不是使用字符串来引用类属性。 什么是 Metamodel 如果你使用 JPA 或者 Hibernate 写 criteriaQuery 的时候。 你可能会遇到下面一句话 criteriaQuery.where(builder.greaterThan(root.get("dateM"), new DateTime().minusDays(100).toDate())); 抛开上面所有的类型定义不说，上面这句话的意思就是创建一个 SQL 查询 dateM 字段更新时间大于当前时间减去 100 天的时间。 如果使用 Metamodel 的话，就可以写成： criteriaQuery.where(builder.greaterThan(root.get(MlsListing_.DATE_M), new DateTime().minusDays(100).toDate())); 上面这句话查询的是 MlsListing_ORM 对象中的更新日期，与上面的那句话是等同的。 MlsListing_.DATE_M 就是我们说的 Metamodel 了，这个是动态生成的。 并且使用的是 ORM 对象加下划线的表达方式。 为什么要 Metamodel 其实我们并不需要使用 Metamodel，你可以直接使用 dateM。 但是，如果有一天你看见 dateM 不顺眼，改了 dateM 这个为别的名字的话，那么你所有程序中有关 dateM 的查询都要改。 因为你使用的是 String 字符串，Java 的编译器是没有办法找到编译错误的。 这个是不是很郁闷。 如果使用 Metamodel，所有的需要修改的地方都会触发编译错误。 这就是为什么我们会使用 Metamodel 的原因 Metamodel 是在编译时候生成的 Metamodel 不是你代码的一部分。 这个是通过编译的时候生成的，你不需要手动进行代码编写。 你需要做的是，针对 maven 在 pom.xml 文件中 添加依赖 <dependency> <groupId>org.hibernate</groupId> <artifactId>hibernate-jpamodelgen</artifactId> <version>5.6.3.Final</version> </dependency>     上面为添加的依赖。 添加编译参数 <compilerArguments> <processor>org.hibernate.jpamodelgen.JPAMetaModelEntityProcessor</processor> </compilerArguments>     然后你在运行 Maven 编译的时候，将会在动在 target 文件夹中生成对应的文件了。 编译后生成的文件 编译后生成的文件位于 target 文件夹中。     当你完成上面的 pom.xml 配置的话，你是完全没有问题生编译你的项目的。   https://www.ossez.com/t/jpa-metamodel/13848

JSON 数据是目前比较通用的数据交换格式。 在一些新的项目中可能会使用 yaml 这种格式，但大部分项目目前都还是在使用 JSON 数据格式来进行数据交换。 可能老的项目还在使用 XML，这个不在我们这篇文章的讨论范围内。 在 JAVA 程序中，如果要对 JSON 数据进行处理，通常就会涉及到 JSON 数据的转换和解析。 使用的包 有多种包可以来进行使用，目前使用最多的是 Jackson，同时 Gson 也在使用中，更新的频率也比较不错。 Json-lib 已经不更新了，可以取代的是 JSON in Java。 从 Maven 仓库中，可以看到 Jackson Databind 是使用最多的库。     解析 当我们拿到一个 JSON 字符串的时候，我们通常需要进行解析。 如果你已经针对这个给出的 JSON 字符串的话，你可以直接进行使用将这个字符串映射成对象。 这个使用使用的方法应该是 readValue。 如果使用 readTree 的话，主要目的是将输入的字符串转换为 JsonNode 对象。 然后再对转换后的 JsonNode 对象进行操作。 考察下面的一个 JSON 文本。     在我们使用代码： ObjectMapper mapper = new ObjectMapper(); JsonNode node = mapper.readTree(new URL(CONTENT_URL)); JsonNode topicsNodes = node.get("topic_list").get("topics"); 将输入的字符串转换为 node 后，我们会看到你的 node 对象中的内容为：     这和你输入的 JSON 数据格式中的内容是对应的。 如果你还需要获得某一个 node 下面的 node 话，你可以使用方法 get。 这个 get 方法将会返回一个 JsonNode 对象。     你可以使用上面的方法不停的 get，get 再 get。   https://www.ossez.com/t/java-jackson-readtree/13846

有下面 2 种方法来 push 数据。 newsletterNode.put("created_at", topicsNode.get("created_at")); newsletterNode.put("external_link", EXTERNAL_LINK_URL + topicsNode.get("id")); 如果你需要 put 的对象为 JsonNode 的话，不能使用 put 方法。 这个方法被丢弃掉，这就是为什么需要使用 set 的方法。     如上面所示，如果你是 put 其他值的话，你就可以直接 put。 如果你需要 put 对象的话，那么就需要 set，当然你也可以用 put。 只是 put 这个方法被更新使用 set 了。   https://www.ossez.com/t/java-jackson-push-objectnode/13845

通常来说只需要下面的 1 行代码就可以完成下面的转换了。 请考察下面的代码： String newsletterJSON = mapper.writerWithDefaultPrettyPrinter().writeValueAsString(newsletterArrayNode); mapper 是下面对象的实例化 ObjectMapper mapper = new ObjectMapper();     上面的代码将会对输出的 JSON 字符串同时进行格式化。   https://www.ossez.com/t/java-jackson-json/13844

请考察下面的代码： Long.parseLong("0", 10) // returns 0L Long.parseLong("473", 10) // returns 473L Long.parseLong("-0", 10) // returns 0L Long.parseLong("-FF", 16) // returns -255L Long.parseLong("1100110", 2) // returns 102L Long.parseLong("99", 8) // throws a NumberFormatException Long.parseLong("Hazelnut", 10) // throws a NumberFormatException Long.parseLong("Hazelnut", 36) // returns 1356099454469L 上面的代码是转换为 Long 的。 转换为 Float 也是一样的。 实际上，我们可能会用到下面的代码来转换。 NumberUtils.toLong("473"); NumberUtils 这个工具类是在 package org.apache.commons.lang3.math 包中的，同时主要也是为了避免出现 null 对象的转换异常。     根据官方的说法为：如果输入的字符串为 null 或者 0 的话，将会有下面的返回和输出。 NumberUtils.toLong(null) = 0L NumberUtils.toLong("") = 0L NumberUtils.toLong("1") = 1L https://www.ossez.com/t/java-string-long/7205