4 ms·

Java for most startups won't be Java EE. My best experience with Java recently has been with Jetty as an application server. It's fast and it's lightweight. I

Java for most startups won't be Java EE. My best experience with Java recently has been with Jetty as an application server. It's fast and it's lightweight. I usually run Jetty behind nginx and don't generally need to configure Jetty to do anything. The whole Tomcat and connectors for apache configuration from a few years ago is well and truly behind me.

_grrr 16y ago
++Jetty. It's also great for development as it handles hot swapping of code changes, so they can be tested immediately without a container restart.
- rbrcurtis 16y ago
  what version of jetty are you using? Last I looked, hot swapping code was a huge PITA and not an out-of-box config.
  - _grrr 16y ago
    Jetty 6 (with Tapestry5).
rbrcurtis 16y ago
I think one major difference/hurdle of java web development and deployment is the fact that you HAVE to setup something like nginx in front of the app server or else you're working on port 8080 for everything. Or you have to know how to configure the app server for port 80 directly and mitigate the security concerns of doing so. By comparison, apache defaults to port 80, no tricks required.
- stilkov 16y ago
  If one is unable to change the port from its default, one doesn't have any business in developing web apps in any technology. Just sayin'.
  - jp 16y ago
    Apache forks a child process with lower rights than root. App servers that run on port 80 do not without a native JNI lancher. The solution is native launcher, a router rule or iptables. I think the parent is talking about living in a chmod 777 world. Or maybe he is tired of crazy symlink hacks so that sftp becomes an option. Some appservers put class cache in WEB-INF by default, etc.
  - rbrcurtis 16y ago
    See my post below: a non-priv'd user can't start the java app server on a port sub-1024 unless you mess with the OS to allow it. I just double checked with my jetty install and I got a "java.net.SocketException: Permission denied".
- titomc 16y ago
  changing the port of an app/web server z no big deal..if u really wanna deploy something.
  - rbrcurtis 16y ago
    Actually it isn't trivial for java webservers. Only root processes are allowed to use a port <=1024 by default, so you can't just change a config line in tomcat/jboss/jetty and have it work automatically. You would have to then start/run the app as root, which is a Bad Idea, or mess with getting the OS to allow you to use a lower port. The safest solution then is to have something in front that is allowed on port 80 and setup forwarding to 8080.

_grrr 16y ago

++Jetty. It's also great for development as it handles hot swapping of code changes, so they can be tested immediately without a container restart.

rbrcurtis 16y ago
what version of jetty are you using? Last I looked, hot swapping code was a huge PITA and not an out-of-box config.
- _grrr 16y ago
  Jetty 6 (with Tapestry5).

rbrcurtis 16y ago

I think one major difference/hurdle of java web development and deployment is the fact that you HAVE to setup something like nginx in front of the app server or else you're working on port 8080 for everything. Or you have to know how to configure the app server for port 80 directly and mitigate the security concerns of doing so. By comparison, apache defaults to port 80, no tricks required.

stilkov 16y ago
If one is unable to change the port from its default, one doesn't have any business in developing web apps in any technology. Just sayin'.
- jp 16y ago
  Apache forks a child process with lower rights than root. App servers that run on port 80 do not without a native JNI lancher. The solution is native launcher, a router rule or iptables. I think the parent is talking about living in a chmod 777 world. Or maybe he is tired of crazy symlink hacks so that sftp becomes an option. Some appservers put class cache in WEB-INF by default, etc.
- rbrcurtis 16y ago
  See my post below: a non-priv'd user can't start the java app server on a port sub-1024 unless you mess with the OS to allow it. I just double checked with my jetty install and I got a "java.net.SocketException: Permission denied".
titomc 16y ago
changing the port of an app/web server z no big deal..if u really wanna deploy something.
- rbrcurtis 16y ago
  Actually it isn't trivial for java webservers. Only root processes are allowed to use a port <=1024 by default, so you can't just change a config line in tomcat/jboss/jetty and have it work automatically. You would have to then start/run the app as root, which is a Bad Idea, or mess with getting the OS to allow you to use a lower port. The safest solution then is to have something in front that is allowed on port 80 and setup forwarding to 8080.