Ralph: Your pointing out cocoon.jar to me made me realize what a dumbass I am.
I forgot to remove old cocoon-2.1.1 jars from WEB-INF/lib... I should've known from my experience that the exception I was getting is a classpath issue. Thanks a lot! My application appears to be working now! Oleg > Cocoon.roles lives in an obscure place - underneath the classes > directory. It will be in cocoon.jar if you are using that. > > Here is the way I build my site: > 1. Build Cocoon with only the blocks I need and disabling the samples. > 2. Copy all the jars in WEB-INF/lib to my maven repository in the > correct places. Modify my maven dependencies accordingly. This will > cause them to end up in the WEB-INF/lib or APP-INF/lib directory of my > build. > 3. Copy cocoon's sitemap to my application directory. > 4. Copy cocoon.xconf, logkit.xconf and instrument.xconf to my > application's WEB-INF directory. > 5. Copy Cocoon's entities directory (and its contents) to my > application's WEB-INF directory. > 6. I also placed CatalogManager.properties in its own jar that goes into > WEB-INF/lib. This was the only way I could find to get rid of the > "Cannot find CatalogManager.properties" message at startup. > 7. I don't actually touch my web.xml every time I update cocoon. > > I think that is it. Maven automatically patches cocoon.xconf for me > adding in my components. All our stuff lives in sub-sitemaps so I don't > have to patch it. > > I really suspect the problem has to do with Cocoon.roles. > > -----Original Message----- > From: Oleg Dulin [mailto:[EMAIL PROTECTED] > Sent: Tuesday, January 20, 2004 12:08 PM > To: Ralph Goers > Cc: [EMAIL PROTECTED] > Subject: RE: Cocoon 2.1.3 on WebLogic 8.1: CocoonServlet does not have a > d efault constructor > > > I don't see it anywhere in the cocoon buld. > > Let's go through this: > > I downloaded latest cocoon (cocoon-2.1.3). > > I ran "build.bat" > > Copied build/webapp to > bea/user_applications/domains/..../applications/cocoon213 > > Deployed > > Tried hitting localhost:7001/cocoon213 and get 404 from Cocoon servlet. > (fine, it means cocoon servlet loads). > > COpied the entire WEB-INF to my app and did the same for components as I > described earlier. > > Added BEA to the list of people whom I don't like :-) Will remove when I > learn it was my error. > > Oleg > > >> What about cocoon.roles? Did you bring that in too? >> >> Ralph >> >> -----Original Message----- >> From: Oleg Dulin [mailto:[EMAIL PROTECTED] >> Sent: Tuesday, January 20, 2004 11:42 AM >> To: [EMAIL PROTECTED] >> Cc: Ralph Goers >> Subject: RE: Cocoon 2.1.3 on WebLogic 8.1: CocoonServlet does not have >> a d efault constructor >> >> >> Yes, my sitemap. >> >> Cocoon 2.1.3 WAR appears to work (although I get 404 trying to get to >> anything, it seems like cocoon servlet is loaded). >> >> So, I copied everything under WEB-INF from cocoon into my app, and >> components from the main sitemap into my sitemap. Still, same problem: >> >> java.lang.NoSuchMethodError: >> org.apache.cocoon.components.LifecycleHelper.<init> >> > (Lorg/apache/avalon/framework/logger/Logger;Lorg/apache/avalon/framework/con >> text >> > /Context;Lorg/apache/avalon/framework/service/ServiceManager;Lorg/apache/ava >> lon/ >> > excalibur/component/RoleManager;Lorg/apache/avalon/framework/configuration/C >> onfi >> guration;)V >> at >> org.apache.cocoon.woody.util.SimpleServiceSelector.configure(SimpleSe >> rviceSelector.java:107) >> at >> org.apache.cocoon.woody.datatype.DefaultDatatypeManager.initialize(De >> faultDatatypeManager.java:96) >> at >> org.apache.avalon.framework.container.ContainerUtil.initialize(Contai >> nerUtil.java:282) >> at >> org.apache.avalon.excalibur.component.DefaultComponentFactory.newInst >> ance(DefaultComponentFactory.java:323) >> at >> org.apache.avalon.excalibur.component.ThreadSafeComponentHandler.init >> ialize(ThreadSafeComponentHandler.java:141) >> at >> org.apache.avalon.excalibur.component.ExcaliburComponentManager.looku >> p(ExcaliburComponentManager.java:308) >> at >> org.apache.cocoon.components.CocoonComponentManager.lookup(CocoonComp >> onentManager.java:315) >> at >> org.apache.avalon.framework.service.WrapperServiceManager.lookup(Wrap >> perServiceManager.java:106) >> at >> org.apache.avalon.excalibur.component.DefaultComponentFactory$Service >> ManagerProxy.lookup(DefaultComponentFactory.java:519) >> at >> org.apache.cocoon.woody.binding.JXPathBindingManager.service(JXPathBi >> ndingManager.java:89) >> at >> org.apache.avalon.framework.container.ContainerUtil.service(Container >> Util.java:181) >> at >> org.apache.avalon.excalibur.component.DefaultComponentFactory.newInst >> ance(DefaultComponentFactory.java:298) >> at >> org.apache.avalon.excalibur.component.ThreadSafeComponentHandler.init >> ialize(ThreadSafeComponentHandler.java:141) >> at >> org.apache.avalon.excalibur.component.ExcaliburComponentManager.initi >> alize(ExcaliburComponentManager.java:554) >> at >> org.apache.cocoon.components.CocoonComponentManager.initialize(Cocoon >> ComponentManager.java:530) >> at >> org.apache.avalon.framework.container.ContainerUtil.initialize(Contai >> nerUtil.java:282) >> at org.apache.cocoon.Cocoon.initialize(Cocoon.java:324) >> at >> org.apache.cocoon.servlet.CocoonServlet.createCocoon(CocoonServlet.ja >> va:1352) >> at >> org.apache.cocoon.servlet.CocoonServlet.init(CocoonServlet.java:501) >> at >> weblogic.servlet.internal.ServletStubImpl$ServletInitAction.run(Servl >> etStubImpl.java:993) >> at >> weblogic.security.acl.internal.AuthenticatedSubject.doAs(Authenticate >> dSubject.java:317) >> at >> weblogic.security.service.SecurityManager.runAs(SecurityManager.java: >> 118) >> at >> weblogic.servlet.internal.ServletStubImpl.createServlet(ServletStubIm >> pl.java:869) >> at >> weblogic.servlet.internal.ServletStubImpl.createInstances(ServletStub >> Impl.java:848) >> at >> weblogic.servlet.internal.ServletStubImpl.prepareServlet(ServletStubI >> mpl.java:787) >> at >> weblogic.servlet.internal.WebAppServletContext.preloadServlet(WebAppS >> ervletContext.java:3252) >> at >> weblogic.servlet.internal.WebAppServletContext.preloadServlets(WebApp >> ServletContext.java:3197) >> at >> weblogic.servlet.internal.WebAppServletContext.preloadResources(WebAp >> pServletContext.java:3174) >> at >> weblogic.servlet.internal.WebAppServletContext.setStarted(WebAppServl >> etContext.java:5647) >> at >> weblogic.servlet.internal.WebAppModule.start(WebAppModule.java:869) >> at >> weblogic.j2ee.J2EEApplicationContainer.start(J2EEApplicationContainer >> ..java:2022) >> at >> weblogic.j2ee.J2EEApplicationContainer.activate(J2EEApplicationContai >> ner.java:2063) >> at >> weblogic.management.deploy.slave.SlaveDeployer$ComponentActivateTask. >> activateContainer(SlaveDeployer.java:2592) >> at >> weblogic.management.deploy.slave.SlaveDeployer$ActivateTask.doCommit( >> SlaveDeployer.java:2515) >> at >> weblogic.management.deploy.slave.SlaveDeployer$Task.commit(SlaveDeplo >> yer.java:2317) >> at >> weblogic.management.deploy.slave.SlaveDeployer$Task.checkAutoCommit(S >> laveDeployer.java:2399) >> at >> weblogic.management.deploy.slave.SlaveDeployer$Task.prepare(SlaveDepl >> oyer.java:2311) >> at >> weblogic.management.deploy.slave.SlaveDeployer$ActivateTask.prepare(S >> laveDeployer.java:2479) >> at >> weblogic.management.deploy.slave.SlaveDeployer.processPrepareTask(Sla >> veDeployer.java:798) >> at >> weblogic.management.deploy.slave.SlaveDeployer.prepareDelta(SlaveDepl >> oyer.java:507) >> at >> weblogic.management.deploy.slave.SlaveDeployer.prepareUpdate(SlaveDep >> loyer.java:465) >> at >> weblogic.drs.internal.SlaveCallbackHandler$1.execute(SlaveCallbackHan >> dler.java:25) >> at >> weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:197) >> at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:170) >>> >> <Jan 20, 2004 2:33:54 PM EST> <Error> <HTTP> <BEA-101216> <Servlet: >> "Cocoon" fai >> led to preload on startup in Web application: "pieditor". >> javax.servlet.ServletException: Servlet class: >> 'org.apache.cocoon.servlet.Cocoon >> Servlet' doesn't have a default constructor >> at >> weblogic.servlet.internal.ServletStubImpl$ServletInitAction.run(Servl >> etStubImpl.java:997) >> at >> weblogic.security.acl.internal.AuthenticatedSubject.doAs(Authenticate >> dSubject.java:317) >> at >> weblogic.security.service.SecurityManager.runAs(SecurityManager.java: >> 118) >> at >> weblogic.servlet.internal.ServletStubImpl.createServlet(ServletStubIm >> pl.java:869) >> at >> weblogic.servlet.internal.ServletStubImpl.createInstances(ServletStub >> Impl.java:848) >> at >> weblogic.servlet.internal.ServletStubImpl.prepareServlet(ServletStubI >> mpl.java:787) >> at >> weblogic.servlet.internal.WebAppServletContext.preloadServlet(WebAppS >> ervletContext.java:3252) >> at >> weblogic.servlet.internal.WebAppServletContext.preloadServlets(WebApp >> ServletContext.java:3197) >> at >> weblogic.servlet.internal.WebAppServletContext.preloadResources(WebAp >> pServletContext.java:3174) >> at >> weblogic.servlet.internal.WebAppServletContext.setStarted(WebAppServl >> etContext.java:5647) >> at >> weblogic.servlet.internal.WebAppModule.start(WebAppModule.java:869) >> at >> weblogic.j2ee.J2EEApplicationContainer.start(J2EEApplicationContainer >> ..java:2022) >> at >> weblogic.j2ee.J2EEApplicationContainer.activate(J2EEApplicationContai >> ner.java:2063) >> at >> weblogic.management.deploy.slave.SlaveDeployer$ComponentActivateTask. >> activateContainer(SlaveDeployer.java:2592) >> at >> weblogic.management.deploy.slave.SlaveDeployer$ActivateTask.doCommit( >> SlaveDeployer.java:2515) >> at >> weblogic.management.deploy.slave.SlaveDeployer$Task.commit(SlaveDeplo >> yer.java:2317) >> at >> weblogic.management.deploy.slave.SlaveDeployer$Task.checkAutoCommit(S >> laveDeployer.java:2399) >> at >> weblogic.management.deploy.slave.SlaveDeployer$Task.prepare(SlaveDepl >> oyer.java:2311) >> at >> weblogic.management.deploy.slave.SlaveDeployer$ActivateTask.prepare(S >> laveDeployer.java:2479) >> at >> weblogic.management.deploy.slave.SlaveDeployer.processPrepareTask(Sla >> veDeployer.java:798) >> at >> weblogic.management.deploy.slave.SlaveDeployer.prepareDelta(SlaveDepl >> oyer.java:507) >> at >> weblogic.management.deploy.slave.SlaveDeployer.prepareUpdate(SlaveDep >> loyer.java:465) >> at >> weblogic.drs.internal.SlaveCallbackHandler$1.execute(SlaveCallbackHan >> dler.java:25) >> at >> weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:197) >> at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:170) >>> >> >> >>> But with your sitemap? I build Cocoon with only the blocks I want >>> and then use the generated sitemap (except that I remove references >>> to finding stuff in users home directories - the build should be able >>> to be made to disable that!). I then use that as the main sitemap. >>> All our stuff is in sitemaps in subdirectories. >>> >>> Have you tried deploying the WAR generated by Cocoon in Weblogic? >>> >>> Ralph >>> >>> -----Original Message----- >>> From: Oleg Dulin [mailto:[EMAIL PROTECTED] >>> Sent: Tuesday, January 20, 2004 5:14 AM >>> To: [EMAIL PROTECTED] >>> Subject: Re: Cocoon 2.1.3 on WebLogic 8.1: CocoonServlet does not >>> have a d efault constructor >>> >>> >>> Ralph: >>> >>> I customized my set up. My application does not run under Cocoon >>> main sitemap. I took out everything from stock cocoon and turned it >>> into a webapp such that the main sitemap IS my applicaton sitemap. >>> >>> That said, I copied components and cocoon.xconf and web.xml from the >>> stock cocoon and I am still having the same problem. >>> >>> Any ideas ? >>> >>> >>> >>> Oleg >>> >>> Ralph Goers wrote: >>> >>>>Did you update cocoon.xconf and the main sitemap when you upgraded >>>> (as >>>> well as all the jars)? I'm running 2.1.3 in Weblogic 8.1 with no >>>> problems. >>>> >>>>Ralph >>>> >>>>-----Original Message----- >>>>From: Oleg Dulin [mailto:[EMAIL PROTECTED] >>>>Sent: Tuesday, January 20, 2004 4:50 AM >>>>To: [EMAIL PROTECTED] >>>>Subject: Cocoon 2.1.3 on WebLogic 8.1: CocoonServlet does not have a >>>> default constructor >>>> >>>> >>>>I have an application based on Cocoon 2.1.1 that I need to update to >>>> Cocoon 2.1.3 (long story). The application worked fine under >>>> WebLogic 8.1 until I updated it to use Cocoon 2.1.3 jars ( I also >>>> updated cocoon.xconf and map:components to reflect class changes). >>>> >>>>Now, WebLogic won't even start the application and it complains about >>>> CocoonServlet not having the default constructor. >>>> >>>>Any ideas ? >>>> >>>>Kind regards, >>>>Oleg >>>> >>>>--------------------------------------------------------------------- >>>> 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] >>>> >>>> >>>> >>> >>> >>> --------------------------------------------------------------------- >>> 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] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
