Este é um post disponível para assinantes MVPEste post também está disponível para assinantes da Mobile magazine DIGITAL ou para quem possui Créditos DevMedia. Clique aqui para saber mais!
dê seu feedback
post favorito
Acesse WebService via aplicativos JavaME utilizando recursos de Proxies - Artigo Web Mobile 34
Este artigo apresenta o desenvolvimento de aplicações Java ME, mais especificamente para aparelhos celulares (CLDC e MIDP) que necessitam acessar dados de serviços externos a partir de WebServices. Nesse trabalho é apresentado o acesso direto a um WebService e seu acesso a partir de servidores de Proxy. Por fim, é comparado o número de bytes trafegados entre os dois tipos de acesso
Mobile magazine 34
[Artigo já está disponível no Leitor Digital DevMedia®. Clique aqui para acessá-lo]
> Clique aqui para ler todos os artigos da Mobile magazine 34
[Artigo já está disponível no Leitor Digital DevMedia®. Clique aqui para acessá-lo]
> Clique aqui para ler todos os artigos da Mobile magazine 34
Acesse WebService via aplicativos JavaME utilizando recursos de Proxies
Aprenda nesse artigo como tirar o máximo de proveito dos WebServices
O desenvolvimento de aplicações para celular utilizando o Java ME não é uma tarefa tão complicada. A plataforma possui suporte a várias ferramentas para o desenvolvimento visual de aplicativos (clicar e arrastar) como por exemplo o Mobility Pack disponível no Netbeans, frameworks que facilitam a persistência de dados no RMS, como Floggy, outros que auxiliam na comunicação bluetooth, destacando-se o Marge, e até conjuntos de classes para desenvolvimento de gráficos e relatórios nas pequenas telas dos dispositivos móveis, como meChart e meReport.
Porém, ainda esbarramos em um grande problema: na capacidade limitada de processamento e de armazenamento de informações existente hoje nos pequenos aparelhos. Vale lembrar que o grande mercado do Java ME são os aparelhos limitados, muitos deles entregues de graça pelas operadoras, outros que custam algumas dezenas de reais, e para estes aparelhos, toda economia de processamento, armazenamento e otimização é bem vinda.
Uma alternativa viável para “aliviar” os pequenos dispositivos é a utilização de servidores remotos para processar informações e armazenar dados em repositórios centrais, facilitando o acesso a informações que poderão ser feitos por outros mecanismos.
Celulares e outros dispositivos móveis costumam fazer acesso a dados remotamente utilizando conexões OTA (Over the Air). Esta tecnologia é bastante deficiente ainda, principalmente no que diz respeito à velocidade de transmissão e ao custo dos acessos, que ainda, na maioria das vezes, é tarifada por byte trafegado.
Assim, usuários que estão acostumados com conexões rápidas e baratas em seus desktops podem ficar entediados pela demora no tráfego de alguns KB. Além do mais, estas conexões podem ser pouco confiáveis, caras e intermitentes.
Entretanto, as empresas operadoras de telefonia móvel no Brasil estão em constante evolução, e já disponibilizam serviços em que é possível trafegar cada vez mais informações em conexões ininterruptas, pagando cada vez menos por este serviço, e ainda oferecendo uma maior abrangência territorial no país, mas ainda falta muito para a comunicação de dados móvel poder ser comparada com a comunicação de dados fixas, existente nos computadores e notebooks.
O MIDP possui mecanismos genéricos para acesso à rede. Na MIDP 1.0, a conexão podia ser feita apenas por HTTP, através da classe HttpConnection (pacote javax.microedition.io) - outros protocolos poderiam ser utilizados de acordo com cada fabricante de celular. Já no MIDP 2.0, existem outras maneiras de estabelecer conexão, incluindo o HttpsConnection (HTTP sobre SSL), CommConnection (conexão serial), SocketConnection (permite conexão a um servidor socket), DatagramConnection (comunicação usando pacotes UDP), além das comunicações de envios de mensagem, usando o SMS e MMS.
Estas comunicações possuem como característica a utilização da rede das operadoras para que as mesmas possam acontecer (ler Nota DevMan 1).
Nota DevMan 1. Dica
Alguns aparelhos celulares mais modernos permitem utilizar os protocolos http, socket e datagram sem passar pela rede da operadora. Para isso, nas configurações do aparelho é necessário informar o nome de um Access Point Wi-FI, para que no momento da comunicação o acesso a rede seja feita por uma rede sem fio. Entretanto, a limitação está na área de abrangência desses Access Point, que costumam se limitar a escritórios e empresas. Já com o sistema em campo, nas ruas de uma cidade por exemplo, dificilmente pode-se escapar do envio e recepção de dados a partir da rede das operadoras.
"
ATENÇÃO! A exibição deste artigo foi interrompida.
Este é um post disponível para assinantes MVP
Aprenda nesse artigo como tirar o máximo de proveito dos WebServices
O desenvolvimento de aplicações para celular utilizando o Java ME não é uma tarefa tão complicada. A plataforma possui suporte a várias ferramentas para o desenvolvimento visual de aplicativos (clicar e arrastar) como por exemplo o Mobility Pack disponível no Netbeans, frameworks que facilitam a persistência de dados no RMS, como Floggy, outros que auxiliam na comunicação bluetooth, destacando-se o Marge, e até conjuntos de classes para desenvolvimento de gráficos e relatórios nas pequenas telas dos dispositivos móveis, como meChart e meReport.
Porém, ainda esbarramos em um grande problema: na capacidade limitada de processamento e de armazenamento de informações existente hoje nos pequenos aparelhos. Vale lembrar que o grande mercado do Java ME são os aparelhos limitados, muitos deles entregues de graça pelas operadoras, outros que custam algumas dezenas de reais, e para estes aparelhos, toda economia de processamento, armazenamento e otimização é bem vinda.
Uma alternativa viável para “aliviar” os pequenos dispositivos é a utilização de servidores remotos para processar informações e armazenar dados em repositórios centrais, facilitando o acesso a informações que poderão ser feitos por outros mecanismos.
Celulares e outros dispositivos móveis costumam fazer acesso a dados remotamente utilizando conexões OTA (Over the Air). Esta tecnologia é bastante deficiente ainda, principalmente no que diz respeito à velocidade de transmissão e ao custo dos acessos, que ainda, na maioria das vezes, é tarifada por byte trafegado.
Assim, usuários que estão acostumados com conexões rápidas e baratas em seus desktops podem ficar entediados pela demora no tráfego de alguns KB. Além do mais, estas conexões podem ser pouco confiáveis, caras e intermitentes.
Entretanto, as empresas operadoras de telefonia móvel no Brasil estão em constante evolução, e já disponibilizam serviços em que é possível trafegar cada vez mais informações em conexões ininterruptas, pagando cada vez menos por este serviço, e ainda oferecendo uma maior abrangência territorial no país, mas ainda falta muito para a comunicação de dados móvel poder ser comparada com a comunicação de dados fixas, existente nos computadores e notebooks.
O MIDP possui mecanismos genéricos para acesso à rede. Na MIDP 1.0, a conexão podia ser feita apenas por HTTP, através da classe HttpConnection (pacote javax.microedition.io) - outros protocolos poderiam ser utilizados de acordo com cada fabricante de celular. Já no MIDP 2.0, existem outras maneiras de estabelecer conexão, incluindo o HttpsConnection (HTTP sobre SSL), CommConnection (conexão serial), SocketConnection (permite conexão a um servidor socket), DatagramConnection (comunicação usando pacotes UDP), além das comunicações de envios de mensagem, usando o SMS e MMS.
Estas comunicações possuem como característica a utilização da rede das operadoras para que as mesmas possam acontecer (ler Nota DevMan 1).
Nota DevMan 1. Dica
Alguns aparelhos celulares mais modernos permitem utilizar os protocolos http, socket e datagram sem passar pela rede da operadora. Para isso, nas configurações do aparelho é necessário informar o nome de um Access Point Wi-FI, para que no momento da comunicação o acesso a rede seja feita por uma rede sem fio. Entretanto, a limitação está na área de abrangência desses Access Point, que costumam se limitar a escritórios e empresas. Já com o sistema em campo, nas ruas de uma cidade por exemplo, dificilmente pode-se escapar do envio e recepção de dados a partir da rede das operadoras.
"
ATENÇÃO! A exibição deste artigo foi interrompida.
Este é um post disponível para assinantes MVPEste post também está disponível para assinantes da Mobile magazine DIGITAL ou para quem possui Créditos DevMedia. Clique aqui para saber mais!
[Este post ainda não foi associado a uma sequência]
Você está em:
canal mobile
Publicidade
0
0
