EJB事务

部署在EJB容器中的JAR包都可以认为是运行在EJB容器中。所以从某种角度上来说，这种方式是JPA能够独立于EJB环境运 行的基础。理想状态下，最好是选用容器托管的EntityManager对象的方式，但在特殊的环境下，还是需要使用应用托管的EntityM

我们前面讲了几个数据源，今天我们来讲一下EJB数据源，这篇讲完我们数据源这部分就讲完了。数据连接不需要直接访问数据库，而是使用EJB做为数据源。FR通过定义程序数据集使用EJB的相关类获取到EJB数据源，然后转为我们里面的二维表作为报表数据源使用，进行展示

以前用myeclipse写过单独的ejb程序，也写过单独的web程序。服务器都是weblogic10.一直没有把他们整合起来。今天就来把ejb和web项目整合，实现一个真正的基于MVC模式的应用程序。最后就是选择“Newwebmodel”和“Newejbm

J2EE 容器为 J2EE 应用程序组件提供运行时支持。J2EE 应用程序组件使用容器的协议和方法访问服务器提供的其他应用程序组件和服务。Application Server 提供了应用程序客户机容器、小应用程序容器、Web 容器和 EJB 容器。给处于其

埋头用了 N 久的 Spring, 习惯了满天飞舞的 SSH, SSI, SS... ，没再顾得上还有个 EJB 的存在，一提及 EJB 便联想到了失败，且是重量级的失败。时过境迁，剩者为王，好歹 spring 和 ejb3 都剩了下来，所以需要再次 PK

在Jboss EAP 6中，调用远程EJB时出现这个错误, 原因可能是JNDI格式写错了。注意appName前是没有"/"的！如没有distinctName，留空，即连续两个”//“。throw new RuntimeException

1) REST走的是HTTP协议，并且充分利用或者说极端依赖HTTP协议Corba和EJB是采用专有的二进制协议，SOAP可以但不依赖HTTP，并且仅仅使用HTTP POST。2) REST是基于HTTP抽象资源的分布式调用，换句话来说，就是分布式调用是绑

使用EJB容器管理事务默认启用的是JTA事务，且是基于EJB方法的事务控制，要求在EJB方法包含完成一个业务且需要进行事务控制的各种操作，下边给出一个完整实例。因此，通过ejb控制事务时，ejb方法就变成了业务方法，封装了一个业务对应的各种操作，和项目技

会暴露表结构、安全性也不是特别好、并且也是不标准的 另外有些数据，并不是单纯的一张表就能体现出来的，可能要通过一定的算法计算出来结果的2、如果二者采用WebServices通信的话，那么就是使用SOAP协议来交互数据，该数据就是采用HTTP协议传送XML文

javaee或者ejb的jar包与hibernate-jpa-2.0-api-1.0.0.Final.jar产生了冲突，如果如果在项目中没有javaee或ejb的jar包的需要，删除即可

大多数Spring用户选择声明式事务管理。这是对应用代码影响最小的选择，因此也最符合 非侵入式 轻量级容器的理念。Spring的声明式事务管理是通过Spring AOP实现的，因为事务方面的代码与Spring绑定并以一种样板式风格使用，不过尽管如此，你一般

采用 Java 持久化框架：选择、时机和优缺点？这篇文章比较了Entity Enterprise Java Bean 、Java Persistence API 、Hibernate和TopLink，非常的详细和清楚。文中提到了JDO，但并没有展开说。Ja

<?xmlversion="1.0"encoding="UTF-8"?>. <!<!<track-connection-by-tx>true</track-connectio

Spring是J2EE标准中的一个重要架构，它能有效的组织J2ee各应用层的对象。依赖注入和控制反转是同一个概念，在传统程序实际中，调用者想要调用另一个对象需要自己创建被调用者的实例，在Spring中，创建被调用者的工作由Spring容器完成。设值注入通过

Web服务也是一种分布式技术，它与EJB最大的不同是，Web服务属于行业规范，可以跨平台及语言。看上去两者好像是互相竞争的关系，其实不是。的是这个系统对外提供什么功能，而EJB偏重的是如何使用一个个组件组装这些功能。构造这些小零件，web服务并不关心，但这

通过ANT完成对应用的编译 打包 发布 和 解发布Eclipse集成了ANT，右键项目，new XML File文件。-- name为项目名称，basedir指定项目所在路径和build.xml文件同级 --><project name=&qu

J2EE学习者越来越多，J2EE本身技术不断在发展，涌现出各种概念，本文章试图从一种容易理解的角度对这些概念向初学者进行解释，以便掌握学习J2EE的方向。首先我们需要知道Java和J2EE是两个不同概念，Java不只是指一种语言，已经代表与微软不同的另外一

通常，我们把一组连续不可分的数据库操作称为一个事务。原子操作，是由不可分操作组成的，使这些不可分的操作，一同操作成功或者一同失败。各个子事务必须都成功，整个事务才能成功提交；跨越多个数据资源的事务叫做分布式事务。企业级应用中，业务需要跨越多个数据资源，并且

但是，EJB容器已经提供了对象池和缓存机制，所以，没有事务机制的无状态Session Bean的性能肯定要强于普通JavaBeans。EJB容器不但在单机中提供了对象池和缓存，而且可以跨服务器实现动态负载平衡，这些都无需开发者自己开发任何软件代码，结构如下

我们前面讲了几个数据源，今天我们来讲一下EJB数据源，这篇讲完我们数据源这部分就讲完了。数据连接不需要直接访问数据库，而是使用EJB做为数据源。FR通过定义程序数据集使用EJB的相关类获取到EJB数据源，然后转为我们里面的二维表作为报表数据源使用，进行展示

Web服务也是一种分布式技术，他与EJB最大的不同是Web服务属于行业规范，可以跨平台及语言，而EJB属于java平台的规范，尽管理论上可以跨平台，但是实现起来很复杂，javaEE为webservice提供了两种不同的编程模型，EJB容器模型和Web容器模

ant打包成Jar文件及发布Ejb.若你是Ejb程序，Jboss环境变量OK，name的名称随便你自己定义。<targetname="ejbjar"depends="compile"description=&q

持久，即把数据保存到可永久保存的存储设备中（如磁盘）。持久化的主要应用是将内存中的数据存储在关系型的数据库中，当然也可以存储在磁盘文件中、XML数据文件中等等。持久层，即专注于实现数据持久化应用领域的某个特定系统的一个逻辑层面，将数据使用者和数据实体相关联

今天，终于解决了EJB3+CMP+JPA1.0+Hibernate3在Weblogic10.3.3下的部署。核心方案是利用Weblogic针对一个企业应用包可以单独加载类的机制，从而不受weblogic系统本身的antlr2.7.3版本与Hibernate

EJB 层基本搞定，以前测试 EJB 也都是写一个 application 测试的，都没问题。昨天把WEB层框架做好开始写代码，但怪事就来了。打开JSP就出现下面的错误

JDBCAPI以一个统一的方式访问各种数据库。与ODBC类似，JDBC将开发者和私有数据库之间的问题隔离开来。由于它建立在Java上，因此JDBC可以提供平台无关的数据库访问。在JDBC刚产生时，JDBC-ODBC桥是非常有用的。此外，ODBV驱动器需要客

EJB3.0和Spring在传递POJO服务时采用了完全不同的方法，这使得开发者在实施POJO时不得不进行艰难的选择。对于POJO的开发，存在着两种框架EJB3.0和Spring，这两个框架组件的核心设计理念是相同的：把中间件服务传递给松散耦合的简单旧式J

一个架构可达到的简单程度，应该取决于业务需求，而不是技术平台。理想情况下，在项目周期的前期，架构满足业务需求的能力就可以用经验方法评测出来，而不是全凭主观臆断、一厢情愿。XP一个核心观念就是：选择能够奏效的最简单的做法。对J2EE来说这个观念尤其重要。生产

EJB容器在运行时管理EnterpriseBean的各个方面，包括远程访问bean、安全性、持续、事务、并行性和资源的访问与合用。回调方法可以让bean在事件之前或之后立即执行内部调整。每个bean都会得到一个EJBContext对象，它是对容器的直接引用

传统上，J2EE开发者有两个事务管理的选择：全局事务和本地事务。全局事务由应用服务器管理，使用JTA。局部事务是和资源相关的，比如一个和JDBC连接关联的事务。这个选择有深刻的含义。例如，全局事务可以用于多个事务性的资源。使用局部事务，应用服务器不需要参与

对EJB进行一些性能基准测试是非常有必要和有帮助的，测试的方法和工具有很多，不过我最近发现，Apache JMeter是进行基准测试的一个优秀工具。可惜的是，JMeter没有提供一个可测试任意EJB的通用取样器，不过，我们可以自己动手来创建一个。首先，让我

Required如果调用者有一个事务,相应的EJB可以参与事务,否则,容器将在调用相应的EJB之前,开始一个事务.当方法调用完成以后,即提交该事务.PROPAGATION_NEVER:指出不应在事务中进行，如果有就丢出异常。

企业应用要有有redundancy,两台或者多台服务器提供HA服务，提供热备用。服务一般是EJB/RMI/WebService等服务,在一台发生服务故障后，客户端一般自动切换到其它可用服务器，所有服务器都依次fail后才报错。EJB也应该适用，但是一般EJ

新建的工程指定的是J2EE1.4版本,在web.xml描述符中也指定了WebApplication2.4. 然后部署到weblogic8.1的时候直接报错了。weblogic8.1实现的是J2EE1.3的规范,应该调增为此版本,web.xml也应相应调整.

您将看到，Spring 使得访问和实现 EJB 更加方便。Java EE 5.0 的核心框架是 EJB3.0 和 JSF1.2 。EJB 3.0 是一个基于 POJO 的服务端业务服务和数据库持久化的组件模型。大多数的应用都将包含有业务逻辑的 EJB3 组

EJB规范一直由国际组织JCP来制定，一经通过，即作为官方标准，且各厂商都会不遗余力的推动，所以对于企业应用来说，EJB就是法，以EJB为企业应用的基础架构暂且称为法治；Spring来自开源社区，由众多的开源软件开发者参与，逐步形成的一种流行的体系标准，它

本地事务模型在小型工程的简单更新操作中能够很好地工作，但是在更加复杂的应用场景下，一个问题是在一个 XA 全局事务中难以协调各资源的工作。一般情况下，EJB 工程不使用这样的事务模型.在声明式事务模型中，由容器来管理维护事务，这意味着开发者不需要通过写 J

同事们无事闲聊中，都是程序员主题自然离不开技术。某君滔滔不绝的说了一堆技术上的看法。其具体内容主要是大肆的宣扬spring如何如何方便，如何如何强大。同时不忘模式化的批判一下ejb的笨重，最后结论是spring必将一统江湖，ejb已死。君又用ejb做过多少

<propertyname="JBOSS_HOME"value="${env.JBOSS_HOME}">. <propertyname="build.dir"value=&quo

但是也可以说是一个包含着和谐与矛盾的框架。记得当时第一次发现他能如此的将JSF与EJB结合起来，我激动得无以复加，然后开始下载了一本seam in action 原版开学。实施了两个不大不小的项目后，现在感觉就是又爱又恨。。。国内SEAM始终比不上SSH之

</ejb-ref>这个的意思是添加一个ejb引用。注意这里面的id要和上面的<bindingEjbRef/>里面的一致。}如果客户端和服务器端都部署在一个JVM里面的话，context用默认的就可以，否则的话需要使用相应服务器的参

[TTS编辑注：这是TTS论坛上的原帖。我现在把它放到TTS主页上来，就是认定这又会是一场非常有趣的口水打仗。我已经在许多项目中用到了Spring，并心悦诚服的认为它是一个伟大的框架。我想就我实际工作中Spring+JEE的整合，来探讨一些实际中遇到的问题

公司目前维护的一个系统，已经有超过8年的历史。现在遇到严重的性能问题，尤其是查询方面。系统简单介绍如下：。客户端和服务端通过WebService进行数据传输；服务端数据采用自行开发的DataSet进行封装，以XML格式返回给客户端；无DAO对象与领域对象；

Proffitt认为DI流行的唯一原因是Mocking,真不知道想说什么了。DI同时提供了生命周期的管理，你的类无需实现单例模式，就可以享受单例带来的便捷性，全局的访问点，实例的共享。使用DI带来什么，不光是Mocking更容易了，测试更容易了，更重要的是

Grails预装了HSQLDB，但因为我们使用的是MySQL，我们需要一些快捷的步骤，来告诉Grails如何与我们的数据库进行交流。我选择的是当前可用于产品阶段的产品，在本文撰写的时候，它的版本是3.1.13。打开zip文件，将其中的mysql-conne

Spring也提供了声明式事务管理。这是通过Spring AOP实现的。Spring中进行事务管理的通常方式是利用AOP的方式，为普通java类封装事务控制，它是通过动态代理实现的，由于接口是延迟实例化的，spring在这段时间内通过拦截器，加载事务切片。

部署在EJB容器中的JAR包都可以认为是运行在EJB容器中。所以从某种角度上来说，这种方式是JPA能够独立于EJB环境运 行的基础。理想状态下，最好是选用容器托管的EntityManager对象的方式，但在特殊的环境下，还是需要使用应用托管的EntityM

J2EE学习者越来越多，J2EE本身技术不断在发展，涌现出各种概念，本文章试图从一种容易理解的角度对这些概念向初学者进行解释，以便掌握学习 J2EE学习方向。首先我们需要知道Java和J2EE是两个不同概念，Java不只是指一种语言，已经代表与微软不同的另

IT技术日新月异，新技术的出现令人目不暇接，似乎每一天都在产生着新名词。不过归根结底IT所要实现的价值不外乎数据收集，然后再以客户希望的形式展示给客户而已。因此数据存取技术也就成了一个永恒的话题。而在Java这个开放的世界里，数据库存取技术是五花八门，种类