The first thing to do would be to determine what features of
servlet/JSP's you need. Do you need EJB? JSP 1.1?
How much traffic will the app server need to support?
Can it be handled by one app server?
Will you need load balancing on multiple app servers?
Load balancing across multiple app servers is more
problematic if you are maintaining Sessions between
requests.
Will you be handling requests for multiple virtual web
server hosts?
The app server does not have to run on the same server
or OS as the web server. This allows you to scale up
to multiple web servers and still use a single app server.
Some app servers are a web server/app server combined.
IMHO, you are better off using an app server that can
use an external web server like Apache.
J2EE and the Sun HotSpot JVM running on Solaris is a very
good environment for an app server to run in. You can
scale up an app server running on a Sun sparc a great
deal further than on x86.
Finally, you can't pick a solution from a spec sheet.
You can pick several possible candidates, then test
each to determine which meets your needs. Although
the app servers are based on the Servlet and JSP specs,
there can be subtle differences in how those specs are
interpreted/implemented between servlet engines.
I tested four different servlet engines; JRun, ServletExec,
IBM WebSphere, and Apache JServ on Solaris. I determined
in my testing that verifying that the app server supports
the features you need is much more important than evaluating
performance. Once you verify the features you can verify
that the app server will be reliable and scalable.
I found that there wasn't a solution that had both of the
show stopper features I needed.
1. Ability to use the Java Security manager so that servlets/JSP's
ran in a sandbox like an applet does in a browser. We needed
this feature so that untrusted web publishers could publish JSP.
2. Ability to support multiple virtual hosts in a single JVM.
So we decided to use an open source solution (Tomcat) and I am
now working on adding the features we need.
BTW, I have been impressed with the performance of server side Java.
On our Sun Sparcs using J2EE and HotSpot we found that server side
java not only out performs Perl CGI, but also out performs CGI that
used a compiled C executable!
Hope this helps.
Glenn
Douglas Sparling wrote:
>
> Hello all,
>
> I currently work in an open source environment - a few Solaris machines and
> serveral Linux boxes. We have a new CTO who wants to use Java Servlets/JSP.
> I've only experimented with Tomcat and JServ. I desperatley need information
> on open source solutions for server side Java, as otherwise we'll be going
> to IIS and JRun (I know JRun runs on Solaris). Are there any sites with
> comparisons of the different application servers that support J2EE? I need
> hard facts to use in a meeting next week.
> Thanks.
>
> ===========================================================================
> To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST".
> Some relevant FAQs on JSP/Servlets can be found at:
>
> http://java.sun.com/products/jsp/faq.html
> http://www.esperanto.org.nz/jsp/jspfaq.html
> http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP
> http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
--
----------------------------------------------------------------------
Glenn Nielsen [EMAIL PROTECTED] | /* Spelin donut madder |
MOREnet System Programming | * if iz ina coment. |
Missouri Research and Education Network | */ |
----------------------------------------------------------------------
===========================================================================
To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST".
Some relevant FAQs on JSP/Servlets can be found at:
http://java.sun.com/products/jsp/faq.html
http://www.esperanto.org.nz/jsp/jspfaq.html
http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP
http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
