It also fails for jetty sometimes. When I change a template the whole application is redeployed (just sometimes) and jetty's doing something wrong and the application is down - I see a jetty-404 and the registry startup stuff in the logs...
When I change a page class that contains an inner class or inner enum the reloading fails. The exception report page tells me it cannot find the inner class / enum. Am 16.06.2010 um 12:31 schrieb Inge Solvoll: > Unfortunately, live class reloading does not work in tomcat, only jetty. > > On Wed, Jun 16, 2010 at 12:25 PM, Paul Stanton <p...@mapshed.com.au> wrote: > >> thanks sven, >> >> does anyone know if there is an equivalent for tomcat? >> >> also, note that this does not happen all the time, probably 10% of the >> time. the class re-loading problem is 100% of the time however. >> >> regards, paul. >> >> >> Sven Homburg wrote: >> >>> >>> http://wiki.github.com/dpp/liftweb/how-to-fix-file-locking-problem-with-jettyrun-in-windows >>> >>> with regards >>> Sven Homburg >>> Founder of the Chenille Kit Project >>> http://chenillekit.codehaus.org >>> >>> >>> >>> >>> 2010/6/16 Paul Stanton <p...@mapshed.com.au> >>> >>> >>> >>>> howard, >>>> >>>> my application classes are not packed up into jars. they are in .class >>>> files on the classpath (web-inf/classes). should they be reloaded? >>>> >>>> i'm assuming it's due to tapestry extending the classes at runtime, and >>>> your classloader (via maven/jetty) somehow handles this.. is there no >>>> way >>>> to get this type of reloading support when your application classes are >>>> loose? >>>> >>>> regards, paul. >>>> >>>> >>>> Howard Lewis Ship wrote: >>>> >>>> >>>> >>>>> If classes are packaged up into JARs they will not be live reloaded. >>>>> Use Jetty for development even if you use Tomcat for deployment. >>>>> >>>>> On Tue, Jun 15, 2010 at 3:51 PM, Thiago H. de Paula Figueiredo >>>>> <thiag...@gmail.com> wrote: >>>>> >>>>> >>>>> >>>>> >>>>>> On Tue, 15 Jun 2010 19:45:35 -0300, Paul Stanton <p...@mapshed.com.au> >>>>>> wrote: >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>>> http://tapestry.apache.org/tapestry5.1/guide/reload.html* >>>>>>> >>>>>>> *Hi all, >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>> Hi! >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>>> I've our project is set up so that tomcat runs from the >>>>>>> src/main/webapp >>>>>>> dir which contains jars and compiled code. Maven is set up to >>>>>>> maintains >>>>>>> the >>>>>>> jars within src/main/webapp/WEB-INF/lib and src/main/java and >>>>>>> src/main/resources compile to /src/main/webapp/WEB-INF/classes. >>>>>>> >>>>>>> I'm aware that this is not quite the typical setup. >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>> Why not Jetty, at least when developing? >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>>> Quite often a change to a resource such as a TML or a JS referenced by >>>>>>> an >>>>>>> @IncludeJavascript will cause a compile error if the web app is >>>>>>> running: >>>>>>> ...The project was not built due to "Could not delete >>>>>>> '.../src/main/webapp/WEB-INF/classes/com'... >>>>>>> and any change to a tapestry page or component fails to hot-replace. >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>> I've seen this problem happening with Jetty too, but only on Windows. >>>>>> This >>>>>> is a problem of file locking, not Tapestry itself or your setup. I use >>>>>> Linux >>>>>> and I've never met this problem. :) >>>>>> >>>>>> -- >>>>>> Thiago H. de Paula Figueiredo >>>>>> Independent Java, Apache Tapestry 5 and Hibernate consultant, >>>>>> developer, >>>>>> and >>>>>> instructor >>>>>> Owner, Ars Machina Tecnologia da Informação Ltda. >>>>>> http://www.arsmachina.com.br >>>>>> >>>>>> --------------------------------------------------------------------- >>>>>> To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org >>>>>> For additional commands, e-mail: users-h...@tapestry.apache.org >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>> >>> >>> >> --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
