----------------------------------------------------------------
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!!!
----------------------------------------------------------------


Well, I've been involved with various servlet engines for 2 years now, and I
work best from configuration files. After setting up our software on JRun
(which we bundled/installed with for a year), ServletExec, JServ, vqServer
(which we later bundled... GREAT engine, very simple), jigsaw, coucho and
others as well.

JServ was among the easiest to set up and configure, and is even more so
with the RPMs. Every engine has its quirks and inconsistencies. Does a path
in the initArgs need a trailing slash? How does a "zone" translate to a
"context" translate to...

One thing I've learned: i just HATE GUI administration tools. JRun's,
iPlanet's, ServletExec's... they just don't work the way they should. Give
me conf or ini or properties files any day, and keep the GUI stuff away.

Often the changes you make in the GUI don't take effect until you restart
the server... but sometimes restarting the server loses the changes...
sometimes restarting the server will lose any changes you've made manually
in the conf files because the GUI overwrites them as it starts... 

The point is that different configuration methods work for different people.
Someone who wants a GUI isn't going to have fun with JServ. Someone who
doesn't like a GUI isn't going to enjoy working with iPlanet. I know I
didn't. (actually, we gave up on it because of a classloader bug and hooked
JRun into the server)

Jon's got no need to coddle people, or to try to help them and convince them
that JServ is the tool they need. It was obvious in this case that the guy
wanted a friendly GUI. So, let him go get a product with one. No big deal.

Thanks,
John Stotler
Eutectics Corporation
http://www.SocratEase.com



*******************************************************************
*******************************************************************
Well, reading text files is a must for any serious developer and/or
systems administrator. One must know the technology one uses. Yes,
sometimes things can be *very* frustating, but I believe that should be
taken as a learning experience, not as an excuse for jumping up some
'big brand' easy-weasie product. As Jon stated, you use what better
suits you. The fact that someone gave up JServ simple because he/she
could not install it shows that perhaps this person does not understand
well the intricate relationship between a web server and a servlet
engine. iPlanet is not simpler than JServ. It may simple be better
hidden behind a nice web-interface and automated installation tool, but
it is a complex piece of software. If it was a word processor, fine,
then I agree an easy-to-use wordprocessor is, arguably, better than a
complex one. However, when we are speaking about a development platform
such as Java Servlets, you *must* understand what goes under the hood at
some time. At some point, be it at the beginning of development or after
the application is deployed, problems will show up which will only be
solved by a serious analisys of the interations between browser, web
server, servlet engine, servlets, business objects/beans, any other
middleware and storage. Yes, complex. But if you take your time in
understanding all these pieces of software, then you make both you and
your developer's lives easier.
 
> regards,
>  Joaquin

Regards,
Ulisses Montenegro
SysAdmin/RADIX [http://www.radix.com.br/]


--
--------------------------------------------------------------
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]

Reply via email to