《转》EJB基本模型

EJB从意义上来说，是一种「技术规范」，而不是一种产品。

<o:p> </o:p>

<o:p>http://www.javaworld.com.tw/jute/post/view?bid=7&id=63470&sty=1&tpg=22&age=0</o:p>

•Bean Instance ：表示在内存中实际产生的对象。 •Bean Instance ：表示在记忆体中实际产生的物件。 一个 Bean Class 可以产生多个 Bean Instance 。 一个Bean Class可以产生多个Bean Instance 。 Bean Instance 才是真正执行 EJB method 的对象。 Bean Instance才是真正执行EJB method的对象。

<o:p> </o:p>

•Container：容器是可提供特定组件(Components)服务的标准执行环境。 •Container：容器是可提供特定组件(Components)服务的标准执行环境。 例如，Web Container必须提供必要的程序（呼叫特定页面、处理程序等），响应Client端的需求，并将处理结果传回Client端。 例如，Web Container必须提供必要的程序（呼叫特定页面、处理程序等），回应Client端的需求，并将处理结果传回Client端。

<o:p> </o:p>

•EJB Container： 是EJB 标准执行环境，所有 EJB 的产生，或是消灭，或是执行等等，均透过 EJB Container 来处理。 •EJB Container：是EJB标准执行环境，所有EJB的产生，或是消灭，或是执行等等，均透过EJB Container来处理。 当使用者呼叫某个EJB 的时候，实际上也是透过 EJB Container 来执行。 当使用者呼叫某个EJB的时候，实际上也是透过EJB Container来执行。

<o:p> </o:p>

•Deploy：一个写好的 EJB 并不能单独执行，他必须被「放」到EJB Container 之后才能够执行，而这个动作就是Deploy。 •Deploy：一个写好的EJB并不能单独执行，他必须被「放」到EJB Container之后才能够执行，而这个动作就是Deploy。 Deploy通常只是执行某个动作、按钮，之后的动作就交由Application Server自行处理。 Deploy通常只是执行某个动作、按钮，之后的动作就交由Application Server自行处理。

<o:p> </o:p>

•EJB Client：负责用户接口呈现的组件，可能是JSP/Servlet，或者是一个Standalone Java Application。 •EJB Client：负责用户接口呈现的组件，可能是JSP/Servlet，或者是一个Standalone Java Application。

<o:p> </o:p>

•Message Queue：在程序中要传达的数据片断称为Message，存在于内存中，而Message都可经由Message Queue提供给不同的Process进行处理。 •Message Queue：在程序中要传达的资料片断称为Message，存在于记忆体中，而Message都可经由Message Queue提供给不同的Process进行处理。 Message Queue储存了每个的Message的地址(Address)、型态(Type)、大小(size)、指到下一个Message的指标(pointer)等，它的数据结构基本上是一个Linked List。 Message Queue储存了每个的Message的地址(Address)、型态(Type)、大小(size)、指到下一个Message的指标(pointer)等，它的资料结构基本上是一个Linked List。