Is your problem solved. I have noted one thing about Tomcat. If the compiled classes modification date is less than that of the machine running Tomcat, Tomcat will never know that the file is changed and never reload it. Only a reload can load the new class. This is true for servlets,beans nad JSP. I faced this problem when workstation machine time is behind server time. You can overcome this by syncing all machines clocks. Or advise students to perform a reload through the manager task. Or write an Ant script to reload it.
rgds Antony Paul. ----- Original Message ----- From: "Dick Steflik" <[EMAIL PROTECTED]> To: "Tomcat Users List" <[EMAIL PROTECTED]> Sent: Monday, December 15, 2003 5:24 AM Subject: Re: Need some Tomcat Configuration help badly > I had the same question. In all of the years I've worked with Java I've > always thought it was free of memory leaks. If you use a different > compiler does the problem go away. Is that how people like JRun > (Macromedia) and WebSphere (IBM) avoid the problem? > > Dick Steflik > > Nikola Milutinovic wrote: > > >>>>BTW, there is a bug with Tomcat which will cause it to run out of > >>>>memory after a number of restarts. You will probably run into this > >>>>with 30 students uploading new classes. You will also want to make > >>>>sure that the fork attribute for the JspServlet is set to true as well > >>>>as compiling JSPs will leak memory unless the compiling process is > >>>>forked. > >>>> > >>>> > >>>Is this true only for Tomcat4 or for version 5 as well? > >>> > >>> > >>True for both. > >> > >> > > > >It strikes me odd, I've been hearing about "memory leak while recompiling > >JSPs" for a couple of years. Is it really there and is it going to be > >removed in the near future? I recall that being attributed to "javac" memory > >leaks. That's why they advise to pre-compile JSP for production environment. > >I cannot fathom how can it be: > > > >a) so consistent > >b) not dependant on JDK version > > > >Any insight? > > > >Nix. > > > > > >--------------------------------------------------------------------- > >To unsubscribe, e-mail: [EMAIL PROTECTED] > >For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
