Witam,
Jestem swiadomy kiepskiego wsparcia dla SOAP pod Androidem. Problem polega na tym, ze koniecznie musze zintegrowac sie z systemem ERP, ktory nie wspiera REST.
Raczej nie mam zamiaru recznie
parsowac XML.
Zastanawiam sie nad nastepujacym rozwiazaniem:
1. Postawic serwer, ktory bedzie konsumowal usluge SOAP, a sam wystawial usluge REST zabezpieczona OAuth2 (Spring Security OAuth2). Czy to sensowny pomysl? Jako klienta REST wykorzystam Spring for Android.
Pozdrawiam,
https://code.google.com/p/ksoap2-android/ nie jest idealna ale może coś z niej wyciśniesz ;)
Też mam dostęp do Google i jest to jedyna, stara biblioteka jaka tam wyskakuje. Niech ktoś powie o rzeczywistych doświadczeniach jej dotyczących.
Czy narzut na proxy SOAP -> REST to duży narzut wydajnościowy? Spodziewałbym się podobnego narzutu jak na szynie ESB, więc raczej byłoby to akceptowalne.
Cieszę się, że masz dostęp do Google. :) Ostatnie 3 miechy pracowałem z tą biblioteką. Jak sam zauważyłeś jest ona jedyna (i stara), ale działa. Początkowo używałem jej zarówno w warstwie transportowej i danych, ale z biegiem czasu w projekcie powstało proxy restowe które zwraca soapowego xml'a więc teraz służy ona tylko do budowania obiektów. Było trochę problemów z niektórymi metodami, np wyciąganiem atrybutów/właściwości po nazwach. Więc tak jak pisałem, nie jest idealna ale da się z nią coś zrobić. Aczkolwiek i tak bym stawiał na proxy restowe ;)
Dzięki, taka odpowiedź znacznie bardziej mnie satysfakcjonuje. Jeżeli ktoś ma jeszcze coś ciekawego do dodania to chętnie wysłucham.
Czy Spring Security OAuth2 to dobry pomysł na zabezpieczenie tego?
http://projects.spring.io/spring-security-oauth/