Disabling contextual LOB creation as createClob() method threw error : java.lang.reflect.InvocationT

最新推荐文章于 2019-06-13 15:35:51 发布
原创 最新推荐文章于 2019-06-13 15:35:51 发布 · 544 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#hibernate #解决方案

本文介绍了解决Hibernate项目中出现的关于contextual LOB创建失败的问题。通过在配置文件中添加一行代码即可修复由createClob()方法引发的异常。

如果hibernate的项目出现这个错误：
Disabling contextual LOB creation as createClob() method threw error : Java.lang.reflect.InvocationT
解决方案是：在配置文件的地方增加

<property name="hibernate.temp.use_jdbc_metadata_defaults">false</property>
空指针 postgresql createClob() 方法尚未被实作
weixin_42115825的博客
02-20 508
postgresql createClob()方法尚未被实作
springboot 整合postgresql 数据库报下面的错
Rabbit199402的博客
07-18 3589
2018-07-18 13:12:03.976  INFO 12208 --- [  restartedMain] j.LocalContainerEntityManagerFactoryBean : Building JPA container EntityManagerFactory for persistence unit 'default' 2018-07-18 13:12:03.977 ...
Disabling contextual LOB creation as createClob() method threw error : java.lang.reflect.Invocation
jie1336950707的博客
10-05 2996
其实只要看第一行就可以了 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
bluecard2008的博客
06-13 756
Disabling contextual LOB creation as createClob() method threw error : java.lang [摘要：实在只需看第一止就能够了 at org.hibernate.engine.jdbc.internal.JdbcServicesImpl.configure(JdbcServicesImpl.java:244) ，便是正在设置装备...
Disabling contextual LOB creation as createClob()
weixin_33690367的博客
11-12 223
2019独角兽企业重金招聘Python工程师标准>>> ...
mysql6.0连接中的几个问题mysql6.xx.docx
01-12
当使用Hibernate整合连接MySQL时，可能会遇到`Disabling contextual LOB creation as createClob() method threw error : Java.lang.reflect.InvocationTargetException`的错误。这通常是因为Hibernate无法创建CLOB...
ERROR ContextLoader:351 - Context initialization failed
xman2008wang的博客
11-19 3870
今天在做bos项目第3天的代码: [INFO] Scanning for projects... [INFO] [INFO] -----------------------------------------------------------------
springboot2.0整合postgresql异常处理方式
GCH的博客
06-07 2929
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...
Disabling contextual LOB creation as createClob() method threw error
12-24 778
问题描述（红色java.lang.reflect.InvocationTargetException）： 一月 23, 2018 10:36:28 上午 org.apache.tomcat.util.digester.SetPropertiesRule begin 警告: [SetPropertiesRule]{Server/Service/Engine/Host/Context} Setting...
hibernate中异常Disabling contextual LOB creation as createClob() method threw error : java.lang.reflect
偶是一只小小鸟~
10-18 1244
正如你所注意的那样,这个异常并不是一个真正的问题。它发生在启动期间,当Hibernate试图从数据库检索一些元信息。如果这惹恼了你,你可以禁用它: hibernate.temp.use_jdbc_metadata_defaults false
Hibernate : Disabling contextual LOB creation as createClob() method threw error
weixin_30855099的博客
11-28 225
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...
SSH整合过程中遇到的一个问题Disabling contextual LOB creation as createClob() method threw error
ununie的博客
12-15 2141
按照黑马spring教程（左慈老师的视频）SSH整合章节的内容自己敲完代码运行之后发现启动tomcat的时候会有这个问题。  搜索的解决方法为： https://stackoverflow.com/questions/4588755/disabling-contextual-lob-creation-as-createclob-method-threw-error 大意是说：这个异常不...
Disabling contextual LOB creation as createClob() method threw error的处理
i2shouxihu的博客
04-29 1182
false 可以避免启动容器时报的一个错误：Disabling contextual LOB creation as createClob() method threw error : java.lang.reflect.InvocationTargetException org.hibernate.dialect.MySQL5Dialect true true false updat...
ssh整合过程中报Disabling contextual LOB creation as createClob() method threw error : java.lang.reflect.In
MAOHB1314的博客
04-27 774
在整合SSH框架中出现如下图所示错误，需要在spring配置文件中加上false 具体加在如下图所示位置：
Disabling contextual LOB creation as createClob() method error : java.lang.reflect.InvocationTargetE
不认输的我
07-01 3347
今天在启动ssh框架的项目时，一直报这样的错误Disabling contextual LOB creation as createClob() method threw error : java.lang.reflect.InvocationTargetException，查询了下资料发现原来是项目启动时，Hibernate试图从数据库中检索一些元信息，此时可以将hibernate的配置改为：
07-31 10:28:12.932 408 526 D EthernetNetworkFactory: Starting Ethernet IpClient(eth0) 07-31 10:28:12.937 408 430 W Watchdog: *** WATCHDOG KILLING SYSTEM PROCESS: Blocked in monitor com.android.server.power.PowerManagerService on foreground thread (android.fg) 07-31 10:28:12.938 408 430 W Watchdog: android.fg annotated stack trace: 07-31 10:28:12.938 408 430 W Watchdog: at com.android.server.power.PowerManagerService.monitor(PowerManagerService.java:3785) 07-31 10:28:12.938 408 430 W Watchdog: - waiting to lock <0x08eacc86> (a java.lang.Object) 07-31 10:28:12.938 408 430 W Watchdog: at com.android.server.Watchdog$HandlerChecker.run(Watchdog.java:247) 07-31 10:28:12.939 408 430 W Watchdog: at android.os.Handler.handleCallback(Handler.java:938) 07-31 10:28:12.939 408 430 W Watchdog: at android.os.Handler.dispatchMessage(Handler.java:99) 07-31 10:28:12.939 408 430 W Watchdog: at android.os.Looper.loop(Looper.java:223) 07-31 10:28:12.939 408 430 W Watchdog: at android.os.HandlerThread.run(HandlerThread.java:67) 07-31 10:28:12.939 685 7715 E IpClient.eth0: ERROR disabling IPv6 failed: android.os.ServiceSpecificException: Remote I/O error (code 121) 07-31 10:28:12.939 408 430 W Watchdog: at com.android.server.ServiceThread.run(ServiceThread.java:44) 07-31 10:28:12.939 408 430 W Watchdog: *** GOODBYE! 07-31 10:28:12.939 408 430 I Process : Sending signal. PID: 408 SIG: 9 07-31 10:28:12.952 685 7715 E IpClient.eth0: ERROR error enabling IPv6 privacy extensions: android.os.ServiceSpecificException: Remote I/O error (code 121) 07-31 10:28:12.952 685 7715 E IpClient.eth0: ERROR onProvisioningFailure(): 5 07-31 10:28:29.650 2686 2686 W adbd : timeout expired while flushing socket, closing
最新发布
08-01
<think>我们正在分析两个不同但相关的系统问题：ANR（应用无响应）和Watchdog（系统监视狗）导致的系统进程卡死。用户的问题是：PowerManagerService卡死在monitor方法，系统进程被Watchdog杀死，是否会导致整个系统卡死？如何解决？ 根据引用[1]和引用[2]提供的信息，Watchdog会监控系统关键线程（如android.fg, main, display, anim等）是否阻塞。当这些线程被阻塞超过一定时间（默认60秒），Watchdog会触发并杀死系统进程，导致系统重启或部分功能瘫痪。 下面分步骤分析： 1. **ANR和Watchdog的区别**： - **ANR**：针对单个应用程序，当主线程被阻塞超过5秒（用户输入）或10秒（BroadcastReceiver），系统弹出ANR对话框，但不会导致系统重启。 - **Watchdog**：针对系统核心进程（如system_server），如果关键线程被阻塞超过60秒，Watchdog会强制重启系统进程，可能导致整个系统卡死或重启。 2. **Watchdog日志分析（引用[1][2]）**： - 日志显示多个线程被阻塞，包括`android.fg`（前台线程）、`main`（主线程）等。 - 阻塞点：`com.android.server.am.ActivityManagerService`（AMS）和`PowerManagerService`（PMS）等核心服务。 - 例如：`Blocked in monitor com.android.server.am.ActivityManagerService on foreground thread (android.fg)` 表示AMS的监视器（monitor）锁住了前台线程，导致其他线程无法执行。 3. **PowerManagerService卡死的原因**： - **死锁**：多个线程相互等待对方持有的锁，形成循环依赖。例如，线程A持有锁L1等待锁L2，线程B持有锁L2等待锁L1。 - **长时间阻塞操作**：在同步方法（synchronized）或锁保护区域内执行了耗时操作（如I/O、复杂计算）。 - **资源竞争**：高并发下锁竞争激烈，导致线程长时间等待。 4. **是否会导致整个系统卡死？** - **会**。因为PowerManagerService是系统核心服务，负责管理设备电源状态（如唤醒、休眠）。如果它卡死，会连锁导致依赖它的线程（如AMS、Display）也被阻塞，最终触发Watchdog重启系统。用户会观察到系统无响应、自动重启或部分功能（如屏幕点亮）失效。 5. **解决方案**： - **步骤1：定位死锁点** 分析Watchdog日志和系统traces（`/data/anr/traces.txt`或`/data/system/dropbox/`），找到阻塞的线程堆栈。例如： ``` "android.fg" tid=12 Blocked at com.android.server.power.PowerManagerService.acquireWakeLockInternal(PowerManagerService.java:1234) - waiting to lock <0x12345> (a com.android.server.power.PowerManagerService$WakeLock) at com.android.server.power.PowerManagerService.acquireWakeLock(PowerManagerService.java:1189) ... "ActivityManager" tid=15 Blocked at com.android.server.am.ActivityManagerService.broadcastIntent(ActivityManagerService.java:5678) - waiting to lock <0x67890> (a java.lang.Object) at ... at com.android.server.power.PowerManagerService.releaseWakeLockInternal(PowerManagerService.java:1300) - locked <0x12345> (a com.android.server.power.PowerManagerService$WakeLock) ``` 上述示例中： - `android.fg`线程等待锁`0x12345`（PowerManagerService内部的锁） - `ActivityManager`线程持有锁`0x12345`，但等待另一个锁`0x67890`（在AMS中），而AMS的锁可能被其他线程持有。 - **步骤2：修复死锁** - **避免嵌套锁**：减少同步范围，尤其不在锁内调用外部方法（可能持有其他锁）。 - **锁顺序**：统一多个锁的获取顺序（如先A后B），打破循环等待。 - **使用超时锁**：用`tryLock(timeout)`替代`synchronized`，超时后释放并重试或报错。 - **异步处理**：将耗时操作移出同步块，用Handler或异步任务执行。 - **步骤3：优化PowerManagerService** - 检查`PowerManagerService`中同步方法（如`acquireWakeLockInternal`）的耗时操作，移出同步块。 - 减少锁的粒度：用细粒度锁（如每个WakeLock单独锁）代替整个Service的大锁。 - **步骤4：系统级防护** - **Watchdog超时调整**：临时增加超时时间（不推荐，仅调试用）。 - **监控与告警**：在系统代码中添加日志，监控锁竞争情况。 6. **实例代码（修复死锁）**： 假设死锁发生在`PowerManagerService`和`ActivityManagerService`之间： 原代码（伪代码）： ```java // PowerManagerService.java synchronized void releaseWakeLockInternal() { // ... 需要调用AMS的方法 mActivityManagerService.someMethod(); // 可能尝试获取AMS的锁 } // ActivityManagerService.java synchronized void someMethod() { // ... 需要调用PowerManagerService的方法 mPowerManagerService.acquireWakeLock(...); // 尝试获取PowerManagerService的锁 } ``` 修复：调整锁顺序，并避免在锁内调用外部服务。 ```java // 修改后：在AMS中调用PowerManagerService时，先释放自己的锁 void someMethod() { // 先完成本地同步块内的操作 synchronized(this) { // ... 快速操作 } // 再调用外部服务（此时已释放AMS锁） mPowerManagerService.acquireWakeLock(...); } ``` 7. **验证**： - 复现问题：使用压力测试（如Monkey测试）验证死锁是否修复。 - 监控日志：确保Watchdog不再触发。 总结：PowerManagerService卡死会通过Watchdog导致系统卡死或重启。解决核心是分析死锁链并打破循环等待。同时，优化锁的使用和减少同步块耗时是关键。 ### 相关问题 1. 如何获取和分析Android系统traces文件？ 2. 在Android系统开发中，如何设计避免死锁？ 3. Watchdog机制的工作原理是什么？如何调整其超时时间？ 4. 如何模拟和测试系统死锁场景？</think>### Android ANR与Watchdog日志分析：系统卡死问题与解决方案 #### 一、问题本质分析 1. **ANR与Watchdog的区别**： - **ANR（应用无响应）**：当应用主线程阻塞超过阈值（通常5秒），系统弹出提示但**不会杀死进程**[^1]。 - **Watchdog（系统监视狗）**：监控系统核心服务（如`ActivityManagerService`, `PowerManagerService`）。若其线程阻塞超时（默认60秒），会**强制重启系统进程**[^2]。 2. **PowerManagerService卡死的危害**： ```mermaid graph LR A[PowerManagerService卡死] --> B[电源管理失效] B --> C[屏幕/唤醒功能异常] C --> D[依赖电源的服务阻塞] D --> E[多个系统线程连环阻塞] E --> F[Watchdog触发系统重启] ``` - 当`PowerManagerService`在`monitor`方法卡死时，会导致： - 系统无法响应电源键操作 - 屏幕常亮或无法唤醒 - 连锁阻塞AMS（ActivityManagerService）等关键服务[^2] - **最终结果**：Watchdog强制杀死系统进程，导致**整机卡死或自动重启**。 #### 二、根本原因定位 通过日志分析常见诱因： 1. **死锁问题**： - 多个线程循环等待资源（如`android.fg`与`ActivityManager`线程相互阻塞）[^1][^2] - 同步代码设计缺陷，例如： ```java // 错误示例：嵌套同步块导致死锁风险 synchronized(lockA) { synchronized(lockB) { // 若其他线程以相反顺序获取锁则死锁 // ... } } ``` 2. **资源耗尽**： - CPU负载过高（如日志中`65% TOTAL`负载） - 内存泄漏导致OOM（Out of Memory） 3. **硬件驱动故障**： - 电源管理驱动异常（如`mcu_battery`服务异常） - I/O阻塞（日志中`iowait`占比异常） #### 三、解决方案 ##### 阶段1：紧急恢复 1. **强制重启**： - 长按电源键10秒强制重启设备 - 通过ADB命令重启系统进程： ```bash adb shell su -c "pkill -l 9 system_server" ``` ##### 阶段2：问题修复 1. **死锁问题修复**： - 使用`tryLock()`替代同步块，设置超时机制： ```java if (lock.tryLock(100, TimeUnit.MILLISECONDS)) { try { /* 操作 */ } finally { lock.unlock(); } } ``` - 统一锁获取顺序，避免嵌套锁 2. **PowerManagerService优化**： ```java public void monitor() { // 添加超时检测 final long start = SystemClock.uptimeMillis(); while (condition) { if (SystemClock.uptimeMillis() - start > 5000) { Slog.w(TAG, "Monitor timeout!"); return; } SystemClock.sleep(100); } } ``` 3. **系统负载优化**： - 限制后台进程CPU使用： ```bash # 限制网络进程CPU占用 adb shell cpulimit -p 685 -l 30 ``` - 启用内存压缩： ```bash echo 1 > /sys/module/zram/parameters/max_comp_streams ``` ##### 阶段3：预防措施 1. **监控增强**： - 添加Watchdog心跳检测： ```java Watchdog.getInstance().addMonitor(new PowerManagerMonitor()); ``` - 定期生成系统快照： ```bash adb bugreport ``` 2. **硬件层防护**： - 更新电源管理驱动 - 添加硬件看门狗电路 #### 四、验证与测试 1. **压力测试命令**： ```bash # 模拟高负载场景 adb shell stress --cpu 8 --io 4 --vm 2 --timeout 300 ``` 2. **死锁检测工具**： ```bash adb shell dumpsys window | grep -i monitor adb shell cat /proc/locks ``` > **结论**：PowerManagerService卡死会通过Watchdog导致系统级卡死或重启。通过死锁修复、资源优化和监控增强可彻底解决。[^1][^2] ###
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值