在 ibatis 配置文件修改后生效这个问题上,小朋友我尝试了很多不科学和科学的方式,通过单元测试 or 各种插件。
单元测试这一方式我比较推荐,不需花费额外的很多时间,可靠和简单。
至于后者呢,前有JRebel、HotCode,后有HotCode2,各种折腾。你要问我为什么不换成 MyBatis,我也不知道。
所以小朋友我决定自己做一个,或者说是尝试,哈哈。
空想
我们在调用 ibatis 的时候,它在背后是如何工作的?
例如最常见的一个 delete 操作:
(List<DogeDO>) sqlMapClientTemplate.delete(NAMESPACE + “delete", dogeQuery)
在developworks上找到了这样一张时序图 [1]
显然,在 SqlMapExecutorDelegate 14 号环节,ibatis 从 MappedStatement 中获得 DeleteStatement,这里的 Statement,可以粗鄙的视作真实的 SQL语句,即
delete * from database;
MappedStatement 是如何初始化的?
学习参考文件[2],了解到经过一系列的解析之后,通过如下过程
addStatementNodelets {
statementParser.parseGeneralStatement {
newMappedStatementConfig {
delegate.addMappedStatement(mappedStatement)
}
}
}
添加到 mappedStatements 时,进行了键值的重复判断
delegate.addMappedStatement(mappedStatement) {
if (mappedStatements.containsKey(ms.getId())) {
throw new SqlMapException("There is already a statement named " + ms.getId() + " in this SqlMap.");
}
}
如果想在 SQL XML 更改之后重新解析并写入到 mappedStatements,要把这个重复判断干掉,需要通过以下的这些空想步骤。
重写 addMappedStatement
就需要能介入 delegate
就需要能介入 delegate 初始化的地方,即介入 SqlMapClientImpl
就需要能介入 SqlMapClientImpl 初始化的地方,即介入 SqlMapClientFactoryBean
Google和Stackoverflow一通后,发现可以通过重写 delegate 等类的方式解决上述问题的,[3]是一个完整的实现,大神啊。
已有的方案
先正向的看看别人做了什么,可以用来抄袭
DySqlMapClientFactoryBean
在 SqlMapClientFactoryBean 的基础上进行了如下扩展:
初始化时将 configLocation、configLocations 保存下来,有何用?
重写了 buildSqlMapClient 方法,返回重写后的 DySqlMapClient
DySqlMapClient
对 SqlMapClientImpl 进行了如下扩展:
将超类初始化为 重写后的 DySqlMapExecutorDelegate
自行解析 configLocation || configLocations 对应的配置文件,生成 SQL.XML -> SQL_ID 映射关系
DySqlMapExecutorDelegate
对 SqlMapExecutorDelegate 进行了如下扩展:
addMappedStatement,ID值重复时 remove 掉
增加了 checkAndRefreshSqlMap 方法,用来检查和刷新 Map
重写各操作实现接口,增加 checkAndRefreshSqlMap 调用
DySqlMapParser
对 SqlMapParser 进行了如下扩展:
增加 resetSqlNodeLets,对 XmlParserState 进行重置。可能会引起 State 混乱
SqlMapConfigUtils
readSqlMapFileMapping,解析包含的 SQL XML 文件列表
readSqlMap,解析每个 SQL XML 中的 SQL ID
改进的方案
对[3]进行了测试,发现了一个比较重大的不同。我们的工程将 SQL XML 打包成了 jar,并且,即便是现成的文件 ,流程也变成了修改部署 war 包中的 XML 文件,而不是修改源文件,然后直接生效。所以现在面临了两个问题。
如何解决 jar 带来的文件操作
SqlMapFile 直接与源文件关联
编不下去了
周末撩妹时思考了一下之前遇到的两个问题
晚间溜达的时候想到的一出,回家实现勉强能用。
中心思想是搭个HTTP服务,将源文件doge.xml资源化为http://localhost/doge.xml,iBatis刷新时通过文件名构造URL,读取HTTP资源并进行解析。
改造了一个http server
./http-server /src/main/resources/storage/sqlmap -p 59999 -j true
其实你也可以用
python -m SimpleHTTPServer 59999
弊端就是每次打开不同的工程得自己切到目录下敲命令启动服务器
事实上,如果你用 Intellij,默认配置下它会在 63342 端口下启动一个静态服务器
路径在
http://localhost:63342/your-project-home-/very-long-module-path/doge.xml
打完收工
[1] 深入分析 iBATIS 框架之系统架构与映射原理, http://www.ibm.com/developerworks/cn/java/j-lo-ibatis-principle/
[2] ibatis源码学习(二)初始化和配置文件解析, http://learnworld.iteye.com/blog/1450057
[3] http://bossbase.googlecode.com/svn/trunk/codecup/src/main/java/com/huawei/boss/ibatis/
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。