Hibernate 反向生成文件报错解决方法

本文详细描述了使用MyEclipse反向生成Hibernate POJO和*.hbm.xml文件时遇到的错误及解决过程。主要涉及到类路径混淆、配置文件问题和XML解析冲突,最终通过调整类路径和更新依赖解决错误。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

昨天用myeclipse6.5反向生成hibernate的POJO+*.hbm.xml出现这个错误:

……

Association references unmapped class:Appraise

……

昨晚在网上查了半天,没找到解决方法,很郁闷于是睡觉去了。今天继续找原因,终于找到这篇文章了,看了下,我问题的原因基本跟真篇文章描述的八九不离十,照他的办法,把这个错误解决掉了,特意转这篇文章过来了。

1 开始生成的POJO+*.hbm.xml在工程的default包下,之后被我移到了,yangting.bookshop.model包下了,但我没有修改映射文件,于是给我报了以上错误.

2          在每个POJO的映射文件中的<hibernate-mapping package="yangting.bookshop.model">

            applicationContext.xml中的片段:

            <property name="mappingResources">
            <list>
                <value>yangting/bookshop/model/Bbs.hbm.xml</value>
                <value>yangting/bookshop/model/Book.hbm.xml</value>
                <value>yangting/bookshop/model/Manager.hbm.xml</value>
                <value>yangting/bookshop/model/Order.hbm.xml</value>
                <value>yangting/bookshop/model/OrderDetail.hbm.xml</value>
                <value>yangting/bookshop/model/Type.hbm.xml</value>
                <value>yangting/bookshop/model/User.hbm.xml</value>
                <value>yangting/bookshop/model/Appraise.hbm.xml</value>
            </list>
        </property>

 

3  改了之后,又有点不幸,控制台又报了个小错误 :

严重: Exception starting filter Struts2 
Caught exception while loading file struts-default .xml - [unknown location] 
at com.opensymphony.xwork2.config.providers.XmlConfigurationProvider.loadConfigurationFiles(XmlConfigurationProvider.java:839)
at com.opensymphony.xwork2.config.providers.XmlConfigurationProvider.loadDocuments(XmlConfigurationProvider.java:131)
at com.opensymphony.xwork2.config.providers.XmlConfigurationProvider.init(XmlConfigurationProvider.java:100)     

.....

Caused by: java.lang.ClassCastException: org.apache.xerces.parsers.XML11Configuration cannot be cast to org.apache.xerces.xni.parser.XMLParserConfiguration 
at org.apache.xerces.parsers.DOMParser.<init>(Unknown Source) 
at org.apache.xerces.parsers.DOMParser.<init>(Unknown Source)

 

解决方法: 
移除项目目录中的xerces.jar 
there was a conflict between tomcat's internal XML parser and the xerces I was using inside my project. 
参考链接:http://www.nabble.com/org.apache.xerces.parsers.XML11Configuration- cannot- be- cast- to-org.apache.xerces.xni.parser.XMLParserConfiguration- td14108368.html

 

现在问题都解决了。

 

 

 参考文章:

在用myeclipse的Hibernate插件通过数据表自动生成PO的时候遇到了这样的错误:

Exception in thread "main" org.hibernate.MappingException: Association references unmapped class: User 
    at org.hibernate.cfg.HbmBinder.bindCollectionSecondPass(HbmBinder.java:2380) 
    at org.hibernate.cfg.HbmBinder$CollectionSecondPass.secondPass(HbmBinder.java:2662) 
    at org.hibernate.cfg.CollectionSecondPass.doSecondPass(CollectionSecondPass.java:43) 
    at org.hibernate.cfg.Configuration.secondPassCompile(Configuration.java:1130) 
    at org.hibernate.cfg.Configuration.buildSessionFactory(Configuration.java:1286) 
    at free_50.NewsManager.main(NewsManager.java:17)

 

然后GG和BD了一阵,都没解决。很烦躁。

 

之后一个一个文件去看,最后结合之前手工写的PO和查看书籍找到了原因:

因为myeclipse自动生成的*.hbm.xml映射文件出来问题,在进行<many-to-one>的映射中的class设置有误,自动生成的映射文件在这地方只是写上类名,而实际上要写上包括包名在内的类名。

 ps:后来发现,原来是我移动了生成后的POJO和映射文件,但是映射文件却没随之更改过来,所以要改地址,其实只要改 变<hibernate-mapping package="model.bean">在这里加入package就OK了,不需要一个个的去改。

只要改过来问题就解决了。

顺便把测试代码发一下,做个记录:

Java代码
  1. package  SessionFactory;   
  2.   
  3. import  org.hibernate.Session;   
  4. import  org.hibernate.Transaction;   
  5. import  cn.free_50.model.bean.*;   
  6.   
  7. public  class  NewsManager {   
  8.   
  9.     public  static  void  main(String[] args) throws  Exception {   
  10.   
  11.         //实例化Session   
  12.         Session sess = HibernateSessionFactory.getSession();   
  13.         //开始事务   
  14.         Transaction tc = sess.beginTransaction();   
  15.         User u = new  User();   
  16.         //设置消息标题和消息内容   
  17.   
  18.         u.setUserName("wl" );   
  19.         Group group = new  Group();   
  20.         group.setGroupName("管理员" );   
  21.         group.setGroupDesc("管理论坛事物" );   
  22.         u.setGroup(group);   
  23.         //保存消息   
  24.         sess.save(u);   
  25.         //提交事务   
  26.         tc.commit();   
  27.         //关闭Session   
  28.         HibernateSessionFactory.closeSession();   
  29.   
  30.     }   
  31.   
原文地址:http://www.free-50.cn/blog/article/technology/Association%20references%20unmapped%20class.htm
<think>嗯,用户之前问了关于在Spring Boot项目中如何更新数据库的问题,现在他们又进一步问,如果已经修改了MySQL数据库,怎么让项目同步更新。我需要仔细思考用户的真实需求是什么。 首先,用户可能手动修改了数据库结构,比如添加了表或字段,现在需要让项目中的实体类或配置与数据库一致。用户可能遇到了在代码中没有反映数据库变化的问题,导致应用运行时出错。 接下来,我要考虑不同的情况。如果用户使用的是JPA/Hibernate,他们可能希望实体类自动同步数据库结构,或者反过来。但通常,Hibernate的ddl-auto设置是用来根据实体类生成数据库结构的,而不是根据数据库来更新实体类。所以如果用户手动修改了数据库,他们需要手动调整实体类以匹配数据库的变化。 另外,用户可能没有使用数据库迁移工具,比如Flyway或Liquibase,这样手动修改数据库会导致版本控制问题。这时候需要建议他们使用迁移工具,以便更好地管理数据库变更。 可能的解决方案包括: 1. 更新实体类以匹配数据库结构,这是最直接的方法,但需要手动操作。 2. 配置JPA/Hibernate的ddl-auto为validate,确保实体和数据库结构一致,避免自动生成导致的问题。 3. 引入数据库迁移工具,将手动修改的SQL转化为迁移脚本,保证团队协作和版本控制。 需要提醒用户注意,在生产环境中避免使用ddl-auto=update,因为这可能带来不可预知的风险。此外,如果用户手动修改了数据库,而没有更新实体类,应用可能会出现运行时错误,比如字段不存在或类型不匹配。 用户可能有更深层的需求,比如如何自动化数据库变更管理,确保开发和部署的一致性。这时候推荐迁移工具是合理的,同时需要给出具体的步骤,比如添加依赖、创建迁移脚本等。 最后,确保回答结构清晰,分点说明不同情况下的解决方案,并给出注意事项,帮助用户避免常见陷阱。</think>在 Spring Boot 项目中,如果**已经手动修改了 MySQL 数据库**,要让项目代码与数据库结构保持同步,需要根据场景选择不同的策略。以下是具体方法和注意事项: --- ### 一、场景分类与解决方案 #### 1. **如果使用 JPA/Hibernate(自动生成表结构)** - **问题**:手动修改数据库后,实体类(`@Entity`)可能不再与数据库结构一致,导致应用启动失败或运行时错误。 - **解决方案**: 1. **反向同步**:根据数据库结构更新实体类(Java 类)。 - 例如,你手动在表中新增了一个 `email` 字段,需要在实体类中添加对应的属性: ```java @Entity public class User { // 其他字段... private String email; // 新增字段 // Getter/Setter 省略 } ``` 2. **配置验证模式**:将 `spring.jpa.hibernate.ddl-auto` 设置为 `validate`,启动时会检查实体类与数据库是否一致。 ```properties spring.jpa.hibernate.ddl-auto=validate ``` - 如果校验失败,会直接报错提示字段不匹配。 #### 2. **如果使用 Flyway/Liquibase(数据库迁移工具)** - **问题**:手动修改数据库会导致迁移工具的版本记录与实际不一致。 - **解决方案**: 1. **生成迁移脚本**:将手动修改的 SQL 转化为 Flyway/Liquibase 的版本脚本。 - Flyway:在 `src/main/resources/db/migration` 下创建 `V2__add_email_column.sql`(假设当前版本是 V1)。 ```sql ALTER TABLE user ADD COLUMN email VARCHAR(255); ``` 2. **执行基线迁移**(Baseline Migration):如果已有数据库需要与迁移工具对齐,需运行基线命令。 ```properties # Flyway 配置 spring.flyway.baseline-on-migrate=true ``` --- ### 二、通用操作步骤 无论是否使用迁移工具,都需要以下操作: 1. **更新实体类**:确保 Java 实体类与数据库表结构完全匹配(字段名、类型、约束等)。 2. **清理 Hibernate 缓存**:修改后重启应用,并清理可能的缓存残留: ```properties spring.jpa.properties.hibernate.cache.use_second_level_cache=false ``` --- ### 三、注意事项 1. **避免混合操作**:不要同时使用手动修改数据库和 `ddl-auto=update`,否则可能因执行顺序导致冲突。 2. **生产环境禁用自动 DDL**: ```properties spring.jpa.hibernate.ddl-auto=none # 生产环境必须关闭 ``` 3. **团队协作**:如果多人开发,必须通过迁移工具管理 SQL 脚本,禁止直接修改数据库。 --- ### 四、推荐工作流(最佳实践) 1. **开发阶段**:使用 `ddl-auto=update` 快速迭代(仅限本地环境)。 2. **测试/生产环境**: - 使用 Flyway/Liquibase 管理所有 SQL 变更。 - 每次修改数据库时,生成版本化 SQL 脚本并提交到代码库。 - 启动应用时自动执行迁移脚本。 --- ### 附:如何整合 Flyway? 1. **添加依赖**(Maven): ```xml <dependency> <groupId>org.flywaydb</groupId> <artifactId>flyway-core</artifactId> </dependency> ``` 2. **配置 application.properties**: ```properties spring.flyway.locations=classpath:db/migration spring.flyway.baseline-on-migrate=true # 首次使用时初始化基线 ``` 3. **编写 SQL 脚本**: 在 `resources/db/migration` 目录下创建 `V2__your_change.sql`。 --- 通过上述方法,可以确保数据库与代码的同步性,同时避免因手动操作导致的环境不一致问题。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值