jsf jquery_JSF Spec主管Ed Burns访谈

jsf jquery

自2011年11月推出新功能以来，它在JSF 2.2周围已经变得非常安静。当前的路线图是什么？

这次我一直在努力对项目管理进行纪律，当前的路线图总是可用的 。 由于JSF已经实践了多年的JCP的透明度规则，因此这是公共信息。 当前的时间表使我们在CY2012上半年完成了工作。

JPA 2.1。 据称将为多租户提供支持，这是基于云的应用程序的关键。 JSF 2.2还将提供这种支持吗，例如，是否有托管Bean的“承租人范围”或任何可单独存储承租人特定数据的等效项？

2004年，JSF是第一个将基于Plain Ole的Java对象[POJO]的控制反转（以及我们今天所知的范围概念）引入Enterprise Java的JCP规范。 从那时起，Java EE进行了一些非常需要的重构，并且作用域的概念现在已成为上下文和依赖注入（CDI）规范的领域。 我们将继续与CDI规范紧密合作，该规范也是Java EE 7的一部分，并支持其多租户支持功能。

多模板化是一个非常有趣的功能。 通常，模板由几个文件组成。 这些模板是否必须在应用程序服务器本身上可用？ 还是可以提供对网址的引用？

Mamadou Lamine Ba最初提出了应用于JSF的多模板概念，此后在EG上进行了一些迭代。 我目前对该主题的想法是，模板可以打包为jar并托管在Maven存储库中，并在构建时声明为依赖项。 Portlet社区已建议使用一种称为“远程组件”的功能，但是2.2尚未关注此功能。

JSF开发人员在应用模板时必须接受哪些限制？

模板的本质是它为替换区域指定的合同。 这实际上与使用常规Facelet模板没有什么不同。 多模板功能是对它的形式化，以包括对元数据的更严格的规范。 因此，主要限制是遵守模板作者定义的规则。 我们对JSF 2.2的挑战是要足够严格地使用元数据以使合同有意义，同时要足够灵活以使模板设计人员能够按需发挥创意。

在Lamine Ba的博客中，提出了用于JSF 2.2的模板库的想法，此后，许多模板已提交给临时库。 有没有一种方法可以区分不同类型的模板，例如，一个模板在左侧放置菜单，另一个模板在右侧放置菜单？

根据JSF中不同的模板库各自的限制或自由程度来区分它们是否有意义？

是的，您正在直接关注合同发行的中心性。 尽管图库概念本身不会成为规范的一部分，但我们将提供呈现图库的必要元数据，包括告诉用户各种页面元素的位置（左，右，居中等）。

如您所知，HTML 5是一个巨大的规范，它解决了许多不同 的内容类别 。 我们当然不会利用所有这些资源，并且这样做对我们没有任何意义。 这并不意味着您不能构建使用JSF并利用所有HTML 5的应用程序，当然可以。 您必须牢记JSF在堆栈中的位置。 JSF是服务器端UI聚合技术。 HTML5是一种客户端UI聚合技术。 由JSF应用程序生成的UI可以在组件或应用程序级别上很好地支持HTML5，并且JSF 2.2中的资源和JavaScript有许多功能使之更容易。 也就是说，我们计划在以下内容类别中处理HTML5元素。

元数据

JSF应用程序已经具有大量可用的元数据。 我们需要找到最佳方法，以允许数据通过HTML5中的相应功能自然地表达自身。

切片 和 标题

就像通过在Google上搜索人们如何使用div标签获得HTML5中的值的轻量级本体一样，同样的想法也可以应用于人们如何使用facelet模板。

表单相关元素

基于表单的应用程序是大多数Web应用程序的原因，并且JSF 2.2中大多数与HTML5相关的工作都是基于此类别的。 例如，HTML5现在具有本机滑块和日历控件，这些控件以前只能使用服务器端处理并提供JavaScript和图像来实现。

是否有计划使用新的WebSocket API，以允许服务器和客户端之间进行双向数据交换（而不是传统的Ajax请求）？ 还是通过WebSocket使Managed Beans方法可使用，以便可以从纯HTML / JS环境使用JSF应用程序？

过去已经讨论过这些以及许多其他想法，以将它们包含在JSF中，但是由于WebSocket刚刚开始通过JCP流程 ，因此我们 希望稍等片刻，然后再引入 对它 的依赖。

这次采访最初出现在我们的姐妹出版物德国的Java Magazin中。

翻译自: https://jaxenter.com/interview-with-jsf-spec-lead-ed-burns-104349.html

jsf jquery