На основе схемы PrimeFaces DataTable с редактируемый пользовательский валидатор и Omnifaces



Недавно я ввел библиотеку OmniFaces в свой проект, чтобы использовать ее утилиту Ajax, но с тех пор мои PrimeFaces editable datatable теперь игнорируют ошибки проверки.



В настоящее время у меня есть P: datatable с пользовательским валидатором и фильтром, таким как:



<p:dataTable var="ticket" value="#{myBean.tickets}"
id="ticketTable" widgetVar="ticketTable" editable="true"
rowKey="#{ticket.idTicket}"
filteredValue="#{myBean.filteredTickets}"
paginator="true" rows="20"
paginatorTemplate="{CurrentPageReport} {FirstPageLink} {PreviousPageLink} {PageLinks} {NextPageLink} {LastPageLink} {RowsPerPageDropdown}"
rowsPerPageTemplate="#{myBean.rowsPerPageTemplate}">

<p:ajax event="rowEdit" listener="#{myBean.onEdit}"
/>
<p:ajax event="rowEditCancel"
listener="#{myBean.onCancel}" />


<p:column headerText="Title" sortBy="#{ticket.title}"
filterBy="#{ticket.title}">
<p:cellEditor>
<f:facet name="output">
<h:outputText value="#{ticket.title}" />
</f:facet>
<f:facet name="input">
<p:inputText value="#{ticket.title}" />
</f:facet>
</p:cellEditor>
</p:column>

<p:column sortBy="#{ticket.start}">
<f:facet name="header">
<h:panelGrid columns="1">
<h:outputText value="Start" />
<h:panelGrid columns="3">
<h:outputLabel value="From:" for="filterTripDateFrom" />
<p:calendar id="filterTripDateFrom"
value="#{myBean.filterStart}" navigator="true"
effect="fadeIn" pattern="MM/dd/yy" size="8">
<p:ajax event="dateSelect"
listener="#{myBean.filterDates()}"
update="ticketTable" />
</p:calendar>
<p:commandButton value="Clear"
action="#{myBean.clearStart()}"
update="filterTripDateFrom, ticketTable" />
</h:panelGrid>
</h:panelGrid>
</f:facet>
<p:cellEditor>
<f:facet name="output">
<h:outputText value="#{ticket.start}">
<f:convertDateTime pattern="EE, MMM dd, yyyy: HH:mm z" />
</h:outputText>
</f:facet>
<f:facet name="input">
<p:calendar value="#{ticket.start}" pattern="MM/dd/yy HH:mm"
stepMinute="15">
<f:validator validatorId="dateValidator" />
<f:attribute name="endDate"
value="#{editEndDate}" />
</p:calendar>
</f:facet>
</p:cellEditor>
</p:column>

<p:column sortBy="#{ticket.end}">
<f:facet name="header">
<h:panelGrid columns="1">
<h:outputText value="End" />
<h:panelGrid columns="3">
<h:outputLabel value="To:" for="filterTripDateTo" />
<p:calendar id="filterTripDateTo"
value="#{myBean.filterEnd}" navigator="true"
effect="fadeIn" pattern="MM/dd/yyyy" size="8">
<p:ajax event="dateSelect"
listener="#{myBean.filterDates()}"
update="ticketTable" />
</p:calendar>
<p:commandButton value="Clear"
action="#{myBean.clearEnd()}"
update="filterTripDateTo, ticketTable" />
</h:panelGrid>
</h:panelGrid>
</f:facet>
<p:cellEditor>
<f:facet name="output">
<h:outputText value="#{ticket.end}">
<f:convertDateTime pattern="EE, MMM dd, yyyy: HH:mm z" />
</h:outputText>
</f:facet>
<f:facet name="input">
<p:calendar value="#{ticket.end}" pattern="MM/dd/yyyy HH:mm"
stepMinute="15" binding="#{editEndDate}" />
</f:facet>
</p:cellEditor>
</p:column>
<p:column headerText="Options" style="width:50px">
<p:rowEditor />
</p:column>


</p:dataTable>


Поведение перед добавлением OmniFaces состояло в том, что если мой пользовательский валидатор даты (приведенный ниже) бросил ValidatorException, строка в редактируемой таблице останется открытой, и страница отобразит FacesMessage из исключения.
После добавления библиотеки OmniFaces FacesMessage по-прежнему отображается, но строка в таблице закрывается, как будто не было никакого исключения. Я пробовал использовать OMNIFACES 1.2 и 1.3 SNAPSHOT, и оба имеют одинаковое поведение.

Есть ли возможность вернуть исходную функциональность, или мне придется удалить OmniFaces из моего проекта?



Спасибо за вашу помощь



Addl info: Tomcat 7.0; MyFaces 2.1; PrimeFaces 3.4.1; OMNIFACES 1.3 SNAPSHOT 20121027



Мой пользовательский валидатор дат:



public void validate(FacesContext context, UIComponent component,
Object value) throws ValidatorException
{
// get the submitted value for the start date
DateValidator.logger.debug("starting validation");
Date startDate = (Date) value;

// get the bound component that contains the end date
DateValidator.logger.debug("getting UI component");
UIInput endDateComponent = (UIInput) component.getAttributes().get(
"endDate");

// get the value of the bound component
DateValidator.logger.debug("getting second date");
String endDateString = (String) endDateComponent.getSubmittedValue();

// and parse it into a date
DateValidator.logger.debug("converting date");
Date endDate = JodaUtils
.stringToUtil(endDateString, "MM/dd/yyyy HH:mm");


// if either of the submitted values were empty, let the required tag
// take care of it
if (startDate == null || endDate == null)
{
DateValidator.logger.debug("a date was null; start: " + startDate
+ "; end: "
+ endDate);
return;
}

// otherwise if the start time is the same as, or before the end time
else if (startDate.getTime() >= endDate.getTime())
{
DateValidator.logger
.debug("end date was the same as or before start date; start: "
+ startDate + "; end: " + endDate);

// set the bound component as invalid
endDateComponent.setValid(false);

// update the container containing the components to show that the
// fields were invalid
Ajax.update(endDateComponent.getParent().getClientId());

// and send a notification to the front end
throw new ValidatorException(new FacesMessage(
FacesMessage.SEVERITY_ERROR,
"The end time must be after the start time.",
"The end time must be after the start time."));
}
else
{
DateValidator.logger.debug("all clear; start: " + startDate
+ "; end: "
+ endDate);
}
Ajax.update(":form:ticketTable");
}
626   1  

1 ответ:

Я смог воспроизвести вашу проблему. Это в основном вызвано сочетанием MyFaces и OmniPartialResponseWriter. Стандарт моих лицPartialResponseWriter не делегирует все методы методу getWrapped(), а делегирует непосредственно локальную переменную wrapped. В Mojarra все методы делегируются getWrapped(), и это может быть переопределено в конкретной реализации PartialResponseWriter библиотеки компонентов.

Ваш код прекрасно работает в Mojarra, но в MyFaces метод PartialResponseWriter#getWrapped() не вызывается (the На основе схемы PrimeFaces OmniFaces можно было бы вернуть одной), а не местный wrapped экземпляр ссылается (в случае OmniPartialResponseWriter просто MyFaces собственный, а не на основе схемы PrimeFaces один), в результате которых PrimePartialResponseWriter на основе схемы PrimeFaces быть полностью пропущен. Таким образом, он не может добавить следующее расширение к XML-ответу, который содержит информацию для модуля Ajax PrimeFaces, что проверка JSF не удалась.

<extension ln="primefaces" type="args">{"validationFailed":true}</extension>
Это довольно неприятная проблема. Эта проблема была исправлена в OmniFaces 1.3. Решение состояло в том, чтобы генерировать кучу методов делегирования PartialResponseWriter в любом случае (что разрушает весь шаблон проектирования оболочки), даже если они не нуждаются в реализации.

Я не уверен, должен ли я винить свои лица за то, что они не делегировали getWrapped() или нет. Тот самый PartialResponseWriter документация недостаточно ясна об этом, но мне кажется, что такой подход очевиден в шаблоне дизайна оболочки. Это избавит вас от написания / генерации множества методов делегирования в каждом Единая реализация.


Не связанный с конкретной проблемой, учитывая, что вы уже используете OmniFaces, вы также можете использовать его <o:validateOrder> вместо пользовательского валидатора.

<f:facet name="input">
    <p:calendar id="start" value="#{ticket.start}" pattern="MM/dd/yy HH:mm" stepMinute="15" />
</f:facet>
...
<f:facet name="input">
    <p:calendar id="end" value="#{ticket.end}" pattern="MM/dd/yyyy HH:mm" stepMinute="15" binding="#{editEndDate}" />
    <o:validateOrder components="start end" message="The end time must be after the start time." />
</f:facet>
Это в основном все, что вам нужно.

Что касается вашего подхода Ajax#update() в случае неудачи проверки, я не уверен, зачем именно вам это нужно, PrimeFaces уже обновляет всю строку в случае неудачи проверки. В случае успешной проверки вы можете вызвать его в метод позади #{myBean.onEdit} вместо этого.

Comments

    Ничего не найдено.