Pierwsze wpisać dokładny błąd z DbValidationException

Question

Mam sytuacji gdzie mam inicjowanie mój model w DatabaseInitializer() dla EF 4.1 i dostać ten przykry błąd "Validation failed for one or more entities. See 'EntityValidationErrors' property for more details." Więc idę do tego EntityValidationErrors i znajduje się pole, które daje mi {System.Data.Entity.Validation.DbEntityValidationResult} brak informacji o tym, którego pola nie można zainicjować. Czy istnieje sposób, aby uzyskać więcej informacji na temat tego błędu?

Aby wyczyścić rzeczy:

wiem jak rozwiązać ten problem długości łańcuch. Pytam, jak uzyskać dokładną nazwę pola, która łamie model.

Answer 1

Gdy jesteś w trybie debugowania w bloku catch {...} otworzyć okno "QuickWatch" (Ctrl + alt + q) i wklej tam:

((System.Data.Entity.Validation.DbEntityValidationException)ex).EntityValidationErrors 

ten pozwoli ci przejść do drzewa ValidationErrors. To najprostszy sposób, w jaki znalazłem, aby uzyskać natychmiastowy wgląd w te błędy.

dla Visual 2012+ użytkowników, którzy dbają tylko o pierwszym błędem i może nie mają catch blok, można nawet zrobić:

((System.Data.Entity.Validation.DbEntityValidationException)$exception).EntityValidationErrors.First().ValidationErrors.First().ErrorMessage 

Answer 2

Cóż, miałem ten sam problem. . Mój model pracował dobrze w EF CTP5 ale nie udało się zbudować w 4.1 z tego samego błędu „” Weryfikacja nie powiodła się dla jednego lub większej liczby podmiotów”, gdy próbowałem go initalize zorientowali się, że miałem właściwość:

public string Comment {get; set;} 

Następnie w metodzie nasion w overrided inicjatora, miałem dość trochę długo (około 600 listów) komentarz

myślę, że chodzi o to:.. w EF 4.1 masz ustawić adnotacji danych wyraźnie w niektórych przypadkach dla mnie ustawienie :

[StringLength(4000)] 
public string Comment {get; set;} 

pomógł. To dziwne, ponieważ CTP5 nie miał z tym problemów.

Answer 3

Możesz spróbować tego w bloku try/catch?

catch (DbEntityValidationException dbEx) 
{ 
    foreach (var validationErrors in dbEx.EntityValidationErrors) 
    { 
     foreach (var validationError in validationErrors.ValidationErrors) 
     { 
      Trace.TraceInformation("Property: {0} Error: {1}", validationError.PropertyName, validationError.ErrorMessage); 
     } 
    } 
} 

Answer 4

Uważam, że warto stworzyć SaveChanges owijkę, która sprawia, że ​​te EntityValidationErrors więcej czytelny:

Public Sub SaveChanges(entities As Entities) 

    Try 
     entities.SaveChanges() 

    Catch ex As DbEntityValidationException 

     Dim msg As New StringBuilder 
     msg.AppendLine(ex.Message) 

     For Each vr As DbEntityValidationResult In ex.EntityValidationErrors 
      For Each ve As DbValidationError In vr.ValidationErrors 
       msg.AppendLine(String.Format("{0}: {1}", ve.PropertyName, ve.ErrorMessage)) 
      Next 
     Next 

     Throw New DbEntityValidationException(msg.ToString, ex.EntityValidationErrors, ex) 

    End Try 

End Sub 

a następnie zmieniło 'entities.SaveChanges()' do 'SaveChanges (podmiotów)' w całym moim projekcie

Answer 5

najlepszym Solu Moim zdaniem, ten rodzaj błędów należy rozpatrywać w sposób scentralizowany.

wystarczy dodać tę metodę do głównego DbContext klasy:

public override int SaveChanges() 
{ 
    try 
    { 
     return base.SaveChanges(); 
    } 
    catch (DbEntityValidationException ex) 
    { 
     string errorMessages = string.Join("; ", ex.EntityValidationErrors.SelectMany(x => x.ValidationErrors).Select(x => x.PropertyName + ": " + x.ErrorMessage)); 
     throw new DbEntityValidationException(errorMessages); 
    } 
} 

ten zastąpi SaveChanges() metodę kontekstu i dostaniesz przecinek listę zawierającą wszystkie błędy sprawdzania poprawności podmiot rozdzielone.

mam nadzieję, że to będzie pomocne.