Tag: mojarra

如何摆脱警告:PWC4011:无法将请求字符编码设置为UTF-8

这是在GlassFish 3.1上,使用PrimeFaces而不是Mojarra,用MyFaces CODI腌制。 几乎每个请求都会出现以下消息: 警告:PWC4011:无法将上下文/com.myapp_war_0.1中的请求字符编码设置为UTF-8,因为请求参数已被读取,或已调用ServletRequest.getReader() 自从我开始这个项目以来,这个事情已经发生了 – 到目前为止,我一直忽略它,但现在我意识到我浪费了大量的时间来阅读它。 我在这里发现了一个有趣但不完整的工作,但是我不明白。 有人可以build议如何夯实这个消息,而不是压制其他可能的警告信息?

如何更新GlassFish中的Mojarra版本

我想更新我的JSF应用程序使用Mojarra版本2.1.8。 我将这些行添加到WAR包的POM文件中: <dependency> <groupId>org.glassfish</groupId> <artifactId>javax.faces</artifactId> <version>2.1.8</version> </dependency> 我也添加了JSF仓库。 我的软件包是用Mojarra 2.1.8版本成功构build的。 但是当我打开GlassFish日志时,我发现部署了Mojarra 2.1.6版本。 我错过了什么? 我是否需要对GlassFish服务器进行一些configuration?

将自定义属性(HTML5)支持添加到JSF 2.0 UIInput组件

我正在尝试编写一个将处理<h:inputText>组件上的placeholder属性的呈示器。 在阅读JSF 2.0去掉所需的HTML5属性之后,我走向了这条道路,看起来是正确的。 这是我的自定义渲染器 public class InputRenderer extends com.sun.faces.renderkit.html_basic.TextRenderer{ @Override public void encodeBegin(FacesContext context, UIComponent component) throws IOException { System.out.println("Rendering :"+component.getClientId()); String placeholder = (String)component.getAttributes().get("placeholder"); if(placeholder != null) { ResponseWriter writer = context.getResponseWriter(); writer.writeAttribute("placeholder", placeholder, "placeholder"); } super.encodeBegin(context, component); } @Override public void decode(FacesContext context, UIComponent component) { super.decode(context, component); } @Override public void encodeEnd(FacesContext […]

PARTIAL_STATE_SAVING应该设置为false吗?

看来,今天(2012年4月),MyFaces和Mojarra的JSF 2.1实现都有部分状态保存的缺陷,PARTIAL_STATE_SAVING应该设置为false。 这是真的?

JSF中的无状态有什么用处?

根据这个博客 JSF是无国界的。 是不是使用JSF的全部重点是,它使保存和恢复状态一件杂事。 JSF变成无国籍的意义何在? 你可以请提供一个例子,这可以是有用的。

莫哈拉与MyFaces的区别

我开始使用JSF2.0我用一个教程作为参考,但我有以下问题: 本教程仅使用了2个库:来自Mojarra Project的jsf-api.jar , jsf-impl.jar (但也有JSTL)。 我试图下载他们,但似乎该网站无法访问。 所以我使用Apache MyFaces,但运行的例子,我不得不添加8个jar子( commons-* , myfaces-* )。 如果我使用MyFaces,为什么还需要更多的jar子? 我应该更喜欢Mojarra更轻? 另外下载页面确实是JSF Mojarra ? 谢谢

com.sun.faces.numberOfViewsInSession vs com.sun.faces.numberOfLogicalViews

Mojarra JSF 2的实现具有以下背景参数: com.sun.faces.numberOfViewsInSession (默认值是15) com.sun.faces.numberOfLogicalViews (默认值是15) 他们有什么区别? 这些文档没有提到这些。 我的应用程序对于某些页面的ViewExpiredException有问题,但是当我们将这些设置碰到更高的值时,我们停止了一些问题。 我的应用程序是一个财务,forms沉重,启用Ajax的应用程序(一些屏幕有50多个input,可以通过AJAX添加更多的数据/input的选项)。 什么可能是这种行为的原因? 我明白,第一个参数定义了会话中保留的“页面”的数量,这对于后退button可能是有用的,但是触发ViewExpiredException用例不使用后退button。 第二个参数是指什么? 如果我留在同一个屏幕上,但通过AJAX不断添加大量数据,这是否会导致需要大量的页面逻辑视图?

在JBoss AS / EAP / WildFly中升级JSF / Mojarra

我如何升级在JBoss服务器的Mojarra,并告诉它使用给定的Mojarra 2.x JAR而不是JBoss自己的jboss-jsf-api_2.1_spec-2.0.1.Final.jar如启动日志中所示? 如果这是相关的,我目前正在使用JBoss AS 7.1。