Chris
Jasper seems to work fine. It detects the changes and recompiles the java
file.
I have also tried removing all files inside the work directory.
But my problem seems to persist.
It is to do with a session bean class I have.
It is not reloading at all, even after you change your class file.
We tried it in another linux machine
When restarted (tomcat) some time it seems to throw the following exception
Internal Servlet Error:
javax.servlet.ServletException: PRDashBoard.PRContext
at
org.apache.jasper.runtime.PageContextImpl.handlePageException(PageContextImp
l.java:459)
at
jsp.PRJsp._0002fjsp_0002fPRJsp_0002flobCampView_0002ejsplobCampView_jsp_5._j
spService(_0002fjsp_0002fPRJsp_0002flobCampView_0002ejsplobCampView_jsp_5.ja
va:436)
at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:119)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at
org.apache.jasper.servlet.JspServlet$JspServletWrapper.service(JspServlet.ja
va:177)
at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:318)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:391)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at org.apache.tomcat.core.ServletWrapper.doService(ServletWrapper.java:404)
at org.apache.tomcat.core.Handler.service(Handler.java:286)
at org.apache.tomcat.core.ServletWrapper.service(ServletWrapper.java:372)
at
org.apache.tomcat.core.ContextManager.internalService(ContextManager.java:79
7)
at org.apache.tomcat.core.ContextManager.service(ContextManager.java:743)
at
org.apache.tomcat.service.connector.Ajp12ConnectionHandler.processConnection
(Ajp12ConnectionHandler.java:166)
at
org.apache.tomcat.service.TcpWorkerThread.runIt(PoolTcpEndpoint.java:416)
at
org.apache.tomcat.util.ThreadPool$ControlRunnable.run(ThreadPool.java:498)
at java.lang.Thread.run(Thread.java:484)
Root cause:
java.lang.ClassCastException: PRDashBoard.PRContext
at
jsp.PRJsp._0002fjsp_0002fPRJsp_0002flobCampView_0002ejsplobCampView_jsp_5._j
spService(_0002fjsp_0002fPRJsp_0002flobCampView_0002ejsplobCampView_jsp_5.ja
va:103)
at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:119)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at
org.apache.jasper.servlet.JspServlet$JspServletWrapper.service(JspServlet.ja
va:177)
at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:318)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:391)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at org.apache.tomcat.core.ServletWrapper.doService(ServletWrapper.java:404)
at org.apache.tomcat.core.Handler.service(Handler.java:286)
at org.apache.tomcat.core.ServletWrapper.service(ServletWrapper.java:372)
at
org.apache.tomcat.core.ContextManager.internalService(ContextManager.java:79
7)
at org.apache.tomcat.core.ContextManager.service(ContextManager.java:743)
at
org.apache.tomcat.service.connector.Ajp12ConnectionHandler.processConnection
(Ajp12ConnectionHandler.java:166)
at
org.apache.tomcat.service.TcpWorkerThread.runIt(PoolTcpEndpoint.java:416)
at
org.apache.tomcat.util.ThreadPool$ControlRunnable.run(ThreadPool.java:498)
at java.lang.Thread.run(Thread.java:484)
Uthay
----- Original Message -----
From: "Chris Haynes" <[EMAIL PROTECTED]>
To: "uthay" <[EMAIL PROTECTED]>
Sent: Tuesday, February 27, 2001 6:48 PM
Subject: Re: Tomcat class loader
> Uthay,
>
> I had a slightly different problem in mind - having to remember which
> classes will and won't be re-loaded automatically and hence whether or
> not I have to restart tomcat to see the effect of a change in source
> code.
>
> I'm not quite sure what your "stuck" class is all about. If the tomcat
> JSP compiler mechanism (jikes, is it?) has compiled it, I believe
> there will be a .class file in a subdirectory of TOMCAT_HOME/work with
> a name made up of your class name embedded in many, many other
> characters.
>
> Not sure if this is addressing your problem, but this is the place
> where I've found lingering class files lurking before now.
>
> Chris
>
>
> ----- Original Message -----
> From: "uthay" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>; "Chris Haynes"
> <[EMAIL PROTECTED]>
> Sent: Tuesday, February 27, 2001 4:43 PM
> Subject: Re: Tomcat class loader
>
>
> > Chris,
> > How did you test it?
> >
> >
> > My bean class (happens to be a session bean) is not released even
> after
> > stopping and starting tomcat!!!
> > I have tried removing all the class and java files with that name
> but
> > instead of showing class not found, somehow it finds the old class!
> >
> >
> > ----- Original Message -----
> > From: "Chris Haynes" <[EMAIL PROTECTED]>
> > To: <[EMAIL PROTECTED]>
> > Sent: Tuesday, February 27, 2001 4:13 PM
> > Subject: Re: Tomcat class loader
> >
> >
> > > What I've observed is that it only reloads the classes it
> *directly*
> > > knows about.
> > >
> > > I.E. it will reload amended Servlet classes and JSP files, but if
> they
> > > then refer to other classes, these other classes will NOT be
> reloaded
> > > if they change.
> > >
> > > So you have to keep stopping and starting tomcat unless you use
> ONLY
> > > simple JSP pages (with no other changing classes referred to ) and
> > > servlets which use only stable classes.
> > >
> > >
> > > Chris
> > >
> > >
> > > ----- Original Message -----
> > > From: "uthay" <[EMAIL PROTECTED]>
> > > To: <[EMAIL PROTECTED]>
> > > Sent: Tuesday, February 27, 2001 3:35 PM
> > > Subject: Re: Tomcat class loader
> > >
> > >
> > > > Thx Jim
> > > >
> > > > I tried that.
> > > > I also want to bring some other thing I read recently.
> > > > It states that although tomcat supports class reloading on
> updation
> > > it is
> > > > still not supported to those classes that are not servlets.
> > > > What does that supposed to mean?
> > > >
> > > >
> > > >
> > > > ----- Original Message -----
> > > > From: "Jim Miani" <[EMAIL PROTECTED]>
> > > > To: <[EMAIL PROTECTED]>
> > > > Sent: Tuesday, February 27, 2001 1:40 PM
> > > > Subject: RE: Tomcat class loader
> > > >
> > > >
> > > > >
> > > > > Uthay - I was having the same problem. See my post yesterday
> under
> > > subject
> > > > > JSP caching.
> > > > >
> > > > > The problem is that your WEB-INF directory is probably in your
> > > CLASSPATH
> > > > > when you start Tomcat - see the FAQ - it won't reload classes
> in
> > > your
> > > > > CLASSPATH
> > > > >
> > > > > There is a question/answer in the FAQ re: this - I feel dumb
> about
> > > it. Now
> > > > > you can too :)
> > > > >
> > > > > Good luck.
> > > > >
> > > > > Jim
> > > > >
> > > > >
> > > > > >From: "uthay"
> > > > > >Subject: Tomcat class loader
> > > > > >Date: Tue, 27 Feb 2001 13:15:44 -0000
> > > > > >
> > > > > > It was stated in the tomcat installation instructions that
> > > tomcat will
> > > > > > reload any servelet or jsp file if the file is changed.
> > > > > > I am using a package through a servlet. Although I have
> modified
> > > the
> > > > > > package, tomcat is refusing to load the new classes and
> holding
> > > onto the
> > > > > > older ones.
> > > > > > May be its because they are not servlets??????
> > > > > > Is there anyway of solving this.
> > > > > > Does tomcat follow a different class loading mechanism for
> > > classes
> > > > > >that are not servlets. (classes in WEB-INF)?
> > > > >
> > > > >
> > > > >
> > > > >
> > > >
> > >
> > --------------------------------------------------------------------
> > > -
> > > > > To unsubscribe, e-mail:
> [EMAIL PROTECTED]
> > > > > For additional commands, email:
> > > [EMAIL PROTECTED]
> > > > >
> > > > >
> > > >
> > > >
> > >
> > --------------------------------------------------------------------
> > > -
> > > > To unsubscribe, e-mail:
> [EMAIL PROTECTED]
> > > > For additional commands, email:
> [EMAIL PROTECTED]
> > > >
> > > >
> > >
> > >
> >
> > --------------------------------------------------------------------
> -
> > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > For additional commands, email:
> [EMAIL PROTECTED]
> > >
> > >
> >
> >
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
