fail-safe cleanup (collections)问题出现

本文介绍了一个使用Spring+Struts2+Hibernate技术栈的项目中遇到的JSON处理问题。当使用Struts自带的JSON功能时出现特定Hibernate错误,通过研究发现此为已知Bug并提供了两种解决方案:一是升级Hibernate版本,二是利用Servlet API直接写JSON到response。

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

           昨天做那个项目,项目采用了spring+struts2+hibernate的技术,由于之前的设计人员加了两个自己封装的hibernate的基本操作的jar,采用opensession来进行是否延迟加载的,在用struts的自带json时,发现出现了fail-safe cleanup (collections) : org.hibernate.engine.loading.CollectionLoadContext@14cac1cb<rs=org.apache.commons.dbcp.DelegatingResultSet@f3496fb>,经查询发现这是hibernate中的一个bug(从这里发现的https://hibernate.atlassian.net/browse/HHH-2936),可以升级hibernate看看效果,发现spring和hibernate都好升级,可是那个自己封装的升级就没法用了,感觉快绝望了,难道要通过链接吗?那就要做5-6个页面,这样不划算,突然想到可以用servlet的api,用write向response中写json,这样就搞定了,完美解决问题。
(django) [root@iZ7vhr6bkd1v9kZ django]# sed -i 's/mirrorlist/#mirrorlist/g' /etc/yum.repos.d/CentOS-SCLo-scl.repo (django) [root@iZ7vhr6bkd1v9kZ django]# sed -i 's|#baseurl=http://mirror.centos.org/centos|baseurl=https://mirrors.aliyun.com/centos|g' /etc/yum.repos.d/CentOS-SCLo-scl.repo (django) [root@iZ7vhr6bkd1v9kZ django]# yum clean all && yum makecache Loaded plugins: fastestmirror Cleaning repos: base centos-sclo-rh centos-sclo-sclo epel extras mysql-connectors-community mysql-tools-community mysql57-community : updates Cleaning up list of fastest mirrors Loaded plugins: fastestmirror Determining fastest mirrors Could not retrieve mirrorlist http://mirrorlist.centos.org?arch=x86_64&release=7&repo=sclo-rh error was 14: curl#6 - "Could not resolve host: mirrorlist.centos.org; Unknown error" One of the configured repositories failed (Unknown), and yum doesn't have enough cached data to continue. At this point the only safe thing yum can do is fail. There are a few ways to work "fix" this: 1. Contact the upstream for the repository and get them to fix the problem. 2. Reconfigure the baseurl/etc. for the repository, to point to a working upstream. This is most often useful if you are using a newer distribution release than is supported by the repository (and the packages for the previous distribution release still work). 3. Run the command with the repository temporarily disabled yum --disablerepo=<repoid> ... 4. Disable the repository permanently, so yum won't use it by default. Yum will then just ignore the repository until you permanently enable it again or use --enablerepo for temporary usage: yum-config-manager --disable <repoid> or subscription-manager repos --disable=<repoid> 5. Configure the failing repository to be skipped, if it is unavailable. Note that yum will try to contact the repo. when it runs most commands, so will have to try and fail each time (and thus. yum will be be much slower). If it is a very temporary problem though, this is often a nice compromise: yum-config-manager --save --setopt=<repoid>.skip_if_unavailable=true Cannot find a valid baseurl for repo: centos-sclo-rh/x86_64
最新发布
03-25
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值