From 55f2fe7dd574147c64e03c16e903ca821384ca9d Mon Sep 17 00:00:00 2001 From: Chris Beams Date: Sat, 7 Aug 2010 13:56:58 +0000 Subject: [PATCH] Replace 'tropes' language (SPR-7339) --- spring-framework-reference/src/transaction.xml | 12 ++++++------ 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/spring-framework-reference/src/transaction.xml b/spring-framework-reference/src/transaction.xml index c2b405f3b63..edcdcd4d009 100644 --- a/spring-framework-reference/src/transaction.xml +++ b/spring-framework-reference/src/transaction.xml @@ -731,16 +731,16 @@ TR: OK AS IS. images don't show up in the editor, but they do show up in the gen Example of declarative transaction implementation Consider the following interface, and its attendant - implementation. This example uses the rote Foo - and Bar tropes so that you can concentrate on the - transaction usage without focusing on the domain model. For the purposes - of this example, the fact that the + implementation. This example uses Foo and + Bar classes as placeholders so that you can + concentrate on the transaction usage without focusing on a particular + domain model. For the purposes of this example, the fact that the DefaultFooService class throws UnsupportedOperationException instances in the body of each implemented method is good; it allows you to see transactions created and then rolled back in response to the - UnsupportedOperationException - instance. + UnsupportedOperationException instance. + // the service interface that we want to make transactional