are tomcat and jetty simply alternative java servlet engines?
Hi,
On 6/24/10, Robert P. J. Day <rpjday@crashcourse.ca> wrote:
> yes, it's OT, but i suspect someone here can answer this in one
> sentence or less. i've downloaded a package that permits building
> selecting either tomcat or jetty, so i just want to clarify that those
> two packages are simply alternative java servlet engines.
Yup, you're 100% correct, Both are servlet containers.
> and, as a last point, both of the above are just lighter
> alternatives to a full-figured jboss install, is that correct?
Yes, again. They provide only the servlet technology* whereas a full
blow JEE container such as JBoss or Glassfish go for the whole JEE
stack.
*Well, actually they (Tomcat & Jetty) support other pieces, JSP, JNDI,
etc. but not EJB, for instance.
HTH,
Carlos.
--
ubuntu-users mailing list
ubuntu-users@lists.ubuntu.com
Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-users
06-24-2010, 08:11 PM
"Robert P. J. Day"
are tomcat and jetty simply alternative java servlet engines?
On Thu, 24 Jun 2010, Carlos A. Carnero Delgado wrote:
> Hi,
>
> On 6/24/10, Robert P. J. Day <rpjday@crashcourse.ca> wrote:
> > yes, it's OT, but i suspect someone here can answer this in one
> > sentence or less. i've downloaded a package that permits building
> > selecting either tomcat or jetty, so i just want to clarify that those
> > two packages are simply alternative java servlet engines.
>
> Yup, you're 100% correct, Both are servlet containers.
>
> > and, as a last point, both of the above are just lighter
> > alternatives to a full-figured jboss install, is that correct?
>
> Yes, again. They provide only the servlet technology* whereas a full
> blow JEE container such as JBoss or Glassfish go for the whole JEE
> stack.
>
> *Well, actually they (Tomcat & Jetty) support other pieces, JSP, JNDI,
> etc. but not EJB, for instance.
that's about what i thought -- it means that if someone presents an
app that requires a java servlet engine, it's possible they'll have
three different versions of that app -- one each for jboss, tomcat and
jetty, is that correct?
or let me ask that another way -- when you build such an app, does
it have to know which java servlet engine you'll be running it
against? thanks.
rday
--
================================================== ======================
Robert P. J. Day Waterloo, Ontario, CANADA
--
ubuntu-users mailing list
ubuntu-users@lists.ubuntu.com
Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-users
06-25-2010, 03:26 AM
"Carlos A. Carnero Delgado"
are tomcat and jetty simply alternative java servlet engines?
> that's about what i thought -- it means that if someone presents an
> app that requires a java servlet engine, it's possible they'll have
> three different versions of that app -- one each for jboss, tomcat and
> jetty, is that correct?
>
> or let me ask that another way -- when you build such an app, does
> it have to know which java servlet engine you'll be running it
> against? thanks.
If the application is built and packaged according to the Servlet
specs, then it is possible to deploy it anywhere. Only if it uses a
service or facility that one container provides but the other does
not, you'll run into problems.
For instance, JTA is not guaranteed to be available in these servlet
containers, so people often use a third party implementation and
package it with the application instead of relying on the existence
(or not) of JTA across every servlet container.
If you can, try to adhere as strictly as possible to the servlet
specification when developing the application. Then pay close
attention to the version of the spec it was developed against,
choosing the servlet containers that implement those versions. You
won't have many problems, IMO.
HTH,
Carlos.
--
ubuntu-users mailing list
ubuntu-users@lists.ubuntu.com
Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-users
are tomcat and jetty simply alternative java servlet engines?
