On 08.04.2014 23:44, Doug Strick wrote: > We're moving from ColdFusion8 to CF10 where I work and ran into a strange > issue. We tried using mod_jk-1.2.39 and it compiled fine. We were able to > get the communication working, but ran into strange errors like below. > Adobe provides their own customized version of mod_jk which appears to be > built from 1.2.32. When I compiled their version from the source they > provide our errors went away. I downloaded the source from here if > anyone's interested: > http://helpx.adobe.com/coldfusion/kb/rhel-connector-configuration.html. > I'd like to avoid using their custom version as I don't know how it will > play if other non-ColdFusion based apps want to use AJP in the future. > Does anyone have any recommendations on how I might be able to figure out > what was changed? I'm not a developer so I don't know much at the code > level. > > > > [Fri Apr 04 15:22:49 2014] [9753:139964571830064] [debug] > ajp_send_request::jk_ajp_common.c (1713): (cfusion) request body to send 0 > - request body to resend 0 > [Fri Apr 04 15:22:49 2014] [9753:139964571830064] [debug] > ajp_connection_tcp_get_message::jk_ajp_common.c (1403): received from ajp13 > pos=0 len=14 max=65536 > [Fri Apr 04 15:22:49 2014] [9753:139964571830064] [debug] > ajp_connection_tcp_get_message::jk_ajp_common.c (1403): 0000 0F 00 0A 2F > 69 6E 64 65 78 2E 68 74 6D 00 00 00 - .../index.htm > ... > [Fri Apr 04 15:22:49 2014] [9753:139964571830064] [error] > ajp_process_callback::jk_ajp_common.c (2071): Unknown AJP protocol code: 0F > [Fri Apr 04 15:22:49 2014] [9753:139964571830064] [info] > ajp_service::jk_ajp_common.c (2669): (cfusion) sending request to tomcat > failed (recoverable), because of server error (attempt=2) > [Fri Apr 04 15:22:49 2014] [9753:139964571830064] [debug] > jk_shutdown_socket::jk_connect.c (840): About to shutdown socket 25 [ > 172.16.113.55:49315 -> 10.9.49.245:51010] > [Fri Apr 04 15:22:49 2014] [9753:139964571830064] [debug] > jk_is_input_event::jk_connect.c (1287): timeout during poll on socket 25 [ > 172.16.113.55:49315 -> 10.9.49.245:51010] (timeout=2) > [Fri Apr 04 15:22:49 2014] [9753:139964571830064] [debug] > jk_shutdown_socket::jk_connect.c (922): Shutdown socket 25 [ > 172.16.113.55:49315 -> 10.9.49.245:51010] and read 23848 lingering bytes in > 0 sec. > [Fri Apr 04 15:22:49 2014] [9753:139964571830064] [error] > ajp_service::jk_ajp_common.c (2689): (cfusion) connecting to tomcat failed. > [Fri Apr 04 15:22:49 2014] [9753:139964571830064] [debug] > ajp_reset_endpoint::jk_ajp_common.c (810): (cfusion) resetting endpoint > with socket -1 (socket shutdown) > [Fri Apr 04 15:22:49 2014] [9753:139964571830064] [debug] > ajp_done::jk_ajp_common.c (3140): recycling connection pool for worker > cfusion and socket -1 > [Fri Apr 04 15:22:49 2014] [9753:139964571830064] [info] > jk_handler::mod_jk.c (2806): Service error=-3 for worker=cfusion
The code changes show that Adobe has decided to not only add a feature (max reuse count per connection), but also to extend the protocol which makes standard mod_jk incompatible. The "Unknown AJP protocol code: 0F" is due to that addition. Regards, Rainer --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
