JSR 172 ou kXML

Mobile
#1

Fala pessoal…

Quem sabe qual a melhor API, JSR 172 ou kXML, para produzir um cliente consumidor de uma Web Service no Celular… Qual delas é mais portável e mais comum entre os dispositivos moveis de configuração CLDC?

Abraço
Joao

#2

[quote=JOAO E O PÉ DE FEIJÃO]Fala pessoal…

Quem sabe qual a melhor API, JSR 172 ou kXML, para produzir um cliente consumidor de uma Web Service no Celular… Qual delas é mais portável e mais comum entre os dispositivos moveis de configuração CLDC?

Abraço
Joao

[/quote]

JSR 172 é uma mão na roda, mas poucos aparelhos suportam, o melhor seria tu usar o kxml e o ksoap com eles qualquer aparelho consiguerá se conectar a um webserv, mas tem que ser os 2 sem os 2 vc não acessa os webservice, o problema é tu conseguir usar eles, se vc conseguir depois explica aqui que eu tb quero aprender :D.

#3

estava com a mesma duvida por aqui hoje.
fiz uma pesquisa rapida no site da nokia pra ver sobre a jsr172 e realmente poucos aparelhos suportam (embora a maioria dos mais modernos tenham).

aqui a gente acabou optando por webservices json e ainda ganhamos de brinde a economia absurda da banda do cliente :slight_smile:

#4
  1. Meu caro Shakall… dá uma olhada neste tutorial aqui. Mostra como implementar usando kxml e ksoap :

http://www.javafree.org/content/view.jf?idContent=4

  1. Sergio Lopes, sobre consumo de banda é muito legal… Vc poderia fazer uma explanação rapida sobre esse tema, pra gente ter uma noção melhor… Qual consome mais ou menos… E também o que é esse json e como implementar um cliente com ele…
#5

Com Kxml e Ksoap a aplicação vai rodar em qualquer aparelho (que rode Java é claro e com MIDP2.0) pois as API estarão embutidas na sua aplicação, porém, sua aplicação ficará com um tamanho maior, vai ocupar mais espaço na memória.

Já o JSR 172, como disse o pessoal acima, é muito prático mas roda em poucos aparelhos ainda.

Os WebServices consomem menos banda pois os métodos só são chamados quando é neessário, eles respondem e pronto. Porém, WebServices trafega um número maior de bytes devido ao seu cabeçalho.

Enquanto isso, uma conexão socket com um servlet, por exemplo, a transferência de dados pode ser mais lenta e é necessário ficar mais tmepo conectado pois tem que haver uma sincronização com o cliente, coisa que é feita automaticamente nos WebServices, por isso acaba consumindo mais banda. Porém, o número de bytes trafegados é menor, pois você só envia ou recebe exatamente oque você quer, sem cabeçalhos.

#6

json é formato pra resposta de um webservice, baseado na sintaxe do javascript. nao chega ao extremo de se fazer uma SocketConnecton na unha mas tbm nao fica trafegando xmls imensos de resposta.

se vc fizer um webservice que devolve a cotacao do dolar, supondo q vc nao use SOAP com xmls imensos, vc faria algo assim:

<cotacoes>
    <comercial>1,60</comercial>
    <paralelo>1,75</paralelo>
    <turismo>1,79</turismo>
</cotacoes>

a mesma resposta em json:

{cotacoes: {
       comercial: '1,60',
       paralelo: '1,75',
       turismo: '1,79
}}

vc pode ver mais aqui: http://json.org/

tem parser pra duzias de plataforma, inclusive Java ME

#7