tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Lentes, Bernd" <bernd.len...@helmholtz-muenchen.de>
Subject RE: specifying the content-type
Date Wed, 01 Jun 2011 12:13:44 GMT
Andre Warnier wrote:

>
> Your configuration of mod_jk below looks correct (except a
> small detail, see JkMount).
> But I must say that it is difficult to believe that the
> request is actually forwarded to Tomcat, and that Tomcat then
> fails to recognise the file as a JSP page, and returns it as
> "text/plain" source.

The content is dynamically delivered by a servlet, not a jsp-file.

> Particularly if, as you said earlier, when you access the
> same URL on Tomcat directly, via port 8080, the same document
> displays correctly.

Yes.

>
> The <Connector>'s in Tomcat (the one for HTTP port 8080, and
> the one for AJP on port 8009) are just interfaces that
> receive a request in some format, translate it to a common
> internal format, and then forward it in that internal format
> to the internal Tomcat machinery (which is the same in both
> cases).  So whether a request is originally received on the
> HTTP Connector or on the AJP Connector, should not make a
> difference in terms of how Tomcat processes the same URL.
> And the result should be returned the same way in both cases.

tcpdump shows that the content delivered by httpd has a content-type of text/plain, the content
delivered by tomcat has no content-type.

>
> So something in the symptoms you report does not fit.
>
> Can you :
> - stop Apache
> - clear the mod_jk log
> - restart Apache
> - then issue just one request to "mouseidgenes" through
> Apache (port 80)
> - then edit the mod_jk log, find the lines specific to that
> one request, and paste them here
>

OK:

This should be the beginning of the request forwarded by httpd to tomcat:

...
[Wed Jun 01 14:04:31 2011] [26662:405231360] [debug] map_uri_to_worker::jk_uri_worker_map.c
(682): Attempting to map URI '/mouseidgenes/InputData' from 1 map
s
[Wed Jun 01 14:04:31 2011] [26662:405231360] [debug] find_match::jk_uri_worker_map.c (503):
Attempting to map context URI '/mouseidgenes/*=appl01' source 'Jk
Mount'
[Wed Jun 01 14:04:31 2011] [26662:405231360] [debug] find_match::jk_uri_worker_map.c (516):
Found a wildchar match '/mouseidgenes/*=appl01'
[Wed Jun 01 14:04:31 2011] [26662:405231360] [debug] jk_handler::mod_jk.c (2222): Into handler
jakarta-servlet worker=appl01 r->proxyreq=0
[Wed Jun 01 14:04:31 2011] [26662:405231360] [debug] wc_get_worker_for_name::jk_worker.c (115):
found a worker appl01
[Wed Jun 01 14:04:31 2011] [26662:405231360] [debug] wc_maintain::jk_worker.c (323): Maintaining
worker appl01
[Wed Jun 01 14:04:31 2011] [26662:405231360] [debug] wc_get_name_for_type::jk_worker.c (292):
Found worker type 'ajp13'
[Wed Jun 01 14:04:31 2011] [26662:405231360] [debug] init_ws_service::mod_jk.c (888): Service
protocol=HTTP/1.1 method=GET host=(null) addr=146.107.135.80 na
me=vm53200-12 port=80 auth=(null) user=(null) laddr=146.107.35.101 raddr=146.107.135.80 uri=/mouseidgenes/InputData
[Wed Jun 01 14:04:31 2011] [26662:405231360] [debug] ajp_get_endpoint::jk_ajp_common.c (2587):
acquired connection pool slot=0
[Wed Jun 01 14:04:31 2011] [26662:405231360] [debug] ajp_marshal_into_msgb::jk_ajp_common.c
(553): ajp marshaling done
[Wed Jun 01 14:04:31 2011] [26662:405231360] [debug] ajp_service::jk_ajp_common.c (2058):
processing appl01 with 2 retries
[Wed Jun 01 14:04:31 2011] [26662:405231360] [debug] ajp_send_request::jk_ajp_common.c (1352):
(appl01) all endpoints are disconnected, detected by connect c
heck (0), cping (0), send (0)
[Wed Jun 01 14:04:31 2011] [26662:405231360] [debug] jk_open_socket::jk_connect.c (448): socket
TCP_NODELAY set to On
[Wed Jun 01 14:04:31 2011] [26662:405231360] [debug] jk_open_socket::jk_connect.c (548): trying
to connect socket 13 to 127.0.0.1:8009
[Wed Jun 01 14:04:31 2011] [26662:405231360] [debug] jk_open_socket::jk_connect.c (574): socket
13 connected to 127.0.0.1:8009
[Wed Jun 01 14:04:31 2011] [26662:405231360] [debug] ajp_connect_to_endpoint::jk_ajp_common.c
(878): Connected socket 13 to (127.0.0.1:8009)
[Wed Jun 01 14:04:31 2011] [26662:405231360] [debug] ajp_connection_tcp_send_message::jk_ajp_common.c
(934): sending to ajp13 pos=4 len=433 max=8192
[Wed Jun 01 14:04:31 2011] [26662:405231360] [debug] ajp_connection_tcp_send_message::jk_ajp_common.c
(934): 0000    12 34 01 AD 02 02 00 08 48 54 54 50 2F 3
1 2E 31  - .4......HTTP/1.1
[Wed Jun 01 14:04:31 2011] [26662:405231360] [debug] ajp_connection_tcp_send_message::jk_ajp_common.c
(934): 0010    00 00 17 2F 6D 6F 75 73 65 69 64 67 65 6
E 65 73  - .../mouseidgenes
...


And this should be the beginning of the response:

...
[Wed Jun 01 14:04:31 2011] [26662:405231360] [debug] ajp_connection_tcp_get_message::jk_ajp_common.c
(1117): received from ajp13 pos=0 len=10 max=8192
[Wed Jun 01 14:04:31 2011] [26662:405231360] [debug] ajp_connection_tcp_get_message::jk_ajp_common.c
(1117): 0000    04 00 C8 00 02 4F 4B 00 00 00 00 00 00 0
0 00 00  - .....OK.........
[Wed Jun 01 14:04:31 2011] [26662:405231360] [debug] ajp_unmarshal_response::jk_ajp_common.c
(608): status = 200
[Wed Jun 01 14:04:31 2011] [26662:405231360] [debug] ajp_unmarshal_response::jk_ajp_common.c
(615): Number of headers is = 0
[Wed Jun 01 14:04:31 2011] [26662:405231360] [debug] ajp_connection_tcp_get_message::jk_ajp_common.c
(1117): received from ajp13 pos=0 len=8188 max=8192
[Wed Jun 01 14:04:31 2011] [26662:405231360] [debug] ajp_connection_tcp_get_message::jk_ajp_common.c
(1117): 0000    03 1F F8 3C 48 65 61 64 3E 3C 74 69 74 6
C 65 3E  - ...<Head><title>
[Wed Jun 01 14:04:31 2011] [26662:405231360] [debug] ajp_connection_tcp_get_message::jk_ajp_common.c
(1117): 0010    4D 6F 75 73 65 49 44 47 65 6E 65 73 3C 2
F 74 69  - MouseIDGenes</ti
[Wed Jun 01 14:04:31 2011] [26662:405231360] [debug] ajp_connection_tcp_get_message::jk_ajp_common.c
(1117): 0020    74 6C 65 3E 3C 2F 68 65 61 64 3E 0A 0D 0
A 3C 73  - tle></head>...<s
...

You see the beginning of the html source code.



>
> So what I suspect, is that when you look at the mod_jk log,
> you see lines that show that indeed mod_jk received the
> request URL from Apache, and is trying to match it to one of
> its internally mapped URLs.
> But you may be missing the line that says, in the end, that
> mod_jk could not match the URL, and is returning a response
> "declined" to Apache.
>
>

vm53200-12:/etc/apache2 # grep -i decline /var/log/apache2/mod_jk.log
vm53200-12:/etc/apache2 #

nothing found.

Bernd

Helmholtz Zentrum München
Deutsches Forschungszentrum für Gesundheit und Umwelt (GmbH)
Ingolstädter Landstr. 1
85764 Neuherberg
www.helmholtz-muenchen.de
Aufsichtsratsvorsitzende: MinDir´in Bärbel Brumme-Bothe
Geschäftsführer: Prof. Dr. Günther Wess und Dr. Nikolaus Blum
Registergericht: Amtsgericht München HRB 6466
USt-IdNr: DE 129521671
Mime
View raw message