Re: ColdFusion10 custom mod_jk difference

[Rainer Jung <ra...@kippdata.de>]

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-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org