Quarkus - Amazon SES Client
Amazon Simple Email Service (SES) is a flexible and highly-scalable email sending and receiving service. Using SES, you can send emails with any type of correspondence. You can find more information about SES at the Amazon SES website.
|The SES extension is based on AWS Java SDK 2.x. It’s a major rewrite of the 1.x code base that offers two programming models (Blocking & Async).|
This technology is considered preview.
In preview, backward compatibility and presence in the ecosystem is not guaranteed. Specific improvements might require to change configuration or APIs and plans to become stable are under way. Feedback is welcome on our mailing list or as issues in our GitHub issue tracker.
For a full list of possible extension statuses, check our FAQ entry.
The Quarkus extension supports two programming models:
Blocking access using URL Connection HTTP client (by default) or the Apache HTTP Client
Asynchronous programming based on JDK’s
CompletableFutureobjects and the Netty HTTP client.
In this guide, we see how you can get your REST services to use SES locally and on AWS.
To complete this guide, you need:
JDK 1.8+ installed with
Apache Maven 3.6.2+
An AWS Account to access the SES service
Docker for your system to run SES locally for testing purposes
The easiest way to start working with SES is to run a local instance as a container. However, local instance of SES is only mocks the SES APIs without the actual email sending capabilities. You can still use it for this guide to verify an API communication or integration test purposes.
docker run --rm --name local-ses 8012:4579 -e SERVICES=ses -e START_WEB=0 -d localstack/localstack:0.11.1
This starts a SES instance that is accessible on port
Create an AWS profile for your local instance using AWS CLI:
$ aws configure --profile localstack AWS Access Key ID [None]: test-key AWS Secret Access Key [None]: test-secret Default region name [None]: us-east-1 Default output format [None]:
Amazon applies certain restrictions to new Amazon SES accounts, mainly to prevent fraud and abuse. All new accounts are in the Amazon SES sandbox. All the features of the Amazon SES are still available while in sandbox, but a following restrictions applies: - You can send mail to verified email addresses and domains or to the Amazon SES mailbox simulator - You can only send mail from verified email addresses and domains - You can send a maximum of 1 message per second.
Going production, you’d need to get your account of the sandbox following the Amazon procedure.
We assume you are going to use AWS SES sandbox for the sake of this guide. But before sending any email, you must verify sender and recipient email addresses using AWS CLI. You can use your personal email or any temporary email service available if you wish.
aws ses verify-email-identity --email-address <firstname.lastname@example.org> aws ses verify-email-identity --email-address <email@example.com>
Now, you need to open a mailboxes of those email addresses in order to follow confirmation procedure. Once email is approved you can use it in your application.
If you are using local SES you still need to verify email addresses, otherwise your send emaik in order to let local SES accepting your request. However, no emails to be send as it only mocks the service APIs.
aws ses verify-email-identity --email-address <firstname.lastname@example.org> --profile localstack --endpoint-url=http://localhost:8012 aws ses verify-email-identity --email-address <email@example.com> --profile localstack --endpoint-url=http://localhost:8012
The application built here allows sending text emails to the recipients that are verified on AWS SES.
We recommend that you follow the instructions in the next sections and create the application step by step. However, you can go right to the completed example.
Clone the Git repository:
git clone https://github.com/quarkusio/quarkus-quickstarts.git, or download an archive.
The solution is located in the
First, we need a new project. Create a new project with the following command:
mvn io.quarkus:quarkus-maven-plugin:1.6.0.Final:create \ -DprojectGroupId=org.acme \ -DprojectArtifactId=amazon-ses-quickstart \ -DclassName="org.acme.ses.QuarkusSesSyncResource" \ -Dpath="/sync" \ -Dextensions="resteasy-jsonb,amazon-ses,resteasy-mutiny" cd amazon-ses-quickstart
This command generates a Maven structure importing the RESTEasy/JAX-RS, Mutiny and Amazon SES Client extensions.
After this, the
amazon-ses extension has been added to your
pom.xml as well as the Mutiny support for RESTEasy.
Lets create a
org.acme.ses.QuarkusSesSyncResource that will provide an API to send emails using the synchronous client.
Both SES clients (sync and async) are configurable via the
application.properties file that can be provided in the
Additionally, you need to add to the classpath a proper implementation of the sync client. By default the extension uses the URL connection HTTP client, so
you need to add a URL connection client dependency to the
<dependency> <groupId>software.amazon.awssdk</groupId> <artifactId>url-connection-client</artifactId> </dependency>
If you want to use Apache HTTP client instead, configure it as follows:
And add the following dependency to the application
<dependency> <groupId>software.amazon.awssdk</groupId> <artifactId>apache-client</artifactId> </dependency>
If you’re going to use a local SES instance, configure it as follows:
quarkus.ses.endpoint-override=http://localhost:8012 quarkus.ses.aws.region=us-east-1 quarkus.ses.aws.credentials.type=static quarkus.ses.aws.credentials.static-provider.access-key-id=test-key quarkus.ses.aws.credentials.static-provider.secret-access-key=test-secret
quarkus.ses.aws.region- It’s required by the client, but since you’re using a local SES instance use
us-east-1as it’s a default region of localstack’s SES.
staticcredentials provider with any values for
quarkus.ses.endpoint-override- Override the SES client to use a local instance instead of an AWS service
If you want to work with an AWS account, you can simply remove or comment out all Amazon SES related properties. By default, the SES client extension
will use the
default credentials provider chain that looks for credentials in this order:
Java System Properties -
Environment Variables -
Credential profiles file at the default location (
~/.aws/credentials) shared by all AWS SDKs and the AWS CLI
Credentials delivered through the Amazon ECS if the
AWS_CONTAINER_CREDENTIALS_RELATIVE_URIenvironment variable is set and the security manager has permission to access the variable,
Instance profile credentials delivered through the Amazon EC2 metadata service
And the region from your AWS CLI profile will be used.
Packaging your application is as simple as
./mvnw clean package.
It can be run with
java -jar target/amazon-ses-quickstart-1.0-SNAPSHOT-runner.jar.
With GraalVM installed, you can also create a native executable binary:
./mvnw clean package -Dnative.
Depending on your system, that will take some time.
Thanks to the AWS SDK v2.x used by the Quarkus extension, you can use the asynchronous programming model out of the box.
org.acme.ses.QuarkusSesAsyncResource REST resource that will be similar to our
QuarkusSesSyncResource but using an asynchronous programming model.
Uni instances from the
CompletionStage objects returned by the asynchronous SES client, and then transform the emitted item.
And we need to add the Netty HTTP client dependency to the
<dependency> <groupId>software.amazon.awssdk</groupId> <artifactId>netty-nio-client</artifactId> </dependency>