【java-bug】Disabling contextual LOB creation as JDBC driver reported JDBC version [3] less than 4

已于 2023-07-22 09:39:24 修改
阅读量2.3k 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： java 文章标签： java-ee bug
于 2018-03-29 21:51:43 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/skybboy/article/details/79749835
本文解决了在使用Hibernate框架时遇到的“Disabling contextual LOB creation”问题。问题出现的原因是没有在hibernate.cfg.xml文件中正确配置新增的ORM表映射路径。文章指导如何在配置文件中添加正确的mapping资源。

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

Disabling contextual LOB creation as JDBC driver reported JDBC version [3] less than 4

我出现这个问题的原因是：编写好了对象与表的映射文件后，没有在hibernate主配置文件里面添加新增的orm表映射路径。

记得要在hibernate主配置文件即hibernate.cfg.xml文件中添加mapping属性。保存文件，配置要正确。

<mapping resource="cn/test/domain/test.hbm.xml" />

ESP32-S3模组上实现低功耗（2）
phmatthaus的专栏
12-27 524
ESP32-S3模组上实现低功耗（2）
ESP32-C3模组上跑通OTA升级（11）
phmatthaus的专栏
06-03 1291
ESP32-C3模组上跑通OTA升级（11）
ＪＤＢＣ　版本的增删改查－－－Version１.２
06-06
　　现在时我总结的单表查询的第三个版本　Version１.２，在这个版本中我增加了配置属性文件，接口。 为什么增加属性配置文件？ 　　　　原因是：如果我现在该成　Oracle　了怎么办，是不是要改动好多的代码（我现在用　　　　　　　　的数据库是Mysql）。　 　　　　先假设一下改成　Oracle数据库看看需要改动的地方， 　　 ｏｒｇ．ｚｈａｎｇ．ｕｔｉｌ包中的注册链接方法是要改的,并且是直接改写的代码 　　　　　　Class.forName("oracle.jdbc.driver.OracleDriver"); String url = "jdbc:oracle:thin:@localhost:1521:ORCL"; String user = "newuser"; String password = "newuser"; 直接改写代码是不安全的。把它们放在配置文件中是不错的解决方法。　 为甚么增加接口？ 接口就是一组规范 一组标准。 我们这样想想 假设Oracle中也有同样的一张表。我们对表的操作是不是就是同样的,也就是说在org.zhang.dao 包中类的功能就是同样的，如果我没说明白，可以这样理解----把相同功能的方法提出来，变成接口，再让类实现这个接口。看看下面的代码吧 嘎嘎!
关于Disabling contextual LOB creation as JDBC driver reported JDBC version [3] less than 4的解决方法
师兄阿离的博客
09-19 2631
hibernate error:Disabling contextual LOB creation as JDBC driver reported JDBC version [3] less than 4 一、检查下 bean类是否匹配 hbm.xml 文件 1、属性是否匹配 2、属性值否匹配   二、检查是否提交事务...
关于hibernate的 Disabling contextual LOB creation as JDBC driver reported JDBC version [3] less than 4
u014127962的专栏
04-09 7490
hibernate error:Disabling contextual LOB creation as JDBC driver reported JDBC version [3] less than 4 一、检查下 bean类是否匹配 hbm.xml 文件 1、属性是否匹配 2、属性值否陪陪 二、检查是否提交事务
Disabling contextual LOB creation as createClob() method threw error : java.lang.reflect.Invocation
jie1336950707的博客
10-05 2968
其实只要看第一行就可以了 at org.hibernate.engine.jdbc.internal.JdbcServicesImpl.configure(JdbcServicesImpl.java:244) ，就是在配置的时候没取到值。那么为什么没取到值呢，是因为Hibernate默认是使用jdbc方式来取的，如果使用连接池的方式的话，必须告诉Hibernate一声，让它不使用单纯的JDBC连接
Disabling contextual LOB creation as createClob()
weixin_33690367的博客
11-12 211
2019独角兽企业重金招聘Python工程师标准>>> ...
[DesignSPHysics] main.py:94 -＞ Invalid document environment found. Disabling case-related tools.
**My Coding Family**
06-05 894
ok，以上就是我这期的Bug修复内容啦，如果还想查找更多解决方案，你可以看看我专门收集Bug及提供解决方案的专栏「Bug调优」，都是实战中碰到的Bug，希望对你有所帮助。到此，咱们下期拜拜。码字不易，如果这篇文章对你有所帮助，帮忙给bugj菌来个，您的支持就是我坚持写作分享知识点传播技术的最大动力。「猿圈奇妙屋」；
Google Style 编码风格代码：eclipse-java-google-style.xml
qq_45314170的博客
12-11 1056
google是当下比较畅行的编码规范之一，将以下代码复制粘贴在新建的txt文档中，然后改名为```eclipse-java-google-style.xml```即可（注意文件后缀是xml哦~），然后再IDEA（需要添加Eclipse Code Formatter插件）或者Eclipse（记得编辑查看风格细节）中导入就行了 <profiles version="13"> <p...
使用Spring Boot + Sharding-JDBC 快速简单地实现数据库读写分离
热门推荐
菜头君的博客
05-19 1万+
一、 Sharding-JDBC介绍 引用官方的一段介绍 ① Sharding-JDBC是一个开源的分布式数据库中间件解决方案。它在Java的JDBC层以对业务应用零侵入的方式额外提供数据分片，读写分离，柔性事务和分布式治理能力。并在其基础上提供封装了MySQL协议的服务端版本，用于完成对异构语言的支持。 ② Sharding-JDBC是基于JDBC的客户端版本定位为轻量级Java...
JDK版本与JDBC版本的关系
12-03
JDK版本与JDBC版本的关系: Many other versions of the JDBC driver are available. This includes development versions, compatibility with older JDKs, and previous versions of the driver.
Disabling contextual LOB creation as createClob() method threw error
vcvcttt的博客
06-29 4917
INFO: HHH000424: Disabling contextual LOB creation as createClob() method threw error : java.lang.reflect.InvocationTargetException <bean id="dataSource" class="org.apache.commons.dbcp.BasicDataSo
Disabling contextual LOB creation as createClob() method error : java.lang.reflect.InvocationTargetE
不认输的我
07-01 3315
今天在启动ssh框架的项目时，一直报这样的错误Disabling contextual LOB creation as createClob() method threw error : java.lang.reflect.InvocationTargetException，查询了下资料发现原来是项目启动时，Hibernate试图从数据库中检索一些元信息，此时可以将hibernate的配置改为：
hibernate中异常Disabling contextual LOB creation as createClob() method threw error : java.lang.reflect
偶是一只小小鸟~
10-18 1226
正如你所注意的那样,这个异常并不是一个真正的问题。它发生在启动期间,当Hibernate试图从数据库检索一些元信息。如果这惹恼了你,你可以禁用它: hibernate.temp.use_jdbc_metadata_defaults false
Disabling contextual LOB creation as createClob() method threw error的处理
i2shouxihu的博客
04-29 1157
false 可以避免启动容器时报的一个错误：Disabling contextual LOB creation as createClob() method threw error : java.lang.reflect.InvocationTargetException org.hibernate.dialect.MySQL5Dialect true true false updat...
JDBC版本简介
allway2的博客
09-28 3026
JDBC 版本是 JDBC 软件的发布，在 JDK 实现中有多个可用的 JDBC 版本。JDBC 目前的稳定版本是 4.3，发布于2017 年 9 月21日，版本 4.3 是一个稳定的版本，这意味着我们可以使用此版本实现 API 软件。第一个版本于1997年发布，其版本名称为JDBC 1.2，这是JDBC的第一个稳定版本。在发布版本 1.2 之后，许多稳定版本在 JDK 实现中发布，JDBC 4.0 及更高版本都支持 java SE 环境。
qemu-system-riscv64: warning: disabling zfa extension for hart 0x0000000000000000 because privilege spec version does not match
最新发布
03-20
<think>好的，我现在需要解决用户在QEMU RISC-V模拟器中遇到的zfa扩展与特权规范版本不匹配的警告问题。首先，我得理解这个警告的具体原因。用户提到的是zfa扩展和特权规范版本不兼容，所以可能涉及到QEMU的配置或编译选项。 根据用户提供的引用，特别是引用[2]和[4]，里面提到了QEMU的配置文件和编译过程。比如，引用[2]提到device/qemu/riscv32_virt/liteos_m/config.gni这个文件，可能里面有关于扩展的配置。而引用[4]则详细描述了QEMU的编译和构建过程，特别是针对不同架构的设置。 接下来，我需要确认zfa扩展是什么。zfa是RISC-V的一个扩展指令集，可能用于浮点运算或其他特定功能。如果QEMU在模拟时启用了zfa扩展，但当前的特权架构版本（比如1.11或1.12）不支持，就会导致版本不匹配的警告。 解决方案可能有几个方向：首先是检查QEMU的版本是否支持zfa扩展所需的特权规范，可能需要升级QEMU到最新版本，因为较新的版本可能已经适配了最新的规范。其次，如果在配置中显式启用了zfa扩展，可能需要调整配置，暂时禁用该扩展，或者调整特权规范的版本设置。 另外，查看QEMU的启动参数和编译选项也很重要。比如，在启动时通过-machine参数指定特权版本，或者在编译时通过配置选项禁用zfa扩展。例如，在编译QEMU时使用--disable-zfa或者类似的选项，或者在运行QEMU时通过-cpu参数指定CPU模型而不包含zfa扩展。 还需要参考QEMU的官方文档，确认zfa扩展的依赖和兼容性。例如，用户提到的引用[1]是关于FreeRTOS的文档，可能涉及QEMU的使用，但具体到zfa扩展可能需要查阅QEMU本身的文档或社区讨论。 可能还需要修改配置文件，如引用[2]中的config.gni，调整扩展列表，移除zfa，或者调整特权版本设置。此外，如果问题出现在构建系统（如GN或Makefile）中，可能需要调整构建参数，确保扩展和特权版本的兼容性。 最后，测试修改后的配置或参数，重新编译运行QEMU，观察警告是否消失，并验证模拟器的功能是否正常。如果问题依旧，可能需要更深入地查看QEMU的源码或提交issue到社区寻求帮助。</think>### QEMU RISC-V zfa扩展与特权规范版本不匹配的解决方案 #### 问题分析 当QEMU RISC-V模拟器提示`zfa extension privilege spec version mismatch`时，通常是因为启用了zfa扩展（RISC-V浮点原子操作扩展）但未正确配置特权规范版本（如v1.12）。zfa扩展需要特定的特权架构版本支持[^2][^4]。 --- #### 分步解决方法 1. **升级QEMU版本** - 最新版QEMU可能已修复兼容性问题： ```bash git clone https://gitlab.com/qemu-project/qemu.git cd qemu && git checkout v9.0.0 # 选择稳定版本 ./configure --target-list=riscv64-softmmu make -j$(nproc) ``` 引用[4]提到QEMU 9.0对RISC-V支持有显著改进。 2. **调整特权规范版本** - 启动时通过`-machine`参数指定特权规范版本： ```bash qemu-system-riscv64 -machine virt,privileged_spec_version=1.12 ``` 这会强制对齐zfa扩展依赖的特权规范。 3. **修改设备树配置** - 对于嵌入式系统（如OpenHarmony），编辑`device/qemu/riscv32_virt/liteos_m/config.gni`： ```python # 注释或删除zfa扩展声明 # riscv_extra_subfeatures = ["zfa"] ``` 引用[2]指出该文件控制QEMU模拟器的扩展配置。 4. **编译时禁用zfa扩展** - 若不需要zfa功能，重新配置QEMU时关闭该扩展： ```bash ./configure --target-list=riscv64-softmmu --disable-zfa ``` --- #### 验证方法 1. 检查QEMU版本和配置： ```bash qemu-system-riscv64 --version qemu-system-riscv64 -machine help | grep virt ``` 2. 启动时添加调试参数： ```bash qemu-system-riscv64 -d int,cpu_reset -D qemu.log ``` 在日志中搜索`zfa`相关条目以确认配置生效[^3]。 --- #### 扩展知识 RISC-V特权规范版本控制采用向下兼容设计，但部分扩展（如zfa）需要特定版本支持。QEMU 9.0默认使用v1.12特权规范，而旧版本可能默认使用v1.11[^4]。 ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

阿来小同学

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值