社区
Java EE
帖子详情
问题3: 怎样避免CMP在每次get/set都操作JDBC?
steeven
2003-05-10 08:54:39
发现在session bean中都配置为TX required时才会避免每个get/set都去操作JDBC, 哪位大侠给讲解一下为什么, 用其它方式访问时怎样避免? 谢谢!
...全文
75
5
打赏
收藏
问题3: 怎样避免CMP在每次get/set都操作JDBC?
发现在session bean中都配置为TX required时才会避免每个get/set都去操作JDBC, 哪位大侠给讲解一下为什么, 用其它方式访问时怎样避免? 谢谢!
复制链接
扫一扫
分享
转发到动态
举报
写回复
配置赞助广告
用AI写文章
5 条
回复
切换为时间正序
请发表友善的回复…
发表回复
打赏红包
steeven
2003-05-13
打赏
举报
回复
up
steeven
2003-05-11
打赏
举报
回复
哦, 没说明白. 我配置jboss的cmp用sql2000的数据库, 然后打开数据库的profiler, 查看数据库都执行了哪些sql语句. 发现调用cmp entity的get/set方法时会执行很多sql语句, 实际测试下来执行速度也暴慢. 但是如果在session bean中调用就不会, 能体现出entity bean是读取缓存中的.
mypride
2003-05-10
打赏
举报
回复
你可以在session bean的初始化的时候才去操作JDBC,也就是只连接一次数据库
GFox
2003-05-10
打赏
举报
回复
嗯,对,有点问不对题,呵呵,不知道楼主的意思是什么:)
justtest
2003-05-10
打赏
举报
回复
怎样避免CMP在每次get/set都操作JDBC?
你的标题是CMP啊
晕
【SpringBoot框架篇】11.Spring Data Jpa实战
本文系统讲解Spring Data Jpa在Spring Boot中的应用,涵盖JPA、Hibernate与Spring Data Jpa的关系,实体类常用注解(@Entity、@Id、@Column、@Transient等),审计功能(@CreatedDate、@CreatedBy)、继承映射(@MappedSuperclass、@Inheritance)、动态查询(Specification、@Query原生/JPQL)、多表关联(一对一、一对多、多对多)、级联加载及批量
操作
(saveAll批处理优化)等关键技术点,强调ORM开发最佳实践。
-Hibernate得介绍!
本文详细介绍了Hibernate框架的概念及其在Java应用程序中的应用方式。包括其作为ORM工具的角色、与数据库交互的过程,以及如何通过分层架构提高软件的可维护性和扩展性。
易语言源码易语言电脑配机系统软件
易语言源码易语言电脑配机系统软件
逆向工程基于ARM64 ELF的字符串加密分析:Android二进制程序密文恢复与动态解密算法逆向研究
内容概要:本文详细记录了对一个Android ARM64静态ELF文件中字符串加密机制的逆向分析过程。该ELF文件的所有字符串均被加密,无法通过常规strings命令或IDA直接识别。作者通过分析发现,加密字符串存储在.rodata段,其解密所需信息(包括密文地址、长度和16位密钥)保存在.data.rel.ro段的40字节描述符中。核心解密函数sub_10F408采用自反的双pass流密码算法,结合固定密钥KEY_TERM(由.data段24字节数据计算得出),实现字节级非线性、位置与长度相关的加密。文章还复现了完整的Python解密脚本,并揭示了该保护机制的本质为代码混淆而非强加密,最终成功批量解密全部956条字符串,暴露程序真实行为,如shell命令模板、设备标识篡改、网络重置等
操作
。此外,文中还提及未启用的自定义壳框架及其反dump设计。; 适合人群:具备逆向工程基础的安全研究人员、二进制分析人员及对ELF保护技术感兴趣的开发者。; 使用场景及目标:①学习ELF二进制中字符串加密的典型实现方式与逆向突破口;②掌握从结构识别、函数追踪到算法还原的完整逆向流程;③理解“绑定二进制”的完整性校验设计及其局限性;④实践编写IDAPython脚本自动化提取与解密敏感数据。; 阅读建议:此资源以实战案例驱动,不仅展示技术细节,更强调逆向思维与验证方法,建议读者结合IDA调试环境,逐步跟随文中步骤进行动态分析与算法验证,深入理解每一步的推理依据。
Java EE
67,535
社区成员
225,852
社区内容
发帖
与我相关
我的任务
Java EE
J2EE只是Java企业应用。我们需要一个跨J2SE/WEB/EJB的微容器,保护我们的业务核心组件(中间件),以延续它的生命力,而不是依赖J2SE/J2EE版本。
复制链接
扫一扫
分享
社区描述
J2EE只是Java企业应用。我们需要一个跨J2SE/WEB/EJB的微容器,保护我们的业务核心组件(中间件),以延续它的生命力,而不是依赖J2SE/J2EE版本。
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
暂无公告
试试用AI创作助手写篇文章吧
+ 用AI写文章