-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 All,
I'm running some load tests in a dev environment, and I'm seeing acess log messages like these: ::1 - - [21/Apr/2014:14:15:03 +0000] "OPTIONS * HTTP/1.0" 200 - "-" "Apache/2.4.9 (Amazon) OpenSSL/1.0.1g-fips PHP/5.5.10 mod_jk/1.2.40 (internal dummy connection)" Paired with mod_jk errors like these: [Mon Apr 21 14:15:03.359 2014] [23925:3072505728] [warn] map_uri_to_worker_ext::jk_uri_worker_map.c (1096): Uri * is invalid. Uri must start with / This happens to be running Apache httpd 2.4.9 with mod_jk 1.2.40, but I can see similar messages in an otherwise identically-configured server running httpd 2.2.23 and mod_jk 1.2.37: ==> access.log <== ::1 - - [21/Apr/2014:14:20:24 +0000] "OPTIONS * HTTP/1.0" 200 - "-" "Apache/2 (internal dummy connection)" ==> mod_jk.log <== [Mon Apr 21 14:20:24.159 2014] [12384:3072042880] [warn] map_uri_to_worker_ext::jk_uri_worker_map.c (1057): Uri * is invalid. Uri must start with / In my httpd 2.4 environment, I seem to be seeing them much more regularly (once every second or two) than in my httpd 2.2 environment (maybe every minute or two). If possible, I'd like to minimize the amount of stuff that goes into my mod_jk.log file, and since this is logged at the WARN level, it's tough to justify disabling it. Now, I realize that the OPTIONS * messages are httpd's internal monitoring queries to see if workers are serviceable, so that's not my question. My question is why mod_jk complains about them. Perhaps a URI of "*" itself is invalid, but since httpd is known to issue internal queries like this, why doesn't mod_jk simply ignore them? Thanks, - -chris -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBCAAGBQJTVSqCAAoJEBzwKT+lPKRYcBQP/14zs41ACKrfPhWYz+/U8q+o qFC1XSpdziF4+Y39O/NSzyfGrWwvHy0FPj7S4MRT5JprJZsUGHi9rLTxjERktTtB ncCE9/LM+TMFCBs3dsUXU7J6MayrNue+5K2cYJYwTyN3uYCxuR7yGuHjtduRk/do zYAE0Y+/jlFWhsyq5iLqAZMDDeLWI05jG5ZzUrfpSbK/t/61QQHbe9QvOZHRyeNy ei9Pj5lNPNnf8pWX76wtiMcIrw1Jw4hxWrQ0PA5hmToWm+cmbWHPwMortRO0gPjc 28KYdZU3uTMKG+ZW27flrzeUMLP+cm2fjeX4ZDT2/hikl775tENy7aCSrYFcD3Pu v2MUKT5wuKLJ1cU7ZI2UHKOElKjTzwXJA1nn+EhrZUobPasR1yYV+Um2aG8PplF/ wRgBsp4Ra4KTFEP3FEsxMKTZ2uudr0CZCIMfiLR1c9LIdsy8gv4ldJ0jfCRGpUmp n86+4NoG9xajwPDVEZChOv0aBZ5j9hKNsDM1HRki/ovihSyeAXKi5x7M3P940bOY QEe+8frQCH4aRgzDnBEkXsyxv22WKIbshDFht1jKuoWjh2gaGQ0RrBy1Q6+7nMEV Nw0+1eAh6qKv9FQpqiVSARhRf1D4x8dtTtbxuLPCCCyqrXHdjnDxrrAofFEjjx/N w8j5ZHP/5ZowaJegNePl =U31t -----END PGP SIGNATURE----- --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org