🚀 go-pugleaf

W dniu 08-06-2010 22:15, Artur Muszyński pisze:
> W dniu 2010-06-08 15:32, Kviat pisze:
>> Pytanie brzmi: w jaki sposób "SOAP wywala 500" skoro SOAP to tylko
>> standard wymiany danych?
>
> Przeczytaj specyfikację SOAP (HTTP binding).

Hmmm...
http://www.w3schools.com/soap/soap_httpbinding.asp

"SOAP HTTP Binding
A SOAP method is an HTTP request/response that complies with the SOAP 
encoding rules.
HTTP + XML = SOAP
A SOAP request could be an HTTP POST or an HTTP GET request."

To, że http jest opakowywany w xml (czyli właśnie SOAP) nie powoduje 
tego, że SOAP może coś wywalać.

Jak sobie opakuję http w JSONa to JSON będzie wywalać "500 Internal 
Server Error"?

Przecież serwer może się wywalić niezależnie od tego czym wyślę dane, 
jak wyślę, a już szczególnie nie widzę powodu, żeby opakowanie danych 
sypało komunikatami serwera.

Jak dostanę z serwera (na przykład):
1) czystym tekstem:
500 Internal Serwer Error
2) w xml:
<error>500 Internal Serwer Error</error>

to w drugim przypadku daleki będę od stwierdzenia, że mi xml wywalił 
błędem, tylko dlatego, że komunikat z serwera został opakowany w xmla.

Albo ja nadal czegoś nie rozumiem :)


>> Dlatego związek "500 Internal Server Error" i "walidacja danych" wydał
>> mi się co najmniej dziwny.
>
> Ja też bym generalnie nie podpinał walidacji pod błąd serwera, co
> napisałem w pierwszym poście, ale czy nie wolno tego zrobić, tego nie
> umiem rozstrzygnąć.
> RFC stwierdza tylko, że status 500 oznacza, że serwer nie może poprawnie
> wykonać żądania (z dodatkowym ważnym słowem unexpected). Nie ma
> rozróżnienia między Apache/moduły/skrypty.

No tu mam odmienne zdanie.
Odpowiedź z serwera:
1) Dana dobra (serwer: 200 OK)
lub
2) Dana zła (nadal serwer: 200 OK)

oznacza dla mnie, że nie dość, że aplikacja (po stronie serwera) daną 
zwalidowała poprawnie (uściślę: proces walidacji przebiegł poprawnie, 
albo inaczej: procedura walidująca nie zabiła serwera i zwróciła jeden z 
oczekiwanych przeze mnie wyników), to dodatkowo *serwer poprawnie 
żądanie wykonał* bo inaczej nie dostałbym od tej aplikacji odpowiedzi.

a jakbym dostał tylko:
3) serwer: 500 Internal Server Error

to mam zgadywać, że dana była zła? A może jednak była dobra tylko serwer 
się wywalił?

No i na koniec :)
Kompletnie nielogiczne jest, że od serwera, który *poprawnie wykonał 
żądanie* otrzymam odpowiedź: 500 "nie może poprawnie wykonać żądania".

Pozdrawiam
Piotr