🚀 go-pugleaf

W dniu 08-06-2010 09:45, Artur Muszyński pisze:
>>> SOAP wywala 500 przy każdym wyjątku po stronie serwera.
>>
>> Zaraz, zaraz przecież "500 Internal Server Error" to kod odpowiedzi
>> protokołu HTTP.
>> SOAP nie musi "chodzić" po HTTP.
>
> Pewnie jeśli chodzi po RPC, to używa natywnych mechanizmów RPC. Nie
> wiem, nie zagłębiałem się. Odpal sniffera, jak masz wątpliwości.

Ale jakich wątpliwości?

Pytanie brzmi: w jaki sposób "SOAP wywala 500" skoro SOAP to tylko 
standard wymiany danych?

>
>> Zawsze mi się wydawało, że SOAP to standard wymiany danych między
>> aplikacjami i sam z siebie niczego nie wysyła. Jak serwer zdechnie i
>> aplikacja się nie wykona to jak ta aplikacja wyśle komunikat w
>> standardzie SOAP?
>
> Ale nie wyśle też odpowiedzi ze statusem 200,

Jak się serwer wywali, to chyba oczywiste, że aplikacja działająca na 
tym serwerze *nic nie wyśle*, ponieważ *się nawet nie uruchomi*.

> a tylko taka traktowana
> jest jako poprawna. XML sam w sobie nie zawiera natywnego sposobu
> reprezentowania sytuacji błędnej. Jeżeli na przykład jakiś komponent
> obsługuje generyczne źródła danych XML, to ustawienie statusu <> 200 w
> przypadku wyjątku na serwerze jest najskuteczniejszym sposobem zarówno
> na odpowiednie potraktowanie tego faktu przez oprogramowanie serwera
> (zapis do error logu), jak i przez klienta (zignorowanie odpowiedzi). Z
> punktu widzenia klienta nie jest ważny powód - ważne jest, że
> spodziewana odpowiedź nie może nadejść.

Coś mi się wydaje, że mówiąc o serwerze mamy na myśli dwie różne sprawy, 
stąd chyba niezrozumienie.

Aplikacja na serwerze (np.PHP) -> Serwer (np.Apache, IIS, AOLserver) 
<- http (może być xml SOAP) -> Aplikacja kliencka (np. JavaScript w 
przeglądarce czy desktop pod win napisany w Delphi)


Serwer (np.Apache) nie dokonuje walidacji przesyłanych danych.
A skoro walidację przeprowadza aplikacja php, to w przypadku 
niepowodzenia, nie wydaje mi się żeby to było logiczne, aby w odpowiedzi 
aplikacja generowała "500 Internal Server Error" skoro Apache żyje (jak 
i jego moduły łącznie z php) i ma się dobrze.

Dlatego związek "500 Internal Server Error" i "walidacja danych" wydał 
mi się co najmniej dziwny.
No i dodatkowo opakowanie danych w SOAP (xml) również nie ma znaczenia 
dla działania serwera.

Pozdrawiam
Piotr