ура
аюсь настроить простое спокойное веб-приложение, используя tomcat 6.0.32, cxf 2.4.1. Каждый раз, когда я выполняю любой вызов, я получаю исключение «Бин с именем« cxf »не определен», где cxf - моя шина.
Глядя на журнал приложения, я вижу, что экземпляр cxf создан и кэширован.
================ ЖУРНАЛ ПРИЛОЖЕНИЯ НАЧИНАЕТСЯ ======================
910 DEBUG - Создание общего экземпляра одноэлементного компонента 'cxf'
910 DEBUG - Создание экземпляра bean-компонента 'cxf'
1018 DEBUG - Кэширующий компонент 'cxf', позволяющий разрешать потенциальные циклические ссылки
1031 DEBUG - Возвращение полностью кэшированного экземпляра одноэлементного компонента 'cxf', который еще не полностью инициализирован - следствие циклической ссылки
1034 DEBUG - Готовое творение, например, бин "cxf"
1035 DEBUG - Возвращение кэшированного экземпляра одноэлементного компонента 'org.apache.cxf.bus.spring.BusWiringBeanFactoryPostProcessor'
1035 DEBUG - Возвращение кэшированного экземпляра одноэлементного компонента 'org.apache.cxf.bus.spring.Jsr250BeanPostProcessor'
1035 DEBUG - Возвращение кэшированного экземпляра одноэлементного компонента 'org.apache.cxf.bus.spring.BusExtensionPostProcessor'
1035 DEBUG - Создание общего экземпляра единственного бина 'connection'
1035 DEBUG - Создание экземпляра bean-соединения
1035 DEBUG - Кэширование готового компонента 'connection' для разрешения потенциальных циклических ссылок
1052 DEBUG - Завершено создание экземпляра bean-соединения
1052 DEBUG - Создание общего экземпляра одноэлементного компонента 'connectionService'
1052 DEBUG - Создание экземпляра компонента 'connectionService'
1053 DEBUG - Кэширующий EJB компонент 'connectionService' для разрешения потенциальных циклических ссылок
1053 DEBUG - Возвращение кэшированного экземпляра единственного компонента bean-соединения
1053 DEBUG - Возвращение кэшированного экземпляра синглтон-компонента "cxf"
1121 DEBUG - Вызывает метод инициализации 'create' для бина с именем 'connectionService'
1356 DEBUG - Завершено создание экземпляра компонента 'connectionService'
1384 DEBUG fecycleProcessor с именем 'lifecycleProcessor': используется по умолчанию [org.springframework.context.support.DefaultLifecycleProcessor@45d1c3cd]
1385 DEBUG - Возвращение кэшированного экземпляра синглтон-компонента "lifecycleProcessor"
1387 DEBUG - Возвращение кэшированного экземпляра синглтон-компонента "cxf"
1387 DEBUG - Возвращение кэшированного экземпляра синглтон-компонента "cxf"
1388 DEBUG - вызов метода init 'create' для бина с именем 'connectionService'
1391 DEBUG - Завершено создание экземпляра компонента 'connectionService'
1391 DEBUG - Невозможно найти LifecycleProcessor с именем «lifecycleProcessor»: используется по умолчанию [org.springframework.context.support.DefaultLifecycleProcessor@2c3299f6]
1391 DEBUG - Возвращение кэшированного экземпляра синглтон-компонента "lifecycleProcessor"
1391 DEBUG - опубликован корневой WebApplicationContext в виде атрибута ServletContext с именем [org.springframework.web.context.WebApplicationContext.ROOT]
1391 INFO - Root WebApplicationContext: инициализация завершена за 1390 мс
================ ЖУРНАЛ ПРИЛОЖЕНИЯ КОНЕЦ ======================
Но когда приходит запрос, он всегда терпит неудачу, говоря, что не может найти компонент.
===================== Tomcat (localhost) Начало журнала ==================
ИНФОРМАЦИЯ: Инициализация корневого элемента Spring WebApplicationContext
14 июля 2011 8:57:03 AM org.apache.catalina.core.ApplicationContext log
SEVERE: StandardWrapper. Throwable
org.springframework.beans.factory.NoSuchBeanDefinitionException: не определен боб с именем 'cxf'
at org.springframework.beans.factory.support.DefaultListableBeanFactory.getBeanDefinition(DefaultListableBeanFactory.java:527)
at org.springframework.beans.factory.support.AbstractBeanFactory.getMergedLocalBeanDefinition(AbstractBeanFactory.java:1083)
at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:274)
at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:194)
at org.springframework.context.support.AbstractApplicationContext.getBean(AbstractApplicationContext.java:1079)
at org.apache.cxf.transport.servlet.CXFServlet.loadBus(CXFServlet.java:58)
at org.apache.cxf.transport.servlet.CXFNonSpringServlet.init(CXFNonSpringServlet.java:54)
at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1173)
at org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:809)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:129)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)
at org.apache.coyote.http11.Http11AprProcessor.process(Http11AprProcessor.java:864)
at org.apache.coyote.http11.Http11AprProtocol$Http11ConnectionHandler.process(Http11AprProtocol.java:579)
at org.apache.tomcat.util.net.AprEndpoint$Worker.run(AprEndpoint.java:1665)
at java.lang.Thread.run(Thread.java:662)
===================== Tomcat (localhost) Конец журнала ==================
Единственное, о чем я могу думать, - это то, что компонент вставляется в один контекст и извлекается из другого, но не может это проверить или найти способ обойти это. Любая помощь будет принята с благодарностью.