Hi, I still haven't solved my problem. Can anyone please help?
@Martin: Haven't you read my first mail? I already posted on axis user and dev list. I posted here because nobody could help there. Cheers, Pete > -----Ursprüngliche Nachricht----- > Von: Martin Gainty [mailto:[EMAIL PROTECTED] > Gesendet: Freitag, 8. Dezember 2006 14:24 > An: Tomcat Users List > Betreff: Re: AW: Web Service Request not passing through Mod_Jk > > Peter > please ask on axis-users > Martin > -------------------------------------------------------------------------- > - > This e-mail message (including attachments, if any) is intended for the > use of the individual or entity to which it is addressed and may contain > information that is privileged, proprietary , confidential and exempt from > disclosure. If you are not the intended recipient, you are notified that > any dissemination, distribution or copying of this communication is > strictly prohibited. > -------------------------------------------------------------------------- > - > Le présent message électronique (y compris les pièces qui y sont annexées, > le cas échéant) s'adresse au destinataire indiqué et peut contenir des > renseignements de caractère privé ou confidentiel. Si vous n'êtes pas le > destinataire de ce document, nous vous signalons qu'il est strictement > interdit de le diffuser, de le distribuer ou de le reproduire. > ----- Original Message ----- > From: "Peter Neu" <[EMAIL PROTECTED]> > To: "'Tomcat Users List'" <users@tomcat.apache.org> > Sent: Friday, December 08, 2006 4:38 AM > Subject: AW: AW: Web Service Request not passing through Mod_Jk > > > Wow, I was lucky there was a binary version of mod_jk for my httpd > version. > > Here is the new log output. I can send it to you directly as attachment if > you like. I think it would improve readability. > > In the meantime I'll see what I can do with tcpdump. > > Cheers, > Pete > > map_uri_to_worker::jk_uri_worker_map.c (513): Attempting to map URI > '/axis2/services/binarytest' from 23 maps > map_uri_to_worker::jk_uri_worker_map.c (525): Attempting to map context > URI > '/probe/*' > map_uri_to_worker::jk_uri_worker_map.c (525): Attempting to map context > URI > '/axis2/*' > map_uri_to_worker::jk_uri_worker_map.c (539): Found a wildchar match > worker2 > -> /axis2/* > jk_handler::mod_jk.c (1920): Into handler jakarta-servlet worker=worker2 > r->proxyreq=0 > wc_get_worker_for_name::jk_worker.c (111): found a worker worker2 > wc_maintain::jk_worker.c (318): Maintaining worker worker1 > ajp_maintain::jk_ajp_common.c (2324): reached pool min size 0 from 10 > cache > slots > ajp_maintain::jk_ajp_common.c (2332): recycled 0 sockets in 0 seconds from > 10 pool slots > wc_maintain::jk_worker.c (318): Maintaining worker worker2 > wc_get_name_for_type::jk_worker.c (287): Found worker type 'ajp13' > init_ws_service::mod_jk.c (568): Service protocol=HTTP/1.1 method=POST > host=(null) addr=192.168.200.188 name=192.168.200.194 port=8080 > auth=(null) > user=(null) laddr=213.157.4.28 raddr=192.168.200.188 > ajp_get_endpoint::jk_ajp_common.c (2251): acquired connection pool slot=0 > ajp_marshal_into_msgb::jk_ajp_common.c (547): ajp marshaling done > ajp_service::jk_ajp_common.c (1734): processing worker2 with 5 retries > jk_open_socket::jk_connect.c (334): socket TCP_NODELAY set to On > jk_open_socket::jk_connect.c (347): socket SO_KEEPALIVE set to On > jk_open_socket::jk_connect.c (432): trying to connect socket 12 to > 192.168.200.194:8009 > jk_open_socket::jk_connect.c (458): socket 12 connected to > 192.168.200.194:8009 > ajp_connect_to_endpoint::jk_ajp_common.c (846): Connected socket 12 to > (192.168.200.194:8009) > ajp_connection_tcp_send_message::jk_ajp_common.c (892): sending to ajp13 > pos=4 len=446 max=8192 > ajp_connection_tcp_send_message::jk_ajp_common.c (892): 0000 12 34 01 > BA > 02 04 00 08 48 54 54 50 2F 31 2E 31 - .4......HTTP/1.1 > ajp_connection_tcp_send_message::jk_ajp_common.c (892): 0010 00 00 1A > 2F > 61 78 69 73 32 2F 73 65 72 76 69 63 - .../axis2/servic > ajp_connection_tcp_send_message::jk_ajp_common.c (892): 0020 65 73 2F > 62 > 69 6E 61 72 79 74 65 73 74 00 00 0F - es/binarytest... > ajp_connection_tcp_send_message::jk_ajp_common.c (892): 0030 31 39 32 > 2E > 31 36 38 2E 32 30 30 2E 31 38 38 00 - 192.168.200.188. > ajp_connection_tcp_send_message::jk_ajp_common.c (892): 0040 FF FF 00 > 0F > 31 39 32 2E 31 36 38 2E 32 30 30 2E - ....192.168.200. > ajp_connection_tcp_send_message::jk_ajp_common.c (892): 0050 31 39 34 > 00 > 1F 90 00 00 06 00 0A 53 4F 41 50 41 - 194........SOAPA > ajp_connection_tcp_send_message::jk_ajp_common.c (892): 0060 63 74 69 > 6F > 6E 00 00 19 22 75 72 6E 3A 61 78 77 - ction..."urn:axw > ajp_connection_tcp_send_message::jk_ajp_common.c (892): 0070 73 2E 62 > 69 > 6E 61 72 79 2F 67 65 74 46 69 6C 65 - s.binary/getFile > ajp_connection_tcp_send_message::jk_ajp_common.c (892): 0080 22 00 A0 > 0E > 00 05 41 78 69 73 32 00 A0 0B 00 14 - ".....Axis2..... > ajp_connection_tcp_send_message::jk_ajp_common.c (892): 0090 31 39 32 > 2E > 31 36 38 2E 32 30 30 2E 31 39 34 3A - 192.168.200.194: > ajp_connection_tcp_send_message::jk_ajp_common.c (892): 00a0 38 30 38 > 30 > 00 00 10 50 72 6F 78 79 2D 43 6F 6E - 8080...Proxy-Con > ajp_connection_tcp_send_message::jk_ajp_common.c (892): 00b0 6E 65 63 > 74 > 69 6F 6E 00 00 0A 4B 65 65 70 2D 41 - nection...Keep-A > ajp_connection_tcp_send_message::jk_ajp_common.c (892): 00c0 6C 69 76 > 65 > 00 00 11 54 72 61 6E 73 66 65 72 2D - live...Transfer- > ajp_connection_tcp_send_message::jk_ajp_common.c (892): 00d0 45 6E 63 > 6F > 64 69 6E 67 00 00 07 63 68 75 6E 6B - Encoding...chunk > ajp_connection_tcp_send_message::jk_ajp_common.c (892): 00e0 65 64 00 > A0 > 07 00 D5 6D 75 6C 74 69 70 61 72 74 - ed.....multipart > ajp_connection_tcp_send_message::jk_ajp_common.c (892): 00f0 2F 72 65 > 6C > 61 74 65 64 3B 20 62 6F 75 6E 64 61 - /related;.bounda > ajp_connection_tcp_send_message::jk_ajp_common.c (892): 0100 72 79 3D > 4D > 49 4D 45 42 6F 75 6E 64 61 72 79 75 - ry=MIMEBoundaryu > ajp_connection_tcp_send_message::jk_ajp_common.c (892): 0110 72 6E 5F > 75 > 75 69 64 5F 41 45 37 38 33 39 35 38 - rn_uuid_AE783958 > ajp_connection_tcp_send_message::jk_ajp_common.c (892): 0120 35 38 43 > 32 > 41 41 35 43 42 46 31 31 36 35 35 37 - 58C2AA5CBF116557 > ajp_connection_tcp_send_message::jk_ajp_common.c (892): 0130 30 31 38 > 32 > 39 38 34 31 3B 20 74 79 70 65 3D 22 - 01829841;.type=" > ajp_connection_tcp_send_message::jk_ajp_common.c (892): 0140 61 70 70 > 6C > 69 63 61 74 69 6F 6E 2F 78 6F 70 2B - application/xop+ > ajp_connection_tcp_send_message::jk_ajp_common.c (892): 0150 78 6D 6C > 22 > 3B 20 73 74 61 72 74 3D 22 3C 30 2E - xml";.start="<0. > ajp_connection_tcp_send_message::jk_ajp_common.c (892): 0160 75 72 6E > 3A > 75 75 69 64 3A 41 45 37 38 33 39 35 - urn:uuid:AE78395 > ajp_connection_tcp_send_message::jk_ajp_common.c (892): 0170 38 35 38 > 43 > 32 41 41 35 43 42 46 31 31 36 35 35 - 858C2AA5CBF11655 > ajp_connection_tcp_send_message::jk_ajp_common.c (892): 0180 37 30 31 > 38 > 32 39 38 34 32 40 61 70 61 63 68 65 - [EMAIL PROTECTED] > ajp_connection_tcp_send_message::jk_ajp_common.c (892): 0190 2E 6F 72 > 67 > 3E 22 3B 20 73 74 61 72 74 2D 69 6E - .org>";.start-in > ajp_connection_tcp_send_message::jk_ajp_common.c (892): 01a0 66 6F 3D > 22 > 74 65 78 74 2F 78 6D 6C 22 3B 20 63 - fo="text/xml";.c > ajp_connection_tcp_send_message::jk_ajp_common.c (892): 01b0 68 61 72 > 73 > 65 74 3D 55 54 46 2D 38 00 FF 00 00 - harset=UTF-8.... > ajp_send_request::jk_ajp_common.c (1261): request body to send 0 - request > body to resend 0 > ajp_connection_tcp_get_message::jk_ajp_common.c (1028): received from > ajp13 > pos=0 len=3 max=8192 > ajp_connection_tcp_get_message::jk_ajp_common.c (1028): 0000 06 1F FA > 00 > 00 00 00 00 00 00 00 00 00 00 00 00 - ................ > > > -----Ursprüngliche Nachricht----- > > Von: Rainer Jung [mailto:[EMAIL PROTECTED] > > Gesendet: Freitag, 8. Dezember 2006 10:24 > > An: Tomcat Users List > > Betreff: Re: AW: Web Service Request not passing through Mod_Jk > > > > Under Linux you can use tcpdump to sniff network packets. > > > > It looks like your mod_jk is pretty old? The log messages don't fit to > > newer versions. We improved logging and overall maintainability in the > > meantime. Please switch to 1.2.19 to make debugging easier. > > > > Regards, > > > > Rainer > > > > Peter Neu schrieb: > > > Hi, > > > > > > the problem is that a web service request coming from external client > > > fails with a timeout exception while the same client on the proxy host > > > works. > > > I only see the java.net.SocketTimeout exception in my java stack > trace. > > My > > > assumption is that the tomcat server does receive nothing at all > because > > I > > > write some log messages to the Catalina.out when the axis service gets > > > called. > > > > > > Please tell what kind of network sniffer you would propose. OS running > > > below the tomcat server is SUSE ES 9. > > > > > > Below you find the full log information. > > > > > > Cheers, > > > Pete > > > > > > [jk_uri_worker_map.c (486)]: Into > jk_uri_worker_map_t::map_uri_to_worker > > > [jk_uri_worker_map.c (500)]: Attempting to map URI > > > '/axis2/services/binarytest' > > > [jk_uri_worker_map.c (524)]: jk_uri_worker_map_t::map_uri_to_worker, > > Found a > > > context match worker2 -> /axis2/ > > > [mod_jk.c (1717)]: Into handler r->proxyreq=0 r->handler=jakarta- > servlet > > > r->notes=137092600 worker=worker2 > > > [jk_worker.c (132)]: Into wc_get_worker_for_name worker2 > > > [jk_worker.c (136)]: wc_get_worker_for_name, done found a worker > > > [mod_jk.c (505)]: agsp=8080 agsn=192.168.200.194 hostn=192.168.200.194 > > > shostn=daten.ktbl.de cbsport=0 sport=0 > > > [jk_ajp_common.c (1693)]: Into jk_worker_t::get_endpoint > > > [jk_ajp_common.c (1737)]: In jk_endpoint_t::ajp_get_endpoint, time > > elapsed > > > since last request = 93 seconds > > > [jk_ajp_common.c (1326)]: Into jk_endpoint_t::service > > > [jk_ajp_common.c (298)]: Into ajp_marshal_into_msgb > > > [jk_ajp_common.c (466)]: ajp_marshal_into_msgb - Done > > > [jk_ajp_common.c (777)]: sending to ajp13 #446 > > > [jk_ajp_common.c (1071)]: ajp_send_request 2: request body to send 0 - > > > request body to resend 0 > > > [jk_ajp_common.c (888)]: received from ajp13 #3 > > > [jk_uri_worker_map.c (486)]: Into > jk_uri_worker_map_t::map_uri_to_worker > > > // end here -- already the next request > > > [jk_uri_worker_map.c (500)]: Attempting to map URI > > > '/energy/style/styleguide.css' > > > > > >> -----Ursprüngliche Nachricht----- > > >> Von: Rainer Jung [mailto:[EMAIL PROTECTED] > > >> Gesendet: Freitag, 8. Dezember 2006 09:47 > > >> An: Tomcat Users List > > >> Betreff: Re: Web Service Request not passing through Mod_Jk > > >> > > >> Hello, > > >> > > >> Peter Neu schrieb: > > >>> Hello, > > >>> > > >>> I have a strange problem with mod_jk. Until now I never had trouble > > with > > >>> mod_jk but lately I need to pass web service requests through to an > > Axis > > >>> server running on tomcat (5.5.9). > > >> So what's the problem? There is no line in your post, telling us what > > >> the real problem is. It sounds like the forwarded requests do not > reach > > >> tomcat? > > >> > > >> - What response do you get from apache? > > >> - How does the mod_jk log proceed? Your copy&paste stopps, where it > > >> starts to get interesting > > >> - Can you see correspoding network traffic on the tomcat side, using > a > > >> network sniffer? > > >> > > >> Regards, > > >> > > >> Rainer > > >> > > >>> The strange thing is the pass-through works if the web service > client > > >>> resides on the same machine as apache httpd. > > >>> But this is not a real use case. ;o) > > >>> > > >>> My first thought was this must be the firewall. But I opened all > > >> possible > > >>> ports on the firewall and still got the same result. Besides this > > >> shouldn't > > >>> be of any concern since axis uses the same http ports and it should > be > > >> no > > >>> difference if the request comes from a browser or a web service > client > > >> using > > >>> common http client. > > >>> > > >>> Error message I get are the usual java.net.SocketTimeout Exceptions. > > In > > >> the > > >>> access.log of apache httpd I can see all requests coming either from > > >>> localhost or the external client so no firewall problem possible. I > > set > > >>> mod_jk log level to debug and see it's passing everything through > even > > >> the > > >>> request from the external client. > > >>> > > >>> I already asked at axis & httpd mailings list. Nobody knew how to > > solve > > >>> this. > > >>> > > >>> Cheers, > > >>> Pete > > >>> > > >>> Attempting to map URI '/axis2/services/binarytest' > > >>> [jk_uri_worker_map.c (524)]: jk_uri_worker_map_t::map_uri_to_worker, > > >> Found a > > >>> context match worker2 -> /axis2/ > > >>> [mod_jk.c (1717)]: Into handler r->proxyreq=0 r->handler=jakarta- > > servlet > > >>> r->notes=136973856 worker=worker2 > > >>> jk_worker.c (132)]: Into wc_get_worker_for_name worker2 > > >>> [jk_worker.c (136)]: wc_get_worker_for_name, done found a worker > > >>> [mod_jk.c (505)]: agsp=8080 agsn=192.168.200.194 > hostn=192.168.200.194 > > >>> shostn=my.proxy.de cbsport=0 sport=0 > > >>> [jk_ajp_common.c (1693)]: Into jk_worker_t::get_endpoint > > >>> [jk_ajp_common.c (1737)]: In jk_endpoint_t::ajp_get_endpoint, time > > >> elapsed > > >>> since last request = 10 seconds > > >>> [jk_ajp_common.c (1326)]: Into jk_endpoint_t::service > > >>> [jk_ajp_common.c (298)]: Into ajp_marshal_into_msgb > > >>> > > >>> > > >>> > > >>> > > >>> > > >>> > > >>> > > >>> > > >>> > > >>> -------------------------------------------------------------------- > - > > >>> 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] > > > > > > > > > > > > --------------------------------------------------------------------- > > > 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] > > > > --------------------------------------------------------------------- > 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]
