BlogJava-kapok-随笔分类-JBOSShttp://www2.blogjava.net/kapok/category/891.html垃圾桶,嘿嘿，我藏的这么深你们还能找到啊，真牛！zh-cnWed, 28 Feb 2007 03:24:36 GMTWed, 28 Feb 2007 03:24:36 GMT60轻松进行Java Portlets 开发基于JSR 168的开发和部署 http://www.blogjava.net/kapok/archive/2005/04/22/3630.html笨笨笨笨Fri, 22 Apr 2005 13:55:00 GMThttp://www.blogjava.net/kapok/archive/2005/04/22/3630.htmlhttp://www.blogjava.net/kapok/comments/3630.htmlhttp://www.blogjava.net/kapok/archive/2005/04/22/3630.html#Feedback0http://www.blogjava.net/kapok/comments/commentRss/3630.htmlhttp://www.blogjava.net/kapok/services/trackbacks/3630.htmlhttp://dev2dev.bea.com.cn/techdoc/webplat/200410224.html

　摘要
　　Portlet是生成片段（遵守特定规范的标记语言（如HTML、XML）的片段）的Web组件。片段再合成一个完整的文档。本文介绍了关于Java Portlet的Java Specification Request (JSR) 168规范。它说明了如何使用BEA WebLogic Workshop 8.1 SP2来创建Java Portlet，以及如何将这些portlet部署到BEA WebLogic Portal 8.1 Sp2上。我将介绍一些关键概念，如门户、桌面和portlet，并详细描述多种portlet模式和窗口状态。我还将介绍如何使用Workshop来设计、实现、配置和执行portlet。


　　JSR 168定义了有关Java Portlet的规范。门户是一个Web应用程序和一个portlet的聚合。Portlet容器运行portlet，并管理它们的生命周期。JSR 168定义了portlet与portlet容器之间的契约，它没有定义portlet容器与门户之间的契约。门户的实现留给了门户供应商。

　　BEA WebLogic门户
　　BEA WebLogic Portal (8.1 SP2)的当前版本支持不同类型的portlet：JSP/HTML portlet、Java PageFlow portlet、Struts portlet和Java portlet，将来还会支持其他portlet，如Web Services for Remote Portlets (WSRP)。我们将着重介绍Java portlet。

　　WebLogic Portal提供了JSR 168中未描述的门户功能，包括但不限于：书和页面中portlet的组织、多渠道支持和使用skin、skeleton和shell定制。

　　为了能够继续下去，在进行下一部分之前，请先完成以下内容：
　　　·使用WebLogic Domain Configuration Wizard创建一个门户域（如JSR168PortalDomain）。
　　　·使用WebLogic Workshop创建一个使用上面所建立域的门户应用程序（如JSR168PortalApp）。
　　　·在门户应用程序内创建一个门户Web项目（如JSR168PortalWebProject）。
　　　·在门户Web项目中创建一个WebLogic Portal .portal文件（如JSR168.portal）。
　　　·启动服务器实例。

　　创建您的第一个Java Portlet
　　下面的步骤描述了如何创建您的第一个JSR 168 portlet。
　　·在门户Web项目（如JSR168PortalWebProject）中，使用WebLogic Workshop为portlet（入FirstPortlet）创建一个新文件夹。
　　·在新文件夹内使用Wizard通过创建相应的.portlet文件创建一个新portlet（如Firstportlet）。
　　·选择portlet类型为Java Portlet。
　　·指定标题（如First）。
　　·指定定义标签（如first）。
　　·指定类名称（如com.malani.examples.portlets.jsr168.FirstPortlet）。
　　·打开门户（如JSR168.portal）。
　　·将portlet（如Firstportlet）拖放到门户中的页面上（如JSR168.portal）。
　　·运行.portal文件进行测试。

　　您的第一个JSR 168 portlet已经成功运行了！但向导在背后作了些什么呢？
　　·它创建了一个特定于WebLogic Workshop和WebLogic Portal的.portlet文件。.portlet文件构成了与特定于Workshop和WebLogic Portal的.portal文件的契约。
　　·向导创建了一个.java文件（如com.malani.examples.portlets.jsr168.FirstPortlet.java），该文件放置在WEB-INF/src目录中。
　　·向导创建了一个WEB-INF/portlet.xml配置文件，并为portlet在文件中插入了一个条目。该portlet的条目看上去如下：

<portlet>
<description>Description goes here</description>
<portlet-name>first</portlet-name>
<portlet-class>com.malani.examples.portlets.jsr168.FirstPortlet
</portlet-class>
<portlet-info>
<title>First</title>
</portlet-info>
</portlet>

　　Java Portlet类
　　在该示例中，向导生成的Portlet Java文件扩展了javax.portlet.GenericPortlet类。GenericPortlet类实现了javax.portlet.Portlet接口。图1是一个Unified Modeling Language (UML)类图，描述了这些关系。通过直接实现portlet接口，可以编写一个portlet。然而，GenericPortlet是一个创建portlet的更方便方法。首先，我们看一下portlet生命周期、portlet模式和window状态。


图 1

　　Portlet生命周期
　　为了成功地创建portlet，您必须遵照portlet生命周期。javax.portlet.Portlet接口中的方法定义了该生命周期，这些生命周期方法是init()、render()、processAction()和destroy()。当部署portlet的实例时调用init()方法。它用于获得所需的任何昂贵资源（如后台连接），并执行其他一次性活动。当portlet的实例被撤销部署时，使用destroy()方法来释放这些资源。

　　Portlet规范清晰区别render请求和动作请求。图2描述了portlet请求和响应的一个UML类图。门户页面上的render请求会导致对所页面上的每个portlet上调用render()方法，当用户在特定portlet上调用某个动作（通常是HTML表单提交）时，将会调用该portlet的processAction()方法。这样，用户的动作请求转换为processAction()方法的一次调用和render()方法的多次调用。


图 2

　　图3是一个序列图，说明了调用processAction()方法的效果，以及为同一页面上的portlet进行后续render()方法的调用。关于更多信息，请参阅关于处理动作的一节。


图 3

　　有两种重载的init()方法，一个没有参数，另一个有一个javax.portlet.PortletConfig类的实例。注意：关于init(PortletConfig)有一个特殊的caveat。调用super.init(aPortletConfig)失败将导致一个NullPointerException。所包含的源代码示例中的Init portlet说明了这种行为（源代码可以在www.sys-con.com/weblogic/source.cfm中找到）。

　　Portlet模式
　　JSR 168定义了三种Portlet模式：VIEW、EDIT和HELP。一个portlet实例在任何时候都可以恰巧在一种　portlet模式下。其他自定义portlet模式（如配置和源）都是可能的。VIEW模式是默认的模式。Portlet规范建议EDIT模式允许portlet用户定制portlet实例，以及HELP模式显示关于portlet的用法信息。Portlet必须支持VIEW模式，但在portlet中对EDIT模式和HELP模式的支持是可选的。例如，portlet First portlet示例不支持EDIT模式和HELP模式。

　　window状态
　　JSR 168定义了三种Window状态：NORMAL、MINIMIZED和MAXIMIZED。Portlet实例任何时候都可以恰好是一种window状态。其他自定义window状态（如半页）也是可能的。在NORMAL状态下，portlet占了屏幕区的一小部分。屏幕状态与其他portlet共享。在MINIMIZED状态下，portlet的内容被隐藏。在MAXIMIZED状态下，portlet的内容占屏幕区的大部分。其他共享同一页面的portlet在MAXIMIZED状态下被隐藏。例如，portlet First示例支持所有三种window状态。

　　GenericPortlet类
　　您创建的大多数portlet将会扩展javax.portlet.GenericPortlet类，而不是直接实现javax.portlet.Portlet接口。GenericPortlet类实现了render()方法。如果portlet的window状态被最小化，那么render()方法不能做任何事情。如果portlet的window状态不是最小化，那么render()方法设置在portlet.xml文件中指定的标题，并调用doDispatch()方法。根据Portlet模式， doDispatch()方法适当地调用doView()、doEdit()和doHelp()方法。这样，由于GenericPortlet类帮助实现render()方法，并且提供doView()、doEdit()和doHelp()方法来覆盖，因此GenericPortlet类比Portlet接口更便于扩展。

　　考虑一下First portlet示例。FirstPortlet类扩展了GenericPortlet，FirstPortlet改写了doView()方法。

public void doView(RenderRequest request, RenderResponse response)
throws PortletException, IOException
{
response.setContentType("text/html");
response.getWriter().write("<p>Hello World</p>");
}

　　注意：调用setContentType()方法前调用getWriter()方法会导致java.lang.IllegalStateException。

　　实现Portlet模式
　　VIEW模式是强制的，但EDIT和HELP模式是可选的。为了实现EDIT和HELP portlet模式，需要在portlet类中实现适当的doEdit()和doHelp()方法。请参考包含在源代码示例（本文的源代码可以在www.sys-con.com/wldj/sourcec.cfm找到）中的portlet Mode。此外，必须在portlet.xml中如下配置各模式：

<supports>
<mime-type>text/html</mime-type>
<portlet-mode>edit</portlet-mode>
<portlet-mode>help</portlet-mode>
</supports>

　　注意：修改portlet.xml配置文件，但不实现portlet类中的相应方法，会导致javax.portlet.PortletException。

　　实现window状态
　　JSR 168没有描述禁用window状态支持的方法。然而，WebLogic Portal实现了对它们的禁用。为了禁用portlet对window状态的支持，需要在weblogic-portlet.xml文件中排除window状态：

<portlet>
<portlet-name>state</portlet-name>
<supports>
<mime-type>text/html</mime-type>
<excluded-window-state>minimized</excluded-window-state>
<excluded-window-state>maximized</excluded-window-state>
</supports>
</portlet>

　　请参考源代码示例中的portlet State。

　　包含JavaServer Pages (JSPs)
　　考虑portlet First的doView()方法，该方法获得了Writer的实例，并直接输出HTML片段。由于多种原因（如为了达到Java逻辑与HTML视图表现的分离），往往不推荐输出直接的HTML片段。推荐的方法是使用JSP来显示视图。portlet类中的方法执行业务逻辑、设置render参数以及包含JSP。为了包含一个特定的JSP，应首先获得PortletContext。从PortletContext实例中，通过调用getRequestDispatcher()方法获得一个PortletRequestDispatcher的实例。通过调用include()方法来包含JSP。例如：

// execute the necessary logic here...
PortletRequestDispatcher aDispatcher =
getPortletContext().getRequestDispatcher(
"/IncludePortlet/includeView.jsp"
);
aDispatcher.include(aRequest, aResponse);

　　注意：在执行render()方法时，portlet可能只使用一个PortletRequestDispatcher对象。
　　请参考包含在源代码中的portlet Include。JSP页面（如includeView.jsp）不包含根HTML标签（如<html>、<title>和<body>），因为这些标签由门户框架提供。JSP页面只包含显示portlet所必需的HTML片段。

　　处理动作
　　在一个标准的Web应用程序中，一个HTML表单提交将导致执行一些业务逻辑。业务处理的结果，要么作为属性而被设置在请求或会话中并转发，要么包含到下一个JSP。

　　在一个JSR 168 portlet中，一个HTML表单的动作URL应该是什么样呢？JSR 168定义了一个JSP标签库，称为portlet taglib。HTML表单的动作URL可以使用actionURL portlet标签生成。例如（请参考favoriteColorEdit.jsp文件）：

<form action="<portlet:actionURL/>" method="post">
...
</form>

　　提交该HTML表单将会导致调用portlet的processAction(ActionRequest aRequest, ActionResponse aResponse)方法。像通常一样，可以通过调用request对象的getParameter()方法来获得表单参数。注意：通过提交表单调用动作，但portlet中却没有processAction()方法，将会导致javax.portlet.PortletException。

　　processAction()方法设置response对象中的值。不要使用ActionRequest或ActionResponse对象的setAttribute()方法。值不会从processAction()传递到render()方法，而且在JSP中是不可用的。相反要使用ActionResponse对象的setRenderParameter()方法。这些render参数将对所有后续render请求可用，这一点与典型的Web应用程序请求属性很不相同。典型的Web application请求属性只对于一个请求可用。另一方面，render请求参数对于许多后续render请求可用。render参数保持可用直到值被动作的重新执行显式地修改或删除。

　　考虑portlet FavoriteColor。它在VIEW模式显示了一个用户偏好的颜色，但是可以在EDIT模式下更改。在EDIT模式下提交偏好的颜色选择将调用processAction()方法。该方法获得偏好的颜色请求参数，并将其设置为render参数。这样，偏好的的颜色render参数将在所有后续render请求中都可用。

　　所呈现的参数是怎样显示在JSP上的呢？应使用来自portlet标签库的defineObjects标签来定义portlet对象。该标签使renderRequest、renderResponse和portletConfig portlet对象在页面中可用。参数通过调用renderRequest对象的getParameter()方法来显示。请参考与所包含的源代码示例中的favoriteColorView.jsp。

　　portlet FavoriteColor也展示了其他概念。第一个是如何在processAction()方法中用编程的方法改变portlet模式。调用ActionResponse对象的setPortletMode()方法来修改portlet模式。第二个概念是如何使用一个HTML链接来修改portlet模式。该链接使用来自portlet标签库的renderURL标签生成。根据希望的portlet模式指定portletMode属性的值。请参考源代码示例中的FavoriteColorPortlet类和favoriteColorView.jsp页面。

　　Portlet Preferences
　　Portlet Preferences（Portlet首选项）是portlet的基本配置数据。一个preference是一个“名称和值”对。名称的类型是一个字符串，而值的类型是字符串或字符串数组。Portlet Preference不适于存储任意数据。portlet容器为portlet preferences提供持久性。在WebLogic Portal中，preference的持久性只在下面两个条件都为真时才起作用：
　　·门户运行在桌面中，而不是DOT门户模式。
　　·用户已经登录。

　　桌面与DOT门户模式
　　在WebLogic Workshop中创建.portal文件时，像书、页面和portlet等项都可以被拖放到.portal文件中，.portal文件能够直接从Workshop内运行。然而，某些功能，如preferences的存储，在这种DOT门户模式下运行时是不可用的（DOT门户模式也称为单文件模式（Single File Mode））。

　　其他模式称为桌面模式。创建一个门户时使用Portal Administrator。在门户内，一个桌面被创建。像图书、页面和portlet等项被创建，并放置在桌面中。在这种模式下，某些功能，像preferences的存储，是可用的（桌面模式也被称为流模式（Streamed Mode））。

在继续讨论前，先创建一个桌面：
　　启动Portal Administration（譬如，http://localhost:7001/JSR168PortalAppAdmin/）。一种启动Portal Administration的方法是直接从Workshop中启动。选择Portal菜单，选中Portal Administration菜单项。
　　·登录进Portal Administration。
　　·创建一个新门户（譬如，JSR168）。
　　·在门户中，创建一个新桌面（如d1）。
　　·将LoginPortlet添加到桌面的一个页面中。
　　·将ContactPortlet添加到桌面的一个文件中。

　　Portlet Preferences示例
　　Contact portlet演示了Portlet Preferences。Portlet Preferences可以是静态的或动态的。静态 preferences与portlet一起在portal.xml文件中指定。例如，ContactPortlet具有一个成为contact-preference的 preferences。contact-preference的默认值也被指定：

<portlet-preferences>
<preference>
<name>contact-preference</name>
<value>Email</value>
</preference>
</portlet-preferences>

　　动态 preferences不在portlet.xml配置文件中预定义。当portlet运行时，这些preferences被存储和读取。在运行期间，一个javax.portlet.PortletPreferences接口的实例包含这些preferences。该实例通过调用PortletRequest对象的getPreferences()方法获得。特定preferences的值通过调用preferences实例上的getValue()方法来获得。

　　调用preferences实例的setValue()方法会更新一个preferences值。然而，需要一个额外的步骤来提交这些修改。preferences实例的store()方法被调用来使preferences持久化。preferences只能在processAction()方法中进行修改。如果在processAction()方法中没有调用store()方法，任何对preferences实例的修改都会被丢弃。注意：就如前面提到的，如果用户没有登录或门户处于DOT门户模式，那么调用store()方法将会导致一个运行时异常。

　　在portlet和servlet之间有很多相似点。然而，它们也存在着重要区别。portlet规范建立在servlet规范之上。portlet容器存在于servlet容器中。就像servlet部署在一个Web应用程序中，portlet也是如此。Servlet和Web应用程序使用portlet.xml文件进行配置。一个servlet具有显式的生命周期：init()、doGet()、doPost()等。类似地，一个portlet也具有显式的生命周期：doView()、doEdit()、processAction()等。servlet和portlet类的方法必须以安全线程的方式编码。

　　然而，也存在着重要的区别。Servlet被允许进行include、forward和redirect操作；然而portlet只被允许进行include操作。Servlet能够呈现一个完整的页面，但portlet只提交页面片段。portlet具有严格定义的portlet模式和Window状态，这方面不像servlet。Portlet具有更正式的请求，对render请求和动作请求进行处理，它们也具有preferences。portlet并不是servlet！

　　结束语
　　本文通过使用一个简单的向导描述portlet的创建而开始，并说明了portlet的生命周期以及portlet类实现的内部工作方式，描述了portlet.xml配置文件和相应的weblogic-portlet.xml配置文件的结构和语义。对各种概念，如portlet模式和window状态，本文也进行了解释。本文演示了portlet标签库的用法和portlet中的表单处理。最后，我介绍了如何使用portletpreferences。理解了本文所介绍的这些知识和概念，您就可以在创建和部署自己的强大portlet的道路上前进了。

　　致谢
　　感谢Subbu Allamaraju、Max Cooper、Steve Ditlinger、David Lu、Roshni Malani和Alex Toussaint，他们仔细阅读了这篇文章，并提供了有价值的反馈意见。

　　参考资料
　　· 要讨论这篇文章、并提问问题，从这里开始： www.bartssandbox.com。需要免费成员资格。
　　· 下载、阅读JSR 168：www.jcp.org/en/jsr/detail?id=168
　　· WebLogic Portal文档的起始点：e-docs.bea.com/wlp/docs81/index.html
　　· 建立Workshop Help的Java Portlet部分：e-docs.bea.com/workshop/docs81/doc/en/core/index.html
　　· 用WebLogic Portal 8.1开发JSR 168 Portlet：dev2dev.bea.com/products/wlportal81/articles/JSR168.jsp
　　· Web Services for Remote Portlets (WSRP)规范：www.oasis-open.org/committees/tc_home.php?wg_abbrev=wsrp
　　· 尝试一下WSRP：dev2dev.bea.com/codelibrary/code/wsrp_supportkit.jsp
　　· Single File Mode和Streamed Rendering Mode：单击这里！
　　· 有关Portlet规范上的文章：
- 介绍Portlet规范，第1部分：
www.javaworld.com/javaworld/jw-08-2003/jw-0801-portlet_p.html
-介绍Portlet规范，第2部分：
www.javaworld.com/javaworld/jw-09-2003/jw-0905-portlet2_p.html
　　· 对JSR 168白皮书的介绍：单击这里！
　　· Java Passion Portlet演讲笔记：www.javapassion.com/j2eeadvanced/Portlet4.pdf

　　关于作者
　　Prakash Malani在架构、设计和开发面向对象的软件方面具有广泛的经验，曾经在很多应用领域从事过软件开发，如娱乐、零售、机械、通信和互动电视等。他实践和指导着很多领先的技术，如J2EE、UML和XML。　　　Prakash已经在多个行业领先的出版物上发表了多篇文章。（更多内容）

　　源代码
　　源代码-Zip文件
　　英文原文：http://www.sys-con.com/story/?storyid=45565&DE=1



笨笨 2005-04-22 21:55 发表评论
]]>灰狐上面关于JBoss的连接http://www.blogjava.net/kapok/archive/2005/03/30/2615.html笨笨笨笨Wed, 30 Mar 2005 09:28:00 GMThttp://www.blogjava.net/kapok/archive/2005/03/30/2615.htmlhttp://www.blogjava.net/kapok/comments/2615.htmlhttp://www.blogjava.net/kapok/archive/2005/03/30/2615.html#Feedback0http://www.blogjava.net/kapok/comments/commentRss/2615.htmlhttp://www.blogjava.net/kapok/services/trackbacks/2615.htmlhttp://www.huihoo.org/jboss/

笨笨 2005-03-30 17:28 发表评论
]]>JBoss3.0 下配置和部署EJB简介http://www.blogjava.net/kapok/archive/2005/03/30/2614.html笨笨笨笨Wed, 30 Mar 2005 09:19:00 GMThttp://www.blogjava.net/kapok/archive/2005/03/30/2614.htmlhttp://www.blogjava.net/kapok/comments/2614.htmlhttp://www.blogjava.net/kapok/archive/2005/03/30/2614.html#Feedback0http://www.blogjava.net/kapok/comments/commentRss/2614.htmlhttp://www.blogjava.net/kapok/services/trackbacks/2614.html阅读全文

笨笨 2005-03-30 17:19 发表评论
]]>Jboss 源码解析http://www.blogjava.net/kapok/archive/2005/03/29/2569.html笨笨笨笨Tue, 29 Mar 2005 01:46:00 GMThttp://www.blogjava.net/kapok/archive/2005/03/29/2569.htmlhttp://www.blogjava.net/kapok/comments/2569.htmlhttp://www.blogjava.net/kapok/archive/2005/03/29/2569.html#Feedback0http://www.blogjava.net/kapok/comments/commentRss/2569.htmlhttp://www.blogjava.net/kapok/services/trackbacks/2569.htmlhttp://blog.csdn.net/stripbolt/archive/2004/10/24/149705.aspx

JBoss是一个非常优秀的J2EE的Application Server,研究
它的源代码有助于我们更好的理解J2EE的各种技术。
本系列拟从四个方面分析Jboss源码：
1.EJB Container实现
2.Transaction实现
3.Persistence Mapping
4.Client到Server端的Invocation

-------------------------------------------------------------------
先说第1点:EJB Container实现。
1.1 EJB Pool
我们知道，EJB Container 会维护一个EJB池，
在多个client间共享，避免频繁创建销毁对象的开销。
让我们来看看Jboss实现的Pool:
EJB分EntityBean,MDB,Stateless/Stateful Session Bean,
而Jboss中也对应的有EntityInstancePool，MessageDrivenInstancePool,
StatefulSessionInstancePool,StatelessSessionInstancePool.
让我们先从这4个类的共同基类AbstractInstancePool看起：
class AbstractInstancePool实现了接口InstancePool，该接口有以下几个方法：
EnterpriseContext get() throws Exception;
void free(EnterpriseContext ctx);
void discard(EnterpriseContext ctx);
int getCurrentSize();
public int getMaxSize();
--------------------------------------------------------------------
先对EnterpriseContext作番说明。EnterpriseContext的作用
就是把具体的EJB instance和它的metadata联系起来。
该类签名为：
public abstract class EnterpriseContext，
有4个子类，EntityEnterpriseContext，MessageDrivenEnterpriseContext，
StatefulSessionEnterpriseContext，StatelessSessionEnterpriseContext。
分别对应4种类型的EJB。
EnterpriseContext中有几个重要的成员变量。
/** The EJB instance */
Object instance;
/** The container using this context */
Container con; //Container这个类是JBoss用来代表对EJB提供Transaction,Security，Pool等服务的类，我们回头还会再说。
/** Only StatelessSession beans have no Id, stateful and entity do */
Object id;

/** The transaction associated with the instance */
Transaction transaction; //Transaction，我们下节再说.

// Constructors --------------------------------------------------

public EnterpriseContext(Object instance, Container con)
{
this.instance = instance;
this.con = con;
}

public Object getInstance()
{
return instance;
}
public Container getContainer() {
return con;
}

public void setId(Object id) {
this.id = id;
}

public Object getId() {
return id;
}

public void setTransaction(Transaction transaction) {
this.transaction = transaction;
}

public Transaction getTransaction() {
return transaction;
}

/**
* Get the EJBContext object
*/
public abstract EJBContext getEJBContext(); //由子类实现

//返回javax.ejb.EJBContext，注意这个EJBContext是
EJB规范要求提供给EJB的Context,与JBoss自己实现类EnterpriseContext没有关系。

/** The instance is being used. This locks it\'s state */
int locked = 0;
public void lock()
{
locked ++;
}

public void unlock() {
locked --;
}

public boolean isLocked() {
return locked != 0;
}
//lock这个成员变量表示当前这个EJB instance有没人在用。
//这个变量用来给Reentrance,以及canPassviate用.
/**
* before reusing this context we clear it of previous state called
* by pool.free()
* 从pool里取出来的时候没有关联任何EJB instance和Transaction信息
* 在返还pool的时候把这些信息清掉。
*/
public void clear() {
this.id = null;
this.locked = 0;
this.transaction = null;
}
//-------------------------------------------------------------------------------------
protected boolean isContainerManagedTx()
{
BeanMetaData md = (BeanMetaData)con.getBeanMetaData();
return md.isContainerManagedTx();
}
//从关联的container拿出对应的metadata,判断是否CMT.
//注意这里con是Container成员变量，可不是什么连接，连接一般缩写为conn,
//我一开始就搞混了:)
//BeanMetaData这些MetaData的子类都是从xml配置里头读出来的Metadata构造的,
//没什么神秘的.
这个类里头还有两个inner class,EJBContextImpl implements EJBContext,
UserTransactionImpl implements UserTransaction。EJBContextImpl等
讲解过Container再说，UserTransaction等下节再说。

现在让我们来看看EnterpriseContext的几个子类：
首先类比一下几个子类的成员变量：
EntityEnterpriseContext：
private EJBObject ejbObject;
private EJBLocalObject ejbLocalObject;
private EntityContext ctx;

StatefulSessionEnterpriseContext
private EJBObject ejbObject;
private EJBLocalObject ejbLocalObject;
private SessionContext ctx;

StatelessSessionEnterpriseContext
EJBObject ejbObject;
EJBLocalObject ejbLocalObject;
SessionContext ctx;

MessageDrivenEnterpriseContext：
private MessageDrivenContext ctx;
看来除了MDB没有对应的EJBObject/EJBLocalObject,其他统统都有：）
学过EJB的人都知道，在语法上EJB instance 是implements
EntityBean/SessionBean/MessageDrivenBean (这3个interface有一个共同的
interface: public interface EnterpriseBean extends Serializable,
EnterpriseBean 是个Marker接口,里头什么都没有，好像Serializable接口一样，只说明
实现它的是个EJB.而EntityBean/SessionBean/MessageDrivenBean 有对应的
void ejbActivate() throws EJBException, RemoteException;
void ejbLoad() throws EJBException, RemoteException;
一些方法需要实现。（虽然常常是空实现：），由容器作了很多事)
至于EJBObject/EJBLocalObject 在语法上都是非直接实现的，代表EJB instance暴露出的Remote/Local 接口。既然这些EJB instance非直接实现这些接口，那么这些接口如何与具体的EJB instance相关联，我们讲到Container类时就知道了。
----------------------------------------------------------------------------------


EnterpriseContext的子类EntityEnterpriseContext的构造函数
public EntityEnterpriseContext(Object instance, Container con)
throws RemoteException
{
super(instance, con);
ctx = new EntityContextImpl(); //这是EJBContextImpl的子类，不急着说:)
((EntityBean)instance).setEntityContext(ctx);//看看，原来set...Context是在这里调用的//其它instance实现的什么ejbCreate(),EJBLoad,EJBActive()到底是什么时候
调用的呢？接下来我们慢慢找，这可散布在各地呢：）
}
//其他几个子类的构造函数前3行也都如此，是类似的。
对于StatelessSessionEnterpriseContext和MessageDrivenEnterpriseContext,紧接的是

Method ejbCreate = instance.getClass().getMethod(\"ejbCreate\", new Class[0]);
ejbCreate.invoke(instance, new Object[0]);
//看看，来了一个ejbCreate:),对于StatelessSessionBean，一上来就ejbCreate()了~
接下来看点简单的：对于EnterpriseContext,
有public abstract void discard() throws RemoteException;
对于MessageDriven...的
public void discard() throws RemoteException
{
((MessageDrivenBean)instance).ejbRemove();
}
对于StatelessSession的
public void discard() throws RemoteException
{
((SessionBean)instance).ejbRemove();
}
对于StatefulSession...的
public void discard() throws RemoteException
{
// Do nothing
}
对于Entity....
public void discard() throws RemoteException
{
((EntityBean)instance).unsetEntityContext();
}
//discard 是在AbstractInstancePool中的
void discard(EnterpriseContext ctx);调用的

/**
* Discard an anonymous instance after invocation.
* This is called if the instance should not be reused, perhaps due to some
* exception being thrown from it.
*
* @param ctx The context to discard.
*/
public void discard(EnterpriseContext ctx)
{
ctx.discard();
}
AbstractInstancePool还有个free方法：
public void free(EnterpriseContext ctx) {
ctx.clear();//记得ctx只是清掉id,transaction等，返回pool,准备复用么？
//discard是在发生错误的时候，不希望扩大影响，于是discard掉，
//而对应get()的free方法只是把EnterpriseContext返还给pool.
}
----------------------------------------------------------------------------------

专门对于Stateful....Context有设置EJB instance的函数
/**
* During activation of stateful session beans we replace the instance
* by the one read from the file.
*/
public void setInstance(Object instance)
{
this.instance = instance;
((SessionBean)instance).setSessionContext(ctx);
}
注意在4种...Context中，只有Stateful...Context签名
public class StatefulSessionEnterpriseContext
extends EnterpriseContext
implements Serializable
多了个implements Serializable,(其他都没有),
这是为了支持Activation/Passviation,Passviation的时候
把EJB Instance写到文件中。
在StatefulSessionEnterpriseContext中有这样两个方法
private void writeObject(ObjectOutputStream out)
throws IOException, ClassNotFoundException
{
// do nothing
}

private void readObject(ObjectInputStream in)
throws IOException, ClassNotFoundException
{
// do nothing
}
//说明序列化的时候StatefulSessionEnterpriseContext本身不需要
写出什么状态，只有对应的EJB instance才需要写出状态。
现在来看AbstractInstancePool的源码，由于内容太多
就不详细解释了。

先看Abstract...Pool的create(Object instance)函数热热身~
Abstract...Pool
// Protected -----------------------------------------------------
protected abstract EnterpriseContext create(Object instance)
throws Exception;
对Entity...Pool
protected EnterpriseContext create(Object instance)
throws Exception
{
return new EntityEnterpriseContext(instance, getContainer());
}
其他3种Pool类似。
再回头看Abstract..Pool
/** The pool data structure */
protected EnterpriseContext[] pool;
protected int currentIndex = -1;
/** The maximum number of instances allowed in the pool */
protected int maxSize = 30;
/** The minimum size of the pool */
protected int minSize = 0;
/** determine if we reuse EnterpriseContext objects i.e. if we actually do pooling */
protected boolean reclaim = false;//对于MDB和StatelessSessionBean,这个变量被设为true,// for MDB, we *do* pool // for SLSB, we *do* pool

ok,现在来看pool的重头戏，get()/free(EnterpriseContext ctx)函数
（discard(EnterpriseContext ctx)前面讲过，不再重复)
这几个函数也是Interface InstancePool里头要实现的接口：）
闲话少说，来看代码~~
protected boolean minSizeInitialized = false;


/**
* Get an instance without identity.
* Can be used by finders,create-methods, and activation
*
* @return Context /w instance
* @exception RemoteException
*/

public EnterpriseContext get() {
//pool里头有东东就拿出来
synchronized (pool)
{
if (currentIndex > -1)
{
EnterpriseContext ctx = pool[currentIndex];
pool[currentIndex--] = null;
return ctx;
}
}

//initialize a small fixed size of instance at startup.
if (!minSizeInitialized)
{
minSizeInitialized = true;
synchronized (pool)
{
for (int i = 0; i < minSize; i++)
{
pool[++currentIndex] = create(container.createBeanClassInstance());
}
}
}

// Pool is empty, create an instance
return create(container.createBeanClassInstance());
}

/**
* Return an instance after invocation.
*
* Called in 2 cases:
* a) Done with finder method
* b) Just removed
*
* @param ctx
*/
public void free(EnterpriseContext ctx) {
ctx.clear();
synchronized (pool)
{
if (currentIndex + 1 < maxSize)
{
pool[++currentIndex] = ctx;
}
}
}
对于Entity...Pool,他overwrite了free
/**
* Return an instance to the free pool. Reset state
*
*

Called in 3 cases:
*


    *
  • Done with finder method
    *
  • Removed
    *
  • Passivated
    *

*
* @param ctx
*/
public void free(EnterpriseContext ctx)
{
// If transaction still present don\\\\\\\\\\\\\\\'t do anything (let the instance be GC)
if (ctx.getTransaction() != null)
{
return ;
}
super.free(ctx);
}

-----------------------------------------------------
而Stateful....Pool的free方法overwrite了Abstract...Pool的，
public synchronized void free(EnterpriseContext ctx)
{
discard(ctx);//干脆就discard掉不用了~
}

剩下的下回再讲，先预告2个类体系：
1.AbstractInstanceCache ,有EntityInstanceCache和StatefulSessionInstanceCache 子类。对于Entity,用它的
PrimaryKey作Cache的Key,对于Stateful,Jboss也会付给
每个instance一个唯一标定的值用来做CacheKey.
Abstract...Cache与Abstract...Pool结合使用，得到好的Performance。
2.public abstract class Container,
有EntityContainer,MessageDrivenContainer,Stateful/StatelessSessionContainer
4个子类，用来提供对EJB instance的transaction/security/pool等服务。
//看看它的成员变量，就能猜个大概
/** This is the TransactionManager */
protected TransactionManager tm;

/** This is the SecurityManager */
protected AuthenticationManager sm;

/** This is the instancepool that is to be used */
protected InstancePool instancePool;
 
开始讲Container,以前说过Container有4种子类，分别对应4种类型的EJB.
一个Container是所有Container plugins(注1)和metadata(注2)的集散地，the container plugins可以从container拿到metadata和其他container plugins.EJB部署的时候会创建相应的Container.Container基本不做太多事，主要delegate给plugins作事情。
ok,让我们来看看Container的成员变量：
/**
* This is the new metadata. it includes information from both ejb-jar and
* jboss.xml the metadata for the application can be accessed trough
* metaData.getApplicationMetaData()
*/
protected BeanMetaData metaData;

/** This is the EnterpriseBean class */
protected Class beanClass;

/** This is the Home interface class */
protected Class homeInterface;

/** This is the Remote interface class */
protected Class remoteInterface;

/** The local home interface class */
protected Class localHomeInterface;

/** The local inteface class */
protected Class localInterface;

/** This is the TransactionManager */
protected TransactionManager tm;

/** This is the SecurityManager */
protected AuthenticationManager sm;

/** This is the realm mapping */
protected RealmMapping rm;

/** This is the bean lock manager that is to be used */
protected BeanLockManager lockManager;

/** This is the application that this container is a part of */
protected EjbModule ejbModule;
//ejbModule作为一个单元部署的Module,比如一个ejb-jar就是一个Module,
/*这个 ejb-jar里头可能有多个entitybean,sessionbean,那么对于 每个entitybean,sessionbean
都会有一个对应的container,而这些东东共享一个ejbModule.*/
/**
* Returns a new instance of the bean class or a subclass of the bean class.
* This factory style method is speciffically used by a container to supply
* an implementation of the abstract accessors in EJB2.0, but could be
* usefull in other situations. This method should ALWAYS be used instead
* of getBeanClass().newInstance();
*
* @return the new instance
*
* @see java.lang.Class#newInstance
*/
public Object createBeanClassInstance() throws Exception {
return getBeanClass().newInstance();
}
public Class getBeanClass()
{
return beanClass;
}

注意EntityContainer overwrite了这个方法：
/**
* Returns a new instance of the bean class or a subclass of the bean class.
* If this is 1.x cmp, simply return a new instance of the bean class.
* If this is 2.x cmp, return a subclass that provides an implementation
* of the abstract accessors.
*
* @see java.lang.Class#newInstance
*
* @return The new instance.
*/
public Object createBeanClassInstance() throws Exception {
return persistenceManager.createBeanClassInstance();
}
其中 persistenceManager声明为：
/** This is the persistence manager for this container */
protected EntityPersistenceManager persistenceManager;
//persitenceManager和PersistenceStore我们将在第3部分讲解。
现在先给个大略印象：
BMPPersistenceManager实现
public Object createBeanClassInstance() throws Exception {
return con.getBeanClass().newInstance();
}

CMPPersistenceManager实现
EntityPersistenceStore store;
public Object createBeanClassInstance() throws Exception
{
return store.createBeanClassInstance();
}
-------------------------------------------------------------------
ok,接下来看看Container如何处理Client过来的Invocation。
一切精彩尽在下面这个函数
public Object invoke(Invocation mi)；
//Invocation代表了Client端过来的调用
//Invocation里头有些成员变量，指明了要调用的Method,
//args,Transaction信息，principle/credential等信息。

/** Maps for MarshalledInvocation mapping */
protected Map marshalledInvocationMapping = new HashMap();

public Object invoke(Invocation mi)
throws Exception
{
Thread currentThread = Thread.currentThread();
ClassLoader callerClassLoader = currentThread.getContextClassLoader();
//保存原来的classloader,在finally里恢复

Method m = null;
Object type = null;

try
{
currentThread.setContextClassLoader(this.classLoader);(注3）
// Check against home, remote, localHome, local, getHome,
// getRemote, getLocalHome, getLocal
type = mi.getType();

if(type == InvocationType.REMOTE ||
type == InvocationType.LOCAL)
{
if (mi instanceof MarshalledInvocation)
{
((MarshalledInvocation) mi).setMethodMap(
marshalledInvocationMapping);
}
return internalInvoke(mi);
}
else if(type == InvocationType.HOME ||
type == InvocationType.LOCALHOME)
{
if (mi instanceof MarshalledInvocation)
{
((MarshalledInvocation) mi).setMethodMap(
marshalledInvocationMapping);
return internalInvokeHome(mi);
}
else
{
throw new MBeanException(new IllegalArgumentException(
\\\\\\\"Unknown invocation type: \\\\\\\" + type));
}
}
finally
{
currentThread.setContextClassLoader(callerClassLoader);
}
}

----------------------------------------------------------------
MarshalledInvocation是Invocation的字类，代表可以从
Client传到Server的Invocation
public class Invocation...

public class MarshalledInvocation
extends Invocation
implements java.io.Externalizable
而Invocation是在server端的调用链(Interceptor链，注4）
间传递.
-------------------------------------------------------
ok,稍喘口气，接下来看看两个Internal的invoke,
都是abstract,在字类实现
public abstract Object internalInvokeHome(Invocation mi)
throws Exception;
public abstract Object internalInvoke(Invocation mi)
throws Exception;
至于具体实现么，TO BE CONITUE拉:)
----------------------------------------------------
注1：ContainerPlugin可以放在容器里头的东东。
接口为interface ContainerPlugin ：
void setContainer(Container con);
有InstancePool,InstanceCache,EJBProxyFactory/LocalProxyFactory,
EntityPersistenceManager/EntityPersistenceStore等Plugin
注2：metadata描述部署的信息，比如ejb-jar.xml，描述什么东东是
entitybean,什么东东是sessionbean,session的是BMP/CMP等等。
注3： Container的成员变量protected ClassLoader classLoader;
用来load 这个Container里头的类和资源，之所以要专门设一个Container
的classLoader是因为能使EJB re-deployable.(JBoss定期扫描deploy目录，
如果ejb更改就进行redeploy,如果ejb删除就undeploy)
注4： Jboss会建立一个Interceptor 链，Invocation经过链传递。
比如有EntityInterceptor，SecurityInterceptor，TransactionInterceptor，
InvokerInterceptor，一个套一个，每个Interceptor对当前Invocation进行一些处理
，比如检查权限，事物等等，然后传给下一个Interceptor处理(这是Filter and Pipe模式了，也算是AOP拉~，别人说
JBoss 这个Interceptor实现属于AOP方言特别重：）。
所有的Interceptor都是现
Object invokeHome(Invocation mi) throws Exception;
和Object invoke(Invocation mi) throws Exception;
在自己invoke的最后，
经过所有的Interceptor之后，调用下一个。
看看AbstractInterceptor的缺省实现：
public abstract class AbstractInterceptor
implements Interceptor

public Object invokeHome(final Invocation mi) throws Exception {
//do sth.
return getNext().invokeHome(mi);
}
public Object invoke(final Invocation mi) throws Exception {
//do sth.
return getNext().invoke(mi);
}
在经过重重Interceptor之后
最后到达EJB Instance 调用你要的那个方法。
其实实现很简单：
public Object internalInvokeHome(Invocation mi) throws Exception
{
return getInterceptor().invokeHome(mi);
}

public Object internalInvoke(Invocation mi) throws Exception
{
// Invoke through interceptors
return getInterceptor().invoke(mi);
}

public Interceptor getInterceptor()
{
return interceptor;
}
protected Interceptor interceptor;
//这是Container建立的Interceptor链的头一个，从这里调起~
再来看看 void addInterceptor(Interceptor in);这个函数
在Interceptor链最后再挂一个Interceptor
public void addInterceptor(Interceptor in)
{
if (interceptor == null)
{
interceptor = in;
}
else
{
Interceptor current = interceptor;
while (current.getNext() != null)
{
current = current.getNext();
}

current.setNext(in);
}
}
------------------------------------------------------------------------
附带再提一下pool和cache
/** This is the instance cache for this container */
protected InstanceCache instanceCache;

/** This is the instancepool that is to be used */
protected InstancePool instancePool;
/** This is the instancepool that is to be used */
protected InstancePool instancePool;
-------------------------------------------------------------
public void setInstanceCache(InstanceCache ic)
{
if (ic == null)
throw new IllegalArgumentException(\\\"Null cache\\\");

this.instanceCache = ic;
ic.setContainer(this);
}

public InstanceCache getInstanceCache()
{
return instanceCache;
}
public void setInstancePool(InstancePool ip)
{
if (ip == null)
throw new IllegalArgumentException(\\\"Null pool\\\");

this.instancePool = ip;
ip.setContainer(this);
}
-----------------------------------------------------------------------
ok,现在让我们来看看Container都对EJB Instance暴露出来的
方法都作了些什么，还有如何调用EJB Instance的方法.
这里有重要的2个Map
/**
* These are the mappings between the home interface methods and the
* container methods.
* 所有Home 方法映射都存这里
*/
protected Map homeMapping = new HashMap();

/**
* These are the mappings between the remote/local interface methods and the
* bean methods.
* 所有EJBObject方法映射都存这里
*/
protected Map beanMapping = new HashMap();
--------------------------------------------------------------------------
class ContainerInterceptor
extends AbstractContainerInterceptor
//AbstractContainerInterceptor基本上什么都不做，不用看
//ContainerInterceptor代表Container setup的Interceptor调用
//链的最后一个，到这里你就会看到他调用了你的EJB Instance的方法
{
public Object invokeHome(Invocation mi) throws Exception
{
// Invoke and handle exceptions
Method miMethod = mi.getMethod();
Method m = (Method) homeMapping.get(miMethod);
if (m.getDeclaringClass().equals(EntityContainer.class))
{
try
{
return m.invoke(EntityContainer.this, new Object[] { mi });
}
catch (Exception e)
{
rethrow(e);
}
}
else // Home method
{
try
{
return m.invoke(((EnterpriseContext) mi.getEnterpriseContext()).getInstance(), mi.getArguments());
}
catch (Exception e)
{
rethrow(e);
}
}

// We will never get this far, but the compiler does not know that
throw new org.jboss.util.UnreachableStatementException();
}

public Object invoke(Invocation mi) throws Exception
{
// Get method
Method miMethod = mi.getMethod();
Method m = (Method) beanMapping.get(miMethod);
if( m == null )
{
String msg = \\\"Invalid invocation, check your deployment packaging\\\"
+\\\", method=\\\"+miMethod;
throw new EJBException(msg);
}

// Select instance to invoke (container or bean)
if (m.getDeclaringClass().equals(EntityContainer.class))
{
// Invoke and handle exceptions
try
{
return m.invoke(EntityContainer.this, new Object[]{ mi });
}
catch (Exception e)
{
rethrow(e);
}
}
else
{
// Invoke and handle exceptions
try
{
return m.invoke(((EnterpriseContext) mi.getEnterpriseContext()).getInstance(), mi.getArguments());
}
catch (Exception e)
{
rethrow(e);
}
}

// We will never get this far, but the compiler does not know that
throw new org.jboss.util.UnreachableStatementException();
}
}

//可以看到，两个Map作了个映射，Map的Key为
在你想要调用的EJB instance方法，value为实际
实现的方法，可能就是EJB instance本身实现的方法，
或者是容器帮忙实现的(比如CMP 中abstract get/set方法，
只能容器帮忙实现).
从这里也可以看出来，JBoss主要是保存了方法映射来处理
EJBObject/EJBLocalObject 的调用请求,
而其他一些J2EE AS是通过动态生成EJBObject/EJBLocalObject
和你的EJB Instance的字类来实现的（而JBoss就算在CMP2.0
里动态生成了一个东东，那也不是EJB Instance的子类)。
 
ok,基本弄明白了Container的原理之后，我们来看看
到底Container的一些初始化操作
Container算是一项服务，
JBoss在deploy/undeploy/redeploy时会调用
与Service相关的几个函数：
protected void createService() throws Exception {}
protected void startService() throws Exception {}
protected void stopService() throws Exception {}
protected void destroyService() throws Exception {}
让我们从EntityContainer看起：

protected void createService() throws Exception
{
// Associate thread with classloader
ClassLoader oldCl = Thread.currentThread().getContextClassLoader();
Thread.currentThread().setContextClassLoader(getClassLoader());

try
{
// Acquire classes from CL
//从metadata拿到Home/Remote的Class
if (metaData.getHome() != null)
homeInterface = classLoader.loadClass(metaData.getHome());
if (metaData.getRemote() != null)
remoteInterface = classLoader.loadClass(metaData.getRemote());

// Call default init
// 调用Container里头的CreateService,我们回头再看
super.createService();

//建立刚才所说的两个Method映射Map
setupBeanMapping();
setupHomeMapping();

// Map the interfaces to Long
setupMarshalledInvocationMapping();

// Initialize pool
instancePool.create();
// Try to register the instance pool as an MBean
try
{
ObjectName containerName = super.getJmxName();
Hashtable props = containerName.getKeyPropertyList();
props.put(\\\"plugin\\\", \\\"pool\\\");
ObjectName poolName = new ObjectName(containerName.getDomain(), props);
server.registerMBean(instancePool, poolName);
}
catch(Throwable t)
{
log.debug(\\\"Failed to register cache as mbean\\\", t);
}

// Init instance cache
instanceCache.create();
// Try to register the instance cache as an MBean
try
{
ObjectName containerName = super.getJmxName();
Hashtable props = containerName.getKeyPropertyList();
props.put(\\\"plugin\\\", \\\"cache\\\");
ObjectName cacheName = new ObjectName(containerName.getDomain(), props);
server.registerMBean(instanceCache, cacheName);
}
catch(Throwable t)
{
log.debug(\\\"Failed to register cache as mbean\\\", t);
}


for (Iterator it = proxyFactories.keySet().iterator(); it.hasNext(); )
{
String invokerBinding = (String)it.next();
EJBProxyFactory ci = (EJBProxyFactory)proxyFactories.get(invokerBinding);
ci.create();
}



// Init persistence
persistenceManager.create();

// Initialize the interceptor by calling the chain
Interceptor in = interceptor;
while (in != null)
{
in.setContainer(this);
in.create();
in = in.getNext();
}
readOnly = ((EntityMetaData)metaData).isReadOnly();
}
finally
{
// Reset classloader
Thread.currentThread().setContextClassLoader(oldCl);
}
}



protected void startService() throws Exception
{
// Associate thread with classloader
ClassLoader oldCl = Thread.currentThread().getContextClassLoader();
Thread.currentThread().setContextClassLoader(getClassLoader());

try
{
// Call default start
super.startService();

// Start container invokers
for (Iterator it = proxyFactories.keySet().iterator(); it.hasNext(); )
{
String invokerBinding = (String)it.next();
EJBProxyFactory ci = (EJBProxyFactory)proxyFactories.get(invokerBinding);
ci.start();
}

// Start instance cache
instanceCache.start();

// Start persistence
persistenceManager.start();

// Start the instance pool
instancePool.start();

// Start all interceptors in the chain
Interceptor in = interceptor;
while (in != null)
{
in.start();
in = in.getNext();
}
}
finally
{
// Reset classloader
Thread.currentThread().setContextClassLoader(oldCl);
}
}

protected void stopService() throws Exception
{
// Associate thread with classloader
ClassLoader oldCl = Thread.currentThread().getContextClassLoader();
Thread.currentThread().setContextClassLoader(getClassLoader());

try
{
//Stop items in reverse order from start
//This assures that CachedConnectionInterceptor will get removed
//from in between this and the pm before the pm is stopped.
// Stop all interceptors in the chain
Interceptor in = interceptor;
while (in != null)
{
in.stop();
in = in.getNext();
}

// Stop the instance pool
instancePool.stop();


// Stop persistence
persistenceManager.stop();

// Stop instance cache
instanceCache.stop();

// Stop container invoker
for (Iterator it = proxyFactories.keySet().iterator(); it.hasNext(); )
{
String invokerBinding = (String)it.next();
EJBProxyFactory ci = (EJBProxyFactory)proxyFactories.get(invokerBinding);
ci.stop();
}

// Call default stop
super.stopService();
}
finally
{
// Reset classloader
Thread.currentThread().setContextClassLoader(oldCl);
}
}

protected void destroyService() throws Exception
{
// Associate thread with classloader
ClassLoader oldCl = Thread.currentThread().getContextClassLoader();
Thread.currentThread().setContextClassLoader(getClassLoader());

try
{
// Destroy container invoker
for (Iterator it = proxyFactories.keySet().iterator(); it.hasNext(); )
{
String invokerBinding = (String)it.next();
EJBProxyFactory ci = (EJBProxyFactory)proxyFactories.get(invokerBinding);
ci.destroy();
}

// Destroy instance cache
instanceCache.destroy();
instanceCache.setContainer(null);
try
{
ObjectName containerName = super.getJmxName();
Hashtable props = containerName.getKeyPropertyList();
props.put(\\\"plugin\\\", \\\"cache\\\");
ObjectName cacheName = new ObjectName(containerName.getDomain(), props);
server.unregisterMBean(cacheName);
}
catch(Throwable ignore)
{
}

// Destroy persistence
persistenceManager.destroy();
persistenceManager.setContainer(null);

// Destroy the pool
instancePool.destroy();
instancePool.setContainer(null);
try
{
ObjectName containerName = super.getJmxName();
Hashtable props = containerName.getKeyPropertyList();
props.put(\\\"plugin\\\", \\\"pool\\\");
ObjectName poolName = new ObjectName(containerName.getDomain(), props);
server.unregisterMBean(poolName);
}
catch(Throwable ignore)
{
}

// Destroy all the interceptors in the chain
Interceptor in = interceptor;
while (in != null)
{
in.destroy();
in.setContainer(null);
in = in.getNext();
}

MarshalledInvocation.removeHashes(homeInterface);
MarshalledInvocation.removeHashes(remoteInterface);

// Call default destroy
super.destroyService();
}
finally
{
// Reset classloader
Thread.currentThread().setContextClassLoader(oldCl);
}
}
------------------------------------------------------------
protected void setupBeanMapping() throws Exception
{
try {
if (remoteInterface != null)
{
Method[] m = remoteInterface.getMethods();
setupBeanMappingImpl( m, \\\"javax.ejb.EJBObject\\\" );
}
if (localInterface != null)
{
Method[] m = localInterface.getMethods();
setupBeanMappingImpl( m, \\\"javax.ejb.EJBLocalObject\\\" );
}
}
catch (Exception e)
{
// ditch the half built mappings
homeMapping.clear();
beanMapping.clear();

throw e;
}
}

private void setupBeanMappingImpl( Method[] m, String intfName )
throws Exception
{
for (int i = 0; i < m.length; i++)
{
if (!m.getDeclaringClass().getName().equals(intfName))
{
// Implemented by bean
beanMapping.put(m, beanClass.getMethod(m.getName(), m.getParameterTypes()));
}
else
{
// Implemented by container
beanMapping.put(m, getClass().getMethod(m.getName(),
new Class[] { Invocation.class }));
}
}
}
private void setupHomeMappingImpl(Method[] m,
String finderName,
String append)
throws Exception
{
// Adrian Brock: This should go away when we don\\\'t support EJB1x
boolean isEJB1x = metaData.getApplicationMetaData().isEJB1x();

for (int i = 0; i < m.length; i++)
{
String methodName = m.getName();
try
{
try // Try home method
{
String ejbHomeMethodName = \\\"ejbHome\\\" + methodName.substring(0,1).toUpperCase() + methodName.substring(1);
homeMapping.put(m, beanClass.getMethod(ejbHomeMethodName, m.getParameterTypes()));

continue;
}
catch (NoSuchMethodException ignore) {} // just go on with other types of methods


// Implemented by container (in both cases)
if (methodName.startsWith(\\\"find\\\"))
{
homeMapping.put(m, this.getClass().getMethod(finderName, new Class[] { Invocation.class }));
}
else if (methodName.equals(\\\"create\\\") ||
(isEJB1x == false && methodName.startsWith(\\\"create\\\")))
{
homeMapping.put(m, this.getClass().getMethod(\\\"create\\\"+append, new Class[] { Invocation.class }));
beanMapping.put(m, this.getClass().getMethod(\\\"postCreate\\\"+append, new Class[] { Invocation.class }));
}
else
{
homeMapping.put(m, this.getClass().getMethod(methodName+append, new Class[] { Invocation.class }));
}
}
catch (NoSuchMethodException e)
{
throw new NoSuchMethodException(\\\"Could not find matching method for \\\"+m);
}
}
}

protected void setupHomeMapping() throws Exception
{
try {
if (homeInterface != null)
{
Method[] m = homeInterface.getMethods();
setupHomeMappingImpl( m, \\\"find\\\", \\\"Home\\\" );
}
if (localHomeInterface != null)
{
Method[] m = localHomeInterface.getMethods();
setupHomeMappingImpl( m, \\\"findLocal\\\", \\\"LocalHome\\\" );
}

// Special methods

// Get the One on Handle (getEJBObject), get the class
Class handleClass = Class.forName(\\\"javax.ejb.Handle\\\");

// Get the methods (there is only one)
Method[] handleMethods = handleClass.getMethods();

//Just to make sure let\\\'s iterate
for (int j=0; j {
//Get only the one called handle.getEJBObject
if (handleMethods[j].getName().equals(\\\"getEJBObject\\\"))
{
//Map it in the home stuff
homeMapping.put(handleMethods[j],
this.getClass().getMethod(\\\"getEJBObject\\\",
new Class[] {Invocation.class}));
}
}
}
catch (Exception e)
{
// ditch the half built mappings
homeMapping.clear();
beanMapping.clear();

throw e;
}
}



笨笨 2005-03-29 09:46 发表评论
]]>