陈小峰（iefreer）的专栏

原文链接：http://www.javaworld.com/javaworld/jw-01-2009/jw-01-spring-transactions.html?page=2    1. 开始消息事务    2. 接收消息    3. 开始数据库事务    4. 更新数据库, 失败!    5. 回滚数据库事务    6. 回滚消息事务如上的例子中, 消息在最后的回滚动作发生后传回中间件，并在某

Spring和Yii是Java和PHP语言各自的代表性框架。对其demo程序做压力测试可以加深对PHP/Java两种语言之间差异性的理解，从而有助于做架构评估。下面分别对Spring3的示范程序petclinic和Yii1.1.13的示范程序blog做了性能测试，这两个程序都是简单的请求-〉少量数据读取处理-〉页面返回，属于同一轻量级别应用，是可以比较的。[测试环境]ThinkPAD X1 Car

控制反转/依赖注入是两个影响广泛的设计模式，也是主流J2ee框架Spring的核心概念，其主要目的就是为了管理对象之间的关系，为对象之间解除耦合，把对象生命周期的管理和关系的管理这些和对象个体无关的公共任务交给公共容器处理。好比当你需要钟点工的时候，你把需求依赖告知服务公司，服务公司为你安排具体人员，而无需你自己操心。当然任何设计模式有其优点就必有其缺点，我们需要理解其设计本意，才能在合适的场景下

链接事务管理器（Chaining transaction managers） 在最大努力单阶段提交模式（Best Efforts 1PC pattern）的其他示范程序 (best-db-db 项目) 中，一个事务管理器的原始实现只是把其它一些事务管理器链接起来以实现事务同步。如果业务处理成功，它们都提交，否则全部回滚。具体实现在ChainedT

原文链接：http://www.javaworld.com/javaworld/jw-01-2009/jw-01-spring-transactions.html?page=6Page 6 of 6 这个用于触发回滚的确切机制并不重要；有若干可选方案。重要的是提交或者回滚动作的发生和资源的业务操作顺序相反。在示范应用中，消息事务必须最后提交，因为

原文链接：http://www.javaworld.com/javaworld/jw-01-2009/jw-01-spring-transactions.html?page=5Page 5 of 6 性能和JDBCPersistenceAdapter

非事务性访问模式（Nontransactional Access pattern） 非事务性访问模式在一个特殊的业务逻辑下才有意义。想法是有些时候你需要访问的是临界资源（一次只允许一个进程访问），所以根本不需要处于一个事务中。例如，您可能需要在一个审计表中插入一行数据，不管交易成功或不成功，它只是记录这次尝试。更一般的，人们高估了某资源读写变化的

原文链接：http://www.javaworld.com/javaworld/jw-01-2009/jw-01-spring-transactions.html?page=4Page 4 of 6 不是所有的供应商都提供这么简单的支持。做为可选方案，可以使用Apache ActiveMQ做为消息中间件并在消息代理中插入存储策略，这对几乎所有的数

原文链接：http://www.javaworld.com/javaworld/jw-01-2009/jw-01-spring-transactions.html?page=3Page 3 of 6 列表1. 事务回滚@Transactional @Test public void testInsertIntoTwoDataSources

原文链接：http://blog.ippon.fr/2013/03/11/improving-the-performance-of-the-spring-petclinic-sample-application-part-1-of-5/该文使用JMeter和Yourkit工具对petclinic程序进行了压力测试和性能监测。分为5个步骤，逐步优化了该程序的各个方面。1、优化界面组件（Dandeli