Christopher Schultz wrote:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
To whom it may concern,
On 2/16/12 1:29 PM, modjkl...@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: ????
...
???
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
