Configuration errors are not much descriptive (II Part)
-------------------------------------------------------
Key: PLUTO-564
URL: https://issues.apache.org/jira/browse/PLUTO-564
Project: Pluto
Issue Type: Bug
Components: general
Affects Versions: 2.0.1
Environment: inux ws-esp16 2.6.29.3-level2crm #1 SMP PREEMPT Sat May 9
13:53:16 CEST 2009 i686 GNU/Linux
Reporter: Gonzalo Aguilar
Priority: Minor
Fix For: 2.0.1
Hello all,
I oppened this issue to give a try to standarize, modularize and enhance
software startup and configuration.
Before going into a dead end I want to try to figure out how this should work.
Let's go with the first:
-----------------------------
GRAVE: Excepción enviando evento inicializado de contexto a instancia de
escuchador de clase org.springframework.web.context.ContextLoaderListener
org.springframework.beans.factory.CannotLoadBeanClassException: Cannot find
class [org.apache.pluto.container.driver.PlutoServices] for bean with name
'PlutoServices' defined in ServletContext resource
[/WEB-INF/pluto-portal-driver-services-config.xml]; nested exception is
java.lang.ClassNotFoundException:
org.apache.pluto.container.driver.PlutoServices
Caused by: java.lang.ClassNotFoundException:
org.apache.pluto.container.driver.PlutoServices
at
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1363)
at
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1209)
at org.springframework.util.ClassUtils.forName(ClassUtils.java:183)
at
org.springframework.beans.factory.support.AbstractBeanDefinition.resolveBeanClass(AbstractBeanDefinition.java:317)
at
org.springframework.beans.factory.support.AbstractBeanFactory.resolveBeanClass(AbstractBeanFactory.java:1044)
at
org.springframework.beans.factory.support.AbstractBeanFactory.isBeanClassMatch(AbstractBeanFactory.java:1072)
at
org.springframework.beans.factory.support.DefaultListableBeanFactory.getBeanNamesForType(DefaultListableBeanFactory.java:165)
at
org.springframework.context.support.AbstractApplicationContext.getBeanNamesForType(AbstractApplicationContext.java:691)
at
org.springframework.context.support.AbstractApplicationContext.invokeBeanFactoryPostProcessors(AbstractApplicationContext.java:395)
at
org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:328)
at
org.springframework.web.context.support.AbstractRefreshableWebApplicationContext.refresh(AbstractRefreshableWebApplicationContext.java:156)
at
org.springframework.web.context.ContextLoader.createWebApplicationContext(ContextLoader.java:246)
at
org.springframework.web.context.ContextLoader.initWebApplicationContext(ContextLoader.java:184)
at
org.springframework.web.context.ContextLoaderListener.contextInitialized(ContextLoaderListener.java:49)
at
org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3764)
at
org.apache.catalina.core.StandardContext.start(StandardContext.java:4216)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1014)
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:57)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:616)
at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:295)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:433)
26-may-2009 16:02:36 org.apache.pluto.driver.PortalStartupListener
contextInitialized
INFO: Starting up Pluto Portal Driver. . .
--------------------------------------
This is surely because a missing dependency in the try.
Can I try write a custom contextLoader to detect what is missing and report it
before crashing?
Is that the correct way?
I already tried to fix a lot of things, one of them was the separation between
driver and container but later realized that works already started in this way
so I will try to revisite this with the new trunk version.
Thank you.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
