Liking cljdoc? Tell your friends :D

cumulus-message-adapter-java

CircleCI

This repository contains a client library for integrating Lambda task code written in Java with the core Cumulus Message Adapter.

About Cumulus

Cumulus is a cloud-based data ingest, archive, distribution and management prototype for NASA's future Earth science data streams.

Read the Cumulus Documentation

About the Cumulus Message Adapter (CMA)

The Cumulus Message Adapter (CMA) is a library that adapts incoming messages in the Cumulus protocol to a format more easily consumable by Cumulus tasks, invokes the tasks, and then adapts their response back to the Cumulus message protocol to be sent to the next task.

Installation

Add the CMA Java client library as a dependency in your project. The current version and dependency installation code can be found here.

Task definition

In order to use the CMA Java client library, you will need to create two methods in your task module: a handler function and a business logic function.

The handler function is a standard Lambda handler function.

The business logic function is where the actual work of your task occurs. The class containing this work should implement the ITask interface and the String PerformFunction(String input, Context context); function. input is the simplified JSON from the message adapter and context is the AWS Lambda Context.

Cumulus Message Adapter interface

Create an instance of MessageParser and call

RunCumulusTask(String input, Context context, ITask task)

or

RunCumulusTask(String input, Context context, ITask task, String inputSchemaLocation, String outputSchemaLocation, String configSchemaLocation)

with the following parameters:

  • input - the input to the Lambda function
  • context - the Lambda context
  • task - an instance of the class that implements ITask

And optionally:

  • inputSchemaLocation - file location of the input JSON schema, can be null
  • outputSchemaLocation - file location of the output JSON schema, can be null
  • configSchemaLocation - file location of the config JSON schema, can be null

If the schema locations are not specified, the message adapter will look for schemas in a schemas directory at the root level for the files: input.json, output.json, or config.json. If the schema is not specified or missing, schema validation will not be peformed.

RunCumulusTask throws a MessageAdapterException when there is an error.

Example Cumulus task

For a full example see the task folder.

Creating a deployment package

The compiled task code, the message parser uber-jar, the cumulus message adapter zip, and any other dependencies should all be included in a zip file and uploaded to lambda. Information on the zip file folder structure is located here.

Usage in Cumulus Deployment

For documenation on how to utilize this package in a Cumulus Deployment, please view the Cumulus Workflow Lambda Documentation and the Cumulus Workflow Input/Output Documentation.

Logging

The message adapter library contains a logging class AdapterLogger that standardizes the log format for Cumulus. Static functions are provided to log error, fatal, warning, debug, info, and trace.

For example, to log an error, call:

AdapterLogger.LogError("Error message");

Development

Prerequisites

Building

To build a new version of the CMA Java client library:

cd message_parser
mvn -B package

Using locally built package with task code

These instructions assume that your task is using Maven for dependency management.

  1. Get the current version number of the CMA Java client library from message_parser/pom.xml:

    <version>1.2.12</version>
    
  2. Make sure the pom.xml for your task includes a dependency referencing the correct version:

    <dependency>
      <groupId>gov.nasa.earthdata</groupId>
      <artifactId>cumulus-message-adapter</artifactId>
      <version>1.2.12</version>
    </dependency>
    
  3. From the task project root, install the locally built package as a dependency and copy it into place (making sure that the version number is correct in -Dfile and -Dversion):

    mvn install:install-file \
      -Dfile=/path/to/cumulus-message-adapter-java/message_parser/target/cumulus-message-adapter-1.2.12.jar \
      -DgroupId=gov.nasa.earthdata \
      -DartifactId=cumulus-message-adapter \
      -Dversion=1.2.12 \
      -Dpackaging=jar \
      -DgeneratePom=true
    mvn clean dependency:copy-dependencies
    

Running your task code (locally or when packaged and deployed) should now use the locally built CMA Java client package.

Integration Tests

Integration tests are located in the test folder in MessageParserTest.java. By default, the latest Cumulus Message Adapter will be downloaded and used for the tests.

To build and run the tests using the latest version of Cumulus Message Adapter, run:

cd message_parser
mvn -B test

To build and run the tests using a different version of the Cumulus Message Adapter, run

MESSAGE_ADAPTER_VERSION=vx.x.xx mvn -B test

Running the example task

Follow the installation instructions above for the example task.

If updating the version of the message parser, make sure to update the pom.xml in the task code. To build the task with this dependency, run:

cd task/
mvn clean install -U
mvn -B package

Benefits of the Cumulus Message Adapter

This approach has a few major advantages:

  1. It explicitly prevents tasks from making assumptions about data structures like meta and cumulus_meta that are owned internally and may therefore be broken in future updates. To gain access to fields in these structures, tasks must be passed the data explicitly in the workflow configuration.
  2. It provides clearer ownership of the various data structures. Operators own meta. Cumulus owns cumulus_meta. Tasks define their own config, input, and output formats.
  3. The Cumulus Message Adapter greatly simplifies running Lambda functions not explicitly created for Cumulus.
  4. The approach greatly simplifies testing for tasks, as tasks don't need to set up cumbersome structures to emulate the message protocol and can just test their business function.

Can you improve this documentation? These fine people already did:
laurenfrederick, Mark Boyd, Jonathan Kovarik, Jenny Liu, Scisco & Lauren Frederick
Edit on GitHub

cljdoc is a website building & hosting documentation for Clojure/Script libraries

× close