mirror of
https://github.com/spring-projects/spring-framework.git
synced 2026-10-03 21:49:03 +00:00
changed J2EE to Java EE
git-svn-id: https://src.springframework.org/svn/spring-framework/trunk@1663 50f2f4bb-b051-0410-bef5-90022cba6387
This commit is contained in:
@@ -74,7 +74,7 @@
|
||||
<listitem>
|
||||
<para><emphasis>Aspect</emphasis>: a modularization of a concern
|
||||
that cuts across multiple classes. Transaction management is a good
|
||||
example of a crosscutting concern in J2EE applications. In Spring
|
||||
example of a crosscutting concern in Java EE applications. In Spring
|
||||
AOP, aspects are implemented using regular classes (the <link
|
||||
linkend="aop-schema">schema-based approach</link>) or regular
|
||||
classes annotated with the <interfacename>@Aspect</interfacename>
|
||||
@@ -211,7 +211,7 @@
|
||||
|
||||
<para>Spring AOP is implemented in pure Java. There is no need for a
|
||||
special compilation process. Spring AOP does not need to control the
|
||||
class loader hierarchy, and is thus suitable for use in a J2EE web
|
||||
class loader hierarchy, and is thus suitable for use in a Java EE web
|
||||
container or application server.</para>
|
||||
|
||||
<para>Spring AOP currently supports only method execution join points
|
||||
@@ -235,7 +235,7 @@
|
||||
efficiently with Spring AOP, such as advise very fine-grained objects
|
||||
(such as domain objects typically): AspectJ is the best choice in such
|
||||
cases. However, our experience is that Spring AOP provides an excellent
|
||||
solution to most problems in J2EE applications that are amenable to
|
||||
solution to most problems in Java EE applications that are amenable to
|
||||
AOP.</para>
|
||||
|
||||
<para>Spring AOP will never strive to compete with AspectJ to provide a
|
||||
|
||||
Reference in New Issue
Block a user