Skip to content

Latest commit

 

History

History
91 lines (68 loc) · 3.76 KB

server-consumer.md

File metadata and controls

91 lines (68 loc) · 3.76 KB

SDA Commons Server Consumer

javadoc

The module sda-commons-server-consumer adds support to track or require a consumer token identifying the calling application.

Consumers can be differentiated in logs and metrics via a consumers token. The consumer token is provided via the Consumer-Token header. Right now a consumer token is only a name, no verification is done.

The consumer name will be derived from the received token (currently they are the same) and is added to the MDC and as request property.

If the consumer token is configured as required (= not optional) which is the default when using the YAML configuration, the server will respond 401 Unauthorized when the client does not provide a consumer token.

Usage

The consumer token is loaded within a filter that is created and registered by the ConsumerTokenBundle which must be added to the Dropwizard application:

public class MyApplication extends Application<MyConfiguration> {
   
   public static void main(final String[] args) {
      new MyApplication().run(args);
   }

   @Override
   public void initialize(Bootstrap<MyConfiguration> bootstrap) {
      // ...
      bootstrap.addBundle(ConsumerTokenBundle.builder()
            .withConfigProvider(MyConfiguration::getConsumerToken) // required with exclude or optional is configurable in config.yml
            // alternative1: always require the token if path in not matched by exclude pattern
            // .withRequiredConsumerToken().withExcludePattern("publicResource/\\d+.*")                                
            // alternative2: never require the token but track it if available
            // .withOptionalConsumerToken() 
            .build());
      // ...
   }

   @Override
   public void run(MyConfiguration configuration, Environment environment) {
      // ...
   }
}

Exclude patterns

When consumer token is set to required, exclude regex patterns can be defined to exclude some URLs to require a consumer token. The regex must match the resource path to exclude it.

E.g. in http://localhost:8080/api/projects/1, http://localhost:8080/api/ is the base path and projects/1 is the resource path.

openapi.json and openapi.yaml

When the OpenApiBundle from sda-commons-server-openapi is in the classpath, excludes for openapi.json and openapi.yaml are added automatically using the regular expression openapi\.(json|yaml) to allow clients to load the OpenAPI definition without providing a consumer token.

Configuration

When the bundle is initialized withConfigProvider, the configuration class needs a field for the ConsumerTokenConfig:

public class MyConfig extends Configuration {

   private ConsumerTokenConfig consumerToken = new ConsumerTokenConfig();

   public ConsumerTokenConfig getConsumerToken() {
      return consumerToken;
   }

   public void setConsumerToken(ConsumerTokenConfig consumerToken) {
      this.consumerToken = consumerToken;
   }
}

In the config.yml the consumer token may be configured with support for environment properties when the ConfigurationSubstitutionBundle is used:

consumerToken:
  optional: ${CONSUMER_TOKEN_OPTIONAL:-false}
  excludePatterns: ${CONSUMER_TOKEN_EXCLUDE:-[]}