DEV Community

Cover image for How to create a REST API in Java using DynamoDB and Serverless
We're Serverless! for Serverless Inc.

Posted on • Originally published at serverless.com

2 1

How to create a REST API in Java using DynamoDB and Serverless

Originally posted at Serverless

In this walkthrough, we will build a products-api serverless service that will implement a REST API for products. We will be using Java as our language of choice. The data will be stored in a DynamoDB table, and the service will be deployed to AWS.

What we will cover:

  • Pre-requisites

  • Creating the REST API service

  • Deep dive into the Java code

  • Deploying the service

  • Calling the API

Install Pre-requisites

Before we begin, you’ll need the following:

Testing Pre-requisites

Test Java installation:

$ java --version
java 10 2018-03-20
Java(TM) SE Runtime Environment 18.3 (build 10+46)
Java HotSpot(TM) 64-Bit Server VM 18.3 (build 10+46, mixed mode)
view raw .sh hosted with ❤ by GitHub

Test Maven installation:
$ mvn -v
Apache Maven 3.5.3 (3383c37e1f9e9b3bc3df5050c29c8aff9f295297; 2018-02-24T14:49:05-05:00)
Maven home: /usr/local/apache-maven-3.5.3
Java version: 10, vendor: Oracle Corporation
Java home: /Library/Java/JavaVirtualMachines/jdk-10.jdk/Contents/Home
Default locale: en_US, platform encoding: UTF-8
OS name: "mac os x", version: "10.13.3", arch: "x86_64", family: "mac"
view raw .sh hosted with ❤ by GitHub

Create the Serverless project

Let’s create a project named products-api, using the aws-java-maven boilerplate template provided by the Serverless Framework, as shown below:

$ serverless create --template aws-java-maven --name products-api -p aws-java-products-api
Serverless: Generating boilerplate...
Serverless: Generating boilerplate in "/Users/rupakg/projects/svrless/apps/aws-java-products-api"
_______ __
| _ .-----.----.--.--.-----.----| .-----.-----.-----.
| |___| -__| _| | | -__| _| | -__|__ --|__ --|
|____ |_____|__| \___/|_____|__| |__|_____|_____|_____|
| | | The Serverless Application Framework
| | serverless.com, v1.26.1
-------'
Serverless: Successfully generated boilerplate for template: "aws-java-maven"
view raw .txt hosted with ❤ by GitHub

Updating the project

The serverless boilerplate template aws-java-maven gives us a nice starting point and builds a fully functional service using Java and Maven. However, we'll need to adapt it to our Products API service that we are building.

Let’s update the project hello to products-api in the POM i.e. pom.xml:

<groupId>com.serverless</groupId>
<artifactId>products-api</artifactId>
<packaging>jar</packaging>
<version>dev</version>
<name>products-api</name>
view raw .xml hosted with ❤ by GitHub

The serverless.yml

Let’s add the relevant Lambda handlers under functions and update the deployment artifact under package, as per our project requirements.

Update the following sections:

package:
artifact: 'target/${self:service}-${self:provider.stage}.jar'
functions:
listProducts:
handler: com.serverless.ListProductsHandler
getProduct:
handler: com.serverless.GetProductHandler
createProduct:
handler: com.serverless.CreateProductHandler
deleteProduct:
handler: com.serverless.DeleteProductHandler
view raw .yml hosted with ❤ by GitHub

Managing the DynamoDB table

Since we will be using a DynamoDB table to store our products data, we will let the Serverless Framework manage the DynamoDB resource and the relevant IAM Role permissions for the lambda functions to access the DynamoDB table.

Add the following section for iamRoleStatements under the provider section in the serverless.yml file:

iamRoleStatements:
- Effect: "Allow"
Action:
- "dynamodb:*"
Resource: "*"
view raw .yml hosted with ❤ by GitHub

Now, to create and manage the DynamoDB table from within our serverless project, we can add a resources section to our serverless.yml file. This section describes the DynamoDB resource via a CloudFormation syntax:
resources:
Resources:
productsTable:
Type: AWS::DynamoDB::Table
Properties:
TableName: products_table
AttributeDefinitions:
- AttributeName: id
AttributeType: S
- AttributeName: name
AttributeType: S
KeySchema:
- AttributeName: id
KeyType: HASH
- AttributeName: name
KeyType: RANGE
ProvisionedThroughput:
ReadCapacityUnits: 1
WriteCapacityUnits: 1
view raw .yml hosted with ❤ by GitHub

The DynamoDB Adapter

We will create an adapter whose responsibility will be to manage the connection to the specifed DynamoDB table using configuration, like the AWS region where the table will be deployed. The DynamoDB adapter class is a singleton that instantiates a AmazonDynamoDB client and a AWS DBMapper class.

Here’s an excerpt from the DynamoDBAdapter class:

package com.serverless.dal;
...
public class DynamoDBAdapter {
...
private DynamoDBAdapter() {
this.client = AmazonDynamoDBClientBuilder.standard()
.withRegion(Regions.US_EAST_1)
.build();
}
public static DynamoDBAdapter getInstance() {
if (db_adapter == null)
db_adapter = new DynamoDBAdapter();
return db_adapter;
}
...
public DynamoDBMapper createDbMapper(DynamoDBMapperConfig mapperConfig) {
if (this.client != null)
mapper = new DynamoDBMapper(this.client, mapperConfig);
return this.mapper;
}
}
view raw .js hosted with ❤ by GitHub

The Product POJO

We have the Product POJO that represents the Product entity and encapsulates all its functionality in a class. The Product POJO class defines a data structure that matches the DynamoDB table schema and provides helper methods for easy management of product data.

The AWS SDK provides an easy way to annotate a POJO with DynamoDB specific attributes as defined by Java Annotations for DynamoDB

We annotate the Product POJO class with:

  • a DynamoDBTable attribute to specify the DynamoDB table name

  • a DynamoDBHashKey attribute to map a property to a DynamoDB Haskey

  • a DynamoDBRangeKey attribute to map a property to a DynamoDB RangeKey

  • a DynamoDBAutoGeneratedKey attribute to map a property that needs to get a auto-generated id

Also, note that we get the product table name from a environment variable PRODUCTS_TABLE_NAME defined in our serverless.yml file:

package com.serverless.dal;
...
@DynamoDBTable(tableName = "PLACEHOLDER_PRODUCTS_TABLE_NAME")
public class Product {
private static final String PRODUCTS_TABLE_NAME = System.getenv("PRODUCTS_TABLE_NAME");
...
private String id;
private String name;
private Float price;
@DynamoDBHashKey(attributeName = "id")
@DynamoDBAutoGeneratedKey
public String getId() {
return this.id;
}
public void setId(String id) {
this.id = id;
}
@DynamoDBRangeKey(attributeName = "name")
public String getName() {
return this.name;
}
public void setName(String name) {
this.name = name;
}
@DynamoDBAttribute(attributeName = "price")
public Float getPrice() {
return this.price;
}
public void setPrice(Float price) {
this.price = price;
}
...
}
view raw .yml hosted with ❤ by GitHub

Next, let’s look at the methods that the Product POJO utilizes for data management.

The constructor method

The public constructor does a couple of things:

  • Overrides the PLACEHOLDER_PRODUCTS_TABLE_NAME table name annotation value with the actual value from the environment variable

  • Gets an instance of DynamoDBAdapter

  • Gets an instance of AmazonDynamoDB client

  • Gets an instance of DynamoDBMapper

    public Product() {
    DynamoDBMapperConfig mapperConfig = DynamoDBMapperConfig.builder()
    .withTableNameOverride(new DynamoDBMapperConfig.TableNameOverride(PRODUCTS_TABLE_NAME))
    .build();
    this.db_adapter = DynamoDBAdapter.getInstance();
    this.client = this.db_adapter.getDbClient();
    this.mapper = this.db_adapter.createDbMapper(mapperConfig);
    }
    view raw .js hosted with ❤ by GitHub

    The list() method

The list() method uses a DynamoDBScanExpression construct to retrieve all the products from the products table. It returns a list of products via the List data structure. It also logs the list of products retrieved.

public List<Product> list() throws IOException {
DynamoDBScanExpression scanExp = new DynamoDBScanExpression();
List<Product> results = this.mapper.scan(Product.class, scanExp);
for (Product p : results) {
logger.info("Products - list(): " + p.toString());
}
return results;
}
view raw .js hosted with ❤ by GitHub

The get() method

The get() method takes a product id and uses a DynamoDBQueryExpression to set up a query expression to match the passed in product id. The mapper object has a query method that is passed the queryExp, to retrieve the matching product:

public Product get(String id) throws IOException {
Product product = null;
HashMap<String, AttributeValue> av = new HashMap<String, AttributeValue>();
av.put(":v1", new AttributeValue().withS(id));
DynamoDBQueryExpression<Product> queryExp = new DynamoDBQueryExpression<Product>()
.withKeyConditionExpression("id = :v1")
.withExpressionAttributeValues(av);
PaginatedQueryList<Product> result = this.mapper.query(Product.class, queryExp);
if (result.size() > 0) {
product = result.get(0);
logger.info("Products - get(): product - " + product.toString());
} else {
logger.info("Products - get(): product - Not Found.");
}
return product;
}
view raw .js hosted with ❤ by GitHub

The save() method

The save() method takes a product instance populated with values, and passes it to the mapper object's save method, to save the product to the underlying table:

public void save(Product product) throws IOException {
logger.info("Products - save(): " + product.toString());
this.mapper.save(product);
}
view raw .js hosted with ❤ by GitHub

The delete() method

The delete() method takes a product id and then calls the get() method to first validate if a product with a matching id exists. If it exists, it calls the mapper object's delete method, to delete the product from the underlying table:

public Boolean delete(String id) throws IOException {
Product product = null;
// get product if exists
product = get(id);
if (product != null) {
logger.info("Products - delete(): " + product.toString());
this.mapper.delete(product);
} else {
logger.info("Products - delete(): product - does not exist.");
return false;
}
return true;
}
view raw .js hosted with ❤ by GitHub

Note: The Product POJO class can be independently tested to make sure the data management functionality works against a DynamoDB table. This seperation allows us to write unit tests to test the core DAL functionality.

Implementing the API

Now, that our Product DAL is written up and works as expected, we can start looking at the API function handlers that will be calling the Product DAL to provide the expected functionality.

We will define the API endpoints, then map the events to the handlers and finally write the handler code.

The API Endpoints

Before we look at the API handlers, let’s take a look at the API endpoints that we will map to the handlers.

The API endpoints will look like:

POST /products: Create a product and save it to the DynamoDB table.

GET /products/: Retrieves all existing products.

GET /products/{id}: Retrieves an existing product by id.

DELETE /products/{id}: Deletes an existing product by id.

Mapping Events to Handlers

To implement the API endpoints we described above, we need to add events that map our API endpoints to the corresponsing Lambda function handlers.

Update the following sections in the serverless.yml:

functions:
listProducts:
handler: com.serverless.ListProductsHandler
events:
- http:
path: /products
method: get
getProduct:
handler: com.serverless.GetProductHandler
events:
- http:
path: /products/{id}
method: get
createProduct:
handler: com.serverless.CreateProductHandler
events:
- http:
path: /products
method: post
deleteProduct:
handler: com.serverless.DeleteProductHandler
events:
- http:
path: /products/{id}
method: delete
view raw .yml hosted with ❤ by GitHub

Writing the Handlers

Let’s write the code for the four handlers that will provide us the needed functionality to implement the Products REST API. Let’s copy the Handler.java file that was generated by the boilerplate and create four new files under the src/main/java/com/serverless folder. We can now delete the Handler.java file.

  • CreateProductHandler.java

  • ListProductHandler.java

  • GetProductHandler.java

  • DeleteProductHandler.java

The basic code for all the handlers are the same. Each handler is defined as a class that implements RequestHandler from the AWS Lambda runtime. Then the handleRequest method is overriden in the class to provide the custom logic for the handler. The handleRequest method receives a Map object with the inputs from the caller and a Context object with information about the caller's environment.

Create Product Handler

If the call is successful, a 200 OK response is returned back. In case of an error or exception, the exception is caught and a 500 Internal Server Error response is returned back:

package com.serverless;
...
import com.serverless.dal.Product;
public class CreateProductHandler implements RequestHandler<Map<String, Object>, ApiGatewayResponse> {
private final Logger logger = Logger.getLogger(this.getClass());
@Override
public ApiGatewayResponse handleRequest(Map<String, Object> input, Context context) {
try {
// get the 'body' from input
JsonNode body = new ObjectMapper().readTree((String) input.get("body"));
// create the Product object for post
Product product = new Product();
// product.setId(body.get("id").asText());
product.setName(body.get("name").asText());
product.setPrice((float) body.get("price").asDouble());
product.save(product);
// send the response back
return ApiGatewayResponse.builder()
.setStatusCode(200)
.setObjectBody(product)
.setHeaders(Collections.singletonMap("X-Powered-By", "AWS Lambda & Serverless"))
.build();
} catch (Exception ex) {
logger.error("Error in saving product: " + ex);
// send the error response back
Response responseBody = new Response("Error in saving product: ", input);
return ApiGatewayResponse.builder()
.setStatusCode(500)
.setObjectBody(responseBody)
.setHeaders(Collections.singletonMap("X-Powered-By", "AWS Lambda & Serverless"))
.build();
}
}
}
view raw .js hosted with ❤ by GitHub

List Product Handler

The ListProductHandler calls the list() method on the product instance to get back a list of products.

If the call is successful, a 200 OK response is returned back. In case of an error or exception, the exception is caught and a 500 Internal Server Error response is returned back:

package com.serverless;
...
import com.serverless.dal.Product;
public class ListProductsHandler implements RequestHandler<Map<String, Object>, ApiGatewayResponse> {
private final Logger logger = Logger.getLogger(this.getClass());
@Override
public ApiGatewayResponse handleRequest(Map<String, Object> input, Context context) {
try {
// get all products
List<Product> products = new Product().list();
// send the response back
return ApiGatewayResponse.builder()
.setStatusCode(200)
.setObjectBody(products)
.setHeaders(Collections.singletonMap("X-Powered-By", "AWS Lambda & Serverless"))
.build();
} catch (Exception ex) {
logger.error("Error in listing products: " + ex);
// send the error response back
...
}
}
}
view raw .js hosted with ❤ by GitHub

Get Product Handler

The GetProductHandler receives the id via the path parameters attribute of the input. Then it calls the get() method on the product instance passes it the id to get back a matching product.

If the call is successful, a 200 OK response is returned back. If no products with the matching id are found, a 404 Not Found response is returned back. In case of an error or exception, the exception is caught and a 500 Internal Server Error response is returned back:

package com.serverless;
...
import com.serverless.dal.Product;
public class GetProductHandler implements RequestHandler<Map<String, Object>, ApiGatewayResponse> {
private final Logger logger = Logger.getLogger(this.getClass());
@Override
public ApiGatewayResponse handleRequest(Map<String, Object> input, Context context) {
try {
// get the 'pathParameters' from input
Map<String,String> pathParameters = (Map<String,String>)input.get("pathParameters");
String productId = pathParameters.get("id");
// get the Product by id
Product product = new Product().get(productId);
// send the response back
if (product != null) {
return ApiGatewayResponse.builder()
.setStatusCode(200)
.setObjectBody(product)
.setHeaders(Collections.singletonMap("X-Powered-By", "AWS Lambda & Serverless"))
.build();
} else {
return ApiGatewayResponse.builder()
.setStatusCode(404)
.setObjectBody("Product with id: '" + productId + "' not found.")
.setHeaders(Collections.singletonMap("X-Powered-By", "AWS Lambda & Serverless"))
.build();
}
} catch (Exception ex) {
logger.error("Error in retrieving product: " + ex);
// send the error response back
...
}
}
}
view raw .js hosted with ❤ by GitHub

Delete Product Handler

The DeleteProductHandler receives the id via the path parameters attribute of the input. Then it calls the delete() method on the product instance passing it the id to delete the product.

If the call is successful, a 204 No Content response is returned back. If no products with the matching id are found, a 404 Not Found response is returned back. In case of an error or exception, the exception is caught and a 500 Internal Server Error response is returned back:

package com.serverless;
...
import com.serverless.dal.Product;
public class DeleteProductHandler implements RequestHandler<Map<String, Object>, ApiGatewayResponse> {
private final Logger logger = Logger.getLogger(this.getClass());
@Override
public ApiGatewayResponse handleRequest(Map<String, Object> input, Context context) {
try {
// get the 'pathParameters' from input
Map<String,String> pathParameters = (Map<String,String>)input.get("pathParameters");
String productId = pathParameters.get("id");
// get the Product by id
Boolean success = new Product().delete(productId);
// send the response back
if (success) {
return ApiGatewayResponse.builder()
.setStatusCode(204)
.setHeaders(Collections.singletonMap("X-Powered-By", "AWS Lambda & Serverless"))
.build();
} else {
return ApiGatewayResponse.builder()
.setStatusCode(404)
.setObjectBody("Product with id: '" + productId + "' not found.")
.setHeaders(Collections.singletonMap("X-Powered-By", "AWS Lambda & Serverless"))
.build();
}
} catch (Exception ex) {
logger.error("Error in deleting product: " + ex);
// send the error response back
...
}
}
}
view raw .js hosted with ❤ by GitHub

Note: The full source code for the project is available on Github.

Deploying the service

Now that we’ve looked at the code and understand the overall workings of the service, let’s build the Java code, and deploy the service to the cloud.

To build the Java code:

$ mvn clean install
[INFO] Scanning for projects...
[INFO]
[INFO] --------------------< com.serverless:products-api >---------------------
[INFO] Building products-api dev
[INFO] --------------------------------[ jar ]---------------------------------
[INFO]
[INFO] --- maven-clean-plugin:2.5:clean (default-clean) @ products-api ---
[INFO] Deleting /Users/rupakg/projects/svrless/apps/aws-java-products-api/target
...
...
[INFO] --- maven-install-plugin:2.4:install (default-install) @ products-api ---
[INFO] Installing /Users/rupakg/projects/svrless/apps/aws-java-products-api/target/products-api-dev.jar to /Users/rupakg/.m2/repository/com/serverless/products-api/dev/products-api-dev.jar
[INFO] Installing /Users/rupakg/projects/svrless/apps/aws-java-products-api/pom.xml to /Users/rupakg/.m2/repository/com/serverless/products-api/dev/products-api-dev.pom
[INFO] ------------------------------------------------------------------------
[INFO] BUILD SUCCESS
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 2.790 s
[INFO] Finished at: 2018-04-08T19:58:15-04:00
[INFO] ------------------------------------------------------------------------
view raw .java hosted with ❤ by GitHub

After a successful build, we should have an artifact at aws-java-products-api/target/products-api-dev.jar that we will use in our deployment step.

Let’s deploy the service to the cloud:

$ sls deploy
Serverless: Packaging service...
Serverless: Creating Stack...
Serverless: Checking Stack create progress...
.....
Serverless: Stack create finished...
Serverless: Uploading CloudFormation file to S3...
Serverless: Uploading artifacts...
Serverless: Validating template...
Serverless: Updating Stack...
Serverless: Checking Stack update progress...
..................................
Serverless: Stack update finished...
Service Information
service: products-api
stage: dev
region: us-east-1
stack: products-api-dev
api keys:
None
endpoints:
GET - https://xxxxxxxxx.execute-api.us-east-1.amazonaws.com/dev/products
GET - https://xxxxxxxxx.execute-api.us-east-1.amazonaws.com/dev/products/{id}
POST - https://xxxxxxxxx.execute-api.us-east-1.amazonaws.com/dev/products
DELETE - https://xxxxxxxxx.execute-api.us-east-1.amazonaws.com/dev/products/{id}
functions:
listProducts: products-api-dev-listProducts
getProduct: products-api-dev-getProduct
createProduct: products-api-dev-createProduct
deleteProduct: products-api-dev-deleteProduct
view raw .yml hosted with ❤ by GitHub

On a successful deployment, we will have our four API endpoints listed as shown above.

Calling the API

Now that we have a fully functional REST API deployed to the cloud, let’s call the API endpoints.

Create Product

$ curl -X POST https://xxxxxxxxxx.execute-api.us-east-1.amazonaws.com/dev/products -d '{"name": "Product1", "price": 9.99}'
{"id":"ba04f16b-f346-4b54-9884-957c3dff8c0d","name":"Product1","price":9.99}
view raw .sh hosted with ❤ by GitHub

Now, we’ll make a few calls to add some products.

List Products

Here’s the java-products-dev DynamoDB table listing our products:

$ curl https://xxxxxxxxxx.execute-api.us-east-1.amazonaws.com/dev/products
[{"id":"dfe41235-0fe5-4e6f-9a9a-19b7b7ee79eb","name":"Product3","price":7.49},
{"id":"ba04f16b-f346-4b54-9884-957c3dff8c0d","name":"Product1","price":9.99},
{"id":"6db3efe0-f45c-4c5f-a73c-541a4857ae1d","name":"Product4","price":2.69},
{"id":"370015f8-a8b9-4498-bfe8-f005dbbb501f","name":"Product2","price":5.99},
{"id":"cb097196-d659-4ba5-b6b3-ead4c07a8428","name":"Product5","price":15.49}]
view raw .sh hosted with ❤ by GitHub

No Product(s) Found:

$ curl https://xxxxxxxxxx.execute-api.us-east-1.amazonaws.com/dev/products
[]
view raw .sh hosted with ❤ by GitHub

Get Product

$ curl https://xxxxxxxxxx.execute-api.us-east-1.amazonaws.com/dev/products/ba04f16b-f346-4b54-9884-957c3dff8c0d
{"id":"ba04f16b-f346-4b54-9884-957c3dff8c0d","name":"Product1","price":9.99}
view raw .sh hosted with ❤ by GitHub

Product Not Found:
curl https://xxxxxxxxxx.execute-api.us-east-1.amazonaws.com/dev/products/xxxx
"Product with id: 'xxxx' not found."
view raw .sh hosted with ❤ by GitHub

Delete Product

$ curl -X DELETE https://xxxxxxxxxx.execute-api.us-east-1.amazonaws.com/dev/products/24ada348-07e8-4414-8a8f-7903a6cb0253
view raw .sh hosted with ❤ by GitHub

Product Not Found:
curl -X DELETE https://xxxxxxxxxx.execute-api.us-east-1.amazonaws.com/dev/products/xxxx
"Product with id: 'xxxx' not found."
view raw .sh hosted with ❤ by GitHub

View the CloudWatch Logs

We have used the log4j.Logger in our Java code to log relevant info and errors to the logs. In case of AWS, the logs can be retrieved from CloudWatch.

Let’s do a GET call and then take a look at the logs from our terminal:

// call get product API
$ curl https://xxxxxxxxxx.execute-api.us-east-1.amazonaws.com/dev/products/6f1dfeb9-ea08-4161-8877-f6cc724b39e3
view raw .sh hosted with ❤ by GitHub
// check logs
$ serverless logs --function getProduct
START RequestId: 34f45684-3dd0-11e8-bf8a-7f961671b2de Version: $LATEST
...
2018-04-11 21:35:14 <34f45684-3dd0-11e8-bf8a-7f961671b2de> DEBUG org.apache.http.wire:86 - http-outgoing-0 >> "{"TableName":"java-products-dev","ConsistentRead":true,"ScanIndexForward":true,"KeyConditionExpression":"id = :v1","ExpressionAttributeValues":{":v1":{"S":"6f1dfeb9-ea08-4161-8877-f6cc724b39e3"}}}"
...
2018-04-11 21:35:14 <34f45684-3dd0-11e8-bf8a-7f961671b2de> DEBUG org.apache.http.wire:86 - http-outgoing-0 << "{"Count":1,"Items":[{"price":{"N":"9.99"},"id":{"S":"6f1dfeb9-ea08-4161-8877-f6cc724b39e3"},"name":{"S":"Product1"}}],"ScannedCount":1}"
...
2018-04-11 21:35:14 <34f45684-3dd0-11e8-bf8a-7f961671b2de> DEBUG org.apache.http.impl.conn.PoolingHttpClientConnectionManager:314 - Connection [id: 0][route: {s}->https://dynamodb.us-east-1.amazonaws.com:443] can be kept alive for 60.0 seconds
2018-04-11 21:35:14 <34f45684-3dd0-11e8-bf8a-7f961671b2de> DEBUG org.apache.http.impl.conn.PoolingHttpClientConnectionManager:320 - Connection released: [id: 0][route: {s}->https://dynamodb.us-east-1.amazonaws.com:443][total kept alive: 1; route allocated: 1 of 50; total allocated: 1 of 50]
2018-04-11 21:35:14 <34f45684-3dd0-11e8-bf8a-7f961671b2de> DEBUG com.amazonaws.request:87 - Received successful response: 200, AWS Request ID: MT1EV3AV07T9OD0MJH9VBJSIB7VV4KQNSO5AEMVJF66Q9ASUAAJG
2018-04-11 21:35:14 <34f45684-3dd0-11e8-bf8a-7f961671b2de> DEBUG com.amazonaws.requestId:136 - x-amzn-RequestId: MT1EV3AV07T9OD0MJH9VBJSIB7VV4KQNSO5AEMVJF66Q9ASUAAJG
2018-04-11 21:35:14 <34f45684-3dd0-11e8-bf8a-7f961671b2de> INFO com.serverless.dal.Product:107 - Products - get(): product - Product [id=6f1dfeb9-ea08-4161-8877-f6cc724b39e3, name=Product1, price=$9.990000]
END RequestId: 34f45684-3dd0-11e8-bf8a-7f961671b2de
REPORT RequestId: 34f45684-3dd0-11e8-bf8a-7f961671b2de Duration: 5147.00 ms Billed Duration: 5200 ms Memory Size: 1024 MB Max Memory Used: 97 MB
view raw .sh hosted with ❤ by GitHub

Notice the lines about the database connection being open/closed, the request data structure going to DynamoDB and then the response coming back, and finally the response data structure that is being returned by our API code.

Removing the service

At any point in time, if you want to remove the service from the cloud you can do the following:

$ sls remove
Serverless: Getting all objects in S3 bucket...
Serverless: Removing objects in S3 bucket...
Serverless: Removing Stack...
Serverless: Checking Stack removal progress...
..................................................
Serverless: Stack removal finished...
view raw .sh hosted with ❤ by GitHub

It will cleanup all the resources including IAM roles, the deployment bucket, the Lambda functions and will also delete the DynamoDB table.

Summary

To recap, we used Java to create a serverless REST API service, built it and then deployed it to AWS. We took a deep dive into the DAL code that handles the backend data mapping and access to the DynamoDB table. We also looked at the mapping between events, the API endpoints and the lambda function handlers in the service, all described intuitively in the serverless.yml file.

By now, you should have an end-to-end implementation of a serverless REST API service written in Java and deployed to AWS.

Hope you liked the post, and feel free to give me your feedback or ask any questions, in the comments below.

Originally published at https://www.serverless.com.

Sentry image

See why 4M developers consider Sentry, “not bad.”

Fixing code doesn’t have to be the worst part of your day. Learn how Sentry can help.

Learn more

Top comments (0)

Billboard image

The Next Generation Developer Platform

Coherence is the first Platform-as-a-Service you can control. Unlike "black-box" platforms that are opinionated about the infra you can deploy, Coherence is powered by CNC, the open-source IaC framework, which offers limitless customization.

Learn more

👋 Kindness is contagious

Please leave a ❤️ or a friendly comment on this post if you found it helpful!

Okay