You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Anforderung:
Wir haben das Unique-Constraint auf einem Datenbank-Attribut entfernt, dafür soll stattdessen ein BeanValidator prüfen ob das Attribut unique ist.
Ist es der eingegebene Wert nicht unique, soll der Benutzer darauf mit einer Warn-Meldung hingewiesen werden; er soll das Bean aber dennoch speichern können.
ich habe also IBeanValidator implementiert, welcher eine WARNING mit ValidationResult.warning(message) erzeugt
dieser BeanValidator ist nur im Service (UpdaterService) registriert (aus Performance-Gründen)
das Problem ist, dass die Warning-Message client-seitig nicht angezeigt wird (Error-Message würde angezeigt)
die Ursache sehe ich in org.jowidgets.cap.service.impl.SyncExecutorServiceImpl.validate(Collection<BEAN_TYPE>):
** worstFirst.getValidationResult().isValid() liefert true, weil org.jowidgets.validation.MessageType.WARNING.valid == true definiert ist
** als Folge wird keine BeanValidationException geworfen, sodass die erzeugte Validierungs-Message an dieser Stelle „verpufft“
Würde ich die Anforderung durch einen client-seitigen Validator umsetzen (d.h. Registrierung über BeanDtoDescriptorBuilder.setValidators(Collection>)), würde die Anzeige der Warnung zwar funktionieren, allerdings würde sich dann das bekannte Performance-Problem in der Validierung (siehe #22) auswirken.
IBeanValidator registriert im Service, d.h. Ausführung nur beim Speichern; diese Lösung wird durch den aktuellen Issue verhindert
Zusammengefasst ist aufgrund der beschriebenen Issues keine der bisher vorgeschlagenen Lösungen zufriedenstellend. Ich würde tendenziell eine Lösung mit IBeanValidator (ob clientseitig oder serverseitig) bevorzugen.
Mein internes ticket: #7651
The text was updated successfully, but these errors were encountered:
Wir haben das Unique-Constraint auf einem Datenbank-Attribut entfernt, dafür soll stattdessen ein BeanValidator prüfen ob das Attribut unique ist.
Ist es der eingegebene Wert nicht unique, soll der Benutzer darauf mit einer Warn-Meldung hingewiesen werden; er soll das Bean aber dennoch speichern können.
** worstFirst.getValidationResult().isValid() liefert true, weil org.jowidgets.validation.MessageType.WARNING.valid == true definiert ist
** als Folge wird keine BeanValidationException geworfen, sodass die erzeugte Validierungs-Message an dieser Stelle „verpufft“
Würde ich die Anforderung durch einen client-seitigen Validator umsetzen (d.h. Registrierung über BeanDtoDescriptorBuilder.setValidators(Collection>)), würde die Anzeige der Warnung zwar funktionieren, allerdings würde sich dann das bekannte Performance-Problem in der Validierung (siehe #22) auswirken.
Alternative Lösungen:
Service decorator doesn't work for links #25
Handling of ServiceCanceledException for Service decorators #24
Validator should only validate modified beans #22
Call IBeanValidator asynchronously #23
Zusammengefasst ist aufgrund der beschriebenen Issues keine der bisher vorgeschlagenen Lösungen zufriedenstellend. Ich würde tendenziell eine Lösung mit IBeanValidator (ob clientseitig oder serverseitig) bevorzugen.
Mein internes ticket: #7651
The text was updated successfully, but these errors were encountered: