最近我更新了我的应用程序到JSF 2.1.7和PrimeFaces 3.4.2。当使用下面的对话框添加新组时,在保存新组之前,我得到一个"Name size必须在1到40之间"验证错误。当我点击选择器的添加按钮时。我理解显示此消息是因为验证失败。当我将immediate=true
添加到p:commandButton时,验证错误不会出现。我不知道是什么触发了验证
<h:form id="formg" prependId="false">
<!-- messages -->
<p:growl id="msgsg" showDetail="true" />
<!-- data table -->
<ui:include src="/WEB-INF/flows/groupsTable.xhtml" />
<p:separator />
<!-- bottom tool bar -->
<ui:include src="/WEB-INF/flows/groupsToolBar.xhtml" />
<!-- preview, edit dialog -->
<ui:include src="/WEB-INF/flows/groupsDialog.xhtml" />
</h:form>
<p:dialog id="dialogg" header="#{groupsBean.dialogTitle}"
widgetVar="groupsDialog" dynamic="true" resizable="false" width="800"
height="600" showEffect="fade" hideEffect="fade" modal="true">
<p:ajax event="close" listener="#{groupsBean.refresh}"
immediate="true" update=":formg" global="false" process="@this" />
<p:tabView id="tabPicker">
<p:tab title="General">
<h:panelGrid id="displayg" columns="2">
<h:outputText value="#Group name*:" />
<p:inputText value="#{groupsBean.selectedGroup.name}" size="40"
readonly="#{!groupsBean.updatable}" maxlength="40" />
</h:panelGrid>
</p:tab>
<p:tab title="Members">
<ui:include src="/WEB-INF/custom/picker.xhtml">
... some params passed to picker
</ui:include>
</p:tab>
</p:tabView>
</p:dialog>
选择器类似于<p:password>
,它由两个p:dataTable组件和它们之间的4个按钮组成。这些按钮用h:panelGrid组合在一起。按钮属性是相似的。下面是按钮示例代码:
<p:outputPanel autoUpdate="true">
<p:commandButton actionListener="#{eval.evaluateAsMethod(pickerAdd)}"
update="source, target, #{messages}" immediate="true"
disabled="#{pickerSourceDisabled}"
icon="ui-icon ui-icon-arrowthick-1-s" />
</p:outputPanel>
source, target是两个数据表的id。pickerAdd作为参数传递,值为groupsBean.picker.add
。表中包含FooDomain对象。
public class FooDomain implements Serializable {
...
@NotNull
@Size(min = 1, max = 40)
@Column(name = "NAME")
private String name;
...
}
在默认情况下,PrimeFaces <p:commandButton>
处理整个表单(如process="@form"
),因此它将在默认情况下触发所有验证。您的验证错误来自属性上的@Size
限制。如果您只想处理按钮本身的动作,那么您应该添加process="@this"
。
<p:commandButton ... process="@this" />
也可以使用immediate="true"
来解决这个问题,但是它在底层的行为有些不同:整个表单仍然被处理,但是在APPLY_REQUEST_VALUES阶段而不是INVOKE_ACTION阶段调用操作。只有也具有immediate="true"
设置的输入组件才会被处理,其他组件将被跳过。