Re: Mod_jk 1.2.26 + tomcat 6.0.26 + apache 2.2.12 not working on ubuntu 'karmic'
Hi, I'm a researcher not an administrator. ;) Thanks for the hint with the virtual hosts, chris. I never did anything with this technique (didn't even know apache is capable of such things) but now it works. Regards Klemens Christopher Schultz schrieb: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Klemens, On 4/23/2010 11:21 AM, Klemens Muthmann wrote: However now I need to make the tomcat applications available over port 80 so I tried to configure mod_jk but it does not work. [...] Currently the configuration looks like: - There is a symbolic link to jk.load file in /etc/apache2/mods-enabled with content: LoadModule jk_module /usr/lib/apache2/modules/mod_jk.so Does that file exist? Probably, because you have errors coming from mod_jk below... - httpd.conf is loaded in apache2.conf (after jk.load) via: Include /etc/apache2/httpd.conf and has the following content: JkWorkersFile /etc/libapache2-mod-jk/workers.properties JkLogFile /var/log/apache2/mod_jk.log JkLogLevel debug JkMount /nexus/* ajp13_worker Where do the above lines fall in terms of VirtualHosts? Most Debian-like packages have a main VirtualHost defined somewhere like /etc/apache2/sites-enabled. mod_jk allows separate mounts for each virtual host, including the top-level one, and they don't inherit from each other by default. Try moving the JkMount like (specifically) from where it is now into your default VirtualHost definition. Here's the hint that you have no JkMounts defined for your virtual host: [Fri Apr 23 15:20:05.210 2010] [23365:3585353520] [debug] jk_translate::mod_jk.c (3038): missing uri map for 127.0.1.1:/nexus/ It's the missing uri map that tells the story. Your workers.properties file looks fine (though the workers.tomcat_hom, workers.java_home, and ps properties are no longer relevant and should be removed, and you aren't actually using that loadbalancer so unless you're just testing in non-lb mode, remove it). Hope that helps, - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkvV02kACgkQ9CaO5/Lv0PDYGwCgj2mTQWirkmmUqCQwsP+ZJgUL FjAAnRvketJTpIebGHFR8k+h6tGglqyj =NBB0 -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Mod_jk 1.2.26 + tomcat 6.0.26 + apache 2.2.12 not working on ubuntu 'karmic'
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Klemens, On 4/23/2010 11:21 AM, Klemens Muthmann wrote: However now I need to make the tomcat applications available over port 80 so I tried to configure mod_jk but it does not work. [...] Currently the configuration looks like: - There is a symbolic link to jk.load file in /etc/apache2/mods-enabled with content: LoadModule jk_module /usr/lib/apache2/modules/mod_jk.so Does that file exist? Probably, because you have errors coming from mod_jk below... - httpd.conf is loaded in apache2.conf (after jk.load) via: Include /etc/apache2/httpd.conf and has the following content: JkWorkersFile /etc/libapache2-mod-jk/workers.properties JkLogFile /var/log/apache2/mod_jk.log JkLogLevel debug JkMount /nexus/* ajp13_worker Where do the above lines fall in terms of VirtualHosts? Most Debian-like packages have a main VirtualHost defined somewhere like /etc/apache2/sites-enabled. mod_jk allows separate mounts for each virtual host, including the top-level one, and they don't inherit from each other by default. Try moving the JkMount like (specifically) from where it is now into your default VirtualHost definition. Here's the hint that you have no JkMounts defined for your virtual host: [Fri Apr 23 15:20:05.210 2010] [23365:3585353520] [debug] jk_translate::mod_jk.c (3038): missing uri map for 127.0.1.1:/nexus/ It's the missing uri map that tells the story. Your workers.properties file looks fine (though the workers.tomcat_hom, workers.java_home, and ps properties are no longer relevant and should be removed, and you aren't actually using that loadbalancer so unless you're just testing in non-lb mode, remove it). Hope that helps, - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkvV02kACgkQ9CaO5/Lv0PDYGwCgj2mTQWirkmmUqCQwsP+ZJgUL FjAAnRvketJTpIebGHFR8k+h6tGglqyj =NBB0 -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Mod_jk 1.2.26 + tomcat 6.0.26 + apache 2.2.12 not working on ubuntu 'karmic'
Hi I hope this is the correct mailing list for this question. I have a problem setting up the configuration as described in the subject of this mail. I did the following: - Installed apache2 from the ubuntu repository (synaptic states the version as 2.2.12-1ubuntu2.2) - Installed mod_jk from the ubuntu repository (synaptic states the version as 1:1.2.26-2.1) - Installed tomcat 2.0.26 manually (just unzipped the package from the download area to /opt) Individually apache and tomcat run fine and both make several web applications (apache: mantis, myphpadmin and wordpress; tomcat: hudson and nexus) available. However now I need to make the tomcat applications available over port 80 so I tried to configure mod_jk but it does not work. I already did this successfully several years ago under Windows but with these Ubuntu packages I am already trying the whole day without any real progress. Currently the configuration looks like: - There is a symbolic link to jk.load file in /etc/apache2/mods-enabled with content: LoadModule jk_module /usr/lib/apache2/modules/mod_jk.so - httpd.conf is loaded in apache2.conf (after jk.load) via: Include /etc/apache2/httpd.conf and has the following content: JkWorkersFile /etc/libapache2-mod-jk/workers.properties JkLogFile /var/log/apache2/mod_jk.log JkLogLevel debug JkMount /nexus/* ajp13_worker - workers.properties is in /etc/libapache2-mod-jk workers.tomcat_home=/opt/tomcat26 workers.java_home=/usr/lib/jvm/java-6-openjdk ps=/ worker.list=ajp13_worker worker.ajp13_worker.port=8009 worker.ajp13_worker.host=localhost worker.ajp13_worker.type=ajp13 worker.ajp13_worker.lbfactor=1 worker.loadbalancer.type=lb worker.loadbalancer.balance_workers=ajp13_worker I checked the connector port in tomcats server.xml. It is the correct one (8009) for ajp13. But I get no access to the nexus application on port 80 (also tried several different URL patterns with JkMount). So I turned on debugging output for the mod_jk.log. There is much output, but I think the relevant error messages are: [Fri Apr 23 15:20:05.210 2010] [23365:3585353520] [debug] jk_translate::mod_jk.c (3038): missing uri map for 127.0.1.1:/nexus/ [Fri Apr 23 15:20:05.210 2010] [23365:3585353520] [debug] jk_map_to_storage::mod_jk.c (3195): missing uri map for 127.0.1.1:/nexus/ There I am at the end of my wits. I have absolutely no idea what these messages mean and Google produces no helpful tipps either. Does anyone on this list have any ideas? Regards Klemens - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Location of download of mod_jk-1.2.26-httpd-2.2.4.so
On Wed, Feb 4, 2009 at 11:39 PM, randhir.si...@elitecore.com wrote: I wanted to know of the site or place to download mod_jk-1.2.26-httpd-2.2.4.so that I can rename it to mod_jk.so to include it in the $APACHE_HOME/libexec path as my httpd.conf is having the line:- Ok, Randir, this is my last answer for you - your ignorance is unbelievable: - an .so-file in Linux is a compiled file - in the docs which I pointed out is also a link to download the binaries (meaning the compiled files) - however, it's not recommended to download a compiled file but to download the sources and compile them yourself - if you don't know what the commands configure, make and make install meand within Linux - don't get only a training on Apache, and Tomcat, but also get a training on Linux Gregor -- just because your paranoid, doesn't mean they're not after you... gpgp-fp: 79A84FA526807026795E4209D3B3FE028B3170B2 gpgp-key available @ http://pgpkeys.pca.dfn.de:11371 - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Location of download of mod_jk-1.2.26-httpd-2.2.4.so
I wanted to know of the site or place to download mod_jk-1.2.26-httpd-2.2.4.so that I can rename it to mod_jk.so to include it in the $APACHE_HOME/libexec path as my httpd.conf is having the line:- - LoadModule jk_module libexec/mod_jk.so - I hope, my question is clear. Please, help in solving the doubt. regards - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: MOD_JK 1.2.26 woker init fails
Hi Rainer, The JKoptions set are as follows: JkOptions +ForwardKeySize +ForwardURICompat -ForwardDirectories I will get the debug logging on and test and attach the log file. Currently I am using mod_proxy AJP. The funny thing is If I use mod_jk 1.2.23 I dont need to change anything it just works with the exact same config, it is only when I use 1.2.24/25/26 etc.. Regards, Kashif Ali mobile: +44 (0) 7939 118 961 email: [EMAIL PROTECTED] web:www.LinuxCraft.co.uk - Rainer Jung [EMAIL PROTECTED] wrote: From: Rainer Jung [EMAIL PROTECTED] To: Tomcat Users List users@tomcat.apache.org Sent: Saturday, 12 July, 2008 12:11:46 PM GMT +00:00 GMT Britain, Ireland, Portugal Subject: Re: FW: MOD_JK 1.2.26 woker init fails Hi Kashif, Kashif Ali schrieb: Hi, I have compiled and ran Mod_JK 1.2.26 under apache 2.2.3 (Centos 5.1). However I am getting an error where it fails to initialise the worker. Here is debug output from Mod_Jk: [Fri Jul 11 08:13:08 2008] [16551:3086825232] [error] jk_handler::mod_jk.c (2314): Could not init service for worker=zimbra This is not a known problem. I see only two cases, where this could happen: - an unknown value of JkOptions for forward encoding. Do you use any JkOptions in your httpd configuration? - Memory allocation of the structures for the headers failed We can find out, which case it is, if you apply the patch http://people.apache.org/~rjung/patches/httpd2-service-init-debug.patch to apache-2.0/mod_jk.c, recompile and check once more with debug level. It will include more log output immediately before the error. Regards, Rainer - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: FW: MOD_JK 1.2.26 woker init fails
Hi Kashif, Kashif Ali schrieb: Hi, I have compiled and ran Mod_JK 1.2.26 under apache 2.2.3 (Centos 5.1). However I am getting an error where it fails to initialise the worker. Here is debug output from Mod_Jk: [Fri Jul 11 08:13:08 2008] [16551:3086825232] [error] jk_handler::mod_jk.c (2314): Could not init service for worker=zimbra This is not a known problem. I see only two cases, where this could happen: - an unknown value of JkOptions for forward encoding. Do you use any JkOptions in your httpd configuration? - Memory allocation of the structures for the headers failed We can find out, which case it is, if you apply the patch http://people.apache.org/~rjung/patches/httpd2-service-init-debug.patch to apache-2.0/mod_jk.c, recompile and check once more with debug level. It will include more log output immediately before the error. Regards, Rainer - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
FW: MOD_JK 1.2.26 woker init fails
Hi, I have compiled and ran Mod_JK 1.2.26 under apache 2.2.3 (Centos 5.1). However I am getting an error where it fails to initialise the worker. Here is debug output from Mod_Jk: [Fri Jul 11 08:13:08 2008] [16551:3086825232] [error] jk_handler::mod_jk.c (2314): Could not init service for worker=zimbra [Fri Jul 11 08:13:08 2008] [16553:3086825232] [error] jk_handler::mod_jk.c (2314): Could not init service for worker=zimbra [Fri Jul 11 08:13:15 2008] [16554:3086825232] [error] jk_handler::mod_jk.c (2314): Could not init service for worker=zimbra [Fri Jul 11 08:13:15 2008] [16555:3086825232] [error] jk_handler::mod_jk.c (2314): Could not init service for worker=zimbra [Fri Jul 11 08:16:40 2008] [16558:3086825232] [error] jk_handler::mod_jk.c (2314): Could not init service for worker=zimbra [Fri Jul 11 08:16:40 2008] [16551:3086825232] [error] jk_handler::mod_jk.c (2314): Could not init service for worker=zimbra [Fri Jul 11 08:16:43 2008] [16552:3086825232] [error] jk_handler::mod_jk.c (2314): Could not init service for worker=zimbra [Fri Jul 11 08:16:43 2008] [16554:3086825232] [error] jk_handler::mod_jk.c (2314): Could not init service for worker=zimbra [Fri Jul 11 08:17:30 2008] [15558:3086583568] [error] jk_handler::mod_jk.c (2314): Could not init service for worker=zimbra [Fri Jul 11 08:17:30 2008] [15559:3086583568] [error] jk_handler::mod_jk.c (2314): Could not init service for worker=zimbra [Fri Jul 11 08:17:41 2008] [15557:3086583568] [error] jk_handler::mod_jk.c (2314): Could not init service for worker=zimbra [Fri Jul 11 08:17:41 2008] [15560:3086583568] [error] jk_handler::mod_jk.c (2314): Could not init service for worker=zimbra [Fri Jul 11 08:17:49 2008] [15561:3086583568] [error] jk_handler::mod_jk.c (2314): Could not init service for worker=zimbra [Fri Jul 11 08:17:49 2008] [15562:3086583568] [error] jk_handler::mod_jk.c (2314): Could not init service for worker=zimbra [Fri Jul 11 08:17:53 2008] [15563:3086583568] [error] jk_handler::mod_jk.c (2314): Could not init service for worker=zimbra [Fri Jul 11 08:17:53 2008] [15564:3086583568] [error] jk_handler::mod_jk.c (2314): Could not init service for worker=zimbra [Fri Jul 11 08:22:45 2008] [18760:3086776080] [error] jk_handler::mod_jk.c (2314): Could not init service for worker=zimbra [Fri Jul 11 08:22:45 2008] [18761:3086776080] [error] jk_handler::mod_jk.c (2314): Could not init service for worker=zimbra [Fri Jul 11 08:26:37 2008] [18763:3086776080] [error] jk_handler::mod_jk.c (2314): Could not init service for worker=zimbra [Fri Jul 11 08:33:29 2008] [18764:3086776080] [error] jk_handler::mod_jk.c (2314): Could not init service for worker=zimbra [Fri Jul 11 08:35:14.127 2008] [25379:3086710544] [debug] jk_set_time_fmt::jk_util.c (430): Pre-processed log time stamp format is '[%a %b %d %H:%M:%S.000 %Y] ' [Fri Jul 11 08:35:14.127 2008] [25379:3086710544] [debug] uri_worker_map_open::jk_uri_worker_map.c (427): rule map size is 2 [Fri Jul 11 08:35:14.127 2008] [25379:3086710544] [debug] uri_worker_map_add::jk_uri_worker_map.c (387): exact rule '/jkserver-status=jkstatus' source 'JkMount' was added [Fri Jul 11 08:35:14.127 2008] [25379:3086710544] [debug] uri_worker_map_add::jk_uri_worker_map.c (379): wildchar rule '/jkserver-status/*=jkstatus' source 'JkMount' was added [Fri Jul 11 08:35:14 2008] [25379:3086710544] [debug] jk_set_time_fmt::jk_util.c (430): Pre-processed log time stamp format is '[%a %b %d %H:%M:%S %Y] ' [Fri Jul 11 08:35:14 2008] [25379:3086710544] [debug] uri_worker_map_open::jk_uri_worker_map.c (427): rule map size is 10 [Fri Jul 11 08:35:14 2008] [25379:3086710544] [debug] uri_worker_map_add::jk_uri_worker_map.c (379): wildchar rule '/*=zimbra' source 'JkMount' was added [Fri Jul 11 08:35:14 2008] [25379:3086710544] [debug] uri_worker_map_add::jk_uri_worker_map.c (387): exact rule '/zimbra=zimbra' source 'JkMount' was added [Fri Jul 11 08:35:14 2008] [25379:3086710544] [debug] uri_worker_map_add::jk_uri_worker_map.c (387): exact rule '/zimbra/=zimbra' source 'JkMount' was added [Fri Jul 11 08:35:14 2008] [25379:3086710544] [debug] uri_worker_map_add::jk_uri_worker_map.c (379): wildchar rule '/zimbra/*=zimbra' source 'JkMount' was added [Fri Jul 11 08:35:14 2008] [25379:3086710544] [debug] uri_worker_map_add::jk_uri_worker_map.c (387): exact rule '/service=zimbra' source 'JkMount' was added [Fri Jul 11 08:35:14 2008] [25379:3086710544] [debug] uri_worker_map_add::jk_uri_worker_map.c (387): exact rule '/service/=zimbra' source 'JkMount' was added [Fri Jul 11 08:35:14 2008] [25379:3086710544] [debug] uri_worker_map_add::jk_uri_worker_map.c (379): wildchar rule '/service/*=zimbra' source 'JkMount' was added [Fri Jul 11 08:35:14 2008] [25379:3086710544] [debug] uri_worker_map_add::jk_uri_worker_map.c (387): exact rule '/zimbraAdmin=zimbra' source 'JkMount' was added [Fri Jul 11 08:35:14 2008] [25379:3086710544] [debug] uri_worker_map_add::jk_uri_worker_map.c (387): exact rule
mod_jk 1.2.26 jk_mount
Hello there, I compiled the mod_jk 1.2.26 from the source for Red hat 5.1x64 The module works as intended except some strance gehaviour I have in my httpd.conf JkMount /app/*.jsp ajp13 JkMount /app/*.do ajp13 And this works OK but my application have a URLs like /app/resources/showPDFLetter?format=pdf Which was not described im JkMount and rejected I added JkMount /app/resources/* ajp13 but still the same error [Tue Jun 03 17:04:23.021 2008] [22353:2934367456] [debug] jk_map_to_storage::mod_jk.c (3211): no match for /app/resources/showPDFLetter found can this be because of the version of mod_jk ? -- Best regards, Nikolay Diulgerov Network Administrator E-mail: [EMAIL PROTECTED] Telephone : +33 4 89 87 77 77 Fax : +33 4 89 87 77 00 Web: http://www.codix-france.com - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Re: mod_jk 1.2.26 jk_mount
Can you attach your web.xml file... I'm new to this too but I think you need to have appropriate url filters setup -- I might be using the wrong terminology here.,.,. On Tue, Jun 03, 2008 at 05:22:06PM +0300, Niki Diulgerov wrote: It's not because of missing or insufficient rights. The connector just don't want to accept the rule JkMount /app/resources/* ajp13 and to redirect the request to tomcat and gives the error [Tue Jun 03 17:04:23.021 2008] [22353:2934367456] [debug] jk_map_to_storage::mod_jk.c (3211): no match for /app/resources/showPDFLetter found maybe the syntax for JkMount is changed in 1.2.26? Best regards, Nikolay Diulgerov Network Administrator E-mail: [EMAIL PROTECTED] Telephone : +33 4 89 87 77 77 Fax : +33 4 89 87 77 00 Web: http://www.codix-france.com Landon Fabbricino wrote: Could it be as simple as not having rights (permissions) to see the /app/resources directory or the showPDFLetter file ? Landon Fabbricino IT Applications Phone: 403.225.7515 Fax: 403.225.7604 [EMAIL PROTECTED] Niki Diulgerov [EMAIL PROTECTED] 6/3/2008 8:04:47 AM Hello there, I compiled the mod_jk 1.2.26 from the source for Red hat 5.1x64 The module works as intended except some strance gehaviour I have in my httpd.conf JkMount /app/*.jsp ajp13 JkMount /app/*.do ajp13 And this works OK but my application have a URLs like /app/resources/showPDFLetter?format=pdf Which was not described im JkMount and rejected I added JkMount /app/resources/* ajp13 but still the same error [Tue Jun 03 17:04:23.021 2008] [22353:2934367456] [debug] jk_map_to_storage::mod_jk.c (3211): no match for /app/resources/showPDFLetter found can this be because of the version of mod_jk ? - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: mod_jk 1.2.26 jk_mount
web.xml is the default coming from tomcat 5.5.26 the strange thing is in mod_jk log file in the beginning it says [Tue Jun 03 17:32:40.640 2008] [22746:2934367456] [debug] uri_worker_map_add::jk_uri_worker_map.c (379): wildchar rule '/app/*.jsp=ajp13' source 'JkMount' was added [Tue Jun 03 17:32:40.640 2008] [22746:2934367456] [debug] uri_worker_map_add::jk_uri_worker_map.c (379): wildchar rule '/app/*.do=ajp13' source 'JkMount' was added [Tue Jun 03 17:32:40.640 2008] [22746:2934367456] [debug] uri_worker_map_add::jk_uri_worker_map.c (379): wildchar rule '/app/resources/*=ajp13' source 'JkMoun t' was added But then ...when I try to access /resources/ShowPDF. it says [Tue Jun 03 17:34:08.211 2008] [22749:2934367456] [debug] ajp_unmarshal_response::jk_ajp_common.c (671): Header[0] [Location] = [https://myserver.com/app/resou rces/showPDFLetter?format=pdf] [Tue Jun 03 17:34:08.211 2008] [22749:2934367456] [debug] ajp_unmarshal_response::jk_ajp_common.c (671): Header[1] [Content-Type] = [text/html] [Tue Jun 03 17:34:08.211 2008] [22749:2934367456] [debug] ajp_unmarshal_response::jk_ajp_common.c (671): Header[2] [Content-Length] = [0] [Tue Jun 03 17:34:08.211 2008] [22749:2934367456] [debug] ajp_connection_tcp_get_message::jk_ajp_common.c (1117): received from ajp13 pos=0 len=2 max=8192 [Tue Jun 03 17:34:08.211 2008] [22749:2934367456] [debug] ajp_connection_tcp_get_message::jk_ajp_common.c (1117): 05 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 - [Tue Jun 03 17:34:08.211 2008] [22749:2934367456] [debug] ajp_process_callback::jk_ajp_common.c (1661): AJP13 protocol: Reuse is OK [Tue Jun 03 17:34:08.211 2008] [22749:2934367456] [debug] ajp_reset_endpoint::jk_ajp_common.c (691): (ajp13) resetting endpoint with sd = 20 [Tue Jun 03 17:34:08.211 2008] [22749:2934367456] [debug] ajp_done::jk_ajp_common.c (2522): recycling connection pool slot=0 for worker ajp13 [Tue Jun 03 17:34:08.211 2008] [22749:2934367456] [debug] jk_handler::mod_jk.c (2348): Service finished with status=302 for worker=ajp13 [Tue Jun 03 17:34:08.241 2008] [22750:2934367456] [debug] map_uri_to_worker::jk_uri_worker_map.c (682): Attempting to map URI '/app/resources/showPDFLetter' f rom 2 maps [Tue Jun 03 17:34:08.241 2008] [22750:2934367456] [debug] find_match::jk_uri_worker_map.c (503): Attempting to map context URI '/app/*.jsp=ajp13' source 'JkMo unt' [Tue Jun 03 17:34:08.241 2008] [22750:2934367456] [debug] find_match::jk_uri_worker_map.c (503): Attempting to map context URI '/app/*.do=ajp13' source 'JkMou nt' [Tue Jun 03 17:34:08.241 2008] [22750:2934367456] [debug] jk_map_to_storage::mod_jk.c (3211): no match for /app/resources/showPDFLetter found Best regards, Nikolay Diulgerov Network Administrator E-mail: [EMAIL PROTECTED] Telephone : +33 4 89 87 77 77 Fax : +33 4 89 87 77 00 Web: http://www.codix-france.com Brian Martin wrote: Can you attach your web.xml file... I'm new to this too but I think you need to have appropriate url filters setup -- I might be using the wrong terminology here.,.,. On Tue, Jun 03, 2008 at 05:22:06PM +0300, Niki Diulgerov wrote: It's not because of missing or insufficient rights. The connector just don't want to accept the rule JkMount /app/resources/* ajp13 and to redirect the request to tomcat and gives the error [Tue Jun 03 17:04:23.021 2008] [22353:2934367456] [debug] jk_map_to_storage::mod_jk.c (3211): no match for /app/resources/showPDFLetter found maybe the syntax for JkMount is changed in 1.2.26? Best regards, Nikolay Diulgerov Network Administrator E-mail: [EMAIL PROTECTED] Telephone : +33 4 89 87 77 77 Fax : +33 4 89 87 77 00 Web: http://www.codix-france.com Landon Fabbricino wrote: Could it be as simple as not having rights (permissions) to see the /app/resources directory or the showPDFLetter file ? Landon Fabbricino IT Applications Phone: 403.225.7515 Fax: 403.225.7604 [EMAIL PROTECTED] Niki Diulgerov [EMAIL PROTECTED] 6/3/2008 8:04:47 AM Hello there, I compiled the mod_jk 1.2.26 from the source for Red hat 5.1x64 The module works as intended except some strance gehaviour I have in my httpd.conf JkMount /app/*.jsp ajp13 JkMount /app/*.do ajp13 And this works OK but my application have a URLs like /app/resources/showPDFLetter?format=pdf Which was not described im JkMount and rejected I added JkMount /app/resources/* ajp13 but still the same error [Tue Jun 03 17:04:23.021 2008] [22353:2934367456] [debug] jk_map_to_storage::mod_jk.c (3211): no match for /app/resources/showPDFLetter found can this be because of the version of mod_jk ? - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: mod_jk 1.2.26 jk_mount
My fault... I have JkMount in my httpd.conf and JkMount in my ssl.conf which is responcible for the SSL connections... and I added JkMount /app/resources/* ajp13 only in httpd.conf and not in ssl.conf And was stupid enough to not try http connection (would see thet it works) but was only trying HTTPS. Now it is OK. Best regards, Nikolay Diulgerov Network Administrator E-mail: [EMAIL PROTECTED] Telephone : +33 4 89 87 77 77 Fax : +33 4 89 87 77 00 Web: http://www.codix-france.com Rainer Jung wrote: Niki Diulgerov wrote: It's not because of missing or insufficient rights. The connector just don't want to accept the rule JkMount /app/resources/* ajp13 and to redirect the request to tomcat and gives the error [Tue Jun 03 17:04:23.021 2008] [22353:2934367456] [debug] jk_map_to_storage::mod_jk.c (3211): no match for /app/resources/showPDFLetter found maybe the syntax for JkMount is changed in 1.2.26? No, no change. Version is fine. Maybe your request goes into a vhost and you didn't put the JkMount into the same vhost? When starting up with debug log level, you can see the parsing of all the JkMounts, so your /app/resources/* should show up there. Query strings do not matter. Maybe a typo? Best regards, Nikolay Diulgerov Network Administrator E-mail: [EMAIL PROTECTED] Telephone : +33 4 89 87 77 77 Fax : +33 4 89 87 77 00 Web: http://www.codix-france.com Regards, Rainer Landon Fabbricino wrote: Could it be as simple as not having rights (permissions) to see the /app/resources directory or the showPDFLetter file ? Landon Fabbricino IT Applications Phone: 403.225.7515 Fax: 403.225.7604 [EMAIL PROTECTED] Niki Diulgerov [EMAIL PROTECTED] 6/3/2008 8:04:47 AM Hello there, I compiled the mod_jk 1.2.26 from the source for Red hat 5.1x64 The module works as intended except some strance gehaviour I have in my httpd.conf JkMount /app/*.jsp ajp13 JkMount /app/*.do ajp13 And this works OK but my application have a URLs like /app/resources/showPDFLetter?format=pdf Which was not described im JkMount and rejected I added JkMount /app/resources/* ajp13 but still the same error [Tue Jun 03 17:04:23.021 2008] [22353:2934367456] [debug] jk_map_to_storage::mod_jk.c (3211): no match for /app/resources/showPDFLetter found can this be because of the version of mod_jk ? - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: mod_jk 1.2.26 jk_mount
Could it be as simple as not having rights (permissions) to see the /app/resources directory or the showPDFLetter file ? Landon Fabbricino IT Applications Phone: 403.225.7515 Fax: 403.225.7604 [EMAIL PROTECTED] Niki Diulgerov [EMAIL PROTECTED] 6/3/2008 8:04:47 AM Hello there, I compiled the mod_jk 1.2.26 from the source for Red hat 5.1x64 The module works as intended except some strance gehaviour I have in my httpd.conf JkMount /app/*.jsp ajp13 JkMount /app/*.do ajp13 And this works OK but my application have a URLs like /app/resources/showPDFLetter?format=pdf Which was not described im JkMount and rejected I added JkMount /app/resources/* ajp13 but still the same error [Tue Jun 03 17:04:23.021 2008] [22353:2934367456] [debug] jk_map_to_storage::mod_jk.c (3211): no match for /app/resources/showPDFLetter found can this be because of the version of mod_jk ? -- Best regards, Nikolay Diulgerov Network Administrator E-mail: [EMAIL PROTECTED] Telephone : +33 4 89 87 77 77 Fax : +33 4 89 87 77 00 Web: http://www.codix-france.com - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] IMPORTANT NOTICE ! This E-Mail transmission and any accompanying attachments may contain confidential information intended only for the use of the individual or entity named above. Any dissemination, distribution, copying or action taken in reliance on the contents of this E-Mail by anyone other than the intended recipient is strictly prohibited and is not intended to, in anyway, waive privilege or confidentiality. If you have received this E-Mail in error please immediately delete it and notify sender at the above E-Mail address. Agrium uses state of the art anti-virus technology on all incoming and outgoing E-Mail. We encourage and promote the use of safe E-Mail management practices and recommend you check this, and all other E-Mail and attachments you receive for the presence of viruses. The sender and Agrium accept no liability for any damage caused by a virus or otherwise by the transmittal of this E-Mail. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
mod_jk 1.2.26
I'm getting 404 errors when I try to access the jkmanager page. There is only one backend tomcat instance and no load balancing configuration at all. I was just wanting to see the UI and if it had changed at all with the upgrade. Do you now get 404's if you don't have a load balancing configuration? Maybe I've done something wrong but the config looks the same. I can post the config if it's not something more obvious with the update. Thanks - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: mod_jk 1.2.26
Scottcan you confirm these JKMount directives in $APACHE_HOME/conf/httpd.conf # send all requests ending in .jsp to ajp13JkMount /*.jsp ajp13 # send all requests ending /servlet to ajp13JkMount /*/servlet/ ajp13 ThanksMartin __Disclaimer and confidentiality noteEverything in this e-mail and any attachments relates to the official business of Sender. This transmission is of a confidential nature and Sender does not endorse distribution to any party other than intended recipient. Sender does not necessarily endorse content contained within this transmission. Subject: mod_jk 1.2.26 From: [EMAIL PROTECTED] To: users@tomcat.apache.org Date: Fri, 4 Jan 2008 17:42:01 -0500 I'm getting 404 errors when I try to access the jkmanager page. There is only one backend tomcat instance and no load balancing configuration at all. I was just wanting to see the UI and if it had changed at all with the upgrade. Do you now get 404's if you don't have a load balancing configuration? Maybe I've done something wrong but the config looks the same. I can post the config if it's not something more obvious with the update. Thanks - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ Get the power of Windows + Web with the new Windows Live. http://www.windowslive.com?ocid=TXT_TAGHM_Wave2_powerofwindows_012008
RE: mod_jk 1.2.26
On Fri, 2008-01-04 at 17:51 -0500, Martin Gainty wrote: Scottcan you confirm these JKMount directives in $APACHE_HOME/conf/httpd.conf # send all requests ending in .jsp to ajp13JkMount /*.jsp ajp13 # send all requests ending /servlet to ajp13JkMount /*/servlet/ ajp13 ThanksMartin __Disclaimer and confidentiality noteEverything in this e-mail and any attachments relates to the official business of Sender. This transmission is of a confidential nature and Sender does not endorse distribution to any party other than intended recipient. Sender does not necessarily endorse content contained within this transmission. Subject: mod_jk 1.2.26 From: [EMAIL PROTECTED] To: users@tomcat.apache.org Date: Fri, 4 Jan 2008 17:42:01 -0500 I'm getting 404 errors when I try to access the jkmanager page. There is only one backend tomcat instance and no load balancing configuration at all. I was just wanting to see the UI and if it had changed at all with the upgrade. Do you now get 404's if you don't have a load balancing configuration? Maybe I've done something wrong but the config looks the same. I can post the config if it's not something more obvious with the update. Thanks -- --- To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ Get the power of Windows + Web with the new Windows Live. http://www.windowslive.com?ocid=TXT_TAGHM_Wave2_powerofwindows_012008 Nevermind it has nothing to do with the status worker. I've just upgraded to apache 2.2 and mod_jk 1.2.26 and it seems that there is some inheritance logic in the JkMounts between virtual hosts. I see the very well documented section about JkMountCopy now. Sorry for the noise. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: mod_jk 1.2.26
Hi Scott, Scott McClanahan schrieb: I'm getting 404 errors when I try to access the jkmanager page. There is only one backend tomcat instance and no load balancing configuration at all. I was just wanting to see the UI and if it had changed at all with the upgrade. Do you now get 404's if you don't have a load balancing configuration? Maybe I've done something wrong but the config looks the same. I can post the config if it's not something more obvious with the update. Thanks No, no change like this (although you didn't tell us how old your previous version was). How does your config look like? Are you talking to the same virtual host, in which you did include your jkmanager JkMount? Although you should get it working, concerning changes in the UI: only one change, when using Apache httpd one can now see the JkMounts from all vhosts in the status worker display, independent of the vhost the status worker runs in. Regards, Rainer - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tagging mod_jk 1.2.26
Hi Rainer, I have successfully test new mod_jk 1.2.26-dev with MacOS X Tiger 10.4.11 (Intel) and Leopard 10.5.1 PPC64. At all my test cases I see now the uri maps from all vhosts and the new JkMountCopy All also work well. The only mapping that we don't present is the jkstatus mappings! The new connection and failover handling work with my cluster configs. Great work and happy christmas tagging time :-) Peter +1 to tag 1.2.26-dev Am 20.12.2007 um 17:07 schrieb Rainer Jung: I'm planning to tag JK 1.2.26 tomorrow, Friday, after 2 p.m. There was one problem report. I think we fixed this and I expect, that we get some feedback before that time. In case there are more problem reports outstanding please let me know. Regards, Rainer - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tagging mod_jk 1.2.26
Hi Peter, Peter Rossbach wrote: I have successfully test new mod_jk 1.2.26-dev with MacOS X Tiger 10.4.11 (Intel) and Leopard 10.5.1 PPC64. At all my test cases I see now the uri maps from all vhosts and the new JkMountCopy All also work well. The only mapping that we don't present is the jkstatus mappings! The new connection and failover handling work with my cluster configs. Great work and happy christmas tagging time :-) Peter +1 to tag 1.2.26-dev thanks a lot for the feedback. Am 20.12.2007 um 17:07 schrieb Rainer Jung: I'm planning to tag JK 1.2.26 tomorrow, Friday, after 2 p.m. There was one problem report. I think we fixed this and I expect, that we get some feedback before that time. In case there are more problem reports outstanding please let me know. Regards, Rainer - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Quality check mod_jk 1.2.26-dev
Hi Travis, I think we found the problem. I already committed a fix and Mladen or I will provide a new isapi_redirector build soon. The problem is only IIS specific and it only shows up, when using vhost mounts. We rearranged this part slightly, because up to 1.2.25 there was a logic inconsistency when using IIS, vhost mounts and normal unmounts. Unfortunately I also included this new bug, when accidentally two leading slashes got prepended (instead of one). Thanks for reporting the problem. I'll inform you, when the new binary will be available later today. It would be nice, if you could do a short retest. Regards, Rainer Travis Haagen wrote: I may have found a problem with 1.2.26-dev. I installed 'isapi_redirect.dll' on my server and only one of two workers would respond to HTTP requests after that (ajp13w, but not ajp13lmsw). I then reinstalled the 1.2.25 version of the DLL and it worked fine. I'm running this on Windows 2003 server with IIS 6.0. Each worker is a seperate Tomcat instance running on localhost. Here are my settings for the isapi_redirect.dll: == workers.properties == worker.list=wlb,wlms,jkstatus worker.ajp13w.type=ajp13 worker.ajp13w.host=localhost worker.ajp13w.port=8009 worker.ajp13w.lbfactor=1 #The next three properties allow mod_jk to efficiently determine if a connection is in error or not responding fast enough due to whatever reason. worker.ajp13w.connect_timeout=1 worker.ajp13w.prepost_timeout=1 worker.ajp13w.socket_timeout=10 #This value (in seconds) must equal server.xml's connectionTimeout of 10 minutes worker.ajp13w.connection_pool_timeout=600 worker.ajp13w.connection_pool_size=350 worker.ajp13lms.type=ajp13 worker.ajp13lms.host=localhost worker.ajp13lms.port=8010 worker.ajp13lms.lbfactor=1 #The next three properties allow mod_jk to efficiently determine if a connection is in error or not responding fast enough due to whatever reason. worker.ajp13lms.connect_timeout=1 worker.ajp13lms.prepost_timeout=1 worker.ajp13lms.socket_timeout=10 #This value (in seconds) must equal server.xml's connectionTimeout of 10 minutes worker.ajp13lms.connection_pool_timeout=600 worker.ajp13lms.connection_pool_size=350 worker.wlb.type=lb worker.wlb.balance_workers=ajp13w worker.wlms.type=lb worker.wlms.balance_workers=ajp13lms worker.jkstatus.type=status == uriworkermap.properties == /jkmanager=jkstatus /cas/*=wlb /ep5sf/*=wlb /ep5cm/*=wlb /lms.mydomain.com/*=wlms /www.mydomain.net/*=wlms == isapi_redirect.properties == extension_uri=/jakarta/isapi_redirect.dll log_file=D:\tomcat_iis_connector\logs\isapi_redirect.log log_level=warn worker_file=D:\tomcat_iis_connector\conf\workers.properties worker_mount_file=D:\tomcat_iis_connector\conf\uriworkermap.properties - Original Message - From: Rainer Jung [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: users@tomcat.apache.org Sent: Tuesday, December 18, 2007 6:46 AM Subject: Quality check mod_jk 1.2.26-dev Hi all, The next version of mod_jk is approaching its release. A code snapshot (revision 605168) is available at: http://people.apache.org/~rjung/mod_jk-dev/ It is in the same format as a release download, so easy to build. Under the same URL you can find the updated documentation. It would be nice, if we could get some testing feedback from the community. Feel free to post any observations. Depending on your feedback we plan to tag the release at the end of the week. The most important changes are: Features/Improvements - - allow '*' for the worker name in exclusion rules (resp. JkUnMount) which will override all workers - add new value All for JkMountCopy httpd directive - enhance URI to worker map listing in status worker for Apache httpd. We now list maps for all virtual servers and not only the one, in which JKStatus itself was called. - enhance URI to worker map listing. Update stale uriworkermap.properties immediately. - remove trace logging from compiled code via new --disable-trace configure switch - maintain idle connections in decreasing (LRU) slot order - create JK_WORKER_ROUTE and JK_REQUEST_DURATION notes for httpd access log even if no JkRequestLogFormat is set - cleanup init and destroy of server configuration for httpd - remove global configuration items from per server configuration - remove unused attributes secret_key and automount/JkAutoMount - cleanup of jk_uri_worker_map - some refactorings of jk_connect.c, jk_ajp_common.c, jk_lb_worker.c Fixes - - BZ 43229: Load balancer does not do fail over after reply timeouts. - BZ 42038: Correct overlay of mounts and unmounts for IIS - BZ 42003: Need to increase the maximum buffer size for HTTP header from 16k to 64k. - BZ 43516: Memory leak for Apache httpd module of size 8KB for every virtual host without JK directive after each restart - BZ 43873: Fix small memory leak occuring during httpd
Re: Quality check mod_jk 1.2.26-dev
The download files on people.apache.org for IIS have been updated. Rainer Jung wrote: Hi Travis, I think we found the problem. I already committed a fix and Mladen or I will provide a new isapi_redirector build soon. The problem is only IIS specific and it only shows up, when using vhost mounts. We rearranged this part slightly, because up to 1.2.25 there was a logic inconsistency when using IIS, vhost mounts and normal unmounts. Unfortunately I also included this new bug, when accidentally two leading slashes got prepended (instead of one). Thanks for reporting the problem. I'll inform you, when the new binary will be available later today. It would be nice, if you could do a short retest. Regards, Rainer Travis Haagen wrote: I may have found a problem with 1.2.26-dev. I installed 'isapi_redirect.dll' on my server and only one of two workers would respond to HTTP requests after that (ajp13w, but not ajp13lmsw). I then reinstalled the 1.2.25 version of the DLL and it worked fine. I'm running this on Windows 2003 server with IIS 6.0. Each worker is a seperate Tomcat instance running on localhost. Here are my settings for the isapi_redirect.dll: == workers.properties == worker.list=wlb,wlms,jkstatus worker.ajp13w.type=ajp13 worker.ajp13w.host=localhost worker.ajp13w.port=8009 worker.ajp13w.lbfactor=1 #The next three properties allow mod_jk to efficiently determine if a connection is in error or not responding fast enough due to whatever reason. worker.ajp13w.connect_timeout=1 worker.ajp13w.prepost_timeout=1 worker.ajp13w.socket_timeout=10 #This value (in seconds) must equal server.xml's connectionTimeout of 10 minutes worker.ajp13w.connection_pool_timeout=600 worker.ajp13w.connection_pool_size=350 worker.ajp13lms.type=ajp13 worker.ajp13lms.host=localhost worker.ajp13lms.port=8010 worker.ajp13lms.lbfactor=1 #The next three properties allow mod_jk to efficiently determine if a connection is in error or not responding fast enough due to whatever reason. worker.ajp13lms.connect_timeout=1 worker.ajp13lms.prepost_timeout=1 worker.ajp13lms.socket_timeout=10 #This value (in seconds) must equal server.xml's connectionTimeout of 10 minutes worker.ajp13lms.connection_pool_timeout=600 worker.ajp13lms.connection_pool_size=350 worker.wlb.type=lb worker.wlb.balance_workers=ajp13w worker.wlms.type=lb worker.wlms.balance_workers=ajp13lms worker.jkstatus.type=status == uriworkermap.properties == /jkmanager=jkstatus /cas/*=wlb /ep5sf/*=wlb /ep5cm/*=wlb /lms.mydomain.com/*=wlms /www.mydomain.net/*=wlms == isapi_redirect.properties == extension_uri=/jakarta/isapi_redirect.dll log_file=D:\tomcat_iis_connector\logs\isapi_redirect.log log_level=warn worker_file=D:\tomcat_iis_connector\conf\workers.properties worker_mount_file=D:\tomcat_iis_connector\conf\uriworkermap.properties - Original Message - From: Rainer Jung [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: users@tomcat.apache.org Sent: Tuesday, December 18, 2007 6:46 AM Subject: Quality check mod_jk 1.2.26-dev Hi all, The next version of mod_jk is approaching its release. A code snapshot (revision 605168) is available at: http://people.apache.org/~rjung/mod_jk-dev/ It is in the same format as a release download, so easy to build. Under the same URL you can find the updated documentation. It would be nice, if we could get some testing feedback from the community. Feel free to post any observations. Depending on your feedback we plan to tag the release at the end of the week. The most important changes are: Features/Improvements - - allow '*' for the worker name in exclusion rules (resp. JkUnMount) which will override all workers - add new value All for JkMountCopy httpd directive - enhance URI to worker map listing in status worker for Apache httpd. We now list maps for all virtual servers and not only the one, in which JKStatus itself was called. - enhance URI to worker map listing. Update stale uriworkermap.properties immediately. - remove trace logging from compiled code via new --disable-trace configure switch - maintain idle connections in decreasing (LRU) slot order - create JK_WORKER_ROUTE and JK_REQUEST_DURATION notes for httpd access log even if no JkRequestLogFormat is set - cleanup init and destroy of server configuration for httpd - remove global configuration items from per server configuration - remove unused attributes secret_key and automount/JkAutoMount - cleanup of jk_uri_worker_map - some refactorings of jk_connect.c, jk_ajp_common.c, jk_lb_worker.c Fixes - - BZ 43229: Load balancer does not do fail over after reply timeouts. - BZ 42038: Correct overlay of mounts and unmounts for IIS - BZ 42003: Need to increase the maximum buffer size for HTTP header from 16k to 64k. - BZ 43516: Memory leak for Apache httpd module of size 8KB for every virtual host
Tagging mod_jk 1.2.26
I'm planning to tag JK 1.2.26 tomorrow, Friday, after 2 p.m. There was one problem report. I think we fixed this and I expect, that we get some feedback before that time. In case there are more problem reports outstanding please let me know. Regards, Rainer - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Quality check mod_jk 1.2.26-dev
I may have found a problem with 1.2.26-dev. I installed 'isapi_redirect.dll' on my server and only one of two workers would respond to HTTP requests after that (ajp13w, but not ajp13lmsw). I then reinstalled the 1.2.25 version of the DLL and it worked fine. I'm running this on Windows 2003 server with IIS 6.0. Each worker is a seperate Tomcat instance running on localhost. Here are my settings for the isapi_redirect.dll: == workers.properties == worker.list=wlb,wlms,jkstatus worker.ajp13w.type=ajp13 worker.ajp13w.host=localhost worker.ajp13w.port=8009 worker.ajp13w.lbfactor=1 #The next three properties allow mod_jk to efficiently determine if a connection is in error or not responding fast enough due to whatever reason. worker.ajp13w.connect_timeout=1 worker.ajp13w.prepost_timeout=1 worker.ajp13w.socket_timeout=10 #This value (in seconds) must equal server.xml's connectionTimeout of 10 minutes worker.ajp13w.connection_pool_timeout=600 worker.ajp13w.connection_pool_size=350 worker.ajp13lms.type=ajp13 worker.ajp13lms.host=localhost worker.ajp13lms.port=8010 worker.ajp13lms.lbfactor=1 #The next three properties allow mod_jk to efficiently determine if a connection is in error or not responding fast enough due to whatever reason. worker.ajp13lms.connect_timeout=1 worker.ajp13lms.prepost_timeout=1 worker.ajp13lms.socket_timeout=10 #This value (in seconds) must equal server.xml's connectionTimeout of 10 minutes worker.ajp13lms.connection_pool_timeout=600 worker.ajp13lms.connection_pool_size=350 worker.wlb.type=lb worker.wlb.balance_workers=ajp13w worker.wlms.type=lb worker.wlms.balance_workers=ajp13lms worker.jkstatus.type=status == uriworkermap.properties == /jkmanager=jkstatus /cas/*=wlb /ep5sf/*=wlb /ep5cm/*=wlb /lms.mydomain.com/*=wlms /www.mydomain.net/*=wlms == isapi_redirect.properties == extension_uri=/jakarta/isapi_redirect.dll log_file=D:\tomcat_iis_connector\logs\isapi_redirect.log log_level=warn worker_file=D:\tomcat_iis_connector\conf\workers.properties worker_mount_file=D:\tomcat_iis_connector\conf\uriworkermap.properties - Original Message - From: Rainer Jung [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: users@tomcat.apache.org Sent: Tuesday, December 18, 2007 6:46 AM Subject: Quality check mod_jk 1.2.26-dev Hi all, The next version of mod_jk is approaching its release. A code snapshot (revision 605168) is available at: http://people.apache.org/~rjung/mod_jk-dev/ It is in the same format as a release download, so easy to build. Under the same URL you can find the updated documentation. It would be nice, if we could get some testing feedback from the community. Feel free to post any observations. Depending on your feedback we plan to tag the release at the end of the week. The most important changes are: Features/Improvements - - allow '*' for the worker name in exclusion rules (resp. JkUnMount) which will override all workers - add new value All for JkMountCopy httpd directive - enhance URI to worker map listing in status worker for Apache httpd. We now list maps for all virtual servers and not only the one, in which JKStatus itself was called. - enhance URI to worker map listing. Update stale uriworkermap.properties immediately. - remove trace logging from compiled code via new --disable-trace configure switch - maintain idle connections in decreasing (LRU) slot order - create JK_WORKER_ROUTE and JK_REQUEST_DURATION notes for httpd access log even if no JkRequestLogFormat is set - cleanup init and destroy of server configuration for httpd - remove global configuration items from per server configuration - remove unused attributes secret_key and automount/JkAutoMount - cleanup of jk_uri_worker_map - some refactorings of jk_connect.c, jk_ajp_common.c, jk_lb_worker.c Fixes - - BZ 43229: Load balancer does not do fail over after reply timeouts. - BZ 42038: Correct overlay of mounts and unmounts for IIS - BZ 42003: Need to increase the maximum buffer size for HTTP header from 16k to 64k. - BZ 43516: Memory leak for Apache httpd module of size 8KB for every virtual host without JK directive after each restart - BZ 43873: Fix small memory leak occuring during httpd restart - BZ 43647: Content-Type changes unexpectedly from text/html to text/pla (ingnore flush packets before we received the response headers) - fixed crash during startup when using worker configuration inheritance (attribute reference) and log level debug - match header names exactly against pre defined constants - repair detailed Apache httpd version display in jk status worker - repair broken apxs auto-detection in configure - correct parameter validation of JkStatusUpdateTask (jkstatus ant task) Docs - Small additions to JkShmFile documentation - BZ 43684: Replace JkMountFile
Re: Quality check mod_jk 1.2.26-dev
Travis Haagen wrote: I may have found a problem with 1.2.26-dev. I installed 'isapi_redirect.dll' on my server and only one of two workers would respond to HTTP requests after that (ajp13w, but not ajp13lmsw). I then reinstalled the 1.2.25 version of the DLL and it worked fine. I'm running this on Windows 2003 server with IIS 6.0. Each worker is a seperate Tomcat instance running on localhost. Here are my settings for the isapi_redirect.dll: I've tried your config and it works without any problem. Do you have something in the log that would share some light? Regards -- ™ - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Quality check mod_jk 1.2.26-dev
Travis Haagen wrote: I may have found a problem with 1.2.26-dev. I installed 'isapi_redirect.dll' on my server and only one of two workers would respond to HTTP requests after that (ajp13w, but not ajp13lmsw). I then reinstalled the 1.2.25 version of the DLL and it worked fine. I'm running this on Windows 2003 server with IIS 6.0. Each worker is a seperate Tomcat instance running on localhost. If one of the two workers doesn't work at all, you could increase your log level to debug and do a single request. This will shed some light. As Mladen already said, you should look into the log file before, to see if there are already error messages in there. The wlms worker is only configured to handle requests for special virtual hosts, namely lms.mydomain.com and www.mydomain.net. So what is the exact URL, that you are using when testing the wlms worker? Last question: are those two mappings shown in the jkstatus page under the entry for wlms? Regards, Rainer Here are my settings for the isapi_redirect.dll: == workers.properties == worker.list=wlb,wlms,jkstatus worker.ajp13w.type=ajp13 worker.ajp13w.host=localhost worker.ajp13w.port=8009 worker.ajp13w.lbfactor=1 #The next three properties allow mod_jk to efficiently determine if a connection is in error or not responding fast enough due to whatever reason. worker.ajp13w.connect_timeout=1 worker.ajp13w.prepost_timeout=1 worker.ajp13w.socket_timeout=10 #This value (in seconds) must equal server.xml's connectionTimeout of 10 minutes worker.ajp13w.connection_pool_timeout=600 worker.ajp13w.connection_pool_size=350 worker.ajp13lms.type=ajp13 worker.ajp13lms.host=localhost worker.ajp13lms.port=8010 worker.ajp13lms.lbfactor=1 #The next three properties allow mod_jk to efficiently determine if a connection is in error or not responding fast enough due to whatever reason. worker.ajp13lms.connect_timeout=1 worker.ajp13lms.prepost_timeout=1 worker.ajp13lms.socket_timeout=10 #This value (in seconds) must equal server.xml's connectionTimeout of 10 minutes worker.ajp13lms.connection_pool_timeout=600 worker.ajp13lms.connection_pool_size=350 worker.wlb.type=lb worker.wlb.balance_workers=ajp13w worker.wlms.type=lb worker.wlms.balance_workers=ajp13lms worker.jkstatus.type=status == uriworkermap.properties == /jkmanager=jkstatus /cas/*=wlb /ep5sf/*=wlb /ep5cm/*=wlb /lms.mydomain.com/*=wlms /www.mydomain.net/*=wlms == isapi_redirect.properties == extension_uri=/jakarta/isapi_redirect.dll log_file=D:\tomcat_iis_connector\logs\isapi_redirect.log log_level=warn worker_file=D:\tomcat_iis_connector\conf\workers.properties worker_mount_file=D:\tomcat_iis_connector\conf\uriworkermap.properties - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Quality check mod_jk 1.2.26-dev
Hi all, The next version of mod_jk is approaching its release. A code snapshot (revision 605168) is available at: http://people.apache.org/~rjung/mod_jk-dev/ It is in the same format as a release download, so easy to build. Under the same URL you can find the updated documentation. It would be nice, if we could get some testing feedback from the community. Feel free to post any observations. Depending on your feedback we plan to tag the release at the end of the week. The most important changes are: Features/Improvements - - allow '*' for the worker name in exclusion rules (resp. JkUnMount) which will override all workers - add new value All for JkMountCopy httpd directive - enhance URI to worker map listing in status worker for Apache httpd. We now list maps for all virtual servers and not only the one, in which JKStatus itself was called. - enhance URI to worker map listing. Update stale uriworkermap.properties immediately. - remove trace logging from compiled code via new --disable-trace configure switch - maintain idle connections in decreasing (LRU) slot order - create JK_WORKER_ROUTE and JK_REQUEST_DURATION notes for httpd access log even if no JkRequestLogFormat is set - cleanup init and destroy of server configuration for httpd - remove global configuration items from per server configuration - remove unused attributes secret_key and automount/JkAutoMount - cleanup of jk_uri_worker_map - some refactorings of jk_connect.c, jk_ajp_common.c, jk_lb_worker.c Fixes - - BZ 43229: Load balancer does not do fail over after reply timeouts. - BZ 42038: Correct overlay of mounts and unmounts for IIS - BZ 42003: Need to increase the maximum buffer size for HTTP header from 16k to 64k. - BZ 43516: Memory leak for Apache httpd module of size 8KB for every virtual host without JK directive after each restart - BZ 43873: Fix small memory leak occuring during httpd restart - BZ 43647: Content-Type changes unexpectedly from text/html to text/pla (ingnore flush packets before we received the response headers) - fixed crash during startup when using worker configuration inheritance (attribute reference) and log level debug - match header names exactly against pre defined constants - repair detailed Apache httpd version display in jk status worker - repair broken apxs auto-detection in configure - correct parameter validation of JkStatusUpdateTask (jkstatus ant task) Docs - Small additions to JkShmFile documentation - BZ 43684: Replace JkMountFile by JkMountFileReload in uriworkermap.properties docs The full change log is available under: http://people.apache.org/~rjung/mod_jk-dev/docs/miscellaneous/changelog.html Thanks for your valuable time! Regards, Rainer - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]