p: dataTable и оптимистичная блокировка в JPA

Question

Дано below пример <p:dataTable> с использованием ленивой модели данных PrimeFaces. Поле версии строки, помеченное как @javax.persistence.Version в ассоциированном объекте JPA, временно отображается в одном из столбцов в режиме только для чтения.

_{Нет необходимости упомянуть, что каждое действие является Ajaxical.}

Редактирование этого <p:dataTable> использованием <p:rowEditor/> как follows (первая строка в таблице. версия строка 1).

Когда строка редактируется обновляется, нажав на галочку в Edit колонке, как описано выше, версия строки увеличивается в базе данных до 2 об успешном обновлении, но версия строки принадлежат таблицы данных по-прежнему 1 (см. рисунок ниже). После завершения обновления статус таблицы данных можно просмотреть как follows.

Что происходит сейчас, если та же строка снова пытался (без перезагрузки страницы, отправив запрос на синхронную GET), то она не будет соответствовать версии строки в базе данных, которая в настоящее время 2, так как таблица данных по-прежнему поставляет прежнее предыдущее значение версии, которое равно 1. Это приведет к тому, что javax.persistence.OptimisticLockException будет выбрасываться, как если бы обнаружены параллельные обновления, что, очевидно, неверно.

Что-то, возможно, потребуется изменить коренным образом в обычном Ajaxical объекта обновления, предоставляемом <p:dataTable> (с использованием <p:rowEditor/>) для того, чтобы правильно и синхронно работать с оптимистической стратегией блокировки в JPA.

Что было бы правильным способом обойти ситуацию? Отбросить <p:rowEditor/> полностью потребует огромных изменений в существующих приложениях, кстати, что совершенно нежелательно.

Answer 1

В то время как редактирование/обновление строк в <p:dataTable> с использованием <p:rowEditor>, требуется, чтобы синхронизировать изменения вручную в модели данных (LazyDataModel<T>) поддержанного <p:dataTable> после того, как операция обновления завершается успешно.

Один из способов сделать так, чтобы использовать метод getWrappedData() доступных в LazyDataModel<T>, который возвращает данные в настоящее время проводится в модели данных при поддержке данных таблицы в виде java.lang.Object. Это основное использование.

@Named 
@ViewScoped 
public class Bean extends LazyDataModel<Entity> implements Serializable { 

    @Inject 
    private Service service; 
    private static final long serialVersionUID = 1L; 

    public Bean() {} 

    @Override 
    public List<Fruit> load(int first, int pageSize, List<SortMeta> multiSortMeta, Map<String, Object> filters) { 
     setRowCount(service.getRowCount()); 
     // Do something, if necessary. 
     // Turn the List<SortMeta> into another type like a LinkedHashMap<String, String>. 
     return service.getList(first, pageSize, multiSortMeta, filters); 
    } 

    public void onRowEdit(RowEditEvent event) { 
     if (event.getObject() instanceof Entity) { 

      Entity entity = (Entity) event.getObject(); 
      Entity newEntity = service.update(entity); // A new entity from the database. 

      if (newEntity != null) { 

       List<Entity> entities = (List<Entity>) getWrappedData(); 
       int index = entities.indexOf(entity); 

       if (index >= 0) { // The test may be omitted. 
        entities.set(index, newEntity); 
        // Just replace the stale/old entity by a newly updated entity in the database. 
       } 

       // Add an appropriate FacesMessage to indicate a success. 
      } else { 
       // Add an appropriate FacesMessage to indicate a failure. 
      } 
     } else { 
      // Add an appropriate FacesMessage to indicate a failure. 
     } 
    } 
} 

Метод onRowEdit() привязан к слушателю Ajax внутри <p:dataTable>.

<p:ajax event="rowEdit" listener="#{bean.onRowEdit}"/> 

_{Я не собираюсь принять этот ответ, как там может быть лучший способ сделать это, который я не в курсе. Более полные ответы приветствуются, если таковые имеются.}