If you were hoping this would be a gladiator match between Tomcat and Apache you will be disappointed in the lack of blood and the abundance of common sense. Apache HTTP Server and Apache Tomcat are different beasts with overlapping interests. One is a general purpose web server that loves static files and SSL. The other is a servlet container that runs Java Servlets and JSP and executes your WAR files. Use them alone in dev and together in production unless you enjoy slow pages and late night debugging.
Short version for people who skim and pretend they read the whole thing
During development it is perfectly fine to run Tomcat on port 8080 and avoid the extra complexity. In production you usually put Apache HTTP Server in front as a reverse proxy. Apache serves static content, handles SSL, and forwards dynamic requests to Tomcat. This reduces load on Tomcat and keeps things tidy.
Common connectors include mod_proxy and mod_jk in Apache. Those forward requests to Tomcat using either HTTP or the AJP protocol. mod_proxy is straightforward and flexible. mod_jk is older but still used in some shops. Pick what your ops team knows or what causes the fewest pager alerts.
Apache HTTP Server shines at static file delivery. It can cache aggressively and stream large files with less memory fuss. Tomcat shines at running Java business logic and managing sessions. If you have a site with mostly static assets and a small Java component then let Apache be the face of the site and proxy the dynamic parts to Tomcat.
Deploy Java apps to Tomcat as WAR files. They go into the webapps folder or get pushed through the manager app if you want the web UI. Configure connectors in Apache and Tomcat to match the chosen protocol and port. The default Tomcat port is 8080 but you should bind internal ports to private networks for production.
Terminate SSL at Apache to avoid configuring certificates in multiple places. Keep Tomcat off the public internet and restrict access to manager and admin interfaces. Monitor both Apache and Tomcat logs because a problem can start in one and look like it lives in the other. Exposed Tomcat admin pages are a reliable way to ruin someone's afternoon.
Tomcat is your servlet container for Java Servlets and JSP. Apache HTTP Server is your web server for static content, SSL termination and proxying. Put Apache in front for public facing traffic and let Tomcat handle the Java work behind the scenes. This combo gives you good performance, clearer responsibility, and fewer 3 a m wake up calls from annoyed users.
I know how you can get Azure Certified, Google Cloud Certified and AWS Certified. It's a cool certification exam simulator site called certificationexams.pro. Check it out, and tell them Cameron sent ya!
This is a dedicated watch page for a single video.