-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 To whom it may concern,
On 2/16/12 10:59 AM, modjkl...@comcast.net wrote: > Hello. I'm trying to setup Adobe's Flexbuilder 4.6 software to > access mydomain.com/mywebapp using port 80 on Apache Webserver > 2.2.21 and connect using mod_jk 1.2.32 on a remote Linux CentOS 6.2 > server. I'm puzzled by the mod_jk.log file, which I've included a > snippet below and attached as a text file. I also attached an image > of Adobe Flexbuilder's wizard. The image was stripped by the list, so we can't see it. You'll have to post elsewhere if it's important. Also, though I could see your customized font colors, many readers will not be able to, and the archives may not show them either. Then there are red-green color-blind people, too :) Consider using in-text clues to point things out rather than font colors. > If I enter the following into this Root URL field > > http://mydomain.com:8080/mywebapp > > the Adobe Flashbuilder software states that a connection was > successfully made to the server. Great. That suggests that your webapp is configured correctly and that the server is accessible -- at least through (presumably, given the :8080) Tomcat. > However, if I enter the following instead: > > http://mydomain.com/mywebapp > > the Adobe Flashbuilder software states that it cannot connect to > the server. Okay. So, something is misconfigured between httpd <-> Tomcat. > When I review the mod_jk.log file (attached as a file and also > shown below), I see Adobe's request in the 2nd line (see red font), > where the mod_jk.log entry reports a missing uri map for > host3.mydomain.com:/jitterapp/flex_wizard_... For reference, here's the log for that particular timestamp: > [Thu Feb 16 06:47:35 2012] [13723:140020322740160] [debug] > jk_translate::mod_jk.c (3488): missing uri map for > host3.mydomain.com:/mywebapp/flex_wizard_project_test_script_server_550713325917236076.htm Odd > that it's got a colon and no port number. It must be getting to the server because you can see log messages. I wonder if that's a tiny bug in mod_jk's logging code. > Later in this log snippet, as identified in green font, you'll see > an entry for attempting to map URI '/jitterapp/flex_wizard_... This > entry was created when I opened a web browser and pointed it to the > address Adobe was trying to access, which I obtained from the log > file, that is, > http://mydomain.com/mywebapp/flex_wizard_project_test_script_server_550713325917236076.htm. > > In this case, a match was found with JkMount and a worker assigned, and > so mod_jk seems to be working. For reference: > [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 > > [Thu Feb 16 06:55:21 2012] [13725:140020322740160] [debug] > find_match::jk_uri_worker_map.c (850): Attempting to map context > URI '/glassfish-test/*=worker1' source 'JkMount' > > [Thu Feb 16 06:55:21 2012] [13725:140020322740160] [debug] > find_match::jk_uri_worker_map.c (850): Attempting to map context > URI '/mywebapp/*=worker1' source 'JkMount' > > [Thu Feb 16 06:55:21 2012] [13725:140020322740160] [debug] > find_match::jk_uri_worker_map.c (863): Found a wildchar match > '/mywebapp/*=worker1' So, that all looks good to me. > My question is, why does mod_jk work when I manually enter the web > address Adobe is trying to access but not work when Adobe accesses > it? Can you watch the network traffic using something like tcpdump or Wireshark? It would be good to see what the actual conversation is between the client and the server. > Can you see anything in the log file that would indicate the > address I entered is different than the address Adobe is using, > that could explain this? I really need this working, so any help > MUCH appreciated. Thanks in advance. That extra colon is a bit weird. Are you switching ports or protocols during any redirection that Flexbuilder might have to follow? I wonder if there is a bug in Flexbuilder that causes prroly-formed URLs to be sent to the server. > For reference, the httpd.conf file includes the following (the ... > indicates non-relevant code I removed for simplicity): > > <VirtualHost xx.xxx.xxx.196:80> Stupid question: that's the IP address for host3.mydomain.com, right? If you bind to a specific interface, it's possible that httpd might handle a request on a different interface with a request for /mydomain (I think you meant /mywebapp) and not map it properly. > JkMountCopy On I didn't see any JkMounts outside of this <VirtualHost>. Are you sure you need JkMountCopy? > JkMount /mydomain/* worker1 JkMount /mydomain worker1 Looks good. Let's see what tcpdump has to say. You ought to be able to use something like curl or wget to reproduce each of the requests made by FlexBuilder to see exactly where either the client or the server is failing. - -chris -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.17 (Darwin) Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk89LxoACgkQ9CaO5/Lv0PBj6gCfXaTKQxvtrFiel5Fb7Udk2Tx/ l7wAnjfFWn3BFypgcmqyjNKsMWPxHdcI =zyS8 -----END PGP SIGNATURE----- --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
