Hi,
It works for me if I start jetty through mvn with :
myBlock1 > mvn jetty:run

If I edit src/main/java/demo/MyBean.java and recompile it though mvn, class reloading works fine.

But, If I start jetty through Eclipse, and edit MyBean.java, first call will produce the following error, while next call is ok and returns the right result with possibility to debug code.

Here is the error I get :

org.apache.cocoon.tools.rcl.springreloader.SpringReloader

RequestURI=/myBlock1/spring-bean


     Caused by:

java.lang.ClassNotFoundException: 
org.apache.cocoon.tools.rcl.springreloader.SpringReloader
        at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
        at java.security.AccessController.doPrivileged(Native Method)
        at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
        at 
org.apache.commons.jci.stores.ResourceStoreClassLoader.loadClass(ResourceStoreClassLoader.java:67)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
        at 
org.apache.commons.jci.ReloadingClassLoader.loadClass(ReloadingClassLoader.java:113)
        at 
org.apache.cocoon.tools.rcl.wrapper.servlet.ReloadingSpringFilter.doFilter(ReloadingSpringFilter.java:58)
        at 
org.apache.cocoon.tools.rcl.wrapper.servlet.ReloadingServletFilter.doFilter(ReloadingServletFilter.java:50)
        at 
org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1089)
        at 
org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:365)
        at 
org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)
        at 
org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181)
        at 
org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:712)
        at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:405)
        at 
org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:211)
        at 
org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:114)
        at 
org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:139)
        at org.mortbay.jetty.Server.handle(Server.java:286)
        at 
org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:503)
        at 
org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:827)
        at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:511)
        at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:210)
        at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:379)
        at 
org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:361)
        at 
org.mortbay.thread.BoundedThreadPool$PoolThread.run(BoundedThreadPool.java:442)



Vladimir S Bronnikov (JIRA) a écrit :
[ https://issues.apache.org/jira/browse/COCOON-2076?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12503203 ]
Vladimir S Bronnikov commented on COCOON-2076:
----------------------------------------------

Thank you. It's work for me! =))

Exception when Reloading Classloader
------------------------------------

                Key: COCOON-2076
                URL: https://issues.apache.org/jira/browse/COCOON-2076
            Project: Cocoon
         Issue Type: Bug
         Components: * Cocoon Core, - Build System: Maven, - Servlet service 
framework
   Affects Versions: 2.2-dev (Current SVN)
           Reporter: Vladimir S Bronnikov
           Assignee: Grzegorz Kossakowski
            Fix For: 2.2-dev (Current SVN)


I'm running own cocoon block using Reload Classloader (see 
http://cocoon.zones.apache.org/dev-docs/2.2/maven-plugins/maven-plugin/1.0/1297_1_1.html).
 Then I change one of my class. After update my browser I get foloowing error 
in stactrace:
2007-06-07 12:57:38,518 btpool0-1 ERROR cocoon - Internal Cocoon Problem
org.apache.cocoon.ProcessingException: Processor is not set.
        at 
org.apache.cocoon.environment.internal.EnvironmentHelper.enterProcessor(EnvironmentHelper.java:275)
        at 
org.apache.cocoon.servlet.RequestProcessor.process(RequestProcessor.java:345)
        at 
org.apache.cocoon.servlet.RequestProcessor.service(RequestProcessor.java:171)
        at 
org.apache.cocoon.sitemap.SitemapServlet.service(SitemapServlet.java:62)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
        at 
org.apache.cocoon.servletservice.ServletServiceContext$PathDispatcher.forward(ServletServiceContext.java:538)
        at 
org.apache.cocoon.servletservice.ServletServiceContext$PathDispatcher.forward(ServletServiceContext.java:520)
        at 
org.apache.cocoon.servletservice.spring.ServletFactoryBean$ServiceInterceptor.invoke(ServletFactoryBean.java:229)
        at 
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:161)
        at 
org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
        at $Proxy0.service(Unknown Source)
        at 
org.apache.cocoon.servletservice.DispatcherServlet.service(DispatcherServlet.java:92)
...



--
Jean-Christophe Kermagoret
Technological leader
OpenBlueLab : http://www.openbluelab.org

Reply via email to