Update generated docs and tidy formatting

Author: marcwilson-g

DOC.md

@@ -42,6 +42,8 @@ Here's an example for client side chaining:
 
 These interceptors will be executed from left to right: monitoring and then retry logic.
 
+The retry interceptor will call every interceptor that follows it whenever when a retry happens.
+
 ### Writing Your Own
 Implementing your own interceptor is pretty trivial: there are interfaces for that. But the interesting
 bit exposing common data to handlers (and other middleware), similarly to HTTP Middleware design.
@@ -84,7 +86,7 @@ needed. For example:
 #### <a name="pkg-files">Package files</a>
 [chain.go](./chain.go) [doc.go](./doc.go) [wrappers.go](./wrappers.go) 
 
-## <a name="ChainStreamClient">func</a> [ChainStreamClient](./chain.go#L130)
+## <a name="ChainStreamClient">func</a> [ChainStreamClient](./chain.go#L136)
 ``` go
 func ChainStreamClient(interceptors ...grpc.StreamClientInterceptor) grpc.StreamClientInterceptor
 ```
@@ -93,7 +95,7 @@ ChainStreamClient creates a single interceptor out of a chain of many intercepto
 Execution is done in left-to-right order, including passing of context.
 For example ChainStreamClient(one, two, three) will execute one before two before three.
 
-## <a name="ChainStreamServer">func</a> [ChainStreamServer](./chain.go#L56)
+## <a name="ChainStreamServer">func</a> [ChainStreamServer](./chain.go#L58)
 ``` go
 func ChainStreamServer(interceptors ...grpc.StreamServerInterceptor) grpc.StreamServerInterceptor
 ```
@@ -103,7 +105,7 @@ Execution is done in left-to-right order, including passing of context.
 For example ChainUnaryServer(one, two, three) will execute one before two before three.
 If you want to pass context between interceptors, use WrapServerStream.
 
-## <a name="ChainUnaryClient">func</a> [ChainUnaryClient](./chain.go#L93)
+## <a name="ChainUnaryClient">func</a> [ChainUnaryClient](./chain.go#L97)
 ``` go
 func ChainUnaryClient(interceptors ...grpc.UnaryClientInterceptor) grpc.UnaryClientInterceptor
 ```
@@ -122,14 +124,14 @@ Execution is done in left-to-right order, including passing of context.
 For example ChainUnaryServer(one, two, three) will execute one before two before three, and three
 will see context changes of one and two.
 
-## <a name="WithStreamServerChain">func</a> [WithStreamServerChain](./chain.go#L173)
+## <a name="WithStreamServerChain">func</a> [WithStreamServerChain](./chain.go#L181)
 ``` go
 func WithStreamServerChain(interceptors ...grpc.StreamServerInterceptor) grpc.ServerOption
 ```
 WithStreamServerChain is a grpc.Server config option that accepts multiple stream interceptors.
 Basically syntactic sugar.
 
-## <a name="WithUnaryServerChain">func</a> [WithUnaryServerChain](./chain.go#L167)
+## <a name="WithUnaryServerChain">func</a> [WithUnaryServerChain](./chain.go#L175)
 ``` go
 func WithUnaryServerChain(interceptors ...grpc.UnaryServerInterceptor) grpc.ServerOption
 ```

retry/DOC.md

@@ -20,6 +20,9 @@ override the number of retries (setting them to more than 0) with a `grpc.Client
 Other default options are: retry on `ResourceExhausted` and `Unavailable` gRPC codes, use a 50ms
 linear backoff with 10% jitter.
 
+For chained interceptors, the retry interceptor will call every interceptor that follows it
+whenever when a retry happens.
+
 Please see examples for more advanced use.
 
 ## <a name="pkg-imports">Imported Packages</a>

retry/retry_test.go

@@ -278,8 +278,8 @@ func TestChainedRetrySuite(t *testing.T) {
 	preRetryInterceptor := &trackedInterceptor{}
 	postRetryInterceptor := &trackedInterceptor{}
 	s := &ChainedRetrySuite{
-		srv: service,
-		preRetryInterceptor: preRetryInterceptor,
+		srv:                  service,
+		preRetryInterceptor:  preRetryInterceptor,
 		postRetryInterceptor: postRetryInterceptor,
 		InterceptorTestSuite: &grpc_testing.InterceptorTestSuite{
 			TestService: service,
@@ -294,8 +294,8 @@ func TestChainedRetrySuite(t *testing.T) {
 
 type ChainedRetrySuite struct {
 	*grpc_testing.InterceptorTestSuite
-	srv *failingService
-	preRetryInterceptor *trackedInterceptor
+	srv                  *failingService
+	preRetryInterceptor  *trackedInterceptor
 	postRetryInterceptor *trackedInterceptor
 }