Witam

Mam zdefiniowane entity User z polem server

[PHP] pobierz, plaintext 
 /**
     * @ORM\ManyToOne(targetEntity="Nr\GuildBundle\Entity\Server", inversedBy="users")
     * @ORM\JoinColumn(name="server_id", referencedColumnName="id", onDelete="CASCADE")
     */
    private $server; 
[PHP] pobierz, plaintext 

Następnie w formularzu dodaje je jako pole typu entity

[PHP] pobierz, plaintext 
$builder->add('server', 'entity', array('class' => 'NrGuildBundle:Server',
                                            'label' => 'user.form.server'))
[PHP] pobierz, plaintext 

Wszystko wyświetla się poprawnie, mam select z serwerami do wyboru. W momencie gdy zmienie sobię poprzez modyfikację wysłanego formularza, tak aby sprawdzić jak zachowa się formularz przy wyborze nie istniejącego serwera, wyświetla się błąd przy tym polu "Ta wartość jest nieprawidłowa.", więc tak jak powinno być.

Moje pytanie to:
Co należy dodać aby zmienić tą domyślną wiadomość o błędzie na moją własną. Brakuje mi definicjii walidatora na to pole (coś jak sfValidatorDoctrineChoice w 1.x) a mimo wszystko pole jest walidowane. W dokumentacji pola entity nic pomocnego nie znalazłem. Z drugiej strony, to chyba nie pole formularza powinno odpowiadać za to...

Chodzi ci o wlasne bledy przy walidacji?
http://symfony.com/doc/current/book/validation.html
http://symfony.com/doc/current/cookbook/va...constraint.html
http://www.ricardclau.com/2011/11/how-to-u...nd-data-arrays/

Z dokumentacją jestem zapoznany, zarówno cookbook jak i zwykłą książką. Możliwe że mi coś umknęło.
Chodzi mi o to że "magicznie" dodawany jest walidator na to pole bez mojej ingerencjii. Jak widać na pole server nie daję w annotcjach żadnego walidatora, a używam właśnie adnotacji do nich. User bazuje na modelu FOSUserBundle, ale pole server jest już moim własnym dodanym polem.

Chociażby na całą klasę mam nałożone walidatory, gdzie spokojnie mogę zmieniać komunikaty:

[PHP] pobierz, plaintext 
/**
 * Nr\CoreBundle\Entity\User\User
 *
 * @ORM\Table(name="user",
 *            uniqueConstraints={
 *         @ORM\UniqueConstraint(columns={"username", "server_id"}),
 *     }))
 * @ORM\Entity(repositoryClass="Nr\CoreBundle\Entity\User\UserRepository")
 * @DoctrineAssert\UniqueEntity(fields={"username", "server"}, message="user.exists_on_server")
 * @DoctrineAssert\UniqueEntity(fields={"email"}, message="user.email_duplicate")
 */
[PHP] pobierz, plaintext 

Na samym polu server, jak widać we wcześniejszym poście, żadnego constraint nie mam, a mimo to jakaś walidacja na tym polu się dokonuje. W dokumentacji nie znalazłem informacji o tym ani w rozdziałach dotyczących doctrine, forms lub validation.

Jest to związane z wyjątkiem "TransformationFailedException".
Przy "sztucznym" wyborze nieistniejącego serwera wywalany jest ten wyjątek. Jest związany z
1. Polem typu "entity": https://github.com/symfony/symfony/blob/mas.../EntityType.php
2. Bezpośrednio zaś z transformatorem odpowiedzialnym za typ formularza "choice" - https://github.com/symfony/symfony/blob/mas...sformer.php#L56
-> transformator nie może znaleźć "właściwej" wartości i dlatego wypluwa TransformationFailedException.
Niestety, ten wyjątek jest wyciszany w trakcie bindowania danych do formularza.
Na formularzach działa "specjalne" rozszerzenie dodajace walidację:
https://github.com/symfony/symfony/blob/mas...orExtension.php

I ten komunikat bezpośrednio Ci się wyświetla w Twoim przypadku.

To niepożądane działanie jest opisane w tym issue:
https://github.com/symfony/symfony/issues/5607

Ale ten przypadek z błędem "Ta wartość jest nieprawidłowa" jest skrajny i w normalnym używaniu ciężko go 'wywołać' - trzeba preparować requesta z podanymi lewymi wartościami ;-)

Zastanów się, czy potrzebujesz koniecznie zmienić ten tekstu.

Dziękuję za tak wyczerpującą odpowiedź.

Jest tak jak piszesz, wystąpi to tylko jak ktoś lewe dane wyśle, aczkolwiek bardziej chodziło mi o kwestie "estetyki" żeby wyświetlić ładniejszy tekst niż wartość jest nieprawidłowa i aby na przyszłość wiedzieć skąd w ogóle ta walidacja się wzieła.

Jeżeli używasz pola typu 'entity' (combo-box, radio buttony itp) to nie martw się o ten tekst. Jeśli ktoś tak spreparował żądanie, "zepsuł" wartości wysyłane z formularza, to nie ma znaczenie dla niego estetyka tego komunikatu błędu
Oczywiście błąd nie musi wynikać ze spreparowania requestu, ale to są jednostkowe przypadki... (np. w czasie "submita formularza" lista Twoich serwerów się zmieniła. Na poprzednim ekranie były dostępne np 4 serwery do wyboru, po zmianach w Bazie zostały 3. Ktoś kto wybrał w formularzu "4" serwer zobaczy powyższy error)