From c0f3c9c7608de6ded9fef7fa4d542c6fec4efe75 Mon Sep 17 00:00:00 2001 From: Rick Evans Date: Wed, 11 Jul 2007 14:53:19 +0000 Subject: [PATCH] Corrected typo ('Intecepting' -> 'Intercepting'). --- src/docbkx/server.xml | 7 ++++--- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/src/docbkx/server.xml b/src/docbkx/server.xml index 4db630a2..46286970 100644 --- a/src/docbkx/server.xml +++ b/src/docbkx/server.xml @@ -78,7 +78,7 @@ If a response is returned, it is sent on its way. If no response is returned (which could be due to - a pre- or postprocessor intercepting the request, for example, for security reasons), no response is + a pre- or post-processor intercepting the request, for example, for security reasons), no response is sent. @@ -187,7 +187,7 @@ the payload. Typically, your code should not be dependent on messages, because the payload should contain the information of interest. Only when it is necessary to perform actions on the message as a whole, such as adding a SOAP header, get an attachment, and so forth, should you need to implement - MessageEndpoint, though these actions are usually performed in a + MessageEndpoint, though these actions are usually performed in an endpoint interceptor.
@@ -457,6 +457,7 @@ import org.springframework.ws.server.endpoint.annotation.XPathParam; @Endpoint public class AnnotationOrderEndpoint { + private final OrderService orderService; public AnnotationOrderEndpoint(OrderService orderService) { @@ -643,7 +644,7 @@ public class AnnotationOrderEndpoint {
- Intecepting requests - the <interfacename>EndpointInterceptor</interfacename> interface + Intercepting requests - the <interfacename>EndpointInterceptor</interfacename> interface The endpoint mapping mechanism has the notion of endpoint interceptors. These can be extremely useful when you want to apply specific functionality to certain requests, for example, dealing with