ajax4jsf死了吗?还有哪些用于JSF的AJAX库?

ajax4jsf死了吗?还有哪些用于JSF的AJAX库?,ajax,jsf,richfaces,taglib,ajax4jsf,Ajax,Jsf,Richfaces,Taglib,Ajax4jsf,我目前正在使用JSF组件库进行我正在进行的项目。一般来说,它工作得很好,特别是ajax4jsf A4J提供的AJAX支持,但我发现几乎每个组件和RichFaces的所有这些外观都使用了通常非常不灵活的表标记,这非常令人讨厌。如果有一些组件只提供了功能和最小的标记/样式,那就太好了。最初我计划使用ICEfaces,但这也不太管用,还带来了很多预定义的样式,所以现在RichFaces似乎是最好的选择 现在我想开发一个干净的标签库会很好,它提供了一些在RichFaces、ICEfaces或Tomaha

我目前正在使用JSF组件库进行我正在进行的项目。一般来说,它工作得很好,特别是ajax4jsf A4J提供的AJAX支持,但我发现几乎每个组件和RichFaces的所有这些外观都使用了通常非常不灵活的表标记,这非常令人讨厌。如果有一些组件只提供了功能和最小的标记/样式,那就太好了。最初我计划使用ICEfaces,但这也不太管用,还带来了很多预定义的样式,所以现在RichFaces似乎是最好的选择

现在我想开发一个干净的标签库会很好,它提供了一些在RichFaces、ICEfaces或Tomahawk中找到的有用组件当然不是全部!,它不使用任何预定义的样式,并生成可以轻松使用CSS设置样式的标记

我想使用ajax4jsf库来支持AJAX,因为我认为它可以很好地工作,并且可以无缝地集成到带有facelet的标准JSF中。但似乎自从它转移到JBoss之后,它就不再是一个独立的库了。你只能下载整个RichFaces软件包,我不想要


ajax4jsf A4J项目是否已经结束?如果是,有哪些替代方案?

您可以在这里找到许多替代方案:


如果你有冒险精神,请看一看。它的特点是将视图技术从JSP转换为JSP和内置技术。DavidGeary已经在developerWorks上运行了一系列文章,不过您还需要等待第3部分来了解AJAX内容。并且在开发新API的过程中演示了各种功能,因此您可能也想查看他们的博客。

如果您阅读了,您会看到它已与Richfaces合并

您不必在页面上使用Richfaces组件,因此在项目中使用JAR是否有问题

我同意许多JSF组件(不仅仅是Richfaces)是基于表的,例如h:selectManyCheckbox。不要忘记,为其中的许多对象编写新的渲染器很容易。我已经对进行了此操作,因此复选框在div中呈现,而不是在表中呈现。我认为您应该能够对Richfaces组件执行相同的操作……但是如果是这样,那么为什么要使用它们呢


您可能会发现使用jqueryui元素更容易/更好,并使用a4j:jsFunction或类似功能将它们绑定到bean。

只是一个注释。我开始使用冰面。我也是一名网页设计师,我对icefaces组件和我的web应用程序相关的外观和感觉非常挑剔。当我使用css覆盖icefaces组件的外观时,我非常沮丧。组件有很多嵌套的表标记,这让我很恼火


当我搬到richfaces的时候。我发现重写look n-feel要容易得多,因为richfaces在css中有一个重写look n-feel的集成系统。提供给组件的css具有相似且合理的类名,这使得预测和重写更容易。

我知道它们以某种方式合并了它,但感谢官方声明的链接。看起来,我不能在另一个图书馆项目中使用A4J,因为我必须随身携带一些RichFaces的东西。正如您所建议的,将jQuery与a4j结合起来似乎提供了最大的灵活性,这就是为什么拥有一个独立的a4j库会很好的原因。它不携带任何页面重量方面的内容,只是在您的WAR/EAR中使用JAR。另外,如果您想轻松地连接其他基于javascript的UI框架,请查看Seam 2.1.2中的REST支持。非常棒的东西。我急切地等待JSF2为生产做好准备,它将解决我们目前必须解决的许多问题。。。