JIOPi v0.2类加载模型

JIOPi v0.2的类加载模型在延续JIOPi v0.1 POJO兼容的基础上，增加了对 JIOPi 蓝图 的支持。

JIOPi v0.1类加载模型参见 http://jiopi.iteye.com/blog/656895

蓝图的类加载规则：
JIOPi蓝图由以下Jar包组成：
当前蓝图的Jar包
依赖蓝图的Jar包
因此蓝图模块的类加载器必须将蓝图模块中的Jar进行分类，首先从当前蓝图的Jar包中加载类，如果加载不到，则应当调用依赖蓝图的Jar包所使用的蓝图模块的类加载器进行蓝图的加载，而不应该使用当前类加载器进行类的加载。
特殊加载逻辑：如果能够从当前蓝图的Jar包中加载到类，则应当检测ContextClassLoader中是否存在同名、同版本的蓝图，如果存在，则应当从ContextClassLoader中加载类，而不使用当前类加载器加载，从而保证实现模块的对象可以暴漏到ContextClassLoader加载的类中。

模块的类加载规则
模块由以下Jar包组成：
当前模块的实现类Jar包
当前模块的依赖蓝图Jar包
其他第三方类库Jar包
对于当前模块的实现类Jar包 和 其他第三方类库的Jar包中的类，由当前模块的类加载器进行加载，而模块所依赖的蓝图Jar中的类，则应该交由对应的蓝图的类加载器进行加载

蓝图的版本冲突
在大多数情况下，总是一个模块通过蓝图使用另一个模块，而这两个模块必然使用了同一个版本的蓝图，然而在下面这种情形下，会出现蓝图的版本冲突：
Aimpl-1.0.0.0模块 实现A1.0蓝图， 依赖 B-1.0蓝图，选择使用了 Bimpl-1.0.0.0的实现模块，Cimpl-1.0.0.0 依赖 A1.0，B-1.1，然而传递给Cimpl-1.0.0.0 的 B接口的实现类，有的是从 BNimpl-1.1.0.0 获得的，有的是从A1.0中获取的，而从A1.0中获取的确是B1.0的实现类，从而B蓝图的两个版本在 Cimpl-1.0.0.0中产生了版本冲突，当然，这个异常模型是不会出现在传统Java运行环境的，因为不可能出现一个类的两个版本，而这种情形却会出现在JIOPi的模块依赖模型中，并且JIOPi打算赋予Cimpl-1.0.0.0处理 B 蓝图不同版本的实现的能力，这个能力计划通过动态代理类来完成，从而避免强制类型转换异常。不过该规范没有被包含在JIOPi v0.2中，所以在使用JIOPi v0.2规范的实现容器时，要注意避免将同一蓝图的不同版本的实现类的对象在同一个模块中会合这种情形。

 

评论

7 楼 jiopi 2010-05-29  

zwhc 写道

呵呵，不知道你这项目和 ivy 有没有相似之处。

ivy应该和Maven相似，属于编译时Jar依赖管理，编译时的Jar依赖管理不能十分有效的解决Jar依赖时的版本冲突

JIOPi引入的是类似OSGi的运行时模块依赖管理，允许运行时加载一个类的多个版本，从而完全避免Jar的运行时版本依赖冲突

我认为这两个项目应该是不矛盾的，因为一个是 编译时 环境，一个是 运行时 环境

6 楼 zwhc 2010-05-29  

呵呵，不知道你这项目和 ivy 有没有相似之处。

http://www.blogjava.net/brokendoor/archive/2007/01/09/92643.html

5 楼 jiopi 2010-05-27  

直接运行源码 需要将 #ibean.debug.mode = true 打开
因为采取了 类库 统一部署的模式，并且要用JDK1.6的一些特性(instrument)，因此程序是使用JAVA_HOME环境变量自动在SUN的JDK路径查询tools.jar的位置，并自动加载

is not a local file 的原因你可以看一下
org.jiopi.ibean.kernel.util.FileUtil.getJarDirFileByResourceURL
函数，本意是要从一个URL是Jar包中的文件时，解析出Jar文件的File对象，但奇怪你这里怎么没有盘符了？

因为要从这个Jar文件中解析Annotation，所以需要是本地文件，报这个错误是因为 isFile()函数返回了false,这个会导致没有正确解析Annotation，那么在以后的运行中就可能出问题


不过最好还是设置一下ibean.work.dir属性，用临时文件夹，特别是在windows下，目录有空格，中文，我可能在解析式没有考虑完所有的情况

感谢反馈，JIOPi主要是希望建立 模块化编程 规范，lib下只需要部署API程序，而不用部署实现类，实现类的Jar是被同一部署在一个公用远程类库里面的，实现类之间在运行时采用类似OSGi的模块分离机制，从而避Jar依赖冲突

0.2只是大概展示了一下这个技术， 不具备实用价值，目前正在完善0.3，0.3将引入完善的模块化编程 规范，并具备一定实用价值，到时候会写一份比较详细的说明文档

4 楼 zwhc 2010-05-27  

总结，简单运行了一下 HelloWorldShow ，不太明白想做什么。

最好能有个简单明了的文档。

3 楼 zwhc 2010-05-27  

另外，有这样的 WARN，最好能修正了，"is not a local file" ，这样的文件无法使用？

2010-05-27 15:06:55,640 kernel WARN  contextBlueprintConfigFile \Documents%20and%20Settings\Administrator\My%20Documents\%e4%b8%8b%e8%bd%bd\JIOPi-iBean-0.2.0.0-src\JIOPi-iBean-0.2.0.0\ibean-show\lib\iBeanWithJIOPi-0.2.0.0.jar is not a local file
2010-05-27 15:06:55,640 kernel WARN  contextBlueprintConfigFile \Documents%20and%20Settings\Administrator\My%20Documents\%e4%b8%8b%e8%bd%bd\JIOPi-iBean-0.2.0.0-src\JIOPi-iBean-0.2.0.0\ibean-show\lib\ibean.testblueprint-0.1.jar is not a local file

2 楼 zwhc 2010-05-27  

引入 jdk 下的 tools.jar 后，第一次可以运行。

第二次就报错。

以下是第三次运行的报错记录。

Exception in thread "Thread-1" java.lang.ExceptionInInitializerError
at java.io.File.deleteOnExit(File.java:939)
at org.jiopi.ibean.share.ShareUtil$MyFileLock.release(ShareUtil.java:1014)
at org.jiopi.ibean.bootstrap.util.DirLoker$LockClose.close(DirLoker.java:104)
at org.jiopi.ibean.bootstrap.CloseableManager.close(CloseableManager.java:46)
at org.jiopi.ibean.bootstrap.IBeanInitializer$1.run(IBeanInitializer.java:84)
Caused by: java.lang.IllegalStateException: Shutdown in progress
at java.lang.Shutdown.add(Shutdown.java:62)
at java.lang.System$2.registerShutdownHook(System.java:1146)
at java.io.DeleteOnExitHook.<clinit>(DeleteOnExitHook.java:20)
... 5 more

1 楼 zwhc 2010-05-27  

下载了你的原码试了一下，有 bug


java.lang.NoClassDefFoundError: com/sun/tools/attach/VirtualMachine
at org.jiopi.ibean.bootstrap.IBeanInitializer.initHotSwap(IBeanInitializer.java:174)
at org.jiopi.ibean.bootstrap.IBeanInitializer.bootstrapInitialize(IBeanInitializer.java:75)
at org.jiopi.ibean.bootstrap.IBeanInitializer.initialize(IBeanInitializer.java:58)
at org.jiopi.ibean.initializer.IBeanInitializer.iBeanInitialize(IBeanInitializer.java:183)
at org.jiopi.ibean.loader.IBeanCenterConsoleKernelLoader.loadCentralConsoleKernel(IBeanCenterConsoleKernelLoader.java:44)
at org.jiopi.framework.core.loader.CentralConsoleKernelLoaderFactory.loadCentralConsoleKernel(CentralConsoleKernelLoaderFactory.java:58)
at org.jiopi.framework.CentralConsole.<clinit>(CentralConsole.java:44)
at org.jiopi.ibean.show.helloworld.HelloWorldShow.<clinit>(HelloWorldShow.java:42)
Caused by: java.lang.ClassNotFoundException: com.sun.tools.attach.VirtualMachine
at java.net.URLClassLoader$1.run(URLClassLoader.java:202)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
at java.lang.ClassLoader.loadClass(ClassLoader.java:307)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
at java.lang.ClassLoader.loadClass(ClassLoader.java:248)
at org.jiopi.ibean.share.LocalJarPriorClassLoader.loadClass(LocalJarPriorClassLoader.java:61)
... 8 more