-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Prashant,
On 6/29/2009 1:12 AM, prashant sharma wrote: > Is there any way to configure my web application such that I have a > separate quota of threads for webpage access and a separate quota for > other types of accesses like webservice requests? The only way I know of to do this is with separate connectors: you would configure them separately so that the "webapp" one (that is, the one that handles traditional human clients reading web pages) is separate from the "web service" one (that is, the one that services only web service clients). Two have two connectors, you either need a second port number to use (not terribly convenient, since ports other than 80 and 443 are often blocked by firewalls, etc.) or a second IP address to use (also not terribly convenient since your web service calls need to be coded to hit a different host). Another option is to use a front-controller like Apache httpd to direct traffic: 1. Install httpd and configure it to work with your existing webapp, configured to handle everything just as it works today. Use your choice of mod_jk or mod_proxy_http/ajp. Make sure you have httpd configured to accept enough requests for your expected (or observed) peak load. 2. Add a second <Connector> on a different port. Don't worry about firewall issues as this port doesn't need to be available to the outside world. 3. Change your httpd proxy configuration (ProxyPass or JkMount) so that the URIs for web services are directed to the /second/ connector you created in #2 above. This will allow httpd to act as a traffic cop to direct web service requests to that second connector, which can (of course!) be configured separately and/or differently than the one for "web" clients. Hope that helps, - -chris -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkpI1GIACgkQ9CaO5/Lv0PBLXQCgroWHtSNDkvwhJP6WPbnCt3b7 BmEAoMJm80XQaCNgWMWDE29pFYAmbq8O =rhVV -----END PGP SIGNATURE----- --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
