1. find which the jar com.ibatis.common.resources.Resources is in
2. load the resource xxx.dtd from the jar use the ClassLoader which load
the com.ibatis.common.resources.Resources class
this maybe work, and is inspired by the yui compressor's JarClassLoader
Clinton Begin wrote:
And how do you propose to do that?
On 2009-08-05, Argan arga...@yahoo.com.cn wrote:
We found a problem when use ibatis 2.3.4 in spring dm,ibatis can't find
sql-map2.dtd,and try to resolve it by network.
By digging the source
code(com.ibatis.sqlmap.engine.builder.xml.SqlMapClasspathEntityResolver
and
com.ibatis.common.resources.Resources),we found ibatis will always find
the
resources in the jar with
Thread.currentThread().getContextClassLoader(),but
in OSGi environment,this class loader will be the other bundler's cl,so
the
issue occurs.
To resolve this , we can use Resources.setDefaultClassLoader before
ibatis
is initalized,but this is not a very clean way.
So, we suggest ibatis always find the dtd in the JAR and not in the
classpath .
--
View this message in context:
http://www.nabble.com/Does-ibatis-2.x-OSGi-ready--tp24821444p24821444.html
Sent from the iBATIS - Dev mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: dev-unsubscr...@ibatis.apache.org
For additional commands, e-mail: dev-h...@ibatis.apache.org
--
Sent from my mobile device
-
To unsubscribe, e-mail: dev-unsubscr...@ibatis.apache.org
For additional commands, e-mail: dev-h...@ibatis.apache.org
--
View this message in context:
http://www.nabble.com/Does-ibatis-2.x-OSGi-ready--tp24821444p24839438.html
Sent from the iBATIS - Dev mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: dev-unsubscr...@ibatis.apache.org
For additional commands, e-mail: dev-h...@ibatis.apache.org