Baixe Curso Java Orientada a Objetos e outras Manuais, Projetos, Pesquisas em PDF para Programação para Java, somente na Docsity!
A Sun Microsystems lançou várias versões de Java, mantendo a consistência
da arquitetura nas várias versões. Depois do lançamento do Java 1.2, houve
uma mudança na forma como o Java é empacotado e licenciado. Isto fez com
que a plataforma Java fosse dividida em três edições.
As três plataformas de Java que tratam de diferentes ambientes são:
F 0
B 7 Java 2 Standard Edition (J2SE)
F 0
B 7 Java 2 Enterprise Edition (J2EE)
F 0
B 7 Java 2 Micro Edition (J2ME)
A plataforma J2SE é basicamente usada para criar applets Java e aplicativos que são isolados e baseados na web. A Standard Edition é uma coleção de ferramentas e APIs. A plataforma J2EE foi a resposta do Java para a computação das empresas onde um único aplicativo é distribuído por uma rede e acessada remotamente. A plataforma J2EE contém todas as funções da J2SE e focaliza na programação o servidor usando o Enterprise Java Beans (EJB), Servlets, Java Server Pages (JSP), e Extensible Markup Language (XML).
A plataforma J2ME focaliza o ambiente de computação sem fio, onde uma das
suas maiores limitações tem sido a restrição aos recursos de hardware dos
dispositivos, tais como telefones celulares, Personal Digital Assistants
(PDAs), outros aparelhos eletrônicos e embutidos.
A plataforma Java 2 Micro Edition (J2ME), uma plataforma modular e
customizada da Sun, trata dos requisitos de computação destes aparelhos com
até 128 KB de RAM e com processadores que são menos poderosos que
computadores de mesa.
A J2ME deriva a maioria de suas funções da J2SE. Algumas das funções da J2ME são as seguintes:
F 0
B 7 Portabilidade
F 0
B 7 Consistência embutida entre os produtos
F 0
B 7 Segurança na rede
F 0
B 7 Compatibilidade com as plataformas J2SE e J2EE
J2ME e WAP
O WAP (Wireless Application Protocol) é uma especificação que adapta várias
técnicas de tratamento de dados usadas por protocolos web tais como o TCP/
IP e o UDP.
Os aplicativos WAP reutilizam as tecnologias web existentes. O WAP não foi
desenhado para operar com o HTML, embora muitos dos gateways WAP
possam converter HTML em dados que sejam específicos para aparelhos sem
fio.
Para gerar conteúdo WAP dinâmico, pode-se usar Servlets, Java Server Pages
(JSP) ou Wireless Markup Language (WML). Embora WAP e J2ME sejam
tecnologias complementares, elas operam de diferentes maneiras. No caso da
WAP, o aparelho móvel opera um navegador que acessa aplicativos na
Intranet ou Internet. O aparelho móvel não contém quaisquer outros
aplicativos. Por outro lado, os aplicativos J2ME residem no aparelho móvel e
estes aplicativos estão disponíveis para usuários mesmo se o aplicativo não
estiver conectado a uma rede.
A J2ME consiste de dois componentes, profiles e configurations. Um profile (perfil) é uma especificação de um conjunto de Java APIs por uma categoria específica de aparelhos de mão. Ele inclui também a especificação do Java Virtual Machine que é necessário para rodar o aplicativo em um aparelho específico. Há vários tipos de perfis, tais como Mobile Information Device Profile (MIDP), Foundation Profile e PDA Profile.
A configuration (configuração), por outro lado, especifica o ambiente básico
do run-time J2ME. Ela inclui também uma coleção de classes de J2SE. Os
perfis são implantados em configurações. As duas configurações disponíveis
atualmente são:
F 0
B 7 Connected Device Configuration (CDC)
F 0
B 7 Connected Limited Device Configuration (CLDC)
CDC é usado principalmente para aparelhos high-end com conectividade de rede. Estes aparelhos incluem set top boxes , Internet, TVs, e sistemas de navegação automotiva.
Esta configuração inclui uma grande variedade de bibliotecas Java e uma
coleção ampla de funções de máquina virtual. O CDC suporta os seguintes
pacotes de Java (na tabela ao lado):
Pacote Descrição java.net Classes de Rede e Interface java.util Classes de utilitário padrão java.util.zip Classes de utilitário Zip
J2SE APIs não são adequadas para dispositivos de mão porque elas exigem muita memória. Portanto, todas as J2SE APIs não são incluídas nas bibliotecas CLDC APIs.
As várias categorias de bibliotecas CLDC APIs são mostradas ao lado.
Classes java.lang Class, Long, Runnable, Thread, ArithmeticException, ArrayIndexOutOfBoundException, ArrayStoreException, ClassCastException, ClassNotFoundException, Error, IllegalAccessException, IllegalArgumentException, IllegalMonitorStateException, IllegalThreadStateException, IndexOutOfBoundException, InstantiationException, InterruptedException, OutOfMemoryError, NegativeArraySizeException, NumberFormatException, NullPointerException, SecurityException, StringIndexOutOfBoundException, VirtualMachineError java.io ByteArrayInputStream, ByteArrayOutputStream, DataInput, DataOutput, DataInputStream, DataOutputStream, InputStream, OutputStream, InputStreamReader, OutputStreamWriter, PrintStream, Reader, Writer, EOFException, IOException, InterruptedException, UnsupportedEncodingException, UTFDataFormatException java.util Calendar, Date, Random, Stack, TimeZone, EmptyStackException, NoSuchElementException
A biblioteca contém várias interfaces e classes que são específicas a CLDC. Estas formam uma parte do pacote javax.microedition.io, que é usado em J2ME para suportar as capacidades da rede CLDC.
A tabela ao lado relaciona estas classes.
Pacote Classes javax.microedition.io Connection, ConnectionNotFoundException, Connector, ContentConnector, Datagram, DatagramConnection, InputConnection, OutputConnection, StreamConnection, StreamConnectionNotifier
As principais APIs em J2ME incluem várias classes de pacotes tais como
java.lang e java.util. Todas estas APIs são usadas por diferentes configurações
e, portanto, devem ser suportadas por todas as máquinas virtuais, incluindo
KVM.
A tabela a seguir relaciona várias classes disponíveis nas APIs usadas na
J2ME.
Pacote Classes java.lang Object, Runtime, System, Throwable, Exception, RuntimeException, Boolean, Byte, Integer, Character, Short, Void, String, StringBuffer, and Math java.util BitSet, Dictionary, Enumeration, Hashtable, and Vector
O MIDP contém uma biblioteca que oferece Java APIs e que interage com a
Interface do usuário e o banco de dados. Pode-se usar os APIs disponíveis no
MIDP para criar uma variedade de aplicativos, como o de consumidores e
jogos. Os aplicativos MIDP são conhecidos como MIDlets. Para mais
informações, clique no botão Mostar Mais.
O MIDP é usado em dispositivos móveis de informação, tais como telefones celulares e pagers, que possuem as seguintes características:
• Display com profundidade de 1-bit
• Dispositivos de entradas, como teclado ou touch screen
• Um mínimo de memória não volátil de 128 KB para componentes
MIDP
• Conectividade dupla sem fio
MIDP Pacote Descrição javax.microedition.lcdui Interface de Usuário e Interfaces de classes javax.microedition.rms Classes de Sistemas de administração de Registros javax.microedition.midlet Classe de suporte de definição do Aplicativo MIDP javax.microedition.io Classes e Interfaces de estrutura de conexão genérica MIDP java.lang Classes e Interfaces de máquina virtual java.util Classes e interface de utilitário padrão
Além disso, o MIDP roda em processadores low end e cria um mínimo de lixo. Em J2ME, a CLDC combina com MIDP para formar um ambiente run time abrangente. A interface para os serviços de nível de sistema é fornecida pela configuração, a CLDC, e a interface para serviços em nível de aplicativo é fornecida pelo perfil MIDP.
Para obter maiores informações, clique no botão Mostrar Mais.
F 0 B 7 É usado para localizar e rejeitar todos os arquivos de classes inválidas de um MIDlet e reter apenas os válidos. Este processo de filtragem de classes inválidas é conhecido como pré-verificação.
F 0 B 7 Reduz a carga de trabalho do KVM e permite que o KVM se concentre inteiramente no processo de compilação sem ter que procurar arquivos de classes inválidas.
F 0 B 7 No processo de pré-verificação, o arquivo de classe é convertido para arquivo.jar.
F 0 B 7 Depois de compilado, o MIDlet é arquivado com uma extensão .class semelhante ao arquivo Java bytecode. O passo seguinte é o processo de pré- verificação, depois do qual, o arquivo.class é convertido em um arquivo .jar.
Elementos do arquivo MIDlet JAR Módulo 02 - J2ME Wireless Toolkit
Além das classes MIDlet e outras classes de suporte, um arquivo MIDlet JAR contém os seguintes elementos: F 0
B 7 MIDlets: os arquivos da classe MIDlet.
F 0
B 7 Arquivo^ manifest : também chamado de descritor de aplicativo, este arquivo
descreve os MIDlets, tais como nome do MIDlet, nome do fornecedor e
assim por diante. Este arquivo é salvo com a extensão .jad.
F 0
B 7 Outros recursos: estes recursos incluem filtros de imagens e filtros de som
que são usados pelos MIDlets.
Um único arquivo JAR file pode conter mais de um MIDlet. Um número de
MIDlets juntos forma um MIDlet suíte. O descritor do aplicativo fornece
todas as informações necessárias para acessar um MIDlet específico de um
pacote. Este aplicativo é armazenado como um arquivo .jad dentro de um
arquivo JAR. Os outros recursos armazenados em um arquivo JAR incluem
arquivos de som e imagem.
O emulador J2ME Módulo 02 - J2ME Wireless Toolkit Antes de um MIDlet ficar pronto para ser utilizado, ele tem que ser testado em situações da vida real. Isto envolve o teste do MIDlet dentro de cada dispositivo para o qual ele foi criado. O emulador J2ME é usado para realizar este teste. O emulador oferece um ambiente simulado eficiente para testar o código em um PC. Quando é feita a simulação, a imagem do aparelho aparece na tela e o aplicativo executa exatamente como se ele estivesse naquele aparelho específico. O usuário pode interagir com o aparelho usando o mouse para clicar em seus vários botões disponíveis. O J2ME Wireless Toolkit é capaz de simular o ambiente dos seguintes aparelhos: F 0
B 7 DefaultColorPhone
F 0
B 7 DefaultGrayPhone
F 0
B 7 MinimumPhone
F 0
B 7 Motorola i85s
F 0
B 7 PalmOS_Device
F 0
B 7 RIMJavaHand-held
Modelos de aparelhos com o emulador J2ME Módulo 02 - J2ME Wireless Toolkit A ilustração a seguir mostra a tela que aparece no emulador J2ME, enquanto este testa um jogo MIDlet em três diferentes modelos de aparelhos, um DefaultGrayPhone, um RIMJavaHand-held, e um Motorola i85s.
executar os MIDlets dentro de um aparelho móvel. O emulador não pode
simular o funcionamento de um gerenciador de aplicativos. Portanto, ele não
pode determinar exatamente como estes MIDlets são administrados dentro de
um aparelho.
O editor de configurações Módulo 02 - J2ME Wireless Toolkit
O editor de configurações ajuda um usuário a configurar o ambiente do
aparelho. Isto significa que o usuário pode alterar os vários perfis disponíveis
dentro de um aparelho. Ele pode modificar sua imagem, tamanho da tela e os
botões disponíveis. Desta forma, o editor oferece um mecanismo para
controlar o ambiente simulado.
Para maiores informações, clique no botão Mais Informações.
Os ambientes de testes em J2ME Módulo 02 - J2ME Wireless Toolkit O J2ME oferece dois tipos de ambientes de teste:
F 0
B 7 Ambiente Linha de comando (Command line environment)
F 0
B 7 Ambiente Visual (Visual environment)
O Ambiente linha de comando
Este é um ambiente simples no qual um usuário digita um comando para
realizar a tarefa desejada. Isto é semelhante às versões anteriores do Java onde
a codificação ocorre em um editor de texto e a compilação é realizada usando
comandos em linhas.
O Ambiente visual
O J2ME Wireless Toolkit oferece uma plataforma visual para compilar e testar
MIDlets e um GUI de fácil uso, que reduz consideravelmente a tarefa do
desenvolvedor na construção e teste de MIDlets. Atualmente, os seguintes
ambientes visuais estão disponíveis em J2ME:
F 0
B 7 KToolbar
F 0
B 7 Forte for Java
F 0
B 7 CodeWarrior for Java
F 0
B 7 Jbuilder Handheld Express
KToolbar Módulo 02 - J2ME Wireless Toolkit O KToolbar oferece um ambiente visual simples para testar MIDlets. Ele tem funções limitadas se comparado às oferecidas pelo Forte for Java, o mais recente ambiente visual da Sun Microsystems. Ele gerencia arquivos de código fonte e automatiza o processo de criação de MIDlets. Porém, não tem um editor próprio. Por isto, o código tem que ser escrito em um editor de textos fora do ambiente KToolbar. O KToolbar oferece todos os utilitários necessários para realizar a pré-verificação e a emulação de um código. Para maiores informações, clique no botão Mais Informações.
A ilustração acima mostra um exemplo da tela GUI que aparece quando você chama o KToolbar. Descrição do KToolbar Módulo 02 - J2ME Wireless Toolkit
Botão Descrição Cria um novo projeto
Abre um projeto existente
Relaciona os detalhes dos MIDlets inclusos no projeto
Realiza a compilação e a pré-verificação
Executa um MIDlet
