Spring与JSF集成问题咨询：容器、注解及XML配置困惑

Hey there! Let's work through your Spring + JSF integration confusion—this is a super common pain point, so you’re not alone.

核心问题：两个容器的边界 #

你说得完全没错：Spring和JSF各有独立的Bean容器（Spring用ApplicationContext，JSF用自身的ManagedBean容器）。如果混用注解（比如用JSF的@ManagedBean却搭配Spring的@Autowired），两边的Bean根本不在同一个容器空间里，自然没法互相识别，这是很多新手踩的坑。

全用Spring注解让JSF识别Bean的可行方案 #

那篇提到的"全用Spring注解"思路是靠谱的，本质是让JSF放弃自己的Bean管理，转而委托Spring容器来提供Bean。具体操作分三步：

• 让JSF接入Spring容器：在faces-config.xml里添加一段配置，告诉JSF用Spring的解析器来处理EL表达式，这样页面里的#{xxx}会直接去Spring容器找Bean：

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

• 统一用Spring注解标记Bean：把原来JSF的@ManagedBean换成Spring的@Component（或者更细分的@Controller、@Service、@Repository），注入操作统一用@Autowired或@Resource。比如DAO层用@Repository，页面交互Bean用@Component，这样所有Bean都归Spring管理，自然能互相注入。
• 确保Spring扫描到所有Bean：在Spring配置类（或XML）里加上@ComponentScan，指定你的Bean所在的包路径，让Spring能自动注册这些注解类。

关于XML配置的困惑：什么时候需要？ #

现在很多资料说"不需要XML配置"，这是因为Java Config和Spring Boot的普及，但实际要分场景：

• 用Java Config/Spring Boot：完全可以摆脱XML，用@Configuration类替代applicationContext.xml，通过@ComponentScan、@Bean等注解完成所有配置。唯一需要保留的是faces-config.xml里的EL解析器配置，其他Spring相关操作全用Java代码搞定。
• 传统XML配置项目：那你需要applicationContext.xml来配置组件扫描、数据源、事务管理器等核心内容，同时faces-config.xml的EL解析器配置也不能少。

常见误区避坑 #

• 不要同时用@ManagedBean和Spring的@Component：同一个类会被两个容器各创建一个实例，注入必然失败。
• 确保Spring上下文在Web项目中正确加载：比如在web.xml里配置ContextLoaderListener，Spring Boot则会自动完成这一步。
• 页面EL表达式的Bean名称：Spring默认用类名首字母小写（比如UserBean对应userBean），和JSF的@ManagedBean(name="xxx")规则一致，所以页面代码不需要改动。

内容的提问来源于stack exchange，提问作者Aleksander Nuszel