There are plenty of examples of basic Dockerfile based builds out there, but a production application requires a bunch of different things, such as reproducibility, hardening, health checks, static analysis - and ideally still be quick to build.
Modern containerised 12 factor applications are expected to derive their configuration from environment variables. While Spring Boot does import its common properties from environment variables, sometimes you need to interpolate several variables together, e.g. to form a URL.
Spring MVC abstracts the Java servlet container implementation away from you almost completely, this allows you to migrate from Tomcat quite easily.
To package our application, we’re going to be using Docker. The natural
build language for Docker images are Dockerfile
s, so we will use
Spotify’s Dockerfile Maven plugin.
Spring Boot is a very popular Java framework for creating standalone, production ready web applications. In this series of blog posts, we are going to walk through using Spring Boot 2.0 to build and deploy a simple CRUD REST application.
It’s pretty common when doing Java development to need mutiple versions installed alongside each other. With Brew and Jenv, switching Java versions between projects becomes easy.
If you’re currently executing your target platform that you build your product from instead of a properly installed Eclipse, you will have troubles when you upgrade. Eclipse 3.5 and above don’t count plug-ins as installed by simply unzipping - the configuration meta data must refer to them. The best way is to download a complete Eclipse and unzip this somewhere on your build server, instead of assembling it from components at build time. Guess we should have been doing this all along.