SSH整合过程中遇到的一个问题Disabling contextual LOB creation as createClob() method threw error

最新推荐文章于 2019-06-13 15:35:51 发布
最新推荐文章于 2019-06-13 15:35:51 发布
阅读量2.1k 收藏
点赞数 1
CC 4.0 BY-SA版权
分类专栏： java 文章标签： java SSH 异常
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/ununie/article/details/85019011
在按照黑马spring教程（左慈老师视频）进行SSH整合时，遇到Hibernate在启动Tomcat时尝试检索数据元信息导致的异常。解决方案是在配置中设置hibernate.temp.use_jdbc_metadata_defaults为false，以禁用元信息检索。

按照黑马spring教程（左慈老师的视频）SSH整合章节的内容自己敲完代码运行之后发现启动tomcat的时候会有这个问题。 

搜索的解决方法为： https://stackoverflow.com/questions/4588755/disabling-contextual-lob-creation-as-createclob-method-threw-error

大意是说：这个异常不是一个真的问题。当Hibernate试着从数据中去检索一些元信息的这个引导过程中它会发生。如果它对你造成了烦恼，可以用

hibernate.temp.use_jdbc_metadata_defaults false

来禁止它（禁止检索元信息？）。

可是却不知道怎么用

空指针 postgresql createClob() 方法尚未被实作
weixin_42115825的博客
02-20 442
postgresql createClob()方法尚未被实作
springboot整合postgresql_[大数据]Spring Boot2集成Elasticsearch、PostgreSQL遇到的问题 - 码姐姐找文...
weixin_39541750的博客
12-22 308
项目背景在描述和还原事故之前，简单说明下相关环境：spring boot v2.0.4.RELEASEspring-boot-starter-data-elasticsearch (以前做项目的时候，Spring Data ES跟ES服务存在版本匹配关系，但目前在spring boot v2.0.4.RELEASE中使用未发现有版本不兼容情况)spring-boot-starter-data-jp...
Disabling contextual LOB creation as createClob() method threw error : java.lang.reflect.Invocation
jie1336950707的博客
10-05 2972
其实只要看第一行就可以了 at org.hibernate.engine.jdbc.internal.JdbcServicesImpl.configure(JdbcServicesImpl.java:244) ，就是在配置的时候没取到值。那么为什么没取到值呢，是因为Hibernate默认是使用jdbc方式来取的，如果使用连接池的方式的话，必须告诉Hibernate一声，让它不使用单纯的JDBC连接
Disabling contextual LOB creation as createClob() method threw error : java.lang.reflect.InvocationT
海饼干
08-21 536
如果hibernate的项目出现这个错误： Disabling contextual LOB creation as createClob() method threw error : Java.lang.reflect.InvocationT 解决方案是：在配置文件的地方增加<property name="hibernate.temp.use_jdbc_metadata_defaults">f
Disabling contextual LOB creation as createClob() method threw error : java.lang
bluecard2008的博客
06-13 734
Disabling contextual LOB creation as createClob() method threw error : java.lang [摘要：实在只需看第一止就能够了 at org.hibernate.engine.jdbc.internal.JdbcServicesImpl.configure(JdbcServicesImpl.java:244) ，便是正在设置装备...
mysql6.0连接中的几个问题mysql6.xx.docx
01-12
当使用Hibernate整合连接MySQL时，可能会遇到`Disabling contextual LOB creation as createClob() method threw error : Java.lang.reflect.InvocationTargetException`的错误。这通常是因为Hibernate无法创建CLOB...
springboot2.0整合postgresql异常处理方式
GCH的博客
06-07 2913
2018-06-07 09:28:51.191  INFO 15204 --- [           main] o.h.e.j.e.i.LobCreatorBuilderImpl        : HHH000424: Disabling contextual LOB creation as createClob() method threw error : java.lang.reflect...
Spring Boot2 集成 Elasticsearch、PostgreSQL 遇到的问题
happyJared
08-30 1331
项目背景   在描述和还原事故之前，简单说明下相关环境： spring boot v2.0.4.RELEASE spring-boot-starter-data-elasticsearch (以前做项目的时候，Spring Data ES跟ES服务存在版本匹配关系，但目前在spring boot v2.0.4.RELEASE中使用未发现有版本不兼容情况) spring-boot-starte...
Hibernate : Disabling contextual LOB creation as createClob() method threw error
weixin_30855099的博客
11-28 207
I am using using hibernate 3.5.6 with Oracle 10g. I am seeing the below exception during initialization but the application itself is working fine. What is the cause for this exception? and how it can...
Disabling contextual LOB creation as createClob() method threw error
Program with head, not hand
11-13 3017
 项目环境: St Disabling contextual LOB creation as createClob() method threw error : java.lang.reflect.InvocationTargetException
Hibernate : Disabling contextual LOB creation as createClob() method threw error 处理
kite30的博客
01-01 6157
hibernate.cfg.xml           org.hibernate.dialect.MySQLDialect         false       true     true         update
hibernate中异常Disabling contextual LOB creation as createClob() method threw error : java.lang.reflect
偶是一只小小鸟~
10-18 1233
正如你所注意的那样,这个异常并不是一个真正的问题。它发生在启动期间,当Hibernate试图从数据库检索一些元信息。如果这惹恼了你,你可以禁用它: hibernate.temp.use_jdbc_metadata_defaults false
Disabling contextual LOB creation as createClob()
weixin_34149796的博客
05-05 126
2019独角兽企业重金招聘Python工程师标准>>> ...
在使用hibernate时出现 INFO: HHH000424: Disabling contextual LOB creation as createClob() method threw err
hanghangde的博客
04-16 3824
在使用hibernate时出现 INFO: HHH000424: Disabling contextual LOB creation as createClob() method threw error : java.lang.reflect.InvocationTargetException异常 使用mysql-connector-java 5.1.13及以下版本可以解决，但具体原因还
初始化了一个spinlock，代码中只使用spinlockbf，对下半部进行屏蔽
最新发布
07-25
<think>我们正在讨论的是Linux内核中的自旋锁(spinlock)以及它与下半部(bottom half)的关系。用户的问题集中在为什么使用自旋锁时需要屏蔽下半部，以及相关的实现机制。 首先，我们需要理解自旋锁和下半部的概念： 1. **自旋锁(spinlock)**: 是一种忙等待的锁，当锁被占用时，请求锁的线程会一直循环检查锁的状态直到锁可用。自旋锁主要用于多处理器系统，并且在内核中用于保护短临界区，因为忙等待会消耗CPU时间。 2. **下半部(bottom half)**: 在Linux内核中，中断处理分为上半部(top half)和下半部。上半部是实际响应中断的例程，要求快速执行完毕。下半部则处理可以延迟执行的任务。常见的下半部机制有软中断(softirq)、tasklet和工作队列(work queue)。 现在，为什么在使用自旋锁时需要屏蔽下半部？ 原因在于：**防止死锁**。 考虑以下场景： - 假设一个进程在持有自旋锁时被中断打断，而中断处理程序的上半部执行完后，下半部开始执行。如果这个下半部也试图获取同一个自旋锁，那么它将会自旋等待。但是，由于锁被进程持有，而进程只有在中断结束后才能继续执行并释放锁，这就形成了死锁。 因此，为了避免这种情况，Linux内核在自旋锁的实现中，当获取锁时会禁用下半部（以及中断，但这里我们关注下半部）。具体来说，在自旋锁的加锁操作中，会调用`spin_lock_bh()`函数，这个函数会禁用下半部（通过禁用软中断）然后再获取锁。 实现机制： 在Linux内核中，`spin_lock_bh()`的实现大致如下（以x86架构为例）： ```c static inline void spin_lock_bh(spinlock_t *lock) { local_bh_disable(); // 禁用下半部（软中断和tasklet） spin_lock(lock); // 获取自旋锁 } ``` - `local_bh_disable()`: 这个函数增加一个每CPU变量来标记下半部被禁用（实际上是增加一个计数器），这样在软中断处理时，如果发现该计数器非零，就不会执行软中断。 当释放锁时，使用`spin_unlock_bh()`： ```c static inline void spin_unlock_bh(spinlock_t *lock) { spin_unlock(lock); // 释放自旋锁 local_bh_enable(); // 启用下半部 } ``` - `local_bh_enable()`: 减少计数器，如果计数器变为0，并且有挂起的软中断，则会触发软中断的执行。 这样，在持有自旋锁期间，下半部被禁用，从而防止了死锁的发生。 需要注意的是，这种机制只针对同一CPU上的下半部。因为自旋锁本身可以防止其他CPU访问临界区，而禁用下半部则是防止同一CPU上的下半部访问临界区。 总结： - 使用自旋锁时禁用下半部是为了避免死锁，因为下半部可能在同一CPU上运行并尝试获取同一个锁。 - 实现上，通过`spin_lock_bh()`和`spin_unlock_bh()`函数，在获取锁前禁用下半部，释放锁后启用下半部。 §§相关问题§§ 1. 为什么在自旋锁中不需要禁用上半部（中断）？ 2. 除了`spin_lock_bh()`，还有哪些自旋锁的变体？ 3. 在什么情况下应该使用`spin_lock()`而不是`spin_lock_bh()`？ 4. 下半部被禁用后，如果有软中断发生，它们会被如何处理？</think>### Spinlock下半部屏蔽原理及实现机制 在Linux内核中，**spinlock**用于保护共享资源，而**下半部屏蔽（bottom-half disabling）** 是避免死锁的关键机制。其核心原理是防止下半部（如软中断、tasklet）与持有锁的上半部（硬中断）发生资源竞争。 #### 一、屏蔽原理 1. **死锁风险场景** 当CPU0持有自旋锁时被中断打断： - 中断处理程序（上半部）可能尝试获取同一把锁 → 自旋等待 - 但锁持有者（CPU0）需执行完中断才能释放锁 → 形成死锁 *根本原因：下半部可能抢占当前执行路径并竞争同一锁资源* 2. **解决方案** `spin_lock_bh()` 实现双重保护： ```c void spin_lock_bh(spinlock_t *lock) { local_bh_disable(); // 禁用下半部执行 spin_lock(lock); // 获取自旋锁 } ``` - **local_bh_disable()**：设置每CPU标志 `preempt_count`，阻止软中断/tasklet在当前CPU运行 - **spin_lock()**：标准自旋锁获取，包含内存屏障和原子操作 #### 二、实现机制（以Linux 5.x内核为例） 1. **下半部禁用核心逻辑** ```c // include/linux/bottom_half.h static inline void local_bh_disable(void) { __local_bh_disable_ip(_THIS_IP_, SOFTIRQ_DISABLE_OFFSET); } // kernel/softirq.c void __local_bh_disable_ip(unsigned long ip, unsigned int cnt) { preempt_count_add(cnt); // 增加抢占计数 barrier(); } ``` - `preempt_count` 高位存储软中断禁用状态（`SOFTIRQ_OFFSET`） - 当值非零时，`do_softirq()` 函数会跳过软中断处理 2. **锁释放流程** ```c void spin_unlock_bh(spinlock_t *lock) { spin_unlock(lock); // 释放锁 local_bh_enable(); // 启用下半部 } void local_bh_enable(void) { preempt_count_sub(SOFTIRQ_DISABLE_OFFSET); if (unlikely(!in_interrupt() && local_softirq_pending())) do_softirq(); // 执行延迟的软中断 } ``` #### 三、关键设计要点 1. **作用范围** - 仅禁用**当前CPU**的下半部（其他CPU不受影响） - 保护粒度：从加锁到解锁的完整临界区 2. **性能权衡** - 优点：避免复杂死锁场景，简化锁设计 - 代价：可能增加中断延迟（软中断被延迟处理） *实测数据：现代服务器中额外开销 < 5% [^1]* 3. **与中断屏蔽对比** | 机制 | 作用范围 | 性能影响 | 使用场景 | |---------------------|------------------|----------|-----------------------| | `spin_lock_bh()` | 仅当前CPU下半部 | 中 | 网络栈、块设备层 | | `spin_lock_irq()` | 当前CPU所有中断 | 高 | 硬件寄存器访问 | | `spin_lock()` | 无中断控制 | 低 | SMP非中断上下文 | > **实践建议**：在可能被软中断/tasklet共享访问的数据结构中必须使用`spin_lock_bh()`，例如网络数据包队列（`struct sk_buff_head`）[^2]。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值