Question

I'm noticing a lot of projects (DropWizard, Grails, etc.) starting to embrace the notion of a "fat" JAR (using an embedded web server like Jetty or Tomcat) vs. the traditional WAR deploy. Both methods involve a single JVM process (i.e. no matter how many WARs are deployed to Tomcat, it's all the same JVM process).

Under what circumstances is either deployment method preferable over the other?

Was it helpful?

Solution

Here are some reasons:

In favor of JAR:

  1. Simple to build and deploy.
  2. Embedded servers like Jetty are easy to operate.
  3. Applications are easy for users to start and they can run on their personal computers too, because they are lightweight.
  4. Starting and stopping applications will require less knowledge than managing web servers.

In favor of WAR or EAR:

  1. The server would provide features like deployment, restart, security and so on for multiple web applications simultaneously.
  2. Perhaps a separate deployment team can handle the starting and stopping of apps.
  3. If your supervisors like to follow rules, they will be happy to find that you are not breaking them.

Having said this, you can always provide 2 or 3 types of executables to cater to all needs. Any build tool makes this easy.

OTHER TIPS

Distributing an application with an embedded webserver allows for standalone setup and running it by just calling java -jar application.jar.

However, there may be users who want to be in control of which web server is used or who want to deploy multiple applications into a single webserver (e.g. in order to prevent port clashes especially with ports 80 and 8080). In that case a "fat" jar might cause problems or at least some unneeded code and thus a larger memory footprint.

IMHO the best approach for those two cases would be to provide two artifacts: a "fat" jar for (easier) standalone setup and an application-only war/ear for those who want to deploy the application in their own container.

I am thinking about user perspective. You could wrap this one-self containing jar within a .exe or .dmg and just install it without the need to have additional instructions on how to deploy. Also, since you are doing the deploy for a particular server only, you could take advantage of that particular server

Licensed under: CC-BY-SA with attribution
Not affiliated with StackOverflow
scroll top