spring 四种配置方法(国外英语资料).doc

spring 四种配置方法 The first thing you should pay special attention to is the naming of ID. Also, since each module has its own transaction section, I think the initial naming rule is due to the all+ module name +ServiceMethod. Whats more, the difference between each module lies in the following sentence: Expression= execution (* com.test.testAda.test.model.service.*.* (...)) The first * represents the return value, the second * represents the service packet, the third * represents the method name, and the (()) represents the method parameter. (4) the aop:advisor tag is the integration of the two attributes of the transaction management we configured above as the entire transaction management. Graphic: Image Attached are some of the information about configuring declarative transactions. The following data are derived from the internet: Spring, a type of transaction. Attach two, a supplement to the spring transaction type (about nested transactions) The benefits of the three and Transaction suffixes to declarative transaction management Configuration of four declarative transactions in four and Spring Spring, a type of transaction. prop key=, load*, PROPAGATION_REQUIRED, readOnly/propprop key=, store*, PROPAGATION_REQUIRED/prop It is estimated that a lot of friends have not yet understood the meaning of the value, carefully read the following should know what their circumstances, the following should use what kind of statement. ^_^ Common transaction types in Spring: PROPAGATION_REQUIRED-- supports the current transaction and creates a new transaction if there is no transaction at the moment. This is the most common choice. PROPAGATION_SUPPORTS-- supports the current transaction. If there is no transaction at the moment, the transaction is executed in a non transactional manner. PROPAGATION_MANDATORY-- supports the current transaction and throws an exception if there is no transaction at the moment. PROPAGATION_REQUIRES_NEW-- new transaction. If current transaction exist