Add syntax highlighting to Javadoc where necessary

Issue: SPR-8426
This commit is contained in:
Chris Beams 2011-06-12 06:56:17 +00:00
parent c0131fe108
commit 2d68b726b5
4 changed files with 11 additions and 11 deletions

View File

@ -34,7 +34,7 @@ import java.lang.annotation.Target;
* uses {@code @PropertySource} to contribute {@code app.properties} to the * uses {@code @PropertySource} to contribute {@code app.properties} to the
* {@code Environment}'s set of {@code PropertySources}. * {@code Environment}'s set of {@code PropertySources}.
* *
* <pre> * <pre class="code">
* &#064;Configuration * &#064;Configuration
* &#064;PropertySource("classpath:/com/myco/app.properties") * &#064;PropertySource("classpath:/com/myco/app.properties")
* public class AppConfig { * public class AppConfig {
@ -62,7 +62,7 @@ import java.lang.annotation.Target;
* {@code b.properties}, consider the following two configuration classes * {@code b.properties}, consider the following two configuration classes
* that reference them with {@code @PropertySource} annotations: * that reference them with {@code @PropertySource} annotations:
* *
* <pre> * <pre class="code">
* &#064;Configuration * &#064;Configuration
* &#064;PropertySource("classpath:/com/myco/a.properties") * &#064;PropertySource("classpath:/com/myco/a.properties")
* public class ConfigA { } * public class ConfigA { }
@ -74,7 +74,7 @@ import java.lang.annotation.Target;
* *
* The override ordering depends on the order in which these classes are registered * The override ordering depends on the order in which these classes are registered
* with the application context. * with the application context.
* <pre> * <pre class="code">
* AnnotationConfigApplicationContext ctx = * AnnotationConfigApplicationContext ctx =
* new AnnotationConfigApplicationContext(); * new AnnotationConfigApplicationContext();
* ctx.register(ConfigA.class); * ctx.register(ConfigA.class);
@ -92,7 +92,7 @@ import java.lang.annotation.Target;
* the ordering is difficult to predict. In such cases - and if overriding is important - * the ordering is difficult to predict. In such cases - and if overriding is important -
* it is recommended that the user fall back to using the programmatic PropertySource API. * it is recommended that the user fall back to using the programmatic PropertySource API.
* See {@link org.springframework.core.env.ConfigurableEnvironment ConfigurableEnvironment} * See {@link org.springframework.core.env.ConfigurableEnvironment ConfigurableEnvironment}
* and * {@link org.springframework.core.env.MutablePropertySources MutablePropertySources} * and {@link org.springframework.core.env.MutablePropertySources MutablePropertySources}
* Javadoc for details. * Javadoc for details.
* *
* @author Chris Beams * @author Chris Beams

View File

@ -115,7 +115,7 @@ public abstract class AbstractEnvironment implements ConfigurableEnvironment {
* "D". If the {@code Level2Environment} subclass wished to give property sources C * "D". If the {@code Level2Environment} subclass wished to give property sources C
* and D higher precedence than A and B, it could simply call * and D higher precedence than A and B, it could simply call
* {@code super.customizePropertySources} after, rather than before adding its own: * {@code super.customizePropertySources} after, rather than before adding its own:
* <pre> * <pre class="code">
* public class Level2Environment extends Level1Environment { * public class Level2Environment extends Level1Environment {
* &#064;Override * &#064;Override
* protected void customizePropertySources(MutablePropertySources propertySources) { * protected void customizePropertySources(MutablePropertySources propertySources) {
@ -138,7 +138,7 @@ public abstract class AbstractEnvironment implements ConfigurableEnvironment {
* property sources via the {@link #getPropertySources()} accessor, typically within * property sources via the {@link #getPropertySources()} accessor, typically within
* an {@link org.springframework.context.ApplicationContextInitializer * an {@link org.springframework.context.ApplicationContextInitializer
* ApplicationContextInitializer}. For example: * ApplicationContextInitializer}. For example:
* <pre> * <pre class="code">
* ConfigurableEnvironment env = new StandardEnvironment(); * ConfigurableEnvironment env = new StandardEnvironment();
* env.getPropertySources().addLast(new PropertySourceX(...)); * env.getPropertySources().addLast(new PropertySourceX(...));
* </pre> * </pre>

View File

@ -28,7 +28,7 @@ import org.springframework.core.env.PropertySource;
* *
* The {@link #setProperty} and {@link #withProperty} methods are exposed for * The {@link #setProperty} and {@link #withProperty} methods are exposed for
* convenience, for example: * convenience, for example:
* <pre> * <pre class="code">
* {@code * {@code
* PropertySource<?> source = new MockPropertySource().withProperty("foo", "bar"); * PropertySource<?> source = new MockPropertySource().withProperty("foo", "bar");
* } * }

View File

@ -27,7 +27,7 @@ import org.springframework.web.servlet.DispatcherServlet;
* {@link DispatcherServlet}. Add this annotation to an application @{@link Configuration} class. It will in * {@link DispatcherServlet}. Add this annotation to an application @{@link Configuration} class. It will in
* turn import the @{@link Configuration} class {@link WebMvcConfiguration}, which provides default Spring MVC * turn import the @{@link Configuration} class {@link WebMvcConfiguration}, which provides default Spring MVC
* configuration. * configuration.
* <pre> * <pre class="code">
* &#064;Configuration * &#064;Configuration
* &#064;EnableWebMvc * &#064;EnableWebMvc
* &#064;ComponentScan( * &#064;ComponentScan(
@ -42,7 +42,7 @@ import org.springframework.web.servlet.DispatcherServlet;
* {@link WebMvcConfigurerAdapter} overriding specific methods. Your @{@link Configuration} class and any other * {@link WebMvcConfigurerAdapter} overriding specific methods. Your @{@link Configuration} class and any other
* Spring bean that implements {@link WebMvcConfigurer} will be detected and given an opportunity to customize * Spring bean that implements {@link WebMvcConfigurer} will be detected and given an opportunity to customize
* the default Spring MVC configuration through the callback methods on the {@link WebMvcConfigurer} interface. * the default Spring MVC configuration through the callback methods on the {@link WebMvcConfigurer} interface.
* <pre> * <pre class="code">
* &#064;Configuration * &#064;Configuration
* &#064;EnableWebMvc * &#064;EnableWebMvc
* &#064;ComponentScan( * &#064;ComponentScan(