JSF 2在Play之上!骨架

Pio*_*zda 6 jsf-2 playframework

是否可以使用JSF 2.0(例如PrimeFaces)作为Play Framework的视图层?我想将Play的弹性热重新部署与简单的组件驱动的JSF开发(而不是MVC和模板驱动的GUI设计)结合起来.

我认为我需要的是 - 1.运行FAces Servlet(javax.faces.webapp.FacesServlet)和其他一些servlet 2.在faces-config.xml中调整el-resolver,就像org.springframework.web.jsf.el一样. SpringBeanFacesELResolver可以.

有没有人做过这样的事情?我是Play Framework的新手.我现在使用JSF + Spring + JPA.

man*_*ian 17

JSF完全基于Java EE Web堆栈的状态方面和servlet API!Play只是一个完整的无状态框架,根本不使用servlet API!

所以答案是"不,你不应该使用JSF作为Play的视图层".我使用"不应该"而不是"不能",因为一切皆有可能,但这是非常糟糕的事情!

不过,你真的应该考虑在想要离开MVC之后离开JSF.如果玩!存在,这不仅仅是因为Rails/Django/Symfony是好的,它也是因为类似JSF的框架不是好的,有效的和可行的解决方案,原因很多,你可以在网上到处找到,甚至可能在你自己的经历中找到.

我建议你只是试试Play + JPA(甚至是其他东西来取代像锡耶纳这样的JPA).不要先将Java EE内容与它混合,使用Play 100%来查看它的执行情况.如果你需要使用Spring with Play,没有问题,但在许多情况下并不需要.您将发现从最小的企业到最大的企业应用程序构建应用程序是多么容易和有效.根据我的经验,因为我使用Play,我发现这个框架可以保证它们并保留它们,这在世界上是非常罕见的!

玩得开心!

  • "这也是因为类似JSF的框架不是好的,有效的和可行的解决方案,原因很多,你可以在网上到处找到,甚至可能在你自己的经历中找到它们." 这就解释了为什么JSF如此受欢迎. (12认同)
  • 不,这只是大多数人使用标准的效果,而不是其卓越的效果......我不知道有人在没有抱怨的情况下使用JSF.但你是对的,它很受欢迎!我不是说它完全不好但它并不是很好,只要你在JSF标签中遇到问题,你就会被卡住. (3认同)

Cod*_*nci 7

默认情况下,这是不可能的.

Play不符合J2EE规范,因此不实现Servlet规范.

但是,可能需要付出相当大的努力.Play开发人员已经创建了一个ServletWrapper,允许将Play部署到标准的servlet容器(比如JBoss和Tomcat等),因此他们已经表明你可以与J2EE技术​​集成,如果你想花时间和精力来编写自己的插件,它会覆盖Play的默认属性.

我不会打扰.只需看看Play附带的模板引擎即可.它非常好,自从使用Groovy以来我根本没有错过JSP.