A #2: I don't feel the connectors are complex. JK is easy to configure, easy to get working (once you understand how it works), and stable. If you don't want to use a connector, don't even deal with mod_rewrite or mod_proxy, just run Tomcat on port 80 and be done with it. Or better yet, run it on 8080 and use iptables/ipchains to redirect 80 to 8080.
John > -----Original Message----- > From: Tomasz Nowak [mailto:[EMAIL PROTECTED] > Sent: Thursday, February 27, 2003 9:33 AM > To: [EMAIL PROTECTED] > Subject: Four questions (about logging, connectors and manager) > > > Hello. I have four questions for which I could not find any good > answers in web, usenet gruops or this mailing-list archive. > > Q #1 > Tomcat logs HTTP errors (ie 404 File Not Found) in access_log > with other > regulary HTTP status codes. It does it in: > a) its own access_log (org.apache.catalina.valves.AccessLogValve) as > well as > b) in Apache HTTPD's access_log when connected via mod_jk/jk2 > But is there any facility to split errors to separate > error_log file in > the > manner that Apache HTTPd does? > a) in inner-Tomcat error_log, or > b) in Apache HTTPD's error_log when connected via mod_jk/jk2 (even > better) > > Q #2 > Why exectly are connectors used to redirect requests from webserver > to Tomcat and why are they so complex not to say complicated? > I now that load balancing is sometimes important, but I believe in > most cases people use one-to-one connection (one worker, one tomcat). > So what about mod_rewriting 8080 to 80 instead of a connector then? > What are pros and cons of rewriting instead of using a connector? > What justifies its complexibility? > > Q #3 > Is there any possibility to manage (with built-in manager webapp) > all engine's webapps (contexts)? I mean not specific vhost webapps, > but all vhosts and their webapps at once? > > Q #4 > What alternative software (maybe dekstop-type?) would you recommend > for managing webapps? > > Thank you in advance. > > -- > Tomasz Nowak > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
