为什么WebBeans（JSR-299）会话上下文与JSF绑定？
我正在阅读（JSR-299）的公开审查草案，我想知道为什么它与JSF如此“紧密耦合” 特别是会话上下文似乎只为JSF指定 我理解，集成JSF和EJB3是WebBeans的目标。但是，在更一般的层面上指定对话的概念（可能是针对一般的servlet，而不是针对特定的web框架）难道没有意义吗 有什么技术上的原因吗？我认为这很难，因为Seam（某种WebBeans原型）也支持Wicket，并提供了对话的概念为什么WebBeans（JSR-299）会话上下文与JSF绑定？,jsf,seam,jsr299,Jsf,Seam,Jsr299,我正在阅读（JSR-299）的公开审查草案，我想知道为什么它与JSF如此“紧密耦合” 特别是会话上下文似乎只为JSF指定 我理解，集成JSF和EJB3是WebBeans的目标。但是，在更一般的层面上指定对话的概念（可能是针对一般的servlet，而不是针对特定的web框架）难道没有意义吗 有什么技术上的原因吗？我认为这很难，因为Seam（某种WebBeans原型）也支持Wicket，并提供了对话的概念 我认为在Servlet级别上有一个对话范围（将对话范围的bean注入Servlet）会很有帮助
我认为在Servlet级别上有一个对话范围（将对话范围的bean注入Servlet）会很有帮助。据我所知，电流规范并非如此（见第8.5.4章）。或者我在这里误解了什么…我认为这完全是因为Gavin King选择JSF作为Seam的视图技术，并作为规范负责人推动JSR 显然，对话的范围更广——例如，Spring自定义作用域具有提供对话的功能：
今天刚找到这个。ConversationScope基于JSF的原因很简单，因为JSF是JavaEE的标准UI框架 除此之外，大多数JSR-299容器也可以为其他UI技术（如Wicket）提供对话 您可以轻松创建自己的作用域，甚至可以移植 利格鲁， strub