如果大家对一般类的装载器熟悉的话,就知道在java中类的装载采用“代理机制”,即子装载器如果需要装载一个类文件,首先会将此任务提交给父装载器,如果父装载器找不到此类文件,才有子装载器来装载类文件,如果子装载器也找不到,那么就会报告classnotfoundexception异常.
【程序编程相关:清华同方踢皮球 网友笔记本半年坏三次】1.weblogic允许定制的类装载器,同时也有一个默认的类装载器.其默认的装载器的结构分层如下: 【推荐阅读:eNet硅谷动力一马当先 率先推出数字家】
【扩展信息:DHCP协议详解】 560)this.style.width=560; onmousewheel = javascript:return big(this) src="/files/uploadimg/20051110/1358430.gif"> 当部署一个应用的时候,weblogic server会自动创建一个具有层次结构的类装载器.在图中,a.application classloader负责装载应用中的所有的ejb jar文件; b.web application classloader负责装载所有的web application 中的war 文件(所有得jsp文件除外); c.jsp classloader 负责装载web application 中的所有的jsp 文件; 这样的分层结构有一个好处,就是在jsp,servlet中可以直接访问ejb的接口.这种上层装载ejb,下层装载servlet等,最下面装载jsp文件的结构,使得经常变动的jsp,servlet等可以被重新装载而不会涉及到ejb层. 在这种默认的类装载器结构下,有一点需要提出的是: a. 我们的应用必须打包成一个ear文件,才会允许我们应用中的jsp与servlet文件直接访问ejb;如果将war与jar文件分别打包.weblogic server会为他们分别生成一个类装载器,作为兄弟节点,这时如果需要在jsp或者servlet中使用ejb,就必须将ejb的home接口与remote接口打包到war中才可以.后面这种情况,适合用在将ejb的客户端与ejb部署在不同的jvm中; ... 下一页