gpt4 book ai didi

spring - 为什么 not resolve Spring beans in an OSGi fragment bundle?

转载 作者:行者123 更新时间:2023-12-02 03:33:29 33 4
gpt4 key购买 nike

我正在构建一个 Spring 3、JSF 2、OSGi (Virgo Tomcat 3.5.0.M03) 应用程序。

目前我有一个主机 Web 包和一个片段包。片段包添加了一些 .xhtml到主机的 JSF 页面(facelets)。片段中的 JSF 页面有自己的 UI Controller (使用 action 属性绑定(bind)到 commandButton 的 Spring beans)。

我已经使用<context:component-scan base-package="my.scan.package" />配置了Spring bean在我的主机(网络应用程序) bundle 的 applicationContext.xml 中.

现在虽然context:component-scan适用于主机 bundle (即发现充当 UI Controller 的 Spring bean),但在片段 bundle 中失败:

javax.el.PropertyNotFoundException: /flow-deployer-db.xhtml @20,50 action="#{uiControllerDb.deployFlow()}": Target Unreachable, identifier 'uiControllerDb' resolved to null
com.sun.faces.facelets.el.TagMethodExpression.invoke(TagMethodExpression.java:107)

因此,尽管片段应该是与其宿主相同的类路径的一部分,并且 ui Controller 类在片段中声明如下:

package my.scan.package;
...
@Component("uiControllerDb")
public class UIControllerDb implements Serializable {

无法解析片段中的 bean(在主机包中工作时):

    <h:commandButton id="deployFlow" value="Deploy Flow" type="submit"
action="#{uiControllerDb.deployFlow()}" />

从主机包的 MANIFEST.MF 中提取

...
Bundle-SymbolicName: web.host
Bundle-Version: 4.0.0.alpha
Require-Bundle: org.glassfish.com.sun.faces
Import-Package: javax.naming,javax.sql
Import-Bundle: org.eclipse.virgo.web.dm;version="[3.0.2.RELEASE,4)"
Import-Library: org.springframework.spring;version="[3.0,3.1.1)"
Bundle-Name: Web Host bundle
Web-ContextPath: /webHost

从片段 MANIFEST.MF 中提取:

Bundle-SymbolicName: my.fragment.bundle
Bundle-Version: 4.0.0.alpha
Import-Library: org.springframework.spring;version="[3.0,3.1.1)"
Fragment-Host: web.host;bundle-version=4.0.0.alpha

如何让 JSF 解析片段中的 Spring beans?任何指示表示赞赏。谢谢。

faces-config.xml:

<faces-config xmlns="http://java.sun.com/xml/ns/javaee"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-facesconfig_2_0.xsd"
version="2.0">

<application>
<el-resolver>org.springframework.web.jsf.el.SpringBeanFacesELResolver</el-resolver>
</application>

</faces-config>

web.xml:

<web-app xmlns="http://java.sun.com/xml/ns/javaee" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:web="http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd"
xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_3_0.xsd"
version="3.0">

<context-param>
<param-name>contextClass</param-name>
<param-value>org.eclipse.virgo.web.dm.ServerOsgiBundleXmlWebApplicationContext</param-value>
</context-param>

<context-param>
<param-name>contextConfigLocation</param-name>
<param-value>/WEB-INF/applicationContext.xml</param-value>
</context-param>

<listener>
<listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
</listener>

<listener>
<listener-class>org.springframework.web.context.request.RequestContextListener</listener-class>
</listener>

<servlet>
<servlet-name>Faces Servlet</servlet-name>
<servlet-class>javax.faces.webapp.FacesServlet</servlet-class>
<load-on-startup>1</load-on-startup>
</servlet>

<servlet-mapping>
<servlet-name>Faces Servlet</servlet-name>
<url-pattern>/faces/*</url-pattern>
</servlet-mapping>

</web-app>

最佳答案

好的,我找到答案了。Spring 上下文是在应用程序启动时创建的 - 因此使用 Spring bean 添加片段不会自动更新上下文。弹跳容器(Virgo)似乎解决了这个问题——片段中带注释的 bean 成为统一主机片段上下文的一部分。

事实是,我预计这种情况会在部署片段时发生,因为无论如何,Virgo 在部署片段时都会刷新(停止并重新启动)主机包。

关于spring - 为什么 <context :component-scan> not resolve Spring beans in an OSGi fragment bundle?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/9939272/

33 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com