tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From André Warnier ...@ice-sa.com>
Subject Re: mod_jk doesn't map to software-generated web address, but maps to this address when I enter it into browser
Date Fri, 17 Feb 2012 22:06:31 GMT
Rainer Jung wrote:
> On 17.02.2012 17:43, David N. Smith wrote:
>>
>> On Feb 17, 2012, at 10:27 AM, "André Warnier"<aw@ice-sa.com>  wrote:
>>
>>> Christopher Schultz wrote:
>>>> -----BEGIN PGP SIGNED MESSAGE-----
>>>> Hash: SHA1
>>>> To whom it may concern,
>>>> On 2/16/12 1:29 PM, modjklist@comcast.net wrote:
>>>>> I took all JkMounts inside the VirtualHost tags and placed them 
>>>>> outside these tags, and above them added JkMountCopy All,
>>>>> restarted Apache, and now Adobe successfully can access
>>>>> mydomain.com/mywebapp. Thanks so much!!!
>>>>>
>>>>> I also tried modifying the above httpd.conf configuration by
>>>>> removing the global JkMountCopy All line of code, and adding a
>>>>> JkMountCopy On line of code inside the original VirtualHost tags,
>>>>> but this also failed as before. Any idea why?
>>>>>
>>>>> Andre, I did worry about the "host3" designation initially, so I 
>>>>> previously added it to the VirtualHost tag here under ServerAlias:
>>>>>
>>>>> ServerAlias www.mydomain.com host3.mydomain.com
>>>>>
>>>>> So I assumed that should permit Adobe trying to access 
>>>>> host3.mydomain.com
>>>> I'm still curious as to why Adobe sees a different experience than you
>>>> do with your web browser.
>>>
>>> Me too in fact.  I didn't quite get Rainer's explanation, and still 
>>> do not understand why an Adobe request results in this URI being 
>>> logged by mod_jk :
>>>
>>> [Thu Feb 16 06:47:35 2012] [13723:140020322740160] [debug] 
>>> jk_map_to_storage::mod_jk.c (3647): missing uri map for 
>>> host3.mydomain.com:/mywebapp/flex_wizard_project_test_script_server_550713325917236076.htm

>>>
>>>
>>> while when doing it by hand, the URI shown in the log is quite 
>>> different :
>>>
>>>> [Thu Feb 16 06:55:21 2012] [13725:140020322740160] [debug] 
>>>> map_uri_to_worker_ext::jk_uri_worker_map.c (1036): Attempting to map 
>>>> URI 
>>>> '/mywebapp/flex_wizard_project_test_script_server_550713325917236076.htm'

>>>> from 6 maps
>>>
>>> Is it just a variation due to how the mod_jk logging works, or is it 
>>> really that the request URI is arriving differently to Apache in one 
>>> case or the other ?
>>>
>>> Like :
>>> - from a browser :
>>> GET 
>>> /mywebapp/flex_wizard_project_test_script_server_550713325917236076.htm 
>>> HTTP/1.1
>>> Host: host3.mydomain.com
>>> ...
>>>
>>> - from Adobe :
>>> GET 
>>> host3.mydomain.com:/mywebapp/flex_wizard_project_test_script_server_550713325917236076.htm

>>> HTTP/1.1
>>> Host: ????
>>> ...
>>>
>>> ???
>>>
>>>
>>
>> Partially to add to the chorus ...
>>
>> It *looks like* to my eye that Adobe is trying something strange like:
>>
>> http://host3.mydomain.com/host3.mydomain.com:/mywebapp/flex .... (the 
>> rest of the URL).
> 
> No no no: as I said multiple times now, the string 
> "...host3.mydomain.com:/mywebapp/flex_wizard_project..." in the "missing 
> uri map" mod_jk log message means: the VirtualHost that handles 
> "host3.mydomain.com" has not JkMount defined, so it can't map the URI 
> "/mywebapp/flex_wizard_project". The space after the colun is just 
> missing in the log message.
> 

Jede Schlamperei..

See the chaos and speculations that a simple missing space is causing ?
:-)

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org


Mime
View raw message