Deploying to Heroku Permalink to "Deploying to Heroku"
This sub-generator allows deployment of your JHipster application to the Heroku cloud.
Running the sub-generator Permalink to "Running the sub-generator"
Before running the sub-generator, you must install the Heroku CLI.
You must also create a Heroku account and log in with the CLI by running the following command:
**$ heroku login** Enter your Heroku credentials. Email: YOUR_EMAIL Password (typing will be hidden): YOUR_PASSWORD Authentication successful.
The Heroku sub-generator creates an application using free dynos with add-ons matching your selected configuration.
We support the following addons:
- Heroku Postgres when using PostgreSQL
- JawsDB when using MySQL or MariaDB
- Heroku Redis when using Redis
- MemCachier when using Memcached
- Bonsai Elasticsearch when using Elasticsearch
- Okta when using OAuth2/OIDC (optional)
To deploy your application to Heroku, run this command:
jhipster heroku
This should package your application in “production” mode, create an Heroku application with a database, upload your code, and start the application.
Changing the Java version Permalink to "Changing the Java version"
You can select the Java version when executing the Heroku sub-generator. By default this will be Java 11. You can find all on Heroku supported Java version in the official documentation.
If you want to change the Java version e.g. from 11
to 14
later you need to change it in system.properties
in your projects root folder:
java.runtime.version=14
When you redeploy your application it will use Java 14.
Deploying your application Permalink to "Deploying your application"
By default the application will be deployed via git. This means you push your code and Heroku will build and deploy it on their servers. If you can’t or don’t want to push code to someone else’s server you can use the jar option and deploy an executable jar. Heroku also supports deploying a docker image, but the sub-generator does not support this option yet.
Updating your deployed application Permalink to "Updating your deployed application"
Using git option Permalink to "Using git option"
When deploying via git a new remote has been created called heroku. To deploy new code you need to push the changes to the heroku remote:
git push heroku master
Using jar option Permalink to "Using jar option"
When you selected to deploy an executable jar you need to create the updated jar and deploy the new file to Heroku.
Preparing a new jar Permalink to "Preparing a new jar"
When your application is already deployed, you can prepare a new deployment with:
./mvnw package -Pprod -DskipTests
Or when using gradle:
./gradlew -Pprod bootJar -x test
Pushing to production Permalink to "Pushing to production"
To push to production, type:
heroku deploy:jar target/*.jar
Or when using gradle:
heroku deploy:jar build/libs/*jar
Deploying Docker to Heroku Permalink to "Deploying Docker to Heroku"
You can deploy your app as a Docker container to Heroku too. While this works, there’s no Heroku setup and configuration that happens, so you have to do that manually. This documentation assumes you’ve already run jhipster heroku
to deploy your app and therefore leverages the integration and add-on provisioning that this process performs.
NOTE: If you’re using a version of JHipster that’s prior to v6.10.2, you’ll need to add the following to src/main/resources/config/application-heroku.yml
:
server:
port: ${PORT:8080}
Build your Docker image:
./mvnw package -Pprod verify jib:dockerBuild
If you’re using Gradle:
./gradlew -Pprod bootJar jibDockerBuild
You can test it out locally using Docker Compose.
docker-compose -f src/main/docker/app.yml up
Once you’ve confirmed everything works, create a new app on Heroku, and add it as a remote.
heroku apps:create
git remote add docker https://git.heroku.com/<your-new-app>.git
Then run the commands below to deploy your JHipster app as a Docker image. Be sure to replace the <...>
placeholders with your Heroku app name. If you don’t know your app name, run heroku apps
.
heroku container:login
docker tag space registry.heroku.com/<heroku-app>/web
docker push registry.heroku.com/<heroku-app>/web
For example:
heroku container:login
docker tag space registry.heroku.com/fast-peak-70014/web
docker push registry.heroku.com/fast-peak-70014/web
At this point, you can use the PostgreSQL and Okta add-ons you’ve already configured. Run the following command to get the identifiers of the add-ons from the heroku
remote that you first deployed to.
heroku addons --remote heroku
Then you can attach these instances to your new application.
heroku addons:attach <postgresql-addon-name> --remote docker
heroku addons:attach <okta-addon-name> --remote docker
When you use jhipster heroku
to deploy your application, it properly configures the database for you. However, when deploying it as a Docker container, none of that happens. Therefore, you need to set a few configuration variables so your Docker container can talk to PostgreSQL. First, run the following command to get the PostgreSQL URL.
heroku config:get DATABASE_URL --remote docker
This command will retrieve a value with the following syntax:
postgres://username:password@address
Then, set the database environment variables to match the keys that are in application-heroku.yml
:
heroku config:set JDBC_DATABASE_URL=jdbc:postgresql://<address> --remote docker
heroku config:set JDBC_DATABASE_USERNAME=<username> --remote docker
heroku config:set JDBC_DATABASE_PASSWORD=<password> --remote docker
Set the max amount of Java memory to use and specify the Spring profiles.
heroku config:set JAVA_OPTS=-Xmx256m
heroku config:set SPRING_PROFILES_ACTIVE=prod,heroku
Run the command below to open your browser and navigate to your app.
heroku open --remote docker
Copy the URL of your app and log in to your Okta developer account. Go to Applications > Web > General and add the URL to Login and Logout redirect URIs. Make sure the login redirect URI ends with /login/oauth2/code/oidc
.
Now you should be able to release your container and start the app.
heroku container:release web --remote docker
You can watch the logs to see if your container started successfully.
heroku logs --tail --remote docker
Now you should be able to open your app, click the sign in link, and authenticate!
heroku open --remote docker
NOTE: You will NOT be able to login to your JHipster app using the admin account the Okta add-on provisions. To make sure you’re not logged in with that account, we suggest you use a new private window to log in.
If you test your Dockerized JHipster app on securityheaders.com, you’ll see it scores an A!
Deploying Microservices Permalink to "Deploying Microservices"
JHipster microservices require Consul or JHipster Registry as described in the Doing microservices with JHipster documentation. You can deploy a JHipster registry to Heroku by clicking this button:
Once the registry is deployed, you can run the jhipster heroku
command against your microservice or gateway. The Heroku sub-generator will prompt you for the URL of your registry, which will be in the form https://[appname].herokuapp.com
.
A registry running on Heroku has a few limitations, including:
- The registry will only work with native configuration (and not Git config).
- The registry service cannot be scaled up to multiple dynos to provide redundancy. You must deploy multiple applications (i.e. click the button more than once). This is because Eureka requires distinct URLs to synchronize in-memory state between instances.
Using security with your JHipster Registry on Heroku Permalink to "Using security with your JHipster Registry on Heroku"
To get the automatically-generated admin password on the JHipster Registry, type:
heroku config:get JHIPSTER_PASSWORD
To use this password, update all of your microservices and your gateway to use the credentials for the registry by running this command:
heroku config:set JHIPSTER_REGISTRY_URL="https://admin:[password]@[appname].herokuapp.com"
Troubleshooting Permalink to "Troubleshooting"
If your application is stopped by Heroku when your Liquibase changelog is being applied, your database will be marked as “locked” by Liquibase. You will need to manually clean the lock table. On Postgres, you make sure you have a local Postgres client installed and run the following command:
heroku pg:psql -c "update databasechangeloglock set locked=false;"
Heroku has a default boot-timeout limit of 90 seconds. If your app takes longer than this, Heroku will stop the process, which may leave the database in a locked state. If the problem is persistent, try contacting Heroku Support to request a longer boot limit for your app.
Using Elasticsearch Permalink to "Using Elasticsearch"
The Bonsai used addon with the free sandbox plan does only support Elasticsearch 7.10.x. This might lead to some incompatibilities depending in the Spring Data and JHipster versions you are using. JHipster enforces bonsai compatible Elasticsearch dependencies (e.g. clients) when deploying to Heroku.