iBatis 3 不向后兼容?
- 有谁知道为什么API不向后兼容?
- 它仍然是线程安全的吗?
- 有人知道从 2.x 到 3.x 的迁移文档吗?
- Does anyone know why the API is not backward compatible?
- Is it still thread safe?
- Anyone know of any migration document from 2.x to 3.x?
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(2)
您可以在 “iBATIS 3 中的新增功能”< 中找到几乎所有问题的答案/a> 论文(来自 IBM):
另一篇论文是 "从 iBatis 2.x 迁移到 3.0" 由 François Schiettecatte 撰写。
iBatis/mybatis 2.3.4 和 3.0.4 版本之间的兼容性问题列表 您可以在 Java 上游跟踪器 中找到。
Answers for almost all your questions you may find in "What's new in iBATIS 3" paper (from IBM):
Another paper is "Migrating from iBatis 2.x to 3.0" written by François Schiettecatte.
The list of compatibility issues for iBatis/mybatis between 2.3.4 and 3.0.4 versions you can find in the Java Upstream Tracker.
它不完全向后兼容。我的意思是,这不是替换,如果只是替换 Jar 文件,一切都将不起作用。
您必须在源代码、xml 配置和 spring 配置文件中自行考虑一些命名空间更改和 API 更新。
例如,随着 API 的变化,myBatis 3 与 Spring 内置的“ibatis”支持船不兼容。但版本 3 附带了自己的 spring beans,您可以通过一些更改完美运行。
It is not fully backward compatible. I mean it is not a drop in replacement, and everything will not work if you just replace the Jar file.
There are some namespace changes and API update you will have to take case yourself in your source, xml config and spring configuration file.
For example, myBatis 3 does not compatible with the build-in "ibatis" support ship from spring, as the API changes. But version 3 ship with it own spring beans that you can run perfectly with some changes.