[prev in list] [next in list] [prev in thread] [next in thread] 

List:       tapestry-user
Subject:    RE: Tapestry Development w/o restarts.
From:       "Howard M. Lewis Ship" <hlship () attbi ! com>
Date:       2003-03-28 12:42:52
[Download RAW message or body]

This is just a function of the app server.  Some app servers are smart about
dynamically reloading servlets, but they don't know from other classes.
Most I've worked with will invalidate your existing HttpSessions when the a
WAR is redeployed.

I can't stress enough: use a light-wieght container (such as Jetty) for your
Tapestry application and use JNDI/RMI to let your EJBs and such operate
separately.  You can restart Jetty in seconds and your front-end,
presentation layer changes 50x as often as the back end database and EJBs.

--
Howard M. Lewis Ship
Creator, Tapestry: Java Web Components
http://jakarta.apache.org/proposals/tapestry



> -----Original Message-----
> From: Jan, Andersson [mailto:Jan.Andersson@agriculture.gov.ie] 
> Sent: Friday, March 28, 2003 6:37 AM
> To: Tapestry users
> Subject: Tapestry Development w/o restarts.
> 
> 
> Hi,
> For every change in the .java files I need to restart the App 
> Server for the change to take effect. 
> Actually the whole web application breaks with this exception 
> if I dont restart:
> (java.lang.ClassCastException: sso.engine.SSOEngine
> 	at 
> net.sf.tapestry.ApplicationServlet.createEngine(ApplicationSer
> vlet.java:608)
> 	at 
> net.sf.tapestry.ApplicationServlet.getEngine(ApplicationServle
> t.java:393)
> 	at 
> net.sf.tapestry.ApplicationServlet.doService(ApplicationServle
> t.java:205)
> 	at 
> net.sf.tapestry.ApplicationServlet.doGet(ApplicationServlet.java:172)
> 	at javax.servlet.http.HttpServlet.service(HttpServlet.java:195)
> 	at javax.servlet.http.HttpServlet.service(HttpServlet.java:309)
> 	at javax.servlet.http.HttpServlet.service(HttpServlet.java:336)
> 	at com.evermind[Oracle9iAS (1.0.2.2.1) Containers for 
> J2EE].server.http.ServletRequestDispatcher.invoke(ServletReque
> stDispatcher.java:508))
> 
> Using Oracle9iAS OC4J 1.0.2.2.1 Application server (Which is 
> Orion). Would it be true to say that this is the way it 
> works? Or is this a OC4J (Orion) specific problem and has 
> anyone seem it before?
> 
> Thanks, 
> Jan
> 
> 
> **********************************************************************
> The information contained in this email and in any
> attachments is confidential and is designated solely
> for the attention and use of the intended recipient(s).
> This information may be subject to legal and professional 
> privilege.  If you are not an intended recipient of this 
> email, you must not use, disclose, copy, distribute or retain 
> this message or any part of it. If you have received this 
> email in error, please notify the sender immediately and 
> delete all copies of this email from your computer system(s).
> **********************************************************************
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
> 


[prev in list] [next in list] [prev in thread] [next in thread]