----------------------------------------------------------------
BEFORE YOU POST, search the faq at <http://java.apache.org/faq/>
WHEN YOU POST, include all relevant version numbers, log files,
and configuration files. Don't make us guess your problem!!!
----------------------------------------------------------------
Joaquin,
I think I would disagree there with you.
If you purely base use of iPlanet vs. JSERV on cost effectiveness than at least
in my humble opinion you really have not considered your long term scenarios. As
I have mentioned earlier iPlanet Webserver runs the Servlet engine tied to the
webserver which gives it some speed advantages but then lets say some hacker one
day decides to flood your machine with non-acknowledged TCP/IP sessions, it is
simply a matter of time before your webserver goes bye-bye. What happens now is
that your servlet engine also just went dead stopping your business completely.
Somebody said here that there network admin did not worry about it too much
because there webserver was behind a firewall and all that. The fact of the
matter is that it does not matter if your webserver is behind the firewall, you
are still opening some port or some proxy way in so that your users request can
get to the webserver. May be you opened port 80 on the firewall and direct all
traffic coming in to port 80 to the internal (private) IP address of the
webserver, it is still possible to get the half acknowledged TCP session going
with the server.
Now given these scenarios, what is more expensive?
On the other hand if you separate the servlet engine to another machine(s) and
webserver on a different one then you can have multiple webservers load balanced
so if one goes down the second takes over and so on and your servlet engine
stays up serving your precious web applications to a chain of webservers because
no hacker is making a request directly to the servlet engine. You can also load
balance the servlets by running them from different servlet engines on different
machines.
Consider this architecture with iPlanet WebServer, it simply does not exist
there, making it more expensive in the long run ... all its going to take is one
kid attacking your webserver and taking it down for a few hours and you would
have stopped serving your web applications to all your clients for those few
hours completely. At that time you would realize what really is more expensive,
even though it does not seem that way to you now.
I have seen this mistake made a few times now. I have always warned about
scenarios like this as a QA engineer but others bypass these cautions to deploy
faster and then something happens and I just sit back and say I told you so and
point them to the incident reports database where I had made my views quite
clear only to be ignored.
You have to take these things into account don't you think in a production
environment that needs to be up all the time.
Just my opinion I guess.
Sincerely,
Abid Farooqui
[EMAIL PROTECTED] wrote:
> ----------------------------------------------------------------
> BEFORE YOU POST, search the faq at <http://java.apache.org/faq/>
> WHEN YOU POST, include all relevant version numbers, log files,
> and configuration files. Don't make us guess your problem!!!
> ----------------------------------------------------------------
>
> [Menchaca, Joaquin] Actually, this has nothing to do with "GUI" vs
> "CLI" type of arguement. This is just a cost effectiveness issue. The more
> cumbersome it is to configure something, the more time is invested. Even
> though JSERV is freeware, the time that takes those not familar with the
> system is far greater than packages like JRUN and iPlanet. The the total
> costs of the commercial package + cost of paying an engineer to
> configure/administer the system, makes JSERV more expensive than JRUN or
> iPlanet.
>
> Now take a non-working college student whom isn't paid anyhow, then
> JSERV becomes more cost effective.
>
> That's the point.
>
> > Essentially what this boils down to is whether you believe "interface is
> > king"
> > or you are one of those people who don't mind getting into the deep
> > darkest
> > corners of tweaking software configurations to get it right.
> >
> [Menchaca, Joaquin] PS - I configure things in iPlanet by hand
> anyhow because it is far easier than going through NetScape rendered GUI on
> UNIX. Plus it adds more flexibility to the system as I like to dynamically
> configure my environment through shell scripts (with usage of sed and awk).
>
> --
> --------------------------------------------------------------
> Please read the FAQ! <http://java.apache.org/faq/>
> To subscribe: [EMAIL PROTECTED]
> To unsubscribe: [EMAIL PROTECTED]
> Search Archives:
> <http://www.mail-archive.com/java-apache-users%40list.working-dogs.com/>
> Problems?: [EMAIL PROTECTED]
--
--------------------------------------------------------------
Please read the FAQ! <http://java.apache.org/faq/>
To subscribe: [EMAIL PROTECTED]
To unsubscribe: [EMAIL PROTECTED]
Search Archives:
<http://www.mail-archive.com/java-apache-users%40list.working-dogs.com/>
Problems?: [EMAIL PROTECTED]
