[Building Sakai] Stack trace on startup for v2.6.x

Aaron Zeckoski aaronz at vt.edu
Tue Aug 4 12:36:24 PDT 2009


Yeah, can you attach everything from the server start until the
failure (as an attachment or use pastie.org)?
-AZ


On Tue, Aug 4, 2009 at 8:32 PM, Stephen
Marquard<stephen.marquard at uct.ac.za> wrote:
> It's not necessarily BasicConfigurationService. You'll need to post a longer stack trace that shows the actual failure.
>
> Cheers
> Stephen
>
>>>> "will at serensoft.com" <will at serensoft.com> 8/4/2009 9:27 PM >>>
> In contrast to the crash we're getting now, here's what a healthy
> start-up looked like back in June:
>
> 2009-06-19 23:59:06,083  WARN main
> org.springframework.beans.factory.config.PropertiesFactoryBean - Could
> not load properties from URL
> [file:${sakai.security}security.properties]:
> ${sakai.security}security.properties (No such file or directory)
> 2009-06-19 23:59:07,655  INFO main
> org.sakaiproject.thread_local.impl.ThreadLocalComponent - init()
> 2009-06-19 23:59:07,758  INFO main
> org.sakaiproject.tool.impl.SessionComponent - init(): interval: 7200
> refresh: 60
> 2009-06-19 23:59:07,778  INFO main
> org.sakaiproject.component.impl.BasicConfigurationService - init()
> 2009-06-19 23:59:07,778  INFO main
> org.sakaiproject.log.impl.Log4jConfigurationManager - init(): enabled:
> true
>
> That is, after ThreadLocalComponent and SessionComponent, we used to
> get BasicConfigurationService... but now (see below) Sakai dies at
> that point instead.
>
> We also replaced our sakai.properties with
> reference/docs/sakai.properties (vanilla HSQL and everything) and
> still don't get past this.
>
> What would cause BasicConfigurationService to croak?
>
>
> On Tue, Aug 4, 2009 at 11:05 AM, will at serensoft.com<will at serensoft.com> wrote:
>> There's probably something simple here -- we were updating our 2.6.x
>> sandbox (to r65504) and after a successful "mvn clean install
>> sakai:deploy" we get the below stack trace upon startup, which halts
>> Sakai in its tracks (Tomcat does appear to wind up listening on its
>> expected port, in state CLOSE-WAIT, but doesn't respond to HTTP
>> queries at all).
>>
>> Suggestions welcome :)
>>
>>
>> 2009-08-04 10:43:39,686  INFO main
>> org.sakaiproject.thread_local.impl.ThreadLocalComponent - init()
>> 2009-08-04 10:43:39,759  INFO main
>> org.sakaiproject.tool.impl.SessionComponent - init(): interval: 7200
>> refresh: 60
>> java.lang.Exception: traceback
>>        at org.sakaiproject.util.NoisierDefaultListableBeanFactory.destroySingletons(NoisierDefaultListableBeanFactory.java:97)
>>        at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:360)
>>        at org.sakaiproject.component.impl.SpringCompMgr.init(SpringCompMgr.java:146)
>>        at org.sakaiproject.component.cover.ComponentManager.getInstance(ComponentManager.java:68)
>>        at org.sakaiproject.component.cover.ComponentManager.get(ComponentManager.java:80)
>>        at org.sakaiproject.dav.DavServlet.init(DavServlet.java:500)
>>        at javax.servlet.GenericServlet.init(GenericServlet.java:212)
>>        at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1139)
>>        at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:966)
>>        at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:3956)
>>        at org.apache.catalina.core.StandardContext.start(StandardContext.java:4230)
>>        at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:760)
>>        at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:740)
>>        at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:544)
>>        at org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:626)
>>        at org.apache.catalina.startup.HostConfig.deployDescriptors(HostConfig.java:553)
>>        at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:488)
>>        at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1150)
>>        at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:311)
>>        at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:120)
>>        at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1022)
>>        at org.apache.catalina.core.StandardHost.start(StandardHost.java:736)
>>        at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1014)
>>        at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
>>        at org.apache.catalina.core.StandardService.start(StandardService.java:448)
>>        at org.apache.catalina.core.StandardServer.start(StandardServer.java:700)
>>        at org.apache.catalina.startup.Catalina.start(Catalina.java:552)
>>        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>>        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>>        at java.lang.reflect.Method.invoke(Method.java:585)
>>        at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:295)
>>        at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:433)
>> 2009-08-04 10:43:39,765  INFO main
>> org.sakaiproject.util.NoisierDefaultListableBeanFactory - Destroying
>> singletons in org.sakaiproject.util.NoisierDefaultListableBeanFactory at eac7c8:
>> defining beans [org.sakaiproject.emailtemplateservice.dao.impl.EmailTemplateServiceDaoTarget,org.sakaiproject.emailtem
>> <etc>
>>
>>
>> --
>> will trillich
>> "Tis the set of the sails / And not the gales / That tells the way we
>> go." -- Ella Wheeler Wilcox
>>
>
>
>
> --
> will trillich
> "Tis the set of the sails / And not the gales / That tells the way we
> go." -- Ella Wheeler Wilcox
> _______________________________________________
> sakai-dev mailing list
> sakai-dev at collab.sakaiproject.org
> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>
> TO UNSUBSCRIBE: send email to sakai-dev-unsubscribe at collab.sakaiproject.org with a subject of "unsubscribe"
>
> _______________________________________________
> sakai-dev mailing list
> sakai-dev at collab.sakaiproject.org
> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>
> TO UNSUBSCRIBE: send email to sakai-dev-unsubscribe at collab.sakaiproject.org with a subject of "unsubscribe"
>



-- 
Aaron Zeckoski (azeckoski (at) vt.edu)
Senior Research Engineer - CARET - University of Cambridge
https://twitter.com/azeckoski - http://www.linkedin.com/in/azeckoski
http://aaronz-sakai.blogspot.com/ - http://tinyurl.com/azprofile


More information about the sakai-dev mailing list