10 Replies Latest reply on Nov 14, 2002 3:28 AM by juha

    Jboss/Tomcat vs. Jboss/JBossWeb

    liejian

      Does anyone have any recommendations on which package to use? Is there advantages or disadvantages of one over another? I was leaning towards tomcat due to the fact that it has been in development longer. Any input would be greatly appreciated.

      LJ

        • 1. Re: Jboss/Tomcat vs. Jboss/JBossWeb

          I hear that integration with Jetty works somewhat better due to the developers actively participating in the JBoss integration effort. Also it seems Jetty is currently a bit faster as well.

          • 2. Re: Jboss/Tomcat vs. Jboss/JBossWeb
            manik

            Sorry for the stupid question, but I assume JBossWeb == Jetty?

            Manik

            • 3. Re: Jboss/Tomcat vs. Jboss/JBossWeb

              Yes.

              • 4. Re: Jboss/Tomcat vs. Jboss/JBossWeb
                icordoba

                Can anybody be more specific on this? I guess many of us think often about if we have made the right decision on choosing Jetty or Tomcat. Is Jetty that faster so that it is worth not to use Tomcat? Which Apache connector is faster, Jettty or Tomcat? Are there any other advantages/disadvantages on any of them? Which of them do JBoss Gurus prefer...

                Thanks for any info. Until then, I'll keep on with Tomcat as I use it for projects that don't need J2EE.

                • 5. Re: Jboss/Tomcat vs. Jboss/JBossWeb
                  joelvogt

                  Personally I think it makes little difference which one you go with. Jboss uses it by default so that should tell you which one they prefer.
                  If in doubt go jetty as this seems to be sticking pretty close to jboss these days.

                  • 6. Re: Jboss/Tomcat vs. Jboss/JBossWeb
                    minamoto

                    >Any input would be greatly appreciated.
                    The quick start guide chap 13 states the jboss-jetty integration.
                    On of them is about optimized calls:

                    In-JVM optimized calls.
                    The overhead of RMI is avoided when the servlet and EJB containers are run in the same JVM.

                    I think this implies tomcat-jboss calls take the overhead of RMI.

                    Miki


                    • 7. Re: Jboss/Tomcat vs. Jboss/JBossWeb
                      joelvogt

                      tomcat-jboss is in the same jvm and so does not have the overhead.
                      Jetty as mentioned above though is and will be probably better integrated as jboss continues to develop.

                      • 8. Re: Jboss/Tomcat vs. Jboss/JBossWeb
                        ben.alex

                        The Jetty community is amazingly responsive and its lead developers offer excellent support. We find Jetty is very flexible an integrated web container, and particularly when used stand-alone on a separate web server tier in conjunction with Jboss.

                        Ben

                        • 9. Re: Jboss/Tomcat vs. Jboss/JBossWeb
                          minamoto

                          > tomcat-jboss is in the same jvm and so does not have the overhead.

                          It surely true for local interfaces to ejb.
                          But is it also true for remote interfaces?

                          I thought jetty integration was optimized for remote access but tomcat wasn't because I've ever read some document about this in earlier JBoss release (may be , with JBoss 2.x).

                          Sorry I'm a little confusing about web container and jboss integration for version 3.x.

                          Please correct me if I'm wrong.

                          • 10. Re: Jboss/Tomcat vs. Jboss/JBossWeb

                            Tomcat is also optimized for in-VM calls even when using remote interfaces as long as both Tomcat and JBoss are running inside the same VM (although this optimization was off by default in 2.4.x series IIRC).

                            (the pass-by-ref check is in the remote proxy implementation)