是否可以在非 WEB 应用程序上使用 JBoss SEAM？
我的意思是，是否可以在仅通过远程 EJB、Web 服务、MDB 或其他方式提供功能的后端应用程序中使用 seam？ （因此没有 http 会话或请求）。 在这种情况下使用 Seam 有意义吗？
如果是的话，它是如何启动的？由于在 Web 上下文中，监听器是在文件“web.xml”中声明的，因此在所描述的场景中，Seam 是在哪里启动的？
I mean, is it possible to use seam in a back-end application that just offers functionality through remote EJBs or Webservices or MDBs or whatever? (ant therefore there is no http session or request).
Does it make sense to use Seam in such scenario?
If so, how is it launched? Since in a web context a listener is declared in the file "web.xml", in the described scenario, where is Seam launched?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（3）
不，SEAM 是基于 JSP 的，它需要 servlet/JSP 引擎和 Web 容器。这既不可能也不可取。
创建一个独立于用户界面的基于服务的后端确实是一个非常好的主意。您可以使用 EJB 或 Hibernate 来完成此任务。但你不需要SEAM。
No, SEAM is JSP-based, which requires a servlet/JSP engine and a web container. It's neither possible nor desirable.
Creating a service-based back end that's independent of user interface is indeed a very good idea. You can use EJBs or Hibernate to accomplish that. But you don't need SEAM.
Seam 绝对不是基于 JSP 的。它可以说是以 JSF 为中心的，但您也可以使用 Wicket 或 GWT 作为您的用户界面。
基于 Seam 的仅后端应用程序是可能的，并且在我看来，如果您计划使用 Seam 的一些功能（例如安全性、RESTEasy 集成、在 Web 服务中使用依赖项注入的能力和 MDB 设施），那么它是完全有意义的。
关于第二个问题，即如何启动它，在Seam2中你必须定义一个虚拟的war模块，其中包含启动和关闭所需的过滤器。在Seam3中，基于CDI，你也许可以避免它。
Seam is definitely not JSP based. It's arguably JSF centric, but you can use Wicket or GWT for your user interface as well.
A Seam based back-end only application is possible and, in my opinion, it makes perfectly sense if you plan to use some Seam features like Security, RESTEasy integration, the ability to use dependency injection in web services and the MDB facilities.
About the second question, that is how to launch it, in Seam2 you have to define a dummy war module with the filter needed for startup and shutdown. In Seam3, being based on CDI, you may be able to avoid it.
在 EJB 3 世界中，您已经拥有良好的依赖注入、事务管理机制，EJB 具有明确定义的生命周期。所以我不认为 Seam 对于 EJB 非常有用，除非您想将 EJB 与 Web 技术（如 JSF、Wicket 等）混合在一起——在这种情况下，您可以从 Seam 的统一组件模型中受益。您将拥有 Seam 的 DI 和资源管理机制，它抽象了 EJB、Servlet、JSF 方法之间的差异。
Seam 的要点是无缝集成不同的（主要是 Web）技术。
这就是为什么我认为单独使用 EJB 没有多大意义。
In EJB 3 world you already have good mechanisms of Dependency Injection, Transaction Management, EJB's have a clearly defined lifecycle. So I don't think Seam's extremely useful for EJB's, unless you wanna mix EJB with web technologies, like JSF, Wicket, etc -- in this case you benefit from the unified component model of Seam. You will have Seam's DI and resource management mechanisms, that abstracts differences between EJB's, Servlet's, JSF's aproaches to that.
Seam's main point is to seamlessly integrate different (mostly web) technologies.
That's why I think it doesn't make much sense if you are using EJB's alone.