🚀 go-pugleaf

Użytkownik "Artur Muszyński" <arturm@union.wytnijto.com.pl> napisał w 
wiadomości news:hujd62$hv2$1@mx1.internetia.pl...
>W dniu 2010-06-07 10:20, William Bonawentura pisze:
>> Jeśli jest to błąd niezgodności formalnej parametrów GET lub POST (np.
>> brak któregoś lub błąd deserializacji) to powinno się wystawić "Bad
>> Request". Z założeniem jednak, że taki błąd "nie powinien nigdy
>> wystapić", tzn. javascript i tak wychwyci go jeszcze przed wysłaniem
>> żądania. Błędy logiki aplikacji powinny zaś już być normalną odpowiedzią
>> z grupy 200.
>
> SOAP wywala 500 przy każdym wyjątku po stronie serwera. Tak więc można 
> dopuścić bardziej ogólną interpretację. Nie zmienia to faktu, że błędy 
> walidacji są sytuacją normalną, więc chyba jednak nie powinny generować

Błąd walidacji np. pole "imię" jest puste => odpowiedź 200
Błąd formalny parametru np. pole "imię" nie zostało w ogóle wysłane (źle 
opracowano formularza lub kod) => odpwiedź 400

> wyjątków, tylko np zwrócić listę niepoprawnie wypełnionych pól. Ja bym 
> dopuścił 400 (czy 500) jeśli aplikacja spodziewa się tylko poprawnej 
> odpowiedzi (format odpowiedzi nie przewiduje komunikatów błędów).
>
> artur

IMHO każdy błąd 500 w logu powinien trafić do logu i być analizowany przez 
serwis / wdrożenie.