ejb开发EJB是啥玩意了

javabean和ejb之间的区别

首先，EJB是指运行在EJB容器中的JavaBean。

Tomcat是Web容器的参考实现。

一个完整的JavaEE服务器应该包括Web容器和EJB容器。

其次，Web容器中无法运行EJB，同时所有的JavaBean都是在服务器端运行的。

如果有在客户端的话，就变成C/S结构了。

目前来说除非需要分布式处理，不然基本上不需要考虑EJB。

Spring能帮你处理好除分布计算之外的一切。

用JavaScript来进行服务器调用的话，属于Ajax的范围了。

至于购物车。

一般来说有几种方法，一种是EJB中的有状态SessionBean。

一种是使用HttpSession保存。

还有就是自己建设一个对象池来处理。

JavaBean是领域模型的具体化类，保存了信息和业务。

只有set、get方法的JavaBean是失血模型。

现在来说一般多少不太欢迎这种东西。

把本属于领域对象的业务逻辑都丢掉了。

实际上现在的JavaEE系统分这么几个层。

表现层（Struts、JSF等）+应用层（处理业务，可以是JavaBean也可以是EJB）+持久层（JDBC、Hibernate）。

不要在Struts的Action类中写业务代码，那是反模式。

不然日后需要修改的时候很麻烦的。

Action中只有流程指向和对应用层的调用。

领域模型分实体、值对象和服务三部分。

一般实体里写业务代码、值对象显示、服务提供相对独立的业务。

失血模型指一个对象中除了get和set方法外没有任何方法的类。

现在不太推荐。

addobject(objece **),delete(object **)...之类的方法就是业务。

这些业务封进去后，失血模型就变成了缺血模型。

充血模型把持久化服务等也包了，所以也不是很号。

缺血比较推荐。

登录等流程其实是服务。

推荐你去看看DDD设计的书也就是《领域驱动设计》。

EJB有什么实际意义

overview of ejbEJB是sun的服务器端组件模型，最大的用处是部署分布式应用程序，类似微软的技术。

凭借java跨平台的优势，用EJB技术部署的分布式系统可以不限于特定的平台。

　　EJB (Enterprise JavaBean)是J2EE的一部分，定义了一个用于开发基于组件的企业多重应用程序的标准。

其特点包括网络服务支持和核心开发工具(SDK)。

　　在J2EE里，Enterprise Java Beans(EJB)称为Java 企业Bean，是Java的核心代码，分别是会话Bean（Session Bean），实体Bean（Entity Bean）和消息驱动Bean（MessageDriven Bean）。

　　1.Session Bean用于实现业务逻辑，它可以是有状态的，也可以是无状态的。

每当客户端请求时，容器就会选择一个Session Bean来为客户端服务。

Session Bean可以直接访问数据库，但更多时候，它会通过Entity Bean实现数据访问。

　　2.Entity Bean是域模型对象，用于实现O/R映射，负责将数据库中的表记录映射为内存中的Entity对象，事实上，创建一个Entity Bean对象相当于新建一条记录，删除一个Entity Bean会同时从数据库中删除对应记录，修改一个Entity Bean时，容器会自动将Entity Bean的状态和数据库同步。

　　3.MessageDriven Bean是EJB2.0中引入的新的企业Bean，它基于JMS消息，只能接收客户端发送的JMS消息然后处理。

MDB实际上是一个异步的无状态Session Bean，客户端调用MDB后无需等待，立刻返回，MDB将异步处理客户请求。

这适合于需要异步处理请求的场合，比如订单处理，这样就能避免客户端长时间的等待一个方法调用直到返回结果。

　　EJB实际上是SUN的J2EE中的一套规范,并且规定了一系列的API用来实现把EJB概念转换成EJB产品.EJB是BEANS,BEANS是什么概念,那就是得有一个容纳她,让她可劲造腾的地方,就是得有容器.EJB必须生存在EJB容器中.这个容器可是功能强大之极!她首先要包装你BEAN,EJB的客户程序实际上从来就不和你编写的EJB直接打交道,他们之间是通过HOME/REMOTE接口来发生关系的.它负责你的BEAN的所有的吃喝拉萨睡,比如BEAN的持续化,安全性,事务管理... 　　一.什么是 EJB? 　　一个技术规范：EJB 从技术上而言不是一种"产品" 　　EJB 是一种标准描述了构建应用组件要解决的: 　　可扩展 (Scalable) 　　分布式 (Distributed) 　　事务处理 (Transactional) 　　数据存储 (Persistent) 　　安全性 (Secure) 　　二.Sun 对 EJB 的期望 　　提供一个标准的分布的、基于 OO 的组件架构 　　屏蔽复杂的系统级功能需求 　　Write once, run anywhere 　　与非 Java 应用之间的互操作能力 　　兼容 CORBA 标准 　　三.为什么选择 EJB? 　　EJB 服务器完成"繁杂"的工作：应用开发人员关注于业务逻辑的实现而不是底层的实现机制(类似于 4GL 语言设计的目标) 　　支持事务处理 　　多个业务操作同时成功，或全部失败 　　可以通过在代码外的描述来定义事务处理级别 　　可扩展性 　　EJB 可以根据您应用的增长而扩展 　　EJB 服务器往往还提供了负载均衡和 　　安全性：由 EJB 服务器提供资源的访问权限控制 　　四.EJB 架构 　　为了满足架构的目标，规范中描述了 　　服务器 (Server) 　　容器 (Container) 　　类 (Class) 和实例 (Instance) 　　Home 和 Remote 接口 　　客户端 (Client) 　　五. 简化的编程模型 　　关注于业务逻辑实现：EJB 负责生命周期 (lifecycle), 数据存储 (persistence), 事务处理语义 (transactional semantic), 安全(security), ... 　　通用的编程模型：各种服务的高层 API 　　Java 是其编程语言 　　EJB( 业务逻辑代码 ) 表示了与特定商业领域（例如银行、零售等行业）相适应的逻辑。

它由 　　运行在业务逻辑层的 enterprise bean 处理。

一个 enterprise bean 可以从客户端接受数据，对 　　它进行处理，并将其发送到企业信息系统层以作存储；同时它也可以从存储器获取数据， 　　处理后将其发送到客户端应用程序。

　　有三种类型的 enterprise beans：session beans、entity beans 和 message-driven beans。

　　Session bean 描述了与客户端的一个短暂的会话。

当客户端的执行完成后，session bean 和 　　它的数据都将消失；与之相对应的是一个 entity bean 描述了存储在数据库表中的一行持久 　　稳固的数据，如果客户端终止或者服务结束，底层的服务会负责 entity bean 数据的存储。

　　Message-driven bean 结合了 session bean 和 Java 信息服务（JMS）信息监听者的功能，它允 　　许一个商业组件异步地接受 JMS 消息。

ejb是什么，有什么作用，主要用在什么地方，好不好学，对社会有什么作用？

EJB是开发部署分布式系统服务器端的标准，是一个可扩展、可开发、安全可靠的标准框架，是跨越不同厂商的中间标准。

EJB是java2EE体系中一个高阶的内容。

没有 javaSE 与 java2EE中 jdbc、 hibernate、 jsp 、servlet等课的基础，是学不全EJB的。

当然，只有javaSE的基础，也可以写些EJB程序，但也只能是EJB极小的一部分。

EJB到底TMD干什么用的

问的好，我也想问，这东西贼老难配置，而且在实际应用中很少看有用它的。

不过我接触到的，MyEclipse里有一种叫Enterprise Application Project的项目，它的结构是把若干个web项目和EJB项目集成到一起来用的。

具体内容学习中。

说白了，等到真的需要用它的时候，就知道他到底TMD干什么用的了。

下面是从百度百科里抄来的一段废话。

如果感兴趣，参考资料里是百度百科的网址，可以去看看。

EJB是sun的服务器端组件模型，设计目标与核心应用是部署分布式应用程序。

凭借java跨平台的优势，用EJB技术部署的分布式系统可以不限于特定的平台。

EJB (Enterprise JavaBean)是J2EE的一部分，定义了一个用于开发基于组件的企业多重应用程序的标准。

其特点包括网络服务支持和核心开发工具(SDK)。

在J2EE里，Enterprise Java Beans(EJB)称为Java 企业Bean，是Java的核心代码，分别是会话Bean（Session Bean），实体Bean（Entity Bean）和消息驱动Bean（MessageDriven Bean）。

EJB是啥玩意了

您现在可能已在使用 JavaBean，但还不了解它。

如果有支持 Java 的浏览器，那么，在桌面上使用 JavaBean 就没有限制。

使用的 Web 页面可以将 bean 作为小应用程序的一部分。

您很快就会和作为浏览器可视部分的 JavaBean 交互，然后，那些 JavaBean 将与服务器上的 EJB 接口。

这种能力也可以扩展到因特网和内部网。

JavaBean 和 Server Bean(通常称为 Enterprise JavaBean (EJB))有一些基本相同之处。

它们都是用一组特性创建，以执行其特定任务的对象或组件。

它们还有从当前所驻留服务器上的容器获得其它特性的能力。

这使得 bean 的行为根据特定任务和所在环境的不同而有所不同。

这开辟了巨大商机。

因为 JavaBean 是与平台无关的，所以对于将来的解决方案，供应商可以轻易向不同用户推出其客户机方的 JavaBean，而不必创建或维护不同的版本。

这些 JavaBean 可以与执行商业功能(例如订购、信用卡处理、电子汇款、存货分配、运输等)的 EJB 配合使用。

这里有巨大潜力，而这正是组件代理(WebSphereApplication Server 企业版)设计提供的那种潜力。

JavaBean 是一种组件，它在内部有接口或有与其相关的属性，以便不同人在不同时间开发的 bean 可以询问和集成。

可以构建一个 bean，而在以后构造时将其与其它 bean 绑定。

这种过程提供了先构建，然后重复使用的方法，这就是组件的概念。

可以将这种单一应用程序部署成独立程序、ActiveX组件或在浏览器中。

JavaBean 因其外部接口(即属性接口)而与纯对象不同。

这种接口允许工具读取组件要执行的功能，将其与其它 bean 挂钩，以及将其插入其它环境。

JavaBean 设计成对单一进程而言是本地的，它们在运行时通常可视。

这种可视组件可能是按钮、列表框、图形或图表 - 但这不是必需的。

可执行组件 Server Bean 或 EJB 是部署在服务器上的可执行组件或商业对象。

有一个协议允许对其进行远程访问或在特定服务器上安装或部署它们。

有一系列机制允许它们将服务安全性、事务行为、并发性(由多个客户机同时访问的能力)和持久性(其状态可以保存多久)的主要方面授权给 EJB 服务器上其所在的容器。

当安装在容器中时，它们获得各自的行为，该行为提供不同质量的服务，因此，选择正确的 EJB 服务器至关重要。

这正是 IBM WebSphere 企业版的优势所在。

EJB 是设计成运行在服务器上，并由客户机调用的非可视远程对象。

可通过多个非可视 JavaBean 构建 EJB。

它们有一个部署描述符，其目的与 JavaBean 属性相同:它是以后可由工具读取的 bean 的描述。

EJB 还独立于平台，一旦编写好，还可以在任何支持 Java 的平台(包括客户机和服务器)上使用。

因为 EJB 由诸如 IBM VisualAge for Java 这样的工具集生成，所以，它是基于服务器的对象，并用于远程调用。

它们安装在 EJB 服务器上，并象调用其它 CORBA远程对象那样获得进行调用的远程接口。

ActiveX 对象 可以将 JavaBean 部署成 ActiveX 对象，虽然 EJB 的代理也可以这样做，但是，因为 ActiveX 运行在桌面上，所以，EJB 本身不能成为 ActiveX 对象。

要在与平台相关的、仅 Windows 平台上做到这一点，开发人员可以将 JavaBean 变换成 ActiveX 组件。

好处 EJB 的主要好处在于:构建 bean 时，bean 开发人员可以规定需要什么类型的行为，而不必规定如何去做。

开发分为两部分:程序员开发bean，然后验证:它可与构建工具一起工作，并包括标识所需服务质量行为种类的部署描述符。

下一步，另一个程序员可以采用这个 bean，并使用读取 EJB 部署描述符的部署工具，然后将该 bean 安装到 Enterprise Java Server 上的容器中。

在第二步中，部署工具采取一些操作 - 这可能意味着生成如状态保存代码，放入事务挂钩，或执行安全性检查这样的代码。

所有这些操作由部署工具生成，bean 开发人员和部署人员可以是不同的人。

可以通过使用部署工具，将任何独立于平台的 JavaBean 改写成具有可靠服务质量、特定于平台的 EJB，以满足现有商业系统和应用程序的特定需求。

这就是 EJB 服务器对集成系统、网络和体系结构如此重要的原因所在。

EJB 与 IBM WebSphere 企业版 在 IBM WebSphere 企业版中使用时，可以将 EJB 配置成被管理的商业对象。

接受它们授权服务的容器是其安装到的容器。

将 EJB 的持久性部分映射在数据或状态对象中。

EJB 服务器为 EJB 提供不同的服务质量，选择正确的 EJB 服务器可能对满足完整的商业需求至关重要。

“组件代理”功能极其健壮，该功能提供如负载均衡和支持服务器组中多台机器的高级功能。

它还有大大超出 Enterprise Java Server (EJS) 规范所倡导的系统管理功能。

因此，按照基本标准编写的 JavaBean 或 EJB 可以运行在使用“组件代理”功能的 WebSphere 企业版上，并获得那些所有的附加功能。

EJB服务器还提供独特的特性和服务质量，而且不完全相同。

IBM“组件代理”有一些强大特性 - 例如，可伸缩性，它允许开发人员将 EJB 部署到从小型系统到大型网络的不同类型服务器。

开发人员可以从小处入手，例如，在一个部门中，首先在 LAN 的 Java 服务器上部署，一旦准备好，就知道可以将在那里创建的 JavaBean 和 EJB 部署到全球网络。

然后，开发人员可以测试并熟悉这些bean，试运行，制作样本等等。

满意之后，开发人员可以通过将其移至高性能服务器，来大幅度扩大其规模。

JavaBean 和 EJB 不受任何计算机体系结构边界的限制。

它们用 Java 编写，可以运行在任何具有 Java 虚拟机的系统上，并可以使用任何 Enterprise Java Server (EJS) 来部署对象。

因此，开发人员现在可以在方便的系统上构建，以后在方便的系统上部署，而不必是同一台或同样类型的机器。

IBM WebSphere 企业版支持将商业对象部署到多台服务器。

EJB 作为商业对象集成到“组件代理”功能，并作为任何其它商业对象处理。

因此，EJB 可以连接到所选的后端系统，并执行任何所需操作，以满足其商业需求。

这就成为“组件代理”为 EJB 提供的基础设施。

通过将“组件代理”用作 EJB 服务器，开发人员将能够继续使用当前旧有系统，并将其与电子商务接口一起提供。

为使 EJB 能在 WebSphere“组件代理”环境中工作，可以使用“组件代理”部署工具将其安装在一台或多台服务器上，然后将其添加到命名服务器，以便可以全局查找到它。

任何可以访问公共命名服务器的人都可以找到它，找到其宿主，并可以在宿主上执行方法，同时创建 EJB。

这就是“代理组件”要做的事。

结束语 Bean 的全部意义不只是其现有能力，更在于其可以为商业提供的有竞争力的潜在能力。

IT 设计师和应用开发人员现在可以将精力完全集中在商业逻辑，而将如事务、持久性和安全性的底层工作留给服务器。

WebSphere 的“组件代理”功能将提供所有这些(还有后端访问)和对象事务管理器。