The red x is the standard way in an html page to indicate something is wrong but no 404 or other status code is displayed otherwise I would have mentioned it. Simple google indicated many reasons why it might occur.
As I mentioned in another email I plan to switch back to Apache Web Server and there recently has been very good explantions on this email group why to do so. As I mentioned I used APR for performance which it did a good job for me but other considerations come into play at this point so no need to drag up old emails from the Apache group regarding APR. Regards, -Tony ----- Original Message ---- From: Pid <p...@pidster.com> To: Tomcat Users List <users@tomcat.apache.org> Sent: Tue, July 20, 2010 10:11:39 AM Subject: Re: APR & Tomcat... On 19/07/2010 22:21, Tony Anecito wrote: > Hi Pid > > First off I get a little red x in the upper left hand corner of the web page. Excellent technical description of the problem. Is it the response status 404 or a 500, I wonder? > Yep I agree maybe an upgrade to the latest Tomcat and APR might accomplish > fixing the problem but silly me I like to understand an issue before I upgrade. I didn't say it would, but silly me I like to advise people to stay current, to gain the benefit of bug and security fixes. > APR==httpd at least that is what the Apache Web site says and the acronym I > put > > up on the title page is about. The Apache Web server group disavow any >knowledge > > of APR since they say the Tomcat Group developed to to replace Apache Web > Server. It's been explained elsewhere in the thread that this is incorrect, but I'm curious to know where you read that the HTTPD 'group' disavowed APR? > What little info I could find seems to indicate APR uses the ROOT directory > under Webapps for html based apps. > > I will probably go back to Apache Web server as a separate tier. I was trying >to > > get better performance using APR + Tomcat and saw some but not enough to >justify > > the advantages of a seperate tier. I can't seem to see whether your original problem has actually been resolved or not, did you manage to determine what was happening or not? p > Best Regards, > -Tony > > > > ----- Original Message ---- > From: Pid <p...@pidster.com> > To: Tomcat Users List <users@tomcat.apache.org> > Sent: Mon, July 19, 2010 3:05:41 PM > Subject: Re: APR & Tomcat... > > On 19/07/2010 19:44, Tony Anecito wrote: >> Hi All, >> >> I have been having odd issues with APR & Tomcat (6.0.20) since I set it up a >> while ago. I am seeing: > > Time for an upgrade. > >> 1. Sometimes on the first try to get images from a page where the images are >> assigned a sub domain via a host tag I get a red x. Hitting refresh seems to >> retrieve the images. The images are in a subfolder off of the ROOT folder of >> tomcat. > > Can you reproduce the problem? > > What does the client actually see? > > You can use a browser tool to find out, e.g. Firebug in Firefox. > Fiddler, ieHttpHeaders in IE, the built-in developer tools in Safari/Chrome. > > What does the server actually send? You didn't state your OS (tsk) but > there are tools available for most OS which will allow you to monitor > network traffic at the server. (e.g. Wireshark). > >> 2. I get a file not found off of another folder where the file is a jnlp file. >> >> >> So is there any type of directory tag (allow, deny ect) I should be using >> for >> the sub folders off or ROOT? When I used Apache Web server I set those up >> but >> then I was not using a Host tag either. But for APR I did not set up any >> type >> directory tags. > > No there isn't. Tomcat != Apache HTTPD. > > Security permissions are set in the "ROOT/WEB-INF/web.xml", as per the > Servlet Spec. > > > p > >> If I need the directory tags where would I put them? >> >> Thanks, >> -Tony >> >> >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org >> For additional commands, e-mail: users-h...@tomcat.apache.org >> > > > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
