cocoon-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Oleg Dulin" <dul...@olegdulin.com>
Subject RE: Cocoon 2.1.3 on WebLogic 8.1: CocoonServlet does not have a d efault constructor
Date Tue, 20 Jan 2004 20:52:30 GMT
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:dulino@olegdulin.com]
> Sent: Tuesday, January 20, 2004 12:08 PM
> To: Ralph Goers
> Cc: users@cocoon.apache.org
> 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:dulino@olegdulin.com]
>> Sent: Tuesday, January 20, 2004 11:42 AM
>> To: users@cocoon.apache.org
>> 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:dulino@olegdulin.com]
>>> Sent: Tuesday, January 20, 2004 5:14 AM
>>> To: users@cocoon.apache.org
>>> 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:dulino@olegdulin.com]
>>>>Sent: Tuesday, January 20, 2004 4:50 AM
>>>>To: users@cocoon.apache.org
>>>>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: users-unsubscribe@cocoon.apache.org
>>>>For additional commands, e-mail: users-help@cocoon.apache.org
>>>>
>>>>---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
>>>>For additional commands, e-mail: users-help@cocoon.apache.org
>>>>
>>>>
>>>>
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
>>> For additional commands, e-mail: users-help@cocoon.apache.org
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
>>> For additional commands, e-mail: users-help@cocoon.apache.org




---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org


Mime
View raw message