[BaaN]

Mireczki czy np taka aplikacja internetowa korzystająca z GlassFisha + jdbc może posłużyć jako podstawa do appki na androida? Chodzi mi o to czy np mając całą podstawę biznesową możemy bezproblemowo podpiąć odpowiednią aplikacje na telefon i sterować całością tak jak np poprzez przeglądarkę za pomocą servletów?
#java #programowanie #android

[MiKeyCo]

@BaaN: Zależy od architektury tego systemu webowego, w czym była logika (EJB?, Spring?, POJO?, w servletach?), technologii widoku. Strzelając w ciemno to raczej mało do przeniesienia, raczej do wzorowania się i przenoszenia klasa po klasie.

[ppawel]

@BaaN:

jako podstawa

jako backend

podpiąć odpowiednią aplikacje na telefon

wystawić API czyli (raczej) REST albo (jak wolisz ciężko) WSDL

bezproblemowo

nie licząc problemów typowych dla protokołów HTTP i/lub HTTPS

tak jak np poprzez przeglądarkę za pomocą servletów?

e? mniej więcej, bo w przeglądarce bez pluginów nie zobaczysz łatwo więcej niż GET i trochę POST; no i nie klep sam servletów: w springu masz RestControllery a w JEE masz JAX-RS

[MiKeyCo]

podpiąć odpowiednią aplikacje na telefon i sterować całością tak jak np poprzez przeglądarkę za pomocą servletów?

@BaaN: Jeśli zać chcesz na Androidzie mieć tylko klienta to postaw cienkiego responsywnego klienta webowego na tym GlassFishu czyli wymień warstwę webową. W ostateczności klienta grubego z komunikacją WebService'ami.

[BaaN]

@MiKeyCo: @ppawel: Logika to EJB a prezentacja to jsf oraz servlety, oczywiście rozumiem, że niektóre rzeczy będzie trzeba przenieść w kodzie do apki na telefon ale chodzi mi raczej własnie o komunikacje z serwerem aplikacyjnym czy to jest do zrealizowania w podobny sposób jak ten w serwletach (oczywiście dodając całą logikę aplikacji na telefon). Czy nie ma przeszkód w komunikacji miedzy taka aplikacja biznesową a aplikacja na Androida? Czy będę

[MiKeyCo]

Czy nie ma przeszkód w komunikacji miedzy taka aplikacja biznesową a aplikacja na Androida?

@BaaN: W ogólności nie ma przeszkód. Z tym, że różnie to można rozwiązać a rozwiązania zależą też od szczegółów Twojego systemu, których teraz nie znamy.

[ppawel]

@BaaN: JSF sam z siebie nie pomaga - ciężko go rozciąć na front i end, ale jeśli masz dobrze zaprojektowane beany to w ekstremalnych sytuacjach może wystarczyło by dodać adnotacje z JAX-RS i zobaczyć co się stanie ;) ewentualnie jeśli dobrze oddzieliłeś obsługę GUI od warstwy serwisowej to może wystarczy tylko dodanie nowych klas restowych; btw, REST z definicji powinien być raczej bezstanowy (w przeciwieństwie do jsfowych beanów), więc jeśli chcesz

[BaaN]

@MiKeyCo: Chodziło mi jedynie o to czy nie ma jakiejś strasznej bariery, także dzięki za odpowiedź. ;)

[ppawel]

@BaaN:
nie zdążyłem dopisać wyżej,

czy podobnie jak w servletach? podobnie, ale chyba wszystkie współczesne rozwiązania będą przyjemniejsze niż gołe servlety ;)

[BaaN]

@ppawel: rozumiem, i jak już wspomniałem nie chodziło mi o samą technologie tylko o możliwości. Dzięki ;)