And I would say the opposite, mod_proxy is great, as a matter of fact, the next version of it will have the AJP protocol in it, and mod_proxy is proven to be very stable. If you are into advanced config, you an use mod_rewrite, its true voodoo, you can accomplish pretty much anything you want.
Filip ----- Original Message ----- From: <[EMAIL PROTECTED]> To: "Tomcat Users List" <[EMAIL PROTECTED]> Sent: Wednesday, September 22, 2004 8:33 AM Subject: Re: Https, mod_proxy and mod_jk Hello, I wouldn't use the mod_proxy at all. If you are tomcat stand alone on single server, you can set the firewall rules to direct and requests for port 80 through port 8080. However, mod_jk or jk2 is the way to go. Basic installation will direct all requests for jsp and servlets through your container. It gets trickier when you start configuring for multiple private containers, especially with mod_jk2 due to lack of documentation. But single instance is a snap. John L > Hello All, > > I am setting up an architecture with many servlet containers behind an > apache 2.0. I tried mod_proxy first, and it works fine for me, except > for https. Normally with mod_proxy, https connection is made to apache > and then it is forwaraded to servlet container as normal http. This is > ok as long as security is concerned (http is done in trusted > environment); the problem is that servlet container does not know that > the connection is safe (request.isSecure() returns false). > > I know that this problem can be easily solved with mod_jk. For now, I > use only tomcat as servlet container, so this is ok. However, one day I > might be forced to chage servlet container to something else, like oc4j > for example. And then apache with mod_jk will not be a good solution. > > So the question is: "Is it possible to use some magic proxy in front of > servlet containers of different brands so that https works properly?" > > Thank you in advance for your help, > Michal. > > --------------------------------------------------------------------- > 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] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
