Re: ColdFusion10 custom mod_jk difference
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): 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
Re: ColdFusion10 custom mod_jk difference
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Doug, On 4/8/14, 3:44 PM, 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. Do > you know what the difference is between the ASF version and theirs? IMHO it should work if you use the ASF version directly. I can't see a reason for them to have their own (separate) source. > 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. The tech you use for your web application is not relevant: AJP is just a binary HTTP-forwarding protocol. Theoretically, there should be nothing about the web application that would require something specific (and extra) to be supported by CF or anything else. > 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. You could use "diff -r" against the Adobe code in one directory and the ASF code in another. I'm not going to download it all and pour through it, but you can easily do so. Make sure to use a diff argument that ignores whitespace. > [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): 0F > 00 0A 2F 69 6E 64 65 78 2E 68 74 6D 00 00 00 - .../index.htm ... This does not look like a problem with CF, since you are serving a .html file (right?). This looks like some corrupted messages. It could be a bug introduced by Adobe, some network problem, etc. I did a Google search on "Unknown AJP protocol code: 0F" and there's some concern that you might have mismatched max_packet_size. Can you check these between httpd and Tomcat? It looks like some folsk are grasping at straws... - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBCAAGBQJTR4eXAAoJEBzwKT+lPKRY/ekP+wW1Po57MDsHqzc473AjXcNF qqry4V0r57HfcmaerO0z6kudJ5tfUTqJb9Pz/faiVZwofBRmH8yvM4/X8zbFvlbE gHXdMOsSa3w0yJ2zXKC9bdoE4bs/TTn3chCCXjLKRqGcgyzzk70+5iqA0r19jDiF N0xcKKz3KeJBZlwELCxsRjfWf5EtpyvJvjp7SvLHo0SQYAc6gYLCPMe6Sxs0RSVF ZrNLnqiVkNAez9rqPIsXvfq1DP7qQtjDkzLuKbDvOksbb6INUWpTznbiL6fRPWdl OwC/1cQZGRhz9GXMrmINRzjKBjbdsr1rmT5CR8ydQzMgFUzEdHTSNeYOVvdorjU8 PJZbzbYWMCXyP46q6aL+KBXcJDQrbmJlXtGbNhpsa14W+kE50TtDnAFgsWlkzMg4 DTSSscWZKIWNw0WysrPAKwqy/A3nMgLrKaz+xqdwyVHiNf7BMhPOPJokWDqJZV7t 0guQlY3F9BJk2oUirBuXrgM3hyu6vrSwCciDQ6iBHR9d4YluXzOLV4IFNrLHs55u yVWz+tdipX9DNueQJVZzbZ+8+f5pbv+0TRc9ltbomK66uh6rtQE5ubi3GumHJtHr srKc4Te4mOGScGoqqEnsX0/qgcU6GmQPMRXgABHVm4H5hd+F9CJ9WRMLaiYEMuib zcejLSi07ZsRDFSuc+3w =FwOd -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: ColdFusion10 custom mod_jk difference
I completely agree with you, but unfortunately am stuck with CF as the developers won't switch and the company already made an investment in licenses. On Tue, Apr 8, 2014 at 3:08 PM, john Matlock wrote: > >Recommendation: > > > > >Switch away from Adobe CF 10 to Railo (www.getrailo.org) > >
Re: ColdFusion10 custom mod_jk difference
Recommendation: Switch away from Adobe CF 10 to Railo (www.getrailo.org). On Tue, Apr 8, 2014 at 2:44 PM, 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): 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 >
ColdFusion10 custom mod_jk difference
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): 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
