Pooja Va

D EPARTAMENTO DE E NGENHARIA DE C OMPUTAO E AUTOMAO I NDUSTRIAL FACULDADE DE E NGENHARIA E LTRICA E U NIVERSIDADE E STADUAL DE C AMPINAS
DE
C OMPUTAO
Programao Orientada a Objetos: Uma Abordagem com Java
Ivan Luiz Marques Ricarte
2001
Sumrio
1 Fundamentos da programao orientada a objetos 1.1 Classes . . . . . . . . . . . . . . . . . . . . . 1.2 Objetos . . . . . . . . . . . . . . . . . . . . . 1.3 Herana . . . . . . . . . . . . . . . . . . . . . 1.4 Polimorsmo . . . . . . . . . . . . . . . . . . 3 3 4 6 6 8 8 10 11 11 12 13 13 15 16 18 19 20 20 21 24 25 25 27 28 29 30 31 32 32 33 34 34
. . . .
. . . .
. . . .
. . . .
. . . .
. . . .
. . . .
. . . .
. . . .
. . . .
. . . .
. . . .
. . . .
. . . .
. . . .
. . . .
. . . .
. . . .
. . . .
. . . .
2 Princpios da programao na linguagem Java 2.1 Tipos primitivos . . . . . . . . . . . . . . . . . . 2.2 Identicadores . . . . . . . . . . . . . . . . . . . 2.3 Expresses . . . . . . . . . . . . . . . . . . . . 2.3.1 Expresses retornando valores numricos 2.3.2 Expresses retornando valores booleanos 2.3.3 Outros tipos de expresses . . . . . . . . 2.3.4 Controle do uxo de execuo . . . . . . 2.3.5 Comentrios . . . . . . . . . . . . . . . 2.4 Operaes sobre objetos . . . . . . . . . . . . . 2.4.1 Arranjos . . . . . . . . . . . . . . . . . . 2.4.2 Strings . . . . . . . . . . . . . . . . . . 2.5 Classes em Java . . . . . . . . . . . . . . . . . . 2.5.1 Pacotes . . . . . . . . . . . . . . . . . . 2.5.2 Denio de classes em Java . . . . . . . 2.5.3 O mtodo main . . . . . . . . . . . . . 2.5.4 Visibilidade da classe e seus membros . . 2.5.5 Classes derivadas . . . . . . . . . . . . . 2.5.6 Classes abstratas e nais . . . . . . . . . 2.5.7 Interfaces . . . . . . . . . . . . . . . . . 2.6 Excees . . . . . . . . . . . . . . . . . . . . . 2.6.1 Tratamento de excees . . . . . . . . . 2.6.2 Erros e excees de runtime . . . . . . . 2.6.3 Propagando excees . . . . . . . . . . . 2.6.4 Denindo e gerando excees . . . . . . 2.7 O ambiente de Java . . . . . . . . . . . . . . . . 2.7.1 Ferramentas do Java SDK . . . . . . . . 2.7.2 Gerao de cdigo porttil . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . .
Programao orientada a objetos com Java
Sumrio
2.7.3
Desenvolvimento de aplicaes . . . . . . . . . . . . . . . . . . . . . . . .
35 37 37 38 39 40 41 42 43 45 46 46 47 47 50 54 55 57 65 66 67 68 69
3 Uso das classes da API padro de Java 3.1 Funcionalidades bsicas . . . . . . 3.2 Entrada e sada . . . . . . . . . . 3.2.1 Transferncia de texto . . 3.2.2 Transferncia de bytes . . 3.2.3 Manipulao de arquivos . 3.2.4 Serializao . . . . . . . . 3.3 Framework de colees . . . . . . 3.4 Extenses padronizadas . . . . . .
. . . . . . . .
. . . . . . . .
. . . . . . . .
. . . . . . . .
. . . . . . . .
. . . . . . . .
. . . . . . . .
. . . . . . . .
. . . . . . . .
. . . . . . . .
. . . . . . . .
. . . . . . . .
. . . . . . . .
. . . . . . . .
. . . . . . . .
. . . . . . . .
. . . . . . . .
. . . . . . . .
. . . . . . . .
. . . . . . . .
. . . . . . . .
. . . . . . . .
. . . . . . . .
. . . . . . . .
. . . . . . . .
. . . . . . . .
. . . . . . . .
4 Desenvolvimento de aplicaes grcas 4.1 Apresentao grca . . . . . . . . 4.2 Interfaces grcas com usurios . . 4.2.1 Eventos da interface grca 4.2.2 Componentes grcos . . . 4.2.3 Containers . . . . . . . . . 4.2.4 Janelas . . . . . . . . . . . 4.2.5 Gerenciadores de layout . . 4.3 Desenvolvimento de applets . . . . 4.3.1 Criao de applet . . . . . . 4.3.2 Execuo de applets . . . . 4.3.3 Passagem de parmetros . . 4.3.4 Contexto de execuo . . .
. . . . . . . . . . . .
. . . . . . . . . . . .
. . . . . . . . . . . .
. . . . . . . . . . . .
. . . . . . . . . . . .
. . . . . . . . . . . .
. . . . . . . . . . . .
. . . . . . . . . . . .
. . . . . . . . . . . .
. . . . . . . . . . . .
. . . . . . . . . . . .
. . . . . . . . . . . .
. . . . . . . . . . . .
. . . . . . . . . . . .
. . . . . . . . . . . .
. . . . . . . . . . . .
. . . . . . . . . . . .
. . . . . . . . . . . .
. . . . . . . . . . . .
. . . . . . . . . . . .
. . . . . . . . . . . .
. . . . . . . . . . . .
. . . . . . . . . . . .
. . . . . . . . . . . .
. . . . . . . . . . . .
. . . . . . . . . . . .
5 Desenvolvimento de aplicaes distribudas 5.1 Programao cliente-servidor . . . . . . . . 5.1.1 Conceitos preliminares . . . . . . . 5.1.2 Aplicaes TCP/IP . . . . . . . . . 5.1.3 Aplicaes UDP . . . . . . . . . . 5.1.4 Aplicaes HTTP . . . . . . . . . . 5.2 Acesso a bancos de dados . . . . . . . . . . 5.2.1 Bancos de dados relacionais . . . . 5.2.2 SQL . . . . . . . . . . . . . . . . . 5.2.3 JDBC . . . . . . . . . . . . . . . . 5.3 Servlets . . . . . . . . . . . . . . . . . . . 5.3.1 Ciclo de vida de um servlet . . . . . 5.3.2 Fundamentos da API de servlets . . 5.4 Programao com objetos distribudos . . . 5.4.1 Arquiteturas de objetos distribudos 5.4.2 Java RMI . . . . . . . . . . . . . . 5.4.3 Java IDL . . . . . . . . . . . . . . A Palavras chaves de Java
. . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . .
72 . 72 . 73 . 75 . 79 . 81 . 83 . 84 . 85 . 87 . 90 . 91 . 92 . 94 . 94 . 96 . 113 117
c 2001 FEEC/UNICAMP
Captulo 1
Fundamentos da programao orientada a objetos

Neste captulo so apresentados os conceitos bsicos que permeiam o uso das tcnicas de orientao a objetos na programao, sempre utilizando a linguagem Java como motivador. Objetos so instncias de classes, que determinam qual informao um objeto contm e como ele pode manipul-la. Um dos grandes diferenciais da programao orientada a objetos em relao a outros paradigmas de programao que tambm permitem a denio de estruturas e operaes sobre essas estruturas est no conceito de herana, mecanismo atravs do qual denies existentes podem ser facilmente estendidas. Juntamente com a herana deve ser enfatizada a importncia do polimorsmo, que permite selecionar funcionalidades que um programa ir utilizar de forma dinmica, durante sua execuo.
1.1
Classes
A denio de classes e seus inter-relacionamentos o principal resultado da etapa de projeto de software. Em geral, esse resultado expresso em termos de alguma linguagem de modelagem, tal como UML. Uma classe um gabarito para a denio de objetos. Atravs da denio de uma classe, descreve-se que propriedades ou atributos o objeto ter. Alm da especicao de atributos, a denio de uma classe descreve tambm qual o comportamento de objetos da classe, ou seja, que funcionalidades podem ser aplicadas a objetos da classe. Essas funcionalidades so descritas atravs de mtodos. Um mtodo nada mais que o equivalente a um procedimento ou funo, com a restrio que ele manipula apenas suas variveis locais e os atributos que foram denidos para a classe. Uma vez que estejam denidas quais sero as classes que iro compor uma aplicao, assim como qual deve ser sua estrutura interna e comportamento, possvel criar essas classes em Java. Na Unied Modeling Language (UML), a representao para uma classe no diagrama de classes tipicamente expressa na forma grca, como mostrado na Figura 1.1. Como se observa nessa gura, a especicao de uma classe composta por trs regies: o nome da classe, o conjunto de atributos da classe e o conjunto de mtodos da classe.
1.2. Objetos
NomeClasse
vi si bili dade nomeAtri buto : ti po = val or def aul t ... vi si bili dade nomeAtri buto : ti po = val or def aul t vi si bili dade nomeMtodo(li staArgumentos) : ti poRetorno
... vi si bili dade nomeMtodo(li staArgumentos) : ti poRetorno
Figura 1.1: Uma classe em UML.
O nome da classe um identicador para a classe, que permite referenci-la posteriormente por exemplo, no momento da criao de um objeto. O conjunto de atributos descreve as propriedades da classe. Cada atributo identicado por um nome e tem um tipo associado. Em uma linguagem de programao orientada a objetos pura, o tipo o nome de uma classe. Na prtica, a maior parte das linguagens de programao orientada a objetos oferecem um grupo de tipos primitivos, como inteiro, real e carter, que podem ser usados na descrio de atributos. O atributo pode ainda ter um valor_default opcional, que especica um valor inicial para o atributo. Os mtodos denem as funcionalidades da classe, ou seja, o que ser possvel fazer com objetos dessa classe. Cada mtodo especicado por uma assinatura, composta por um identicador para o mtodo (o nome do mtodo), o tipo para o valor de retorno e sua lista de argumentos, sendo cada argumento identicado por seu tipo e nome. Atravs do mecanismo de sobrecarga (overloading), dois mtodos de uma classe podem ter o mesmo nome, desde que suas assinaturas sejam diferentes. Tal situao no gera conito pois o compilador capaz de detectar qual mtodo deve ser escolhido a partir da anlise dos tipos dos argumentos do mtodo. Nesse caso, diz-se que ocorre a ligao prematura (early binding) para o mtodo correto. O modicador de visibilidade pode estar presente tanto para atributos como para mtodos. Em princpio, trs categorias de visibilidade podem ser denidas: pblico, denotado em UML pelo smbolo +: nesse caso, o atributo ou mtodo de um objeto dessa classe pode ser acessado por qualquer outro objeto (visibilidade externa total); privativo, denotado em UML pelo smbolo -: nesse caso, o atributo ou mtodo de um objeto dessa classe no pode ser acessado por nenhum outro objeto (nenhuma visibilidade externa); protegido, denotado em UML pelo smbolo #: nesse caso, o atributo ou mtodo de um objeto dessa classe poder ser acessado apenas por objetos de classes que sejam derivadas dessa atravs do mecanismo de herana (ver Seo 1.3).
1.2
Objetos
Objetos so instncias de classes. atravs deles que (praticamente) todo o processamento ocorre em sistemas implementados com linguagens de programao orientadas a objetos. O uso racional de
c 2001 FEEC/UNICAMP
1.2. Objetos
objetos, obedecendo aos princpios associados sua denio conforme estabelecido no paradigma de desenvolvimento orientado a objetos, chave para o desenvolvimento de sistemas complexos e ecientes. Um objeto um elemento que representa, no domnio da soluo, alguma entidade (abstrata ou concreta) do domnio de interesse do problema sob anlise. Objetos similares so agrupados em classes. No paradigma de orientao a objetos, tudo pode ser potencialmente representado como um objeto. Sob o ponto de vista da programao orientada a objetos, um objeto no muito diferente de uma varivel normal. Por exemplo, quando dene-se uma varivel do tipo int em uma linguagem de programao como C ou Java, essa varivel tem:
um espao em memria para registrar o seu estado (valor); um conjunto de operaes que podem ser aplicadas a ela, atravs dos operadores denidos na linguagem que podem ser aplicados a valores inteiros.
Da mesma forma, quando se cria um objeto, esse objeto adquire um espao em memria para armazenar seu estado (os valores de seu conjunto de atributos, denidos pela classe) e um conjunto de operaes que podem ser aplicadas ao objeto (o conjunto de mtodos denidos pela classe). Um programa orientado a objetos composto por um conjunto de objetos que interagem atravs de trocas de mensagens. Na prtica, essa troca de mensagem traduz-se na aplicao de mtodos a objetos. As tcnicas de programao orientada a objetos recomendam que a estrutura de um objeto e a implementao de seus mtodos devem ser to privativos como possvel. Normalmente, os atributos de um objeto no devem ser visveis externamente. Da mesma forma, de um mtodo deve ser suciente conhecer apenas sua especicao, sem necessidade de saber detalhes de como a funcionalidade que ele executa implementada. Encapsulao o princpio de projeto pelo qual cada componente de um programa deve agregar toda a informao relevante para sua manipulao como uma unidade (uma cpsula). Aliado ao conceito de ocultamento de informao, um poderoso mecanismo da programao orientada a objetos. Ocultamento da informao o princpio pelo qual cada componente deve manter oculta sob sua guarda uma deciso de projeto nica. Para a utilizao desse componente, apenas o mnimo necessrio para sua operao deve ser revelado (tornado pblico). Na orientao a objetos, o uso da encapsulao e ocultamento da informao recomenda que a representao do estado de um objeto deve ser mantida oculta. Cada objeto deve ser manipulado exclusivamente atravs dos mtodos pblicos do objeto, dos quais apenas a assinatura deve ser revelada. O conjunto de assinaturas dos mtodos pblicos da classe constitui sua interface operacional. Dessa forma, detalhes internos sobre a operao do objeto no so conhecidos, permitindo que o usurio do objeto trabalhe em um nvel mais alto de abstrao, sem preocupao com os detalhes internos da classe. Essa facilidade permite simplicar a construo de programas com funcionalidades complexas, tais como interfaces grcas ou aplicaes distribudas.
c 2001 FEEC/UNICAMP
1.3. Herana
1.3
Herana
O conceito de encapsular estrutura e comportamento em um tipo no exclusivo da orientao a objetos; particularmente, a programao por tipos abstratos de dados segue esse mesmo conceito. O que torna a orientao a objetos nica o conceito de herana. Herana um mecanismo que permite que caractersticas comuns a diversas classes sejam fatoradas em uma classe base, ou superclasse. A partir de uma classe base, outras classes podem ser especicadas. Cada classe derivada ou subclasse apresenta as caractersticas (estrutura e mtodos) da classe base e acrescenta a elas o que for denido de particularidade para ela. H vrias formas de relacionamentos em herana: Extenso: a subclasse estende a superclasse, acrescentando novos membros (atributos e/ou mtodos). A superclasse permanece inalterada, motivo pelo qual este tipo de relacionamento normalmente referenciado como herana estrita. Especicao: a superclasse especica o que uma subclasse deve oferecer, mas no implementa nenhuma funcionalidade. Diz-se que apenas a interface (conjunto de especicao dos mtodos pblicos) da superclasse herdada pela subclasse. Combinao de extenso e especicao: a subclasse herda a interface e uma implementao padro de (pelo menos alguns de) mtodos da superclasse. A subclasse pode ento redenir mtodos para especializar o comportamento em relao ao que oferecido pela superclasse, ou ter que oferecer alguma implementao para mtodos que a superclasse tenha declarado mas no implementado. Normalmente, este tipo de relacionamento denominado herana polimrca. A ltima forma , sem dvida, a que mais ocorre na programao orientada a objetos. Algumas modelagens introduzem uma forma de herana conhecida como contrao. Contrao uma uma variante de herana onde a subclasse elimina mtodos da superclasse com o objetivo de criar uma classe mais simples. A eliminao pode ocorrer pela redenio de mtodos com corpo vazio. O problema com este mecanismo que ele viola o princpio da substituio, segundo o qual uma subclasse deve poder ser utilizada em todos os pontos onde a superclasse poderia ser utilizada. Se a contrao parece ser uma soluo adequada em uma hierarquia de classes, provavelmente a hierarquia deve ser re-analisada para deteco de inconsistncias (problema pssaros-pinguins). De modo geral, o mecanismo de contrao deve ser evitado.
1.4
Polimorsmo
Polimorsmo o princpio pelo qual duas ou mais classes derivadas de uma mesma superclasse podem invocar mtodos que tm a mesma identicao (assinatura) mas comportamentos distintos, especializados para cada classe derivada, usando para tanto uma referncia a um objeto do tipo da superclasse. Esse mecanismo fundamental na programao orientada a objetos, permitindo denir funcionalidades que operem genericamente com objetos, abstraindo-se de seus detalhes particulares quando esses no forem necessrios.
c 2001 FEEC/UNICAMP
1.4. Polimorsmo
Para que o polimorsmo possa ser utilizado, necessrio que os mtodos que estejam sendo denidos nas classes derivadas tenham exatamente a mesma assinatura do mtodo denido na superclasse; nesse caso, est sendo utilizado o mecanismo de redenio de mtodos (overriding). Esse mecanismo de redenio muito diferente do mecanismo de sobrecarga de mtodos, onde as listas de argumentos so diferentes. No caso do polimorsmo, o compilador no tem como decidir qual o mtodo que ser utilizado se o mtodo foi redenido em outras classes anal, pelo princpio da substituio um objeto de uma classe derivada pode estar sendo referenciado como sendo um objeto da superclasse. Se esse for o caso, o mtodo que deve ser selecionado o da classe derivada e no o da superclasse. Dessa forma, a deciso sobre qual dos mtodos mtodo que deve ser selecionado, de acordo com o tipo do objeto, pode ser tomada apenas em tempo de execuo, atravs do mecanismo de ligao tardia. O mecanismo de ligao tardia tambm conhecido pelos termos em ingls late binding, dynamic binding ou ainda run-time binding.
c 2001 FEEC/UNICAMP
Captulo 2
Princpios da programao na linguagem Java

No restante deste texto, os princpios da programao orientada a objetos so exercitados atravs de exemplos na linguagem de programao Java. Como qualquer linguagem de programao, Java tem regras estritas indicando como programas devem ser escritos. bom ter familiaridade com essa sintaxe da linguagem, aprendendo a reconhecer e denir os tipos primitivos, identicadores e expresses em Java. Merece ateno parte, para quem no tem familiaridade com o conceito de excees, o estudo deste mecanismo oferecido por Java para detectar e tratar situaes de erro segundo os princpios da orientao a objetos.
2.1
Tipos primitivos
Em Java, so oferecidos tipos literais primitivos (no objetos) para representar valores booleanos, caracteres, numricos inteiros e numricos em ponto utuante. Variveis do tipo boolean podem assumir os valores true ou false. O valor default para um atributo booleano de uma classe, se no especicado, false. Uma varivel do tipo boolean ocupa 1 bit de armazenamento. Variveis booleanas e variveis inteiras, ao contrrio do que ocorre em C e C++, no so compatveis em Java. Assim, no faz sentido atribuir uma varivel booleana a uma varivel inteira ou usar um valor inteiro no contexto de uma condio de teste. Exemplo de declarao e uso: boolean deuCerto; deuCerto = true; Combinando denio e inicializao, boolean deuCerto = true; Uma varivel do tipo char contm um carter Unicode1 , ocupando 16 bits de armazenamento
Unicode um padro internacional para a representao unicada de caracteres de diversas linguagens; para maiores informaes, http://www.unicode.org/ .
1
2.1. Tipos primitivos
em memria. O valor default de um atributo de classe do tipo char, se no especicado, o carter NUL (cdigo hexadecimal 0000). Um valor literal do tipo carter representado entre aspas simples (apstrofes), como em: char umCaracter = A; Nesse caso, a varivel ou atributo umCaracter recebe o carter A, correspondente ao cdigo hexadecimal 0041 ou valor decimal 65. Valores literais de caracteres podem tambm ser representados por seqncias de escape, como em \n (o carter newline). A lista de seqncias de escape reconhecidas em Java apresentada na Tabela 2.1. \b \t \n \f \r \" \ \\ \xxx \uxxxx backspace tabulao horizontal newline form feed carriage return aspas aspas simples contrabarra o carter com cdigo de valor octal xxx, que pode assumir valores entre 000 e 377 na representao octal o carter Unicode com cdigo de valor hexadecimal xxxx, onde xxxx pode assumir valores entre 0000 e ffff na representao hexadecimal.
Tabela 2.1: Caracteres representados por seqncias de escape.
Seqncias de escape Unicode (precedidas por \u) so processadas antes das anteriores, podendo aparecer no apenas em variveis caracteres ou strings (como as outras seqncias) mas tambm em identicadores da linguagem Java. Valores numricos inteiros em Java podem ser representados por variveis do tipo byte, short, int ou long. Todos os tipos contm valores inteiros com sinal, com representao interna em complemento de dois. O valor default para atributos desses tipos 0. Cada um desses tipos de dados tem seu espao de armazenamento denido na especicao da linguagem, no sendo dependente de diferentes implementaes. Variveis do tipo byte ocupam 8 bits de armazenamento interno. Com esse nmero de bits, possvel representar valores na faixa de 128 a +127. Variveis do tipo short ocupam 16 bits, podendo assumir valores na faixa de -32.768 a +32.767. Variveis do tipo int ocupam 32 bits, podendo assumir valores na faixa de -2.147.483.648 a +2.147.483.647. Finalmente, variveis do tipo long ocupam 64 bits, podendo assumir valores na faixa de -9.223.372.036.854.775.808 a +9.223.372.036.854.775.807. Constantes literais do tipo long podem ser identicadas em cdigo Java atravs do suxo l ou L, como em long valorQuePodeCrescer = 100L;
c 2001 FEEC/UNICAMP
2.2. Identicadores
Ao contrrio do que ocorre em C, no h valores inteiros sem sinal (unsigned) em Java. Adicionalmente, as combinaes da forma long int ou short int so invlidas em Java. Valores reais, com representao em ponto utuante, podem ser representados por variveis de tipo oat ou double. Em qualquer situao, a representao interna desses valores segue o padro de representao IEEE 754, sendo 0.0 o valor default para tais atributos. Como para valores inteiros, o espao de armazenamento e conseqentemente a preciso de valores associados a esses tipos de dados so denidos na especicao da linguagem. Variveis do tipo a float ocupam 32 bits, podendo assumir valores na faixa de , com nove dgitos signicativos de preciso. Variveis do tipo double ocupam 64 bits, podendo assumir valores de a , com 18 dgitos signicativos de preciso. Constantes literais do tipo oat podem ser identicadas no cdigo Java pelo suxo f ou F; do tipo double, pelo suxo d ou D.
"35476
!"$#&%(' )$102
89@AA&BACD" #E47FG% HI00PBPBA0CQ" 3547R76
2.2
Identicadores
Identicadores so seqncias de caracteres Unicode, que devem obedecer s seguintes regras: Um nome pode ser composto por letras, por dgitos e pelos smbolos _ e $. Um nome no pode ser iniciado por um dgito (0 a 9). Letras maisculas so diferenciadas de letras minsculas. Uma palavra-chave da linguagem Java (veja Apndice A) no pode ser um identicador. Java diferencia as letras minsculas da maisculas. Assim, as duas variveis int socorro; int soCorro;
so variveis diferentes. Alm dessas regras obrigatrias, o uso da conveno padro para identicadores Java torna a codicao mais uniforme e pode facilitar o entendimento de um cdigo. Embora no seja obrigatrio, o conhecimento e uso da seguinte conveno padro para atribuir nomes em Java pode facilitar bastante a manuteno de um programa:
Nomes de classes so iniciados por letras maisculas. Nomes de mtodos, atributos e variveis so iniciados por letras minsculas. Em nomes compostos, cada palavra do nome iniciada por letra maiscula as palavras no so separadas por nenhum smbolo.
Detalhes sobre as convenes de codicao sugeridas pelos projetistas da linguagem Java podem ser encontrados no documento Code Conventions for the JavaTM Programming Language2 .
http://www.dca.fee.unicamp.br/projects/sapiens/calm/References/Java/codeconv/ CodeConventions.doc8.html
2
c 2001 FEEC/UNICAMP
10
2.3. Expresses
2.3
Expresses
Expresses so sentenas da linguagem Java terminadas pelo smbolo ;. Essas sentenas podem denotar expresses envolvendo uma operao aritmtica, uma operao lgica inteira, uma operao lgica booleana, uma avaliao de condies, uma atribuio, um retorno de mtodo, ou ainda operaes sobre objetos.
2.3.1
Expresses retornando valores numricos
Expresses aritmticas envolvem atributos, variveis e/ou constantes numricas (inteiras ou reais). Os operadores aritmticos denidos em Java incluem: soma, operador binrio inxo denotado pelo smbolo +; subtrao, operador binrio inxo denotado pelo smbolo -. O mesmo smbolo pode ser utilizado como operador unrio prexo, denotando a complementao (subtrao de 0) do valor; multiplicao, operador binrio inxo denotado pelo smbolo *; diviso, operador binrio inxo denotado pelo smbolo /; resto da diviso, operador binrio inxo denotado pelo smbolo % e que pode ser aplicado apenas para operandos inteiros; incremento, operador unrio denotado pelo smbolo ++ que denido apenas para operandos inteiros, podendo ocorrer na forma prexa (pr-incremento) ou posxa (ps-incremento); e decremento, operador unrio denotado pelo smbolo -- que tambm denido apenas para operandos inteiros, podendo ocorrer na forma prexa (pr-decremento) ou posxa (ps-decremento). Operaes lgicas sobre valores inteiros atuam sobre a representao binria do valor armazenado, operando internamente bit a bit. Operadores desse tipo so: complemento, operador unrio prexo denotado pelo smbolo ~ que complementa cada bit na representao interna do valor; OR bit-a-bit, operador binrio inxo denotado pelo smbolo | que resulta no bit 1 se pelo menos um dos bits na posio correspondente na representao interna dos operandos era 1; AND bit-a-bit, operador binrio inxo denotado pelo smbolo & que resulta no bit 0 se pelo menos um dos bits na posio correspondente na representao interna dos operandos era 0; XOR bit-a-bit, operador binrio inxo denotado pelo smbolo ^ que resulta no bit 1 se os bits na posio correspondente na representao interna dos operandos eram diferentes; deslocamento esquerda, operador binrio inxo denotado pelo smbolo << que desloca a representao interna do primeiro operando para a esquerda pelo nmero de posies indicado pelo segundo operando;
c 2001 FEEC/UNICAMP
11
2.3. Expresses
deslocamento direita, operador binrio inxo denotado pelo smbolo >> que desloca a representao interna do primeiro operando para a direita pelo nmero de posies indicado pelo segundo operando. Os bits inseridos esquerda tero o mesmo valor do bit mais signicativo da representao interna; deslocamento direita com extenso 0, operador binrio inxo denotado pelo smbolo >>> que desloca a representao interna do primeiro operando para a direita pelo nmero de posies indicado pelo segundo operando. Os bits inseridos esquerda tero o valor 0.
2.3.2
Expresses retornando valores booleanos
As operaes lgicas booleanas operam sobre valores booleanos. Operadores booleanos incluem: complemento lgico, operador unrio prexo denotado pelo smbolo ! que retorna true se o argumento false ou retorna false se o argumento true; OR lgico booleano, operador binrio inxo denotado pelo smbolo | que retorna true se pelo menos um dos dois argumentos true; OR lgico condicional, operador binrio inxo denotado pelo smbolo || que opera como o correspondente booleano; porm, se o primeiro argumento j true, o segundo argumento no nem avaliado; AND lgico booleano, operador binrio inxo denotado pelo smbolo & que retorna false se pelo menos um dos dois argumentos false; AND lgico condicional, operador binrio inxo denotado pelo smbolo && que opera como o correspondente booleano; porm, se o primeiro argumento j false, o segundo argumento no nem avaliado; XOR booleano, operador binrio inxo denotado pelo smbolo ^ que retorna true quando os dois argumentos tm valores lgicos distintos. Condies permitem realizar testes baseados nas comparaes entre valores numricos. Operadores condicionais incluem: maior, operador binrio inxo denotado pelo smbolo > que retorna true se o primeiro valor for exclusivamente maior que o segundo; maior ou igual, operador binrio inxo denotado pelo smbolo >= que retorna true se o primeiro valor for maior que ou igual ao segundo; menor, operador binrio inxo denotado pelo smbolo < que retorna true se o primeiro valor for exclusivamente menor que o segundo; menor ou igual, operador binrio inxo denotado pelo smbolo <= que retorna true se o primeiro valor for menor que ou igual ao segundo; igual, operador binrio inxo denotado pelo smbolo == que retorna true se o primeiro valor for igual ao segundo;
c 2001 FEEC/UNICAMP
12
2.3. Expresses
diferente, operador binrio inxo denotado pelo smbolo != que retorna true se o primeiro valor no for igual ao segundo.
2.3.3
Outros tipos de expresses
Assim como C e C++, Java oferece o operador condicional ternrio denotado pelos smbolos ? : . Na expresso b ? s1 : s2, b uma expresso que resulta em um valor booleano (varivel ou expresso). O resultado da expresso ser o resultado da expresso (ou varivel) s1 se b for verdadeiro, ou o resultado da expresso (ou varivel) s2 se b for falso. O operador binrio = atribui o valor da expresso do lado direito varivel esquerda do operador. Os tipos da expresso e da varivel devem ser compatveis. O operador de atribuio pode ser combinado com operadores aritmticos e lgicos, como em C e C++. Assim, a expresso a += b equivale a a = a + b Mtodos em Java tm sua execuo encerrada de duas maneiras possveis. A primeira vlida quando um mtodo no tem um valor de retorno (o tipo de retorno void): a execuo encerrada quando o bloco do corpo do mtodo chega ao nal. A segunda alternativa encerra a execuo do mtodo atravs do comando return. Se o mtodo tem tipo de retorno void, ento o comando usado sem argumentos: return; Caso o mtodo tenha um valor de retorno especicado, ento a expresso assume a forma return expresso; onde o valor de retorno o resultado da expresso, que deve ser compatvel com o tipo de retorno especicado para o mtodo.
2.3.4
Controle do uxo de execuo
A ordem de execuo normal de comandos em um mtodo Java seqencial. Comandos de uxo de controle permitem modicar essa ordem natural de execuo atravs dos mecanismos de escolha ou de iterao. A estrutura if permite especicar um comando (ou bloco de comandos, uma seqncia de expresses delimitada por chaves, { e }) que deve apenas ser executado quando uma determinada condio for satisfeita: if (condio) { bloco_comandos } Quando o bloco de comandos composto por uma nica expresso, as chaves que delimitam o corpo do bloco podem ser omitidas:
c 2001 FEEC/UNICAMP
13
2.3. Expresses
if (condio) expresso; Embora a indentao do cdigo no seja mandatria, uma recomendao de boa prtica de programao que o bloco subordinado a uma expresso de controle de uxo seja representada com maior indentao que aquela usada no nvel da prpria expresso. A forma if. . . else permite expressar duas alternativas de execuo, uma para o caso da condio ser verdadeira e outra para o caso da condio ser falsa: if (condio) { bloco_comandos_caso_verdade } else { bloco_comandos_caso_falso } O comando switch. . . case tambm expressa alternativas de execuo, mas nesse caso as condies esto restritas comparao de uma varivel inteira com valores constantes: switch (varivel) { case valor1: bloco_comandos break; case valor2: bloco_comandos break; ... case valorn: bloco_comandos break; default: bloco_comandos } O comando while permite expressar iteraes que devem ser executadas se e enquanto uma condio for verdadeira: while (condio) { bloco_comandos } O comando do. . . while tambm permite expressar iteraes, mas neste caso pelo menos uma execuo do bloco de comandos garantida: do { bloco_comandos } while (condio);
c 2001 FEEC/UNICAMP
14
2.3. Expresses
O comando for permite expressar iteraes combinando uma expresso de inicializao, um teste de condio e uma expresso de incremento: for (inicializao; condio; incremento) { bloco_comandos } Embora Java no suporte o operador , (vrgula) presente em C e C++, no comando for mltiplas expresses de inicializao e de incremento podem ser separadas por vrgulas. Os comandos continue e break permitem expressar a quebra de um uxo de execuo. O uso de break j foi utilizado juntamente com switch para delimitar bloco de comandos de cada case. No corpo de uma iterao, a ocorrncia do comando break interrompe a iterao, passando o controle para o prximo comando aps o comando de iterao. O comando continue tambm interrompe a execuo da iterao, mas apenas da iterao corrente. Como efeito da execuo de continue , a condio de iterao reavaliada e, se for verdadeira, o comando de iterao continua executando. Em situaes onde h diversos comandos de iterao aninhados, os comandos break e continue transferem o comando de execuo para o ponto imediatamente aps o bloco onde ocorrem. Se for necessrio especicar transferncia para o m de outro bloco de iterao, os comandos break e continue rotulados podem ser utilizados: label: { for (...; ...; ...) { ... while (...) { ... if (...) break label; ... } ... } ... }
2.3.5
Comentrios
Comentrios em Java podem ser expressos em trs formatos distintos. Na primeira forma, uma barra dupla // marca o incio do comentrio, que se estende at o m da linha. A segunda forma o comentrio no estilo C tradicional, onde o par de smbolos /* marca o incio de comentrio, que pode se estender por diversas linhas at encontrar o par de smbolos */, que delimita o m do comentrio. O outro estilo de comentrio especco de Java e est associado gerao automtica de documentao do software desenvolvido. Nesse caso, o incio de comentrio delimitado pelas seqncias de incio /** e de trmino */. O texto entre essas seqncias ser utilizado pela ferramenta javadoc (ver Seo 2.7.1) para gerar a documentao do cdigo em formato hipertexto.
c 2001 FEEC/UNICAMP
15
2.4. Operaes sobre objetos
Para gerar esse tipo de documentao, os comentrios devem estar localizados imediatamente antes da denio da classe ou membro (atributo ou mtodo) documentado. Cada comentrio pode conter uma descrio textual sobre a classe ou membro, possivelmente incluindo tags HTML, e diretrizes para o programa javadoc . As diretrizes para javadoc so sempre precedidas por @, como em @see nomeClasseOuMembro que gera na documentao um link para a classe ou membro especicado, precedido pela frase See also . A documentao de uma classe pode incluir as diretrizes @author , que inclui o texto na seqncia como informao sobre o autor do cdigo na documentao; e @version , que inclui na documentao informao sobre a verso do cdigo. A documentao de um mtodo pode incluir as diretrizes @param, que apresenta o nome e uma descrio de cada argumento do mtodo; @return , que apresenta uma descrio sobre o valor de retorno; e @exception , que indica que excees podem ser lanadas pelo mtodo (ver Seo 2.6.1). Para maiores informaes, veja o texto How to Write Doc Comments for Javadoc3 .
2.4
Operaes sobre objetos
A criao de um objeto d-se atravs da aplicao do operador new. Dada uma classe Cls, possvel (em princpio) criar um objeto dessa classe usando esse operador: Cls obj = new Cls(); O mtodo direita do operador new um construtor da classe Cls. Um construtor um (pseudo-)mtodo especial, denido para cada classe. O corpo desse mtodo determina as atividades associadas inicializao de cada objeto criado. Assim, o construtor apenas invocado no momento da criao do objeto atravs do operador new. A assinatura de um construtor diferencia-se das assinaturas dos outros mtodos por no ter nenhum tipo de retorno nem mesmo void. Alm disto, o nome do construtor deve ser o prprio nome da classe. O construtor pode receber argumentos, como qualquer mtodo. Usando o mecanismo de sobrecarga, mais de um construtor pode ser denido para uma classe. Toda classe tem pelo menos um construtor sempre denido. Se nenhum construtor for explicitamente denido pelo programador da classe, um construtor default, que no recebe argumentos, criado pelo compilador Java. No entanto, se o programador da classe criar pelo menos um mtodo construtor, o construtor default no ser criado automaticamente se ele o desejar, dever criar um construtor sem argumentos explicitamente. No momento em que um construtor invocado, a seguinte seqncia de aes executada para a criao de um objeto: 1. O espao para o objeto alocado e seu contedo inicializado (bitwise) com zeros. 2. O construtor da classe base invocado.
3
urlhttp://java.sun.com/products/jdk/javadoc/writingdoccomments.html
c 2001 FEEC/UNICAMP
16
3. Os membros da classe so inicializados para o objeto, seguindo a ordem em que foram declarados na classe. 4. O restante do corpo do construtor executado. Seguir essa seqncia uma necessidade de forma a garantir que, quando o corpo de um construtor esteja sendo executado, o objeto j ter disposio as funcionalidades mnimas necessrias, quais sejam aquelas denidas por seus ancestrais. O primeiro passo garante que nenhum campo do objeto ter um valor arbitrrio, que possa tornar erros de no inicializao difceis de detectar. Esse passo que determina os valores default para atributos de tipos primitivos, descritos na Seo 2.1. Uma vez que um objeto tenha sido criado e haja uma referncia vlida para ele, possvel solicitar que ele execute mtodos que foram denidos para objetos dessa classe. A aplicao de um mtodo meth(int) , denido em uma classe Cls, a um objeto obj, construdo a partir da especicao de Cls, se d atravs da construo obj.meth(varint); onde varint uma expresso ou varivel inteira anteriormente denida. Em uma linguagem tradicional, a forma correspondente seria invocar uma funo ou procedimento passando como argumento a estrutura de dados sobre a qual as operaes teriam efeito: meth(obj, varint); Esse atributo implcito a referncia para o prprio objeto que est ativando o mtodo pode ser utilizado no corpo dos mtodos quando for necessrio faz-lo explicitamente. Para tanto, a palavra-chave this utilizada. Quando se declara uma varivel cujo tipo o nome de uma classe, como em String nome; no est se criando um objeto dessa classe, mas simplesmente uma referncia para um objeto da classe String, a qual inicialmente no faz referncia a nenhum objeto vlido. Quando um objeto dessa classe criado, obtm-se uma referncia vlida, que armazenada na varivel cujo tipo o nome da classe do objeto. Por exemplo, quando cria-se uma string como em nome = new String("POO/Java"); nome uma varivel que armazena uma referncia vlida para um objeto especco da classe String o objeto cujo contedo a string POO/Java . importante ressaltar que a varivel nome mantm apenas a referncia para o objeto e no o objeto em si. Assim, uma atribuio como String outroNome = nome; no cria outro objeto, mas simplesmente uma outra referncia para o mesmo objeto. A linguagem Java permite que o programador crie e manipule objetos explicitamente. Porm, a remoo de objetos em Java manipulada automaticamente pelo sistema, usando um mecanismo de coleta de lixo (garbage collector). O coletor de lixo um processo de baixa prioridade que permanece vericando quais objetos no tm nenhuma referncia vlida, retomando o espao despendido para
c 2001 FEEC/UNICAMP
17
cada um desses objetos. Dessa forma, o programador no precisa se preocupar com a remoo explcita de objetos. Outra operao que pode envolver um objeto sua vericao de tipo. Dado um objeto obj e uma classe Cls, possvel vericar dinamicamente (durante a execuo do mtodo) se o objeto pertence ou no classe usando o operador instanceof . Este retorna true se o objeto esquerda do operador da classe especicada direita do operador. Assim, obj instanceof Cls retornaria true se obj fosse da classe Cls.
2.4.1
Arranjos
Arranjos so agregados homogneos de valores que podem agrupar literais ou objetos. A declarao de um arranjo, como int array1[]; apenas cria uma referncia para um arranjo de inteiros porm o arranjo no foi criado. Assim como objetos, arranjos so criados com o operador new: array1 = new int[100]; Essa expresso cria espao para armazenar 100 inteiros no arranjo array1. As duas expresses poderiam ter sido combinadas em uma sentena incluindo a declarao e a criao de espao: int array1[] = new int[100]; Arranjos podem ser alternativamente criados com a especicao de algum contedo: int array2[] = {2, 4, 5, 7, 9, 11, 13}; O acesso a elementos individuais de um arranjo especicado atravs de um ndice inteiro. O elemento inicial, assim como em C e C++, tem ndice 0. Assim, do exemplo acima, a expresso int x = array2[3]; faz com que a varivel x receba o valor 7, o contedo da quarta posio. O acesso a elementos do arranjo alm do ltimo ndice permitido por exemplo, a array2[7] gera um erro em tempo de execuo, ou uma exceo (ver Seo 2.6.1). A dimenso de um arranjo pode ser obtida atravs da propriedade length presente em todos os arranjos. Assim, a expresso int y = array2.length; faz com que y receba o valor 7, o nmero de elementos no arranjo array2.
c 2001 FEEC/UNICAMP
18
2.4.2
Strings
Ao contrrio do que ocorre em C e C++, strings em Java no so tratadas como seqncias de caracteres terminadas por NUL. So objetos, instncias da classe java.lang.String. Uma string pode ser criada como em: String s = "abc"; O operador + pode ser utilizado concatenar strings: System.out.println("String s: " + s); Se, em uma mesma expresso, o operador + combinar valores numricos e strings, os valores numricos sero convertidos para strings e ento concatenados. A classe String dene um conjunto de funcionalidades para manipular strings atravs de seus mtodos. Para obter o nmero de caracteres em uma string, o mtodo int length() usado. Assim, a expresso s.length(); retornaria o valor 3. Para criar uma nova string a partir da concatenar duas strings, o mtodo String concat(String outro) pode ser usado. Por exemplo, String t = s.concat(".java"); faria com que a string t tivesse o contedo abc.java. Para comparar o contedo de duas strings h trs formas bsicas. O mtodo equals(String outro) compara as duas strings, retornando verdadeiro se seus contedos forem exatamente iguais. Assim, t.equals(s); retornaria falso, mas s.equals("abc"); retornaria verdadeiro. O mtodo equalsIgnoreCase(String outro) tem a mesma funcionalidade mas ignora se as letras so maisculas ou minsculas. Assim, s.equalsIgnoreCase("ABC"); tambm retornaria verdadeiro. A terceira forma atravs do mtodo compareTo(String outro), que retorna um valor inteiro igual a zero se as duas strings forem iguais, negativo se a string qual o mtodo for aplicado preceder lexicogracamente a string do argumento (baseado nos valores Unicode dos caracteres) ou positivo, caso contrrio. H tambm um mtodo compareToIgnoreCase(String str). Para extrair caracteres individuais de uma string, pode-se utilizar o mtodo charAt(int pos), que retorna o carter na posio especicada no argumento (0 a primeira posio). Para obter substrings de uma string, o mtodo substring() pode ser utilizado. Esse mtodo tem duas assinaturas:
c 2001 FEEC/UNICAMP
19
2.5. Classes em Java
String substring(int pos_inicial); String substring(int pos_inicial, int pos_final); A localizao de uma substring dentro de uma string pode ocorrer de diversas formas. O mtodo indexOf() , com quatro assinaturas distintas, retorna a primeira posio na string onde o carter ou substring especicada no argumento ocorre. possvel tambm especicar uma posio diferente da inicial a partir de onde a busca deve ocorrer. Similarmente, lastIndexOf() busca pela ltima ocorrncia do carter ou substring a partir do nal ou da posio especicada. possvel tambm vericar se uma string comea com um determinado prexo ou termina com um suxo atravs respectivamente dos mtodos startsWith() e endsWith() . Ambos recebem como argumento uma string e retornam um valor booleano.
2.5
Classes em Java
Como descrito na Seo 1.1, a denio de classes a base da programao orientada a objetos. Em Java, classes so denidas em arquivos fonte (extenso .java) e compiladas para arquivos de classes (extenso .class). Classes so organizadas em pacotes.
2.5.1
Pacotes
No desenvolvimento de pequenas atividades ou aplicaes, vivel manter o cdigo da aplicao e suas classes associadas em um mesmo diretrio detrabalho em geral, o diretrio corrente. No entanto, para grandes aplicaes preciso organizar as classes de maneira a evitar problemas com nomes duplicados de classes e permitir a localizao do cdigo da classe de forma eciente. Em Java, a soluo para esse problema est na organizao de classes e interfaces em pacotes. Um pacote uma unidade de organizao de cdigo que congrega classes, interfaces e excees relacionadas. O cdigo-base de Java est todo estruturado em pacotes e as aplicaes desenvolvidas em Java tambm devem ser assim organizadas. Essencialmente, uma classe Xyz que pertence a um pacote nome.do.pacote tem um nome completo que nome.do.pacote.Xyz. Assim, se outra aplicao tiver uma classe de mesmo nome no haver conitos de resoluo, pois classes em pacotes diferentes tm nomes completos distintos. A organizao das classes em pacotes tambm serve como indicao para o compilador Java para encontrar o arquivo que contm o cdigo da classe. O ambiente Java normalmente utiliza a especicao de uma varivel de ambiente CLASSPATH , a qual dene uma lista de diretrios que contm os arquivos de classes Java. No entanto, para no ter listas demasiadamente longas, os nomes dos pacotes denem subdiretrios de busca a partir dos diretrios em CLASSPATH . No mesmo exemplo, ao encontrar no cdigo uma referncia para a classe Xyz, o compilador dever procurar o arquivo com o nome Xyz.class ; como essa classe faz parte do pacote nome.do.pacote , ele ir procurar em algum subdiretrio nome/do/pacote . Se o arquivo Xyz.class estiver no diretrio /home/java/nome/do/pacote, ento o diretrio /home/ java deve estar includo no caminho de busca de classes denido por CLASSPATH . Para indicar que as denies de um arquivo fonte Java fazem parte de um determinado pacote, a primeira linha de cdigo deve ser a declarao de pacote:
c 2001 FEEC/UNICAMP
20
package nome.do.pacote; Caso tal declarao no esteja presente, as classes faro parte do pacote default, que est mapeado para o diretrio corrente. Para referenciar uma classe de um pacote no cdigo fonte, possvel sempre usar o nome completo da classe; no entanto, possvel tambm usar a declarao import. Por exemplo, se no incio do cdigo estiver presente a declarao import nome.do.pacote.Xyz; ento a classe Xyz pode ser referenciada sem o prexo nome.do.pacote no restante do cdigo. Alternativamente, a declarao import nome.do.pacote.*; indica que quaisquer classes do pacote especicado podem ser referenciadas apenas pelo nome no restante do cdigo fonte. A nica exceo para essa regra refere-se s classes do pacote java.lang essas classes so consideradas essenciais para a interpretao de qualquer programa Java e, por este motivo, o correspondente import implcito na denio de qualquer classe Java.
2.5.2
Denio de classes em Java
Em Java, classes so denidas atravs do uso da palavra-chave class. Para denir uma classe, utiliza-se a construo: [modif] } A primeira linha um comando que inicia a declarao da classe. Aps a palavra-chave class, segue-se o nome da classe, que deve ser um identicador vlido para a linguagem (ver Seo 2.2). O modicador modif opcional; se presente, pode ser uma combinao de public e abstract ou nal. A denio da classe propriamente dita est entre as chaves { e }, que delimitam blocos na linguagem Java. Este corpo da classe usualmente obedece seguinte seqncia de denio: 1. As variveis de classe (denidas como static), ordenadas segundo sua visibilidade: iniciando pelas public, seguidos pelas protected, pelas com visibilidade padro (sem modicador) e nalmente pelas private. 2. Os atributos (ou variveis de instncia) dos objetos dessa classe, seguindo a mesma ordenao segundo a visibilidade denida para as variveis de classe. 3. Os construtores de objetos dessa classe. 4. Os mtodos da classe, geralmente agrupados por funcionalidade. A denio de atributos de uma classe Java reete de forma quase direta a informao que estaria contida na representao da classe em um diagrama UML. Para tanto, a sintaxe utilizada para denir um atributo de um objeto : class NomeDaClasse { // corpo da classe...
c 2001 FEEC/UNICAMP
21
[modificador] onde
tipo
nome [ = default];
o modicador opcional, especicando a visibilidade diferente da padro (public, protected ou private ), alterao da modicabilidade (final) e se o atributo est associado classe (static). o tipo deve ser um dos tipos primitivos da linguagem Java ou o nome de uma classe; o nome deve ser um identicador vlido da linguagem Java; o valor default opcional; se presente, especica um valor inicial para a varivel.
Mtodos so essencialmente procedimentos que podem manipular atributos de objetos para os quais o mtodo foi denido. Alm dos atributos de objetos, mtodos podem denir e manipular variveis locais; tambm podem receber parmetros por valor atravs da lista de argumentos. A forma genrica para a denio de um mtodo em uma classe [modificador] tipo nome(argumentos) { corpo do mtodo } onde
o modicador (opcional) uma combinao de: public, protected ou private ; abstract ou final; e static. o tipo um indicador do valor de retorno, sendo void se o mtodo no tiver um valor de retorno; o nome do mtodo deve ser um identicador vlido na linguagem Java; os argumentos so representados por uma lista de parmetros separados por vrgulas, onde para cada parmetro indicado primeiro o tipo e depois (separado por espao) o nome.
Uma boa prtica de programao manter a funcionalidade de um mtodo simples, desempenhando uma nica tarefa. O nome do mtodo deve reetir de modo adequado a tarefa realizada. Se a funcionalidade do mtodo for simples, ser fcil encontrar um nome adequado para o mtodo. Como ocorre para a denio de atributos, a denio de mtodos reete de forma quase direta a informao que estaria presente em um diagrama de classes UML, a no ser por uma diferena vital: o corpo do mtodo. Mtodos de mesmo nome podem co-existir em uma mesma classe desde que a lista de argumentos seja distinta, usando o mecanismo de sobrecarga. O exemplo a seguir ilustra a denio de uma classe de nome Ponto2D : public class Ponto2D { private int x; private int y;
c 2001 FEEC/UNICAMP
22
public Ponto2D(int x, int y) { this.x = x; this.y = y; } public Ponto2D( ) { this(0,0); } public double distancia(Ponto2D p) { double distX = p.x - x; double distY = p.y - y; return Math.sqrt(distX*distX + distY*distY); } } Um objeto dessa classe tem dois atributos privativos que denem as coordenadas do ponto bidimensional, x e y nesse caso, as coordenadas so valores inteiros. A classe tem dois construtores. O primeiro deles recebe dois argumentos, tambm de nome x e y, que denem as coordenadas do ponto criado. Para diferenciar no corpo do construtor os parmetros dos atributos, estes tm seu nome prexado pela palavra-chave this. O segundo construtor ilustra outro uso da palavra-chave this. Esse construtor no recebe argumentos e assume portanto o ponto tem como cordenadas a origem, ou seja, o ponto (0,0). O corpo desse construtor poderia ser simplesmente x = 0; y = 0; A alternativa apresentada usa a forma this(0,0); que equivale a use o construtor desta mesma classe que recebe dois argumentos inteiros, passando os valores aqui especicados. Finalmente, a classe dene um mtodo pblico para calcular a distncia entre o ponto que invocou o mtodo (this) e outro ponto especicado como o argumento p. Nesse caso, como no h risco de confuso, no preciso usar a palavra-chave this antes dos atributos da coordenada do objeto. Assim, as expresses que calculam distX e distY equivalem a double distX = p.x - this.x; double distY = p.y - this.y; A expresso de retorno ilustra ainda a utilizao de um mtodo esttico da classe Math do pacote java.lang para o cmputo da raiz quadrada. Usualmente, mtodos denidos em uma so aplicados a objetos daquela classe. H no entanto situaes nas quais um mtodo pode fazer uso dos recursos de uma classe para realizar sua tarefa sem necessariamente ter de estar associado a um objeto individualmente.
c 2001 FEEC/UNICAMP
23
Para lidar com tais situaes, Java dene os mtodos da classe, cuja declarao deve conter o modicador static. Um mtodo esttico pode ser aplicado classe e no necessariamente a um objeto. Exemplos de mtodos estticos em Java incluem os mtodos para manipulao de tipos primitivos denidos nas classes Character , Integer e Double, todas elas do pacote java.lang , assim como todos os mtodos denidos para a classe Math.
2.5.3
O mtodo main
Toda classe pode tambm ter um mtodo main associado, que ser utilizado pelo interpretador Java para dar incio execuo de uma aplicao. Ao contrrio do que acontece em C e C++, onde apenas uma funo main deve ser denida para a aplicao como um todo, toda e qualquer classe Java pode ter um mtodo main denido. Apenas no momento da interpretao o main a ser executado denido atravs do primeiro argumento (o nome da classe) para o programa interpretador. O mtodo main um mtodo associado classe e no a um objeto especco da classe assim, ele denido como um mtodo esttico. Adicionalmente, deve ser um mtodo pblico para permitir sua execuo a partir da mquina virtual Java. No tem valor de retorno, mas recebe como argumento um arranjo de strings que corresponde aos parmetros que podem ser passados para a aplicao a partir da linha de comando. Essas caractersticas determinam a assinatura do mtodo: public static void main(String[] args) ou static public void main(String[] args) Mesmo que no seja utilizado, o argumento de main deve ser especicado. Por exemplo, a denio da classe Ponto2D poderia ser complementada com a incluso de um mtodo para testar sua funcionalidade: public class Ponto2D { ... public static void main(String[] args) { Ponto2D ref2 = new Ponto2D(); Ponto2D p2 = new Ponto2D(1,1); System.out.println("Distancia: " + p2.distancia(ref2)); } } O nome do parmetro (args) obviamente poderia ser diferente, mas os demais termos da assinatura devem obedecer ao formato especicado. Esse argumento um parmetro do tipo arranjo de objetos da classe String. Cada elemento desse arranjo corresponde a um argumento passado para o interpretador Java na linha de comando que o invocou. Por exemplo, se a linha de comando for java Xyz abc 123 def o mtodo main(String[] args) da classe Xyz vai receber, nessa execuo, um arranjo de trs elementos na varivel args com os seguintes contedos:
c 2001 FEEC/UNICAMP
24
em args[0], o objeto String com contedo "abc"; em args[1], o objeto String com contedo "123"; em args[2], o objeto String com contedo "def".
Como o mtodo main do tipo void, ele no tem valor de retorno. No entanto, assim como programas desenvolvidos em outras linguagens, preciso algumas vezes obter uma indicao se o programa executou com sucesso ou no. Isto principalmente til quando o programa invocado no contexto de um script do sistema operacional. Em Java, o mecanismo para fornecer essa indicao o mtodo System.exit(int) . A invocao desse mtodo provoca o m imediato da execuo do interpretador Java. Tipicamente, o argumento de exit() obedece conveno de que 0 indica execuo com sucesso, enquanto um valor diferente de 0 indica a ocorrncia de algum problema.
2.5.4
Visibilidade da classe e seus membros
Em Java, a visibilidade padro de classes, atributos e mtodos est restrita a todos os membros que fazem parte de um mesmo pacote. A palavra-chave public modica essa visibilidade de forma a ampli-la, deixando-a sem restries. Uma classe denida como pblica pode ser utilizada por qualquer objeto de qualquer pacote. Em Java, uma unidade de compilao (um arquivo fonte com extenso .java) pode ter no mximo uma classe pblica, cujo nome deve ser o mesmo do arquivo (sem a extenso). As demais classes na unidade de compilao, no pblicas, so consideradas classes de suporte para a classe pblica e tm a visibilidade padro. Um atributo pblico de uma classe pode ser diretamente acessado e manipulado por objetos de outras classes. Um mtodo pblico de uma classe pode ser aplicado a um objeto dessa classe a partir de qualquer outro objeto de outra classe. O conjunto de mtodos pblicos de uma classe determina o que pode ser feito com objetos da classe, ou seja, determina o seu comportamento. A palavra-chave protected restringe a visibilidade do membro modicado, atributo ou mtodo, apenas prpria classe e quelas derivada desta. A palavra-chave private restringe a visibilidade do membro modicado, mtodo ou atributo, exclusivamente a objetos da prpria classe que contm sua denio.
2.5.5
Classes derivadas
Sendo uma linguagem de programao orientada a objetos, Java oferece mecanismos para denir classes derivadas a partir de classes existentes. fundamental que se tenha uma boa compreenso sobre como objetos de classes derivadas so criados e manipulados, assim como das restries de acesso que podem se aplicar a membros de classes derivadas. Tambm importante para uma completa compreenso da utilizao desse mecanismo em Java entender como relacionam-se interfaces e herana (Seo 2.5.7). A forma bsica de herana em Java a extenso simples entre uma superclasse e sua classe derivada. Para tanto, utiliza-se na denio da classe derivada a palavra-chave extends seguida pelo nome da superclasse.
c 2001 FEEC/UNICAMP
25
A hierarquia de classes de Java tem como raiz uma classe bsica, Object. Quando no for especicada uma superclasse na denio de uma classe, o compilador assume que a superclasse Object. Assim, denir a classe Ponto2D como em class Ponto2D { // ... } equivalente a deni-la como class Ponto2D extends Object { // ... } por esse motivo que todos os objetos podem invocar os mtodos da classe Object, tais como equals() e toString() . O mtodo equals permite comparar objetos por seus contedos. A implementao padro desse mtodo realiza uma comparao de contedo bit a bit; se um comportamento distinto for desejado para uma classe denida pelo programador, o mtodo deve ser redenido. O mtodo toString() permite converter uma representao interna do objeto em uma string que pode ser apresentada ao usurio. Outros mtodos da classe Object incluem clone() , um mtodo protegido que permite criar uma duplicata de um objeto, e getClass() , que retorna um objeto que representa a classe qual o objeto pertence. Esse objeto ser da classe Class; para obter o nome da classe, pode-se usar o seu mtodo esttico getName() , que retorna uma string. Para criar uma classe Ponto3D a partir da denio da classe que representa um ponto em duas dimenses, a nova classe deve incluir um atributo adicional para representar a terceira coordenada: public class Ponto3D extends Ponto2D { private int z; public Ponto3D(int x, int y, int z) { super(x, y); this.z = z; } public Ponto3D( ) { z = 0; } public static void main(String[] args) { Ponto2D ref2 = new Ponto2D(); Ponto3D p3 = new Ponto3D(1,2,3); System.out.println("Distancia: " + p3.distancia(ref2)); } }
c 2001 FEEC/UNICAMP
26
Nesse exemplo, o mtodo distancia que utilizado em main aquele que foi denido para a classe Ponto2D que, por herana, um mtodo da classe Ponto3D . Esse exemplo ilustra, na denio do primeiro construtor, o uso da palavra-chave super para invocar um construtor especco da superclasse. Se presente, essa expresso deve ser a primeira do construtor, pois o incio da construo do objeto a construo da parte da superclasse. Caso no esteja presente, est implcita uma invocao para o construtor padro, sem argumentos, da superclasse, equivalente forma super() .
2.5.6
Classes abstratas e nais
Uma classe abstrata no pode ser instanciada, ou seja, no h objetos que possam ser construdos diretamente de sua denio. Por exemplo, a compilao do seguinte trecho de cdigo abstract class AbsClass { public static void main(String[] args) { AbsClass obj = new AbsClass(); } } geraria a seguinte mensagem de erro: AbsClass.java:3: class AbsClass is an abstract class. It cant be instantiated. AbsClass obj = new AbsClass(); ^ 1 error Em geral, classes abstratas denem um conjunto de funcionalidades das quais pelo menos uma est especicada mas no est denida ou seja, contm pelo menos um mtodo abstrato, como em abstract class AbsClass { public abstract int umMetodo(); } Um mtodo abstrato no cria uma denio, mas apenas uma declarao de um mtodo que dever ser implementado em uma classe derivada. Se esse mtodo no for implementado na classe derivada, esta permanece como uma classe abstrata mesmo que no tenha sido assim declarada explicitamente. Assim, para que uma classe derivada de uma classe abstrata possa gerar objetos, os mtodos abstratos devem ser denidos em classes derivadas: class ConcClass extends AbsClass { public int umMetodo() { return 0; } } Uma classe nal, por outro lado, indica uma classe que no pode ser estendida. Assim, a compilao do arquivo Reeleicao.java com o seguinte contedo:
c 2001 FEEC/UNICAMP
27
final class Mandato { } public class Reeleicao extends Mandato { } ocasionaria um erro de compilao: caolho:Exemplos[39] javac Reeleicao.java Reeleicao.java:4: Cant subclass final classes: class Mandato public class Reeleicao extends Mandato { ^ 1 error A palavra-chave nal pode tambm ser aplicada a mtodos e a atributos de uma classe. Um mtodo nal no pode ser redenido em classes derivadas. Um atributo nal no pode ter seu valor modicado, ou seja, dene valores constantes. Apenas valores de tipos primitivos podem ser utilizados para denir constantes. O valor do atributo deve ser denido no momento da declarao, pois no permitida nenhuma atribuio em outro momento. A utilizao de nal para uma referncia a objetos permitida. Como no caso de constantes, a denio do valor (ou seja, a criao do objeto) tambm deve ser especicada no momento da declarao. No entanto, preciso ressaltar que o contedo do objeto em geral pode ser modicado apenas a referncia xa. O mesmo vlido para arranjos. A partir de Java 1.1, possvel ter atributos de uma classe que sejam nal mas no recebem valor na declarao, mas sim nos construtores da classe. (A inicializao deve obrigatoriamente ocorrer em uma das duas formas.) So os chamados blank nals, que introduzem um maior grau de exibilidade na denio de constantes para objetos de uma classe, uma vez que essas podem depender de parmetros passados para o construtor. Argumentos de um mtodo que no devem ser modicados podem ser declarados como nal, tambm, na prpria lista de parmetros.
2.5.7
Interfaces
Java tambm oferece outra estrutura, denominada interface, com sintaxe similar de classes mas contendo apenas a especicao da funcionalidade que uma classe deve conter, sem determinar como essa funcionalidade deve ser implementada. Uma interface Java uma classe abstrata para a qual todos os mtodos so implicitamente abstract e public, e todos os atributos so implicitamente static e final. Em outros termos, uma interface Java implementa uma classe abstrata pura. A sintaxe para a declarao de uma interface similar quela para a denio de classes, porm seu corpo dene apenas assinaturas de mtodos e constantes. Por exemplo, para denir uma interface Interface1 que declara um mtodo met1 sem argumentos e sem valor de retorno, a sintaxe : interface Interface1 { void met1(); }
c 2001 FEEC/UNICAMP
28
2.6. Excees
A diferena entre uma classe abstrata e uma interface Java que a interface obrigatoriamente no tem um corpo associado. Para que uma classe seja abstrata basta que ela seja assim declarada, mas a classe pode incluir atributos de objetos e denio de mtodos, pblicos ou no. Na interface, apenas mtodos pblicos podem ser declarados mas no denidos. Da mesma forma, no possvel denir atributos apenas constantes pblicas. Enquanto uma classe abstrata estendida (palavra chave extends ) por classes derivadas, uma interface Java implementada (palavra chave implements ) por outras classes. Uma interface estabelece uma espcie de contrato que obedecido por uma classe. Quando uma classe implementa uma interface, garante-se que todas as funcionalidades especicadas pela interface sero oferecidas pela classe. Outro uso de interfaces Java para a denio de constantes que devem ser compartilhadas por diversas classes. Neste caso, a recomendao implementar interfaces sem mtodos, pois as classes que implementarem tais interfaces no precisam tipicamente redenir nenhum mtodo: interface Coins { int PENNY = 1, NICKEL = 5, DIME = 10, QUARTER = 25, DOLAR = 100; } class SodaMachine implements Coins { int price = 3*QUARTER; // ... }
2.6
Excees
Uma exceo um sinal que indica que algum tipo de condio excepcional ocorreu durante a execuo do programa. Assim, excees esto associadas a condies de erro que no tinham como ser vericadas durante a compilao do programa. As duas atividades associadas manipulao de uma exceo so: gerao: a sinalizao de que uma condio excepcional (por exemplo, um erro) ocorreu, e captura: a manipulao (tratamento) da situao excepcional, onde as aes necessrias para a recuperao da situao de erro so denidas. Para cada exceo que pode ocorrer durante a execuo do cdigo, um bloco de aes de tratamento (um exception handler) deve ser especicado. O compilador Java verica e enfora que toda exceo no-trivial tenha um bloco de tratamento associado. O mecanismo de manipulao de excees em Java, embora apresente suas particularidades, teve seu projeto inspirado no mecanismo equivalente de C++, que por sua vez foi inspirado em Ada.
c 2001 FEEC/UNICAMP
29
2.6. Excees
um mecanismo adequado manipulao de erros sncronos, para situaes onde a recuperao do erro possvel. A sinalizao da exceo propagada a partir do bloco de cdigo onde ela ocorreu atravs de toda a pilha de invocaes de mtodos at que a exceo seja capturada por um bloco manipulador de exceo. Eventualmente, se tal bloco no existir em nenhum ponto da pilha de invocaes de mtodos, a sinalizao da exceo atinge o mtodo main(), fazendo com que o interpretador Java apresente uma mensagem de erro e aborte sua execuo.
2.6.1
Tratamento de excees
A captura e o tratamento de excees em Java se d atravs da especicao de blocos try, catch e finally , denidos atravs destas mesmas palavras reservadas da linguagem. A estruturao desses blocos obedece seguinte sintaxe: try { // cdigo que inclui comandos/invocaes de mtodos // que podem gerar uma situao de exceo. } catch (XException ex) { // bloco de tratamento associado condio de // exceo XException ou a qualquer uma de suas // subclasses, identificada aqui pelo objeto // com referncia ex } catch (YException ey) { // bloco de tratamento para a situao de exceo // YException ou a qualquer uma de suas subclasses } finally { // bloco de cdigo que sempre ser executado aps // o bloco try, independentemente de sua concluso // ter ocorrido normalmente ou ter sido interrompida } onde XException e YException deveriam ser substitudos pelo nome do tipo de exceo. Os blocos no podem ser separados por outros comandos um erro de sintaxe seria detectado pelo compilador Java neste caso. Cada bloco try pode ser seguido por zero ou mais blocos catch, onde cada bloco catch refere-se a uma nica exceo. O bloco finally , quando presente, sempre executado. Em geral, ele inclui comandos que liberam recursos que eventualmente possam ter sido alocados durante o processamento do bloco try e que podem ser liberados, independentemente de a execuo ter encerrado com sucesso ou ter sido interrompida por uma condio de exceo. A presena desse bloco opcional. Alguns exemplos de excees j denidas no pacote java.lang incluem: ArithmeticException: indica situaes de erros em processamento aritmtico, tal como uma diviso inteira por 0. A diviso de um valor real por 0 no gera uma exceo (o resultado o valor innito);
c 2001 FEEC/UNICAMP
30
2.6. Excees
NumberFormatException: indica que tentou-se a converso de uma string para um formato numrico, mas seu contedo no representava adequadamente um nmero para aquele formato. uma subclasse de IllegalArgumentException; IndexOutOfBounds: indica a tentativa de acesso a um elemento de um agregado aqum ou alm dos limites vlidos. a superclasse de ArrayIndexOutOfBoundsException, para arranjos, e de StringIndexOutOfBounds, para strings; NullPointerException: indica que a aplicao tentou usar uma referncia a um objeto que no foi ainda denida; ClassNotFoundException: indica que a mquina virtual Java tentou carregar uma classe mas no foi possvel encontr-la durante a execuo da aplicao. Alm disso, outros pacotes especicam suas excees, referentes s suas funcionalidades. Por exemplo, no pacote java.io dene-se IOException , que indica a ocorrncia de algum tipo de erro em operaes de entrada e sada. a superclasse para condies de exceo mais especcas desse pacote, tais como EOFException (m de arquivo ou stream), FileNotFoundException (arquivo especicado no foi encontrado) e InterruptedIOException (operao de entrada ou sada foi interrompida). Uma exceo contm pelo menos uma string que a descreve, que pode ser obtida pela aplicao do mtodo getMessage() , mas pode eventualmente conter outras informaes. Por exemplo, InterruptedIOException inclui um atributo pblico do tipo inteiro, bytesTransferred , para indicar quantos bytes foram transferidos antes da interrupo da operao ocorrer. Outra informao que pode sempre ser obtida de uma exceo a seqncia de mtodos no momento da exceo, obtenvel a partir do mtodo printStackTrace(). Como excees fazem parte de uma hierarquia de classes, excees mais genricas (mais prximas do topo da hierarquia) englobam aquelas que so mais especcas. Assim, a forma mais genrica de um bloco try-catch try { ... } catch (Exception e) { ... } pois todas as excees so derivadas de Exception . Se dois blocos catch especicam excees em um mesmo ramo da hierarquia, a especicao do tratamento da exceo derivada deve preceder aquela da mais genrica.
2.6.2
Erros e excees de runtime
Excees consistem de um caso particular de um objeto da classe Throwable . Apenas objetos dessa classe ou de suas classes derivadas podem ser gerados, propagados e capturados atravs do mecanismo de tratamento de excees. Alm de Exception , outra classe derivada de Throwable a classe Error, que a raiz das classes que indicam situaes que a aplicao no tem como ou no deve tentar tratar. Usualmente indica situaes anormais, que no deveriam ocorrer. Entre os erros denidos em Java, no pacote java.lang , esto StackOverflowError e OutOfMemoryError. So situaes onde no possvel uma correo a partir de um tratamento realizado pelo prprio programa que est executando.
c 2001 FEEC/UNICAMP
31
2.6. Excees
H tambm excees que no precisam ser explicitamente capturadas e tratadas. So aquelas derivadas de RuntimeException, uma classe derivada diretamente de Exception . So excees que podem ser geradas durante a operao normal de uma aplicao para as quais o compilador Java no ir exigir que o programador proceda a algum tratamento (ou que propague a exceo, como descrito na Seo 2.6.3). Entre essas incluem-se ArithmeticException, IllegalArgumentException , IndexOutOfBoundsException e NullPointerException.
2.6.3
Propagando excees
Embora toda exceo que no seja derivada de RuntimeException deva ser tratada, nem sempre possvel tratar uma exceo no mesmo escopo do mtodo cuja invocao gerou a exceo. Nessas situaes, possvel propagar a exceo para um nvel acima na pilha de invocaes. Para tanto, o mtodo que est deixando de capturar e tratar a exceo faz uso da clusula throws na sua declarao: void mtodoQueNoTrataExceo() throws Exception { invoca.mtodoQuePodeGerarExceo(); } Nesse caso, mtodoQueNoTrataExceo() reconhece que em seu corpo h a possibilidade de haver a gerao de uma exceo mas no se preocupa em realizar o tratamento dessa exceo em seu escopo. Ao contrrio, ele repassa essa responsabilidade para o mtodo anterior na pilha de chamadas. Eventualmente, tambm o outro mtodo pode repassar a exceo adiante. Porm, pelo menos no mtodo main() as excees devero ser tratadas ou o programa pode ter sua interpretao interrompida.
2.6.4
Denindo e gerando excees
Excees so classes. Assim, possvel que uma aplicao dena suas prprias excees atravs do mecanismo de denio de classes. Por exemplo, considere que fosse importante para uma aplicao diferenciar a condio de diviso por zero de outras condies de excees artimticas. Neste caso, uma classe DivideByZeroException poderia ser criada: public class DivideByZeroException extends ArithmeticException { public DivideByZeroException() { super("O denominador na diviso inteira tem valor zero"); } } Neste caso, o argumento para o construtor da superclasse especica a mensagem que seria impressa quando o mtodo getMessage() fosse invocado para essa exceo. Essa a mesma mensagem que apresentada para um RuntimeException que no capturado e tratado.
c 2001 FEEC/UNICAMP
32
2.7. O ambiente de Java
Para gerar uma condio de exceo durante a execuo de um mtodo, um objeto dessa classe deve ser criado e, atravs do comando throw, propagado para os mtodos anteriores na pilha de execuo: public double calculaDivisao (double numerador, int denominador) throws DivideByZeroException { if (denominador == 0) throw new DivideByZeroException(); return numerador / denominador; } O mesmo comando throw pode ser utilizado para repassar uma exceo aps sua captura por exemplo, aps um tratamento parcial da condio de exceo: public void usaDivisao() throws DivideByZeroException { ... try { d = calculaDivisao(x, y); } catch (DivideByZeroException dbze) { ... throw dbze; } ... } Nesse caso, a informao associada exceo (como o seu ponto de origem, registrado internamente no atributo do objeto que contm a pilha de invocaes) preservada. Caso fosse desejado mudar essa informao, uma nova exceo poderia ser gerada ou, caso a exceo seja a mesma, o mtodo fillInStackTrace() poderia ser utilizado, como em throw dbze.fillInStackTrace();
2.7
O ambiente de Java
O ambiente de desenvolvimento de software Java, Java SDK (Software Development Kit antigamente, denominado JDK), formado essencialmente pelas classes fundamentais da linguagem Java e por um conjunto de aplicativos que permite, entre outras tarefas, realizar a compilao e a execuo de programas escritos na linguagem Java. No um ambiente integrado de desenvolvimento, no oferecendo editores ou ambientes de programao visual. No entanto, so suas funcionalidades que permitem a operao desses ambientes. O Java SDK contm um amplo conjunto de APIs que compem o ncleo de funcionalidades da linguagem Java. Uma API (Application Programming Interface) uma biblioteca formada por cdigo pr-compilado, pronto para ser utilizado no desenvolvimento de suas aplicaes.
c 2001 FEEC/UNICAMP
33
2.7.1
Ferramentas do Java SDK
As ferramentas essenciais do ambiente de desenvolvimento de sofware Java so: o compilador Java, javac; o interpretador de aplicaes Java, java; e o interpretador de applets Java, appletviewer. Um programa fonte em Java pode ser desenvolvido usando qualquer editor que permita gravar textos sem caracteres de formatao. Um arquivo contendo cdigo Java constitui uma unidade de compilao, podendo incluir comentrios, declarao relacionadas a pacotes e pelo menos uma denio de classe ou interface. O resultado dessa execuo, se o programa fonte estiver sem erros, ser a criao de um arquivo Hello.class contendo o bytecode que poder ser executado em qualquer mquina. Alm das ferramentas essenciais, o Java SDK oferece os aplicativos de desenvolvimento javadoc, um gerador de documentao para programas Java; jar, um manipulador de arquivos comprimidos no formato Java Archive, que opera juntamente com extcheck, o vericador de arquivos nesse formato; jdb, um depurador de programas Java; javap, um disassembler de classes Java; e javah, um gerador de arquivos header para integrao a cdigo nativo em C. Java oferece tambm aplicativos para o desenvolvimento e execuo de aplicaes Java em plataformas de objetos distribudos (ver Captulo 5). H tambm ferramentas para permitir o desenvolvimento de aplicaes distribudas, incorporando tambm o conceito de assinaturas digitais. A ferramenta keytool gerencia chaves e certicados; jarsigner gera e verica assinaturas associadas a arquivos Java; e policytool uma interface grca para gerenciar arquivos que determinam a poltica de segurana do ambiente de execuo.
2.7.2
Gerao de cdigo porttil
Um dos grandes atrativos da plataforma tecnolgica Java a portabilidade do cdigo gerado. Esta portabilidade atingida atravs da utilizao de bytecodes. Bytecode um formato de cdigo intermedirio entre o cdigo fonte, o texto que o programador consegue manipular, e o cdigo de mquina, que o computador consegue executar. Na plataforma Java, o bytecode interpretado por uma mquina virtual Java. A portabilidade do cdigo Java obtida medida que mquinas virtuais Java esto disponveis para diferentes plataformas. Assim, o cdigo Java que foi compilado em uma mquina pode ser executado em qualquer mquina virtual Java, independentemente de qual seja o sistema operacional ou o processador que executa o cdigo. A Mquina Virtual Java (JVM) , alm de um ambiente de execuo independente de plataforma, uma mquina de computao abstrata. Programas escritos em Java e que utilizem as funcionalidades denidas pelas APIs dos pacotes da plataforma Java executam nessa mquina virtual. Uma das preocupaes associadas a execues nessas mquinas virtuais oferecer uma arquitetura de segurana para prevenir que applets e aplicaes distribudas executem fora de seu ambiente seguro (sandbox) a no ser quando assim habilitados. Um framework de segurana estabelecido atravs de funcionalidades dos pacotes java.security e seus subpacotes java.security.acl, java.security.cert, java.security.interfaces e java.security.spec. A mquina virtual Java opera com o carregamento dinmico de classes, ou seja, bytecodes so carregados pela mquina virtual Java medida que so solicitados pela aplicao. Em uma aplicao operando localmente, o carregador de classes da mquina virtual procura por essas classes nos (sub-)diretrios especicados a partir da varivel do sistema CLASSPATH . Se
c 2001 FEEC/UNICAMP
34
encontrada, a classe carregada para a mquina virtual e a operao continua. Caso contrrio, a exceo ClassNotFoundException gerada. O carregamento do cdigo de uma classe para a JVM realizado pelo class loader da mquina virtual. O class loader, em si uma classe Java que prov essa funcionalidade, deve obedecer a uma poltica de segurana estabelecida para aquela mquina virtual. O estabelecimento de uma poltica de segurana deve obedecer a um modelo de segurana especco. No modelo de segurana estabelecido a partir do JDK 1.2 (JDK security specication), todo cdigo sendo carregado para uma mquina virtual Java requer o estabelecimento de uma poltica de segurana, visando evitar que algum objeto realize operaes no-autorizadas na mquina local. Com a incluso do conceito de poltica de segurana, possvel estabelecer permisses diferenciadas para as aplicaes. A poltica de segurana padro estabelecida em um arquivo do sistema, java.policy , localizado no diretrio <java_home>/lib/security/. Cada usurio pode estabelecer adies a essa poltica atravs da criao de um arquivo particular de estabelecimento de poltica, .java.policy , em seu diretrio home. Por exemplo, para permitir conexes soquete de qualquer mquina com origem no domnio unicamp.br a portas no-notveis, o arquivo .java.policy deveria incluir grant { permission java.net.SocketPermission "*.unicamp.br:1024-", "accept,connect"; }; A sintaxe para o arquivo de polticas (Policy les syntax) permite estabelecer domnios de permisso com base na origem do cdigo ou na sua assinatura. A ferramenta policytool permite criar um arquivo de polticas atravs de uma interface grca. Para enforar essas polticas alternativas de segurana, um SecurityManager deve ser criado. Applets, por default, utilizam um SecurityManager estabelecido pelo navegador em cujo contexto esto executando. Outras aplicaes devem criar explicitamente esse objeto. Por exemplo, para criar um SecurityManager padro para aplicaes usando RMI (Seo 5.4.2), a seguinte linha de cdigo deveria ser includa antes de executar qualquer operao envolvendo classes remotas: System.setSecurityManager(new RMISecurityManager()); Se o cliente RMI estiver em um applet, ento no necessrio criar um SecurityManager , uma vez que o prprio navegador estabelece a poltica de segurana para applets remotos.
2.7.3
Desenvolvimento de aplicaes
Aplicaes Java so programas autnomos, cujo cdigo gerado a partir de um programa fonte pode ser interpretado diretamente pela Mquina Virtual Java. Como tudo em Java est estruturado atravs de classes e objetos, para desenvolver uma aplicao preciso desenvolver pelo menos uma classe que contenha um mtodo denominado main. Assim, uma classe que v estabelecer o ponto de partida para a execuo de uma aplicao na JVM deve conter pelo menos esse mtodo. Esse exemplo clssico dene uma aplicao que simplesmente envia uma string para a sada padro, identicada pelo objeto pblico System.out :
c 2001 FEEC/UNICAMP
35
1 2 3 4 5 6
public class Hello { public static void main(String[] args) { System.out.println("Oi!"); System.exit(0); } } Uma vez que o programa tenha sido salvo em um arquivo com extenso .java, preciso compil-lo. Para compilar um programa Java, a ferramenta oferecida pelo kit de desenvolvimento Java o compilador Java, javac. Na forma mais bsica de execuo, o javac invocado da linha de comando tendo por argumento o nome do arquivo com o cdigo Java a ser compilado: > javac Hello.java A unidade de compilao o arquivo com extenso .java; esse arquivo pode conter a denio de vrias classes, mas apenas uma delas pode ser pblica. A classe pblica em um arquivo fonte dene o nome desse arquivo, que obrigatoriamente deve ter o mesmo nome dessa classe. Para cada denio de classe na unidade de compilao, o compilador Java ir gerar um arquivo com bytecodes com a extenso .class, tendo como nome o prprio nome da classe. Uma vez que um programa Java tenha sido compilado e esteja pronto para ser executado, isto se d atravs do comando java o interpretador Java, que ativa a mquina virtual Java, carrega a classe especicada e ativa seu mtodo main. Por exemplo, para interpretar o arquivo Hello.class contendo o bytecode correspondente ao cdigo fonte do arquivo Hello.java , utiliza-se a linha de comando > java Hello Observe que a extenso .class no includa nessa linha de comando se o for, uma mensagem de erro ser gerada, pois para a mquina virtual Java o carter . est associado denio de uma hierarquia de pacotes. Se a mquina virtual Java do interpretador no encontrar um mtodo de nome main com a assinatura correta (public, static, void e com um argumento do tipo String[] ) na classe especicada, uma exceo ser gerada em tempo de execuo: Exception in thread "main" java.lang.NoSuchMethodError: main Essa mensagem pode ser emitida pela ausncia completa de um mtodo main na classe ou por uma declarao incorreta para o mtodo. Se um programa Java for desenvolvido como applet (ver Seo 4.3), ele no poder ser executado diretamente atravs do interpretador Java mas sim atravs da ativao de uma pgina HTML. Para executar esse tipo de aplicao pode-se utilizar um navegador; porm, o ambiente de desenvolvimento Java oferece a aplicao appletviewer que extrai da pgina HTML apenas o espao de exibio do applet e permite controlar sua execuo atravs de comandos em sua interface grca.
c 2001 FEEC/UNICAMP
36
Captulo 3
Uso das classes da API padro de Java

Um dos grandes atrativos da programao orientada a objetos a possibilidade de adaptar funcionalidades oferecidas em classes existentes s necessidades de cada aplicao. Java, no diferentemente, oferece essa facilidade, aliando-a ao oferecimento de um amplo conjunto de classes organizadas nos pacotes da API padro. As classes que compem o ncleo de funcionalidades Java esto organizadas em pacotes, grupos de classes, interfaces e excees ans ou de uma mesma aplicao. Entre os principais pacotes oferecidos como parte do ncleo Java esto: java.lang , java.util , java.io , java.awt , java.applet e java.net . Observe que esses nomes seguem a conveno Java, pela qual nomes de pacotes (assim como nomes de mtodos) so grafados em letras minsculas, enquanto nomes de classes tm a primeira letra (de cada palavra, no caso de nomes compostos) grafada com letra maiscula.
3.1
Funcionalidades bsicas
O pacote java.lang contm as classes que constituem recursos bsicos da linguagem, necessrios execuo de qualquer programa Java. A classe Object expressa o conjunto de funcionalidades comuns a todos os objetos Java, sendo a raiz da hierarquia de classes Java. As classes Class e ClassLoader representam, respectivamente classes Java e o mecanismo para carreg-las dinamicamente para a Mquina Virtual Java. A classe String permite a representao e a manipulao de strings cujo contedo no pode ser modicado. Para manipular string modicveis por exemplo, atravs da insero de um carter na string a classe StringBuffer oferecida. A classe Math contm a denio de mtodos para clculo de funes matemticas (trigonomtricas, logartimicas, exponenciais, etc.) e de constantes, tais como E e PI. Todos os mtodos e constantes denidos nessa classe so estticos, ou seja, para utiliz-los basta usar como prexo o nome da classe. O pacote oferece tambm um conjunto de classes wrappers. Um objeto de uma classe wrapper contm um nico valor de um tipo primitivo da linguagem, permitindo assim estabelecer uma ponte entre valores literais e objetos. Essas classes so Boolean , Character , Byte, Short, Integer, Long, Float e Double. Alm dos mtodos para obter o valor associado ao objeto de cada
37
3.2. Entrada e sada
uma dessas classes, mtodos auxiliares como a converso de e para strings so suportados. As classes System, Runtime e Process permitem interao da aplicao Java com o ambiente de execuo. Por exemplo, a classe System tem trs atributos pblicos e estticos associados aos arquivos padro de um sistema operacional: System.in , para a entrada padro; System.out , para a sada padro; e System.err , para a sada padro de erros. Adicionalmente, as classes Thread e ThreadGroup , assim como a interface Runnable , do suporte execuo de mltiplas linhas de execuo que podem ser associadas a um processo. As classes que denem erros e excees, respectivamente Error e Exception , so tambm denidas nesse pacote. A classe Error a raiz para condies de erro no-tratveis, tais como OutOfMemoryError . J a classe Exception est associada hierarquia de condies que podem ser detectados e tratados pelo programa, como ArithmeticException (diviso inteira por zero) e ArrayIndexOutOfBoundsException (acesso a elemento de arranjo alm da ltima posio ou antes da primeira posio). Ambas as classes so derivadas de Throwable , tambm denida nesse pacote. Sub-pacotes relacionados java.lang incluem java.lang.ref , de referncias a objetos, e o pacote java.lang.reflect, que incorpora funcionalidades para permitir a manipulao do contedo de classes, ou seja, identicao de seus mtodos e campos. Deve-se ressaltar ainda que funes matemticas so denidas em java.lang.Math . Outro pacote, java.math , contm funcionalidades para manipular nmeros inteiros e reais de preciso arbitrria.
3.2
Entrada e sada
Por entrada e sada subentende-se o conjunto de mecanismos oferecidos para que um programa executando em um computador consiga respectivamente obter e fornecer informao de dispositivos externos ao ambiente de execuo, composto pelo processador e memria principal. De forma genrica, havendo um dispositivo de entrada de dados habilitado, o programa obtm dados deste dispositivo atravs de uma operao read(). Similarmente, um dado pode ser enviado para um dispositivo de sada habilitado atravs de uma operao write() . A manipulao de entrada e sada de dados em Java suportada atravs de classes do pacote java.io. Essas classes oferecem as funcionalidades para manipular a entrada e sada de bytes, adequadas para a transferncia de dados binrios, e para manipular a entrada e sada de caracteres, adequadas para a transferncia de textos. Fontes de dados manipuladas como seqncias de bytes so tratadas em Java pela classe InputStream e suas classes derivadas. Similarmente, sadas de seqncias de bytes so tratadas por OutputStream e suas classes derivadas. Aplicaes tpicas de entrada e sada envolvem a manipulao de arquivos contendo caracteres. Em Java, a especicao de funcionalidades para manipular esse tipo de arquivo esto contidas nas classes abstratas Reader (e suas classes derivadas) e Writer (e suas classes derivadas), respectivamente para leitura e para escrita de caracteres.
c 2001 FEEC/UNICAMP
38
3.2. Entrada e sada
3.2.1
Transferncia de texto
A classe Reader oferece as funcionalidades para obter caracteres de alguma fonte de dados que fonte de dados essa vai depender de qual classe concreta, derivada de Reader, est sendo utilizada. A classe Reader apenas discrimina funcionalidades genricas, como o mtodo read(), que retorna um int representando o carter lido, e ready() , que retorna um boolean indicando, se verdadeiro, que o dispositivo est pronto para disponibilizar o prximo carter. Como Reader uma classe abstrata, no possvel criar diretamente objetos dessa classe. preciso criar objetos de uma de suas subclasses concretas para ter acesso funcionalidade especicada por Reader. BufferedReader incorpora um buffer a um objeto Reader. Como a velocidade de operao de dispositivos de entrada e sada vrias ordens de grandeza mais lenta que a velocidade de processamento, buffers so tipicamente utilizados para melhorar a ecincia dessas operaes de leitura e escrita. Adicionalmente, na leitura de texto a classe BufferedReader adiciona um mtodo readLine() para ler uma linha completa. LineNumberReader estende essa classe para adicionalmente manter um registro do nmero de linhas processadas. CharArrayReader e StringReader permitem fazer a leitura de caracteres a partir de arranjos de caracteres e de objetos String, respectivamente. Assim, possvel usar a memria principal como uma fonte de caracteres da mesma forma que se usa um arquivo. FilterReader uma classe abstrata para representar classes que implementam algum tipo de ltragem sobre o dado lido. Sua classe derivada, PushbackReader , incorpora a possibilidade de retornar um carter lido de volta sua fonte. InputStreamReader implementa a capacidade de leitura a partir de uma fonte que fornece bytes, traduzindo-os adequadamente para caracteres. Sua classe derivada, FileReader , permite associar essa fonte de dados a um arquivo. PipedReader faz a leitura a partir de um objeto PipedWriter , estabelecendo um mecanismo de comunicao inter-processos no caso de Java, entre threads de uma mesma mquina virtual. As funcionalidades de escrita de texto esto associadas classe abstrata Writer e suas classes derivadas. Entre as funcionalidades genricas denidas em Writer esto o mtodo write(int) , onde o argumento representa um carter, sua variante write(String) e o mtodo flush() , que fora a sada de dados pendentes para o dispositivo sendo acessado para escrita. Assim como para a classe Reader, as funcionalidades da classe Writer so implementadas atravs de suas subclasses concretas. BufferedWriter incorpora um buffer a um objeto Writer, permitindo uma melhoria de ecincia de escrita ao combinar vrias solicitaes de escrita de pequenos blocos em uma solicitao de escrita de um bloco maior. CharArrayWriter e StringWriter permitem fazer a escrita em arranjos de caracteres e em objetos StringBuffer , respectivamente. FilterWriter uma classe abstrata para representar classes que implementam algum tipo de ltragem sobre o dado escrito. OutputStreamWriter implementa a capacidade de escrita tendo como destino uma seqncia de bytes, traduzindo-os adequadamente desde os caracteres de entrada. Sua classe derivada, FileWriter , permite associar esse destino de dados a um arquivo.
c 2001 FEEC/UNICAMP
39
3.2. Entrada e sada
3.2.2
Transferncia de bytes
A classe abstrata InputStream oferece a funcionalidade bsica para a leitura de um byte ou de uma seqncia de bytes a partir de alguma fonte. Os principais mtodos dessa classe incluem available() , que retorna o nmero de bytes disponveis para leitura, e read(), que retorna o prximo byte do dispositivo de entrada. Como para a leitura de texto, InputStream usado de fato atravs de uma de suas classes derivadas. ByteArrayInputStream permite ler valores originrios de um arranjo de bytes, permitindo assim tratar uma rea de memria como uma fonte de dados. Outra funcionalidade associada transferncia de dados est relacionada converso de formatos, tipicamente entre texto e o formato interno de dados binrios. Essa e outras funcionalidades so suportadas atravs do oferecimento de ltros, classes derivadas de FilterInputStream, que podem ser agregados aos objetos que correspondem aos mecanismos elementares de entrada e sada. FileInputStream l bytes que so originrios de um arquivo em disco. Usualmente, um objeto dessa classe usado em combinao com os ltros BufferedInputStream e DataInputStream . Outro exemplo de ltro PushbackInputStream, que oferece mtodos unread() que permitem repor um ou mais bytes de volta sua fonte, como se eles no tivessem sido lidos. A classe BufferedInputStream l mais dados que aqueles solicitados no momento da operao read() para um buffer interno, melhorando a ecincia das operaes subseqentes para essa mesma fonte de dados. DataInputStream permite a leitura de representaes binrias dos tipos primitivos de Java, oferecendo mtodos tais como readBoolean() , readChar() , readDouble() e readInt(). uma implementao da interface DataInput . Essa interface, tambm implementada pela classe RandomAccessFile, especica mtodos que possibilitam a interpretao de uma seqncia de bytes como um tipo primitivo da linguagem Java. Adicionalmente, tambm possvel interpretar a seqncia de bytes como um objeto String. Em geral, mtodos dessa interface geram uma exceo EOFException se for solicitada a leitura alm do nal do arquivo. Em outras situaes de erro de leitura, a exceo IOException gerada. A classe SequenceInputStream oferece a funcionalidade para concatenar dois ou mais objetos InputStream ; o construtor especica os objetos que sero concatenados e, automaticamente, quando o m do primeiro objeto alcanado os bytes passam a ser obtidos do segundo objeto. A classe abstrata OutputStream oferece a funcionalidade bsica para a transferncia seqencial de bytes para algum destino. Os mtodos desta classe incluem write(int) e flush() , suportados por todas suas classes derivadas. ByteArrayOutputStream oferece facilidades para escrever para um arranjo de bytes interno, que cresce de acordo com a necessidade e pode ser acessado posteriormente atravs dos mtodos toByteArray() ou toString() . FileOutputStream oferece facilidades para escrever em arquivos, usualmente utilizadas em conjuno com as classes BufferedOutputStream e DataOutputStream. FilterOutputStream dene funcionalidades bsicas para a ltragem de sada de dados, implementadas em alguma de suas classes derivadas: BufferedOutputStream armazena bytes em um buffer interno at que este esteja cheio ou at que o mtodo flush() seja invocado. DataOutputStream uma implementao da interface DataOutput que permite escrever valores de variveis de tipos primitivos de Java em um formato binrio porttil. A classe PrintStream
c 2001 FEEC/UNICAMP
40
3.2. Entrada e sada
oferece mtodos para apresentar representaes textuais dos valores de tipos primitivos Java, atravs das vrias assinaturas dos mtodos print() (impresso sem mudana de linha) e println() (impresso com mudana de linha). A classe ObjectInputStream oferece o mtodo readObject() para a leitura de objetos que foram serializados para um ObjectOutputStream. Atravs desse mecanismo de serializao possvel gravar e recuperar objetos de forma transparente. PipedInputStream oferece a funcionalidade de leitura de um pipe de bytes cuja origem est associada a um objeto PipedOutputStream. J PipedOutputStream implementa a origem de um pipe de bytes, que sero lidos a partir de um objeto PipedInputStream . Juntos, objetos dessas classes oferecem um mecanismo de comunicao de bytes entre threads de uma mesma mquina virtual.
3.2.3
Manipulao de arquivos
Outro dispositivo de entrada e sada de vital importncia disco, manipulado pelo sistema operacional e por linguagens de programao atravs do conceito de arquivos. Um arquivo uma abstrao utilizada por sistemas operacionais para uniformizar a interao entre o ambiente de execuo e os dispositivos externos a ele em um computador. Tipicamente, a interao de um programa com um dispositivo atravs de arquivos passa por trs etapas: abertura ou criao de um arquivo; transferncia de dados; e fechamento do arquivo. Em Java, a classe File permite representar arquivos nesse nvel de abstrao. Um dos construtores desta classe recebe como argumento uma string que pode identicar, por exemplo, o nome de um arquivo em disco. Os mtodos desta classe permitem obter informaes sobre o arquivo. Por exemplo, exists() permite vericar se o arquivo especicado existe ou no; os mtodos canRead() e canWrite() vericam se o arquivo concede a permisso para leitura e escrita, respectivamente; length() retorna o tamanho do arquivo e lastModified() , o tempo em que ocorreu a ltima modicao (em milissegundos desde primeiro de janeiro de 1970). Outros mtodos permitem ainda realizar operaes sobre o arquivo como um todo, tais como delete() e deleteOnExit() . Observe que as funcionalidades de transferncia seqencial de dados a partir de ou para um arquivo no suportada pela classe File, mas sim pelas classes FileInputStream , FileOutputStream , FileReader e FileWriter . Todas estas classes oferecem pelo menos um construtor que recebe como argumento um objeto da classe File e implementam os mtodos bsicos de transferncia de dados suportados respectivamente por InputStream , OutputStream , Reader e Writer. Para aplicaes que necessitam manipular arquivos de forma no seqencial (ou direta), envolvendo avanos ou retrocessos arbitrrios na posio do arquivo onde ocorrer a transferncia, Java oferece a classe RandomAccessFile . Esta no derivada de File, mas oferece um construtor que aceita como argumento de especicao do arquivo um objeto dessa classe. Outro construtor recebe a especicao do arquivo na forma de uma string. Para ambos construtores, um segundo argumento uma string que especica o modo de operao, r para leitura apenas ou rw para leitura e escrita. Os mtodos para a manipulao da posio corrente do ponteiro no arquivo so seek(long pos), que seleciona a posio em relao ao incio do arquivo para a prxima operao de leitura ou escrita, e getFilePointer() , que retorna a posio atual do ponteiro do arquivo. Alm disso, o mtodo length() retorna o tamanho do arquivo em bytes.
c 2001 FEEC/UNICAMP
41
3.2. Entrada e sada
Para a manipulao de contedo do arquivo, todos os mtodos especicados pelas interfaces DataInput e DataOutput so implementados por essa classe. Assim, possvel por exemplo usar os mtodos readInt() e writeInt() para ler e escrever valores do tipo primitivo int, respectivamente.
3.2.4
Serializao
Sendo Java uma linguagem de programao orientada a objetos, seria de se esperar que, alm das funcionalidades usuais de entrada e sada, ela oferecesse tambm alguma funcionalidade para transferncia de objetos. O mecanismo de serializao suporta essa funcionalidade. O processo de serializao de objetos permite converter a representao de um objeto em memria para uma seqncia de bytes que pode ento ser enviada para um ObjectOutputStream, que por sua vez pode estar associado a um arquivo em disco ou a uma conexo de rede, por exemplo. Por exemplo, para serializar um objeto da classe Hashtable , denida no pacote java.util , armazenando seu contudo em um arquivo em disco, a seqncia de passos : // criar/manipular o objeto Hashtable dados = new Hashtable(); ... // definir o nome do arquivo String filename = ...; // abrir o arquivo de sada File file = new File(filename); if(!file.exists()){ file.createNewFile(); } FileOutputStream out = new FileOutputStream(file); // associar ao arquivo o ObjectOutputStream ObjectOutputStream s = new ObjectOutputStream(out); // serializar o objeto s.writeObject(dados); O processo inverso, a desserializao, permite ler essa representao de um objeto a partir de um ObjectInputStream usando o mtodo readObject() : FileInputStream in = new FileInputStream(file); ObjectInputStream s = new ObjectInputStream(in); dados = (Hashtable) s.readObject(); Objetos de classes para os quais so previstas serializaes e desserializaes devem implementar a interface Serializable , do pacote java.io . Essa interface no especica nenhum mtodo ou campo um exemplo de uma interface marker, servindo apenas para registrar a semntica de serializao. Serializao um processo transitivo, ou seja, subclasses serializveis de classes serializveis so automaticamente incorporadas representao serializada do objeto raiz. Para que o processo de desserializao possa operar corretamente, todas as classes envolvidas no processo devem ter um construtor default (sem argumentos).
c 2001 FEEC/UNICAMP
42
3.3. Framework de colees
3.3
Framework de colees
Estruturas de dados so mecanismos para manipular colees de elementos em um programa. O pacote java.util oferece algumas classes denidas na API padro de Java que implementam funcionalidades associadas a estruturas de dados. As classes de colees da API Java compem o chamado framework de colees, que foi completamente redenido a partir da verso 1.2 de Java. As classes at ento existentes para a manipulao de conjuntos de objetos Vector, Stack e Hashtable , atualmente denominadas as classes de coleo histricas foram totalmente reprojetadas para se adequar ao novo framework. Elas foram mantidas por motivos de compatibilidade, embora a recomendao seja utilizar as novas classes de colees. Todas essas estruturas manipulam colees de objetos, ou seja, qualquer objeto de qualquer classe de Java pode ser elemento de uma dessas colees. No entanto, no possvel criar diretamente uma coleo de tipos primitivos, como int ou double. Para manipular colees de tipos primitivos necessrio utilizar as classes wrappers (Seo 3.1). O framework de colees tem por raiz duas interfaces bsicas, Map e Collection . A interface Map especica as funcionalidades necessrias para manipular um grupo de objetos mapeando chaves a valores. Entre outros, os seguintes mtodos so especicados nessa interface:
Object put(Object key, Object value): associa um novo valor associado chave especicada, retornando o valor antigo (ou null se no havia valor associado chave). Object get(Object key): retorna o valor associado chave especicada. boolean containsKey(Object key): indica se a chave especicada est presente na coleo. int size(): retorna a quantidade de elementos na coleo.
Se adicionalmente deseja-se que esse grupo de objetos seja manipulado de acordo com alguma ordem especca, a interface derivada SortedMap pode ser utilizada. Assim, alm das funcionalidades acima, esta interface especica mtodos tais como:
Object firstKey() para retornar o elemento da coleo com a chave de menor valor. Object lastKey() para retornar o elemento da coleo com a chave de maior valor. SortedMap subMap(Object fromKey, Object toKey) para obter o subconjunto dos elementos compreendidos entre as chaves especicadas.
Para essas interfaces, duas implementaes bsicas so tambm oferecidas nesse mesmo pacote java.util . A classe HashMap implementa o mecanismo bsico de mapeamento entre chaves e valores. A classe TreeMap oferece a funcionalidade adicional de associar uma ordem aos elementos da coleo. Para alguns tipos de objetos, tais como Integer , Double ou String, uma ordem natural j pr-estabelecida. Para objetos de classes da aplicao, a classe dever implementar a interface Comparable . Um objeto que implementa a interface Collection representa um grupo de objetos genrico, onde duplicaes so permitidas. Entre os mtodos bsicos especicados nessa interface esto:
c 2001 FEEC/UNICAMP
43
3.3. Framework de colees
boolean add(Object element) para adicionar o elemento especicado coleo. boolean remove(Object element) para remover o elemento especicado da coleo. boolean contains(object element) para vericar se a coleo contm o elemento especicado. int size() para obter a quantidade de elementos na coleo. Iterator iterator() para obter um objeto que permite varrer todos os elementos da coleo.
Duas outras interfaces, Set e List, so derivadas diretamente de Collection . Set uma extenso de Collection que no permite duplicaes de objetos nenhum mtodo novo introduzido, mas apenas a necessidade de garantir essa restrio. A interface SortedSet uma extenso de Set que agrega o conceito de ordenao ao conjunto, introduzindo a especicao de mtodos tais como first() , para obter o primeiro elemento do conjunto; last(), para obter o ltimo elemento do conjunto; e subSet() , para obter o subconjunto com todos os elementos contidos entre os dois elementos especicados como argumentos do mtodo. A interface Set tem duas implementaes j oferecidas no pacote java.util . A classe HashSet uma implementao padro que utiliza o valor de cdigo hash para detectar e impedir duplicaes. A classe TreeSet uma implementao de SortedSet que usa uma estrutura de dados em rvore para manter ordenados os elementos do conjunto. A interface List uma extenso de Collection que introduz mecanismos de indexao. Alm dos mtodos bsicos de colees, adiciona mtodos tais como get() para obter o elemento armazenado na posio especicada como argumento; indexOf() para obter a posio da primeira ocorrncia do objeto especicado como argumento; e subList() para obter uma sublista contendo os elementos compreendidos entre as duas posies especicadas, incluindo o elemento da primeira posio mas no o da segunda. Da mesma forma que para Set, h duas implementaes padronizadas para a interface List j denidas em java.util . A classe ArrayList oferece uma implementao bsica da interface, enquanto que a classe LinkedList oferece uma implementao otimizada para manipular listas dinmicas, introduzindo os mtodos addFirst() , getFirst() , removeFirst() , addLast() , getLast() e removeLast() . Para percorrer os elementos de uma coleo no novo framework, um objeto que implementa a interface Iterator utilizado. Essa interface especica os mtodos hasNext() , que retorna um valor booleano verdadeiro para indicar que h mais elementos na coleo, e next(), que retorna o objeto que o prximo elemento da coleo. Adicionalmente, um mtodo void remove() pode ser utilizado para retirar um elemento da coleo atravs da referncia a um Iterator . A interface ListIterator uma extenso de Iterator que permite a varredura da coleo nas duas direes, especicando novos mtodos tais como boolean hasPrevious() e Object previous() .
c 2001 FEEC/UNICAMP
44
3.4. Extenses padronizadas
3.4
Extenses padronizadas
Alm das funcionalidades bsicas oferecidas por esses pacotes, h tambm APIs denidas para propsitos mais especcos compondo a extenso padronizada ao ncleo Java. Por exemplo, o Input Method Framework est associado ao pacote java.awt.im e contempla funcionalidades para manipular textos no-ocidentais usando teclados convencionais. Funcionalidades para denir e utilizar componentes de software em Java so oferecidas atravs de Java Beans, um conjunto de APIs denidas atravs do pacote java.beans e seu subpacote java.beans.context para suportar os modelos de instrospeco, customizao, eventos, propriedades e persistncia desses componentes. Uma das extenses mais signicativas denida pelo conjunto da Java Foundation Classes, extenso de AWT que oferece um conjunto de componentes de interface grca com usurio completamente porttil. Trs pacotes compem JFC: Swing, Drag and Drop e Java 2D. Swing dene uma famlia de pacotes com o prexo javax.swing com componentes e servios GUI de aparncia independente de plataforma. Drag and Drop, associado ao pacote java.awt.dnd , suporta o compartilhamento de dados baseado no padro MIME, Multipurpose Internet Mail Extension. Java 2D acrescenta novas classes aos pacotes java.awt e java.awt.image para estender as funcionalidades associadas manipulao de imagens bidimensionais e acrescenta novos pacotes java.awt.color , java.awt.font , java.awt.geom , java.awt.image.renderable e java.awt.print . As funcionalidades para a construo de interfaces grcas com usurios so apresentadas na Seo 4. Outra funcionalidade acrescentada Java foi a capacidade de acesso a bancos de dados relacionais usando a linguagem de consulta SQL. Atravs da API denida em JDBC, atravs do pacote java.sql , possvel enviar comandos SQL para um servidor de banco de dados e processar o retorno obtido nessa consulta. A utilizao de JDBC descrita na Seo 5.2.3. Java IDL integra a funcionalidade da arquitetura CORBA a aplicaes Java, permitindo obter inter-operabilidade e conectividade baseadas nesse padro do OMG (Object Management Group). Alm das classes presentes nos pacotes org.omg.CORBA e org.omg.CosNaming, alguns aplicativos so acrescidos ao ambiente de desenvolvimento e execuo de Java, como o compilador de Java para IDL e um aplicativo que oferece o servio de nomes. O desenvolvimento de aplicaes usando Java IDL descrito na Seo 5.4.3.
c 2001 FEEC/UNICAMP
45
Captulo 4
Desenvolvimento de aplicaes grcas

A linguagem Java oferece, dentre as funcionalidades incorporadas sua API padro, um extenso conjunto de classes e interfaces para o desenvolvimento de aplicaes grcas. Esse conjunto facilita a criao de sadas na forma grca e de interfaces grcas com usurios (GUIs), tanto na forma de aplicaes autnomas como na forma de applets. Aplicaes grcas so criadas atravs da utilizao de componentes grcos, que esto agrupados em dois grandes pacotes: java.awt e javax.swing. AWT o Abstract Windowing Toolkit, sendo denido atravs das classes do pacote java.awt e seus subpacotes, tais como java.awt.event . Essas classes agrupam as funcionalidades grcas que esto presentes desde a primeira verso de Java, que operam tendo por base as funcionalidades de alguma biblioteca grca do sistema onde a aplicao executada. J o pacote javax.swing dene uma extenso padronizada a partir de AWT que congrega componentes grcos que utilizam exclusivamente Java (lightweight components), com funcionalidades e aparncia independentes do sistema onde a aplicao executada.
4.1
Apresentao grca
A base para tudo que desenhado na tela de uma aplicao grca o contexto grco, em Java um objeto da classe Graphics do pacote java.awt . So nesses objetos que linhas, retngulos, crculos, strings, etc. so desenhados, compondo a apresentao visual da aplicao grca. Todo componente grco tem associado a si um contexto grco e alguns mtodos chaves para manipul-lo. A um objeto da classe Component pode-se aplicar os mtodos getGraphics() , que permite obter uma referncia para um objeto da classe Graphics; paint(Graphics) , que determina o que feito no contexto grco; e repaint() , que solicita uma atualizao no contexto grco. Para determinar o contedo grco do contexto, os mtodos da classe Graphics so utilizados. Esses mtodos incluem facilidades para denio de cores, fontes e denio de guras geomtricas. O sistema de coordenadas para denir a posio do desenho no contexto tem origem no canto superior esquerdo da rea grca, tomando valores inteiros para e representando quantidades de pixels na horizontal e na vertical, respectivamente. A cor corrente para o contexto grco pode ser obtida e denida pelos mtodos getColor() e setColor() , respectivamente. Esses mtodos usam cores representadas por objetos da classe
S T
46
4.2. Interfaces grcas com usurios
Color, que oferece constantes para usar cores pr-denidas, mtodos para denir cores especicando nveis RGB (red, green, blue) ou HSB (hue, saturation, brightness) e mtodos para manipular as cores existentes. Similarmente, a fonte usada para a apresentao de strings no contexto pode ser obtida e denida atravs de mtodos getFont() e setFont() . Fontes so representadas por objetos da classe Font. Entre os diversos mtodos usados para desenhar no contexto, h mtodos para desenhar texto usando a fonte de texto e a cor corrente, drawString() ; desenhar linhas retas, drawLine() ; e desenhar diversas formas geomtricas, tais como arcos, drawArc() ; retngulos, drawRect() , drawRoundRect() , draw3DRect() ; polgonos, drawPolygon() ; ovais, drawOval() ; e suas correspondentes verses preenchidas, fillArc() , fillRect() , fillRoundRect() , fill3DRect() , fillPolygon() e fillOval() .
4.2
Interfaces grcas com usurios
Criar uma interface grca com usurios em Java envolve tipicamente a criao de um container, um componente que pode receber outros. Em uma aplicao grca autnoma, tipicamente o container usado como base um frame (uma janela com bordas e barra de ttulo), enquanto que em um applet o container base um panel (uma rea grca inserida em outra). Em aplicaes complexas, qualquer tipo de combinao desses e de outros tipos de componentes utilizado. Aps sua criao, os containers da aplicao recebem componentes de interface com usurios, que permitiro apresentar e receber dados aos e dos usurios. Embora seja possvel posicionar esses componentes atravs de coordenadas absolutas em cada container, recomendvel que o projetista utilize sempre um gerenciador de layout para realizar essa tarefa. Deste modo, garante-se que a aplicao possa ser executada independentemente das caractersticas da plataforma onde ser executada. Finalmente, preciso especicar quais devem ser os efeitos das aes dos usurios tais como um "clique"do mouse ou uma entrada de texto quando realizadas sobre cada um desses componentes. Isto se d atravs da especicao de classes manipuladoras de eventos, projetadas para a aplicao. Ao associar objetos dessas classes aos componentes grcos, o projetista determina o comportamento da aplicao.
4.2.1
Eventos da interface grca
No modelo de eventos suportado a partir da verso 1.1 de Java, um componente grco qualquer pode reconhecer alguma ao do usurio e a partir dela disparar um evento indicando, por exemplo, que o boto do mouse foi pressionado ou que um texto foi modicado que ser capturado por um objeto registrado especicamente para registrar aquele tipo de evento ocorrido naquele componente. O pacote java.awt.event dene as diversas classes de eventos que podem ocorrer atravs das interfaces grcas. Eventos grcos so objetos derivados da classe AWTEvent , que por sua vez so derivados de objetos de evento genricos denidos pela classe EventObject . Desta, eventos grcos herdam o mtodo getSource() , que permite identicar o objeto que deu origem ao evento.
c 2001 FEEC/UNICAMP
47
Eventos grcos genricos so especializados de acordo com o tipo de evento sob considerao por exemplo, pressionar um boto do mouse gera um objeto da classe MouseEvent . A mesma ao sobre um boto, no entanto, gera tambm um ActionEvent , enquanto que sobre o boto de minimizar na barra de ttulo de um frame um WindowEvent seria ao invs adicionalmente gerado. Outros eventos de interesse denidos em java.awt.event incluem ItemEvent , indicando que um item de uma lista de opes foi selecionado; TextEvent , quando o contedo de um componente de texto foi modicado; e KeyEvent , quando alguma tecla foi pressionada no teclado. A resposta que uma aplicao d a qualquer evento que ocorre em algum componente grco determinada por mtodos especcos, registrados para responder a cada evento. O nome e a assinatura de cada um desses mtodos determinado por uma interface Java do tipo listener. Assim, para responder a um ActionEvent ser utilizado o mtodo denido na interface ActionListener ; para responder a um WindowEvent , os mtodos de WindowListener . Similarmente, h interfaces ItemListener , TextListener e KeyListener . Os eventos do mouse so manipulados atravs de mtodos especicados em duas interfaces, MouseListener (para aes sobre o mouse) e MouseMotionListener (para tratar movimentos realizados com o mouse). Apesar de existir um grande nmero de eventos e possibilidades de resposta que a aplicao poderia dar a cada um deles, cada aplicao pode especicar apenas aqueles para os quais h interesse que sejam tratados. Para os eventos que o projetista da aplicao tem interesse de oferecer uma reao, ele deve denir classes manipuladoras de eventos (handlers), implementaes de cada listener correspondente ao tipo de evento de interesse. Para interfaces listener que especicam diversos mtodos, classes adaptadoras so denidas. Essas classes adaptadoras so classes abstratas denidas no pacote de eventos AWT, com nome XXXAdapter , onde XXX seria o prexo correspondente ao tipo de evento de interesse. Assim, para que a aplicao use uma classe adaptadora para tratar os eventos do tipo WindowEvent , por exemplo, uma classe que estende a classe WindowAdapter pode ser denida. Nessa classe derivada, os mtodos relacionados aos eventos de interesse so redenidos (pelo mecanismo de overriding). Como a classe adaptadora implementa a interface correspondente WindowListener , assim o far a classe derivada. Os mtodos no redenidos herdaro a denio original, que simplesmente ignora os demais eventos. A API de eventos AWT de Java dene, alm de WindowAdapter , as classes adaptadoras MouseAdapter , MouseMotionAdapter e KeyAdapter . Uma vez que uma classe handler tenha sido criada para responder aos eventos de um componente, preciso associar esse componente ao objeto handler. Para tanto, cada tipo de componente grco oferece mtodos na forma addXXXListener(XXXListener l) e removeXXXListener(XXXListener l), onde XXX est associado a algum evento do tipo XXXEvent . Por exemplo, para o componente Window (e por herana para todas os componentes derivados desse) so denidos os mtodos public void addWindowListener(WindowListener l) e public void removeWindowListener(WindowListener l), uma vez que nesse tipo de componente possvel ocorrer um WindowEvent . Manipuladores de eventos de baixo nvel Eventos de mouse so tratados pelos mtodos denidos em dois listeners distintos denidos em java.awt.event . A interface MouseListener especica os mtodos para os eventos de maior
c 2001 FEEC/UNICAMP
48
destaque na interao do usurio com o mouse. A classe abstrata MouseAdapter oferece implementaes vazias para todos esses mtodos. Um objeto associado a um evento do mouse descreve eventos notveis ocorridos com o mouse, como o fato de ter entrado ou sado na rea de interesse (uma janela, tipicamente), um clique ocorrido, se alguma tecla de modicao (A LT, S HIFT ou C ONTROL) estava pressionada e a posio na qual o evento ocorreu. A interface MouseMotionListener especica mtodos para manipular eventos de movimentao do mouse. A classe abstrata MouseMotionAdapter uma adaptadora para esse listener. Nesse caso, qualquer movimentao do mouse relatada, diferenciando entre eventos da forma MOUSE_MOVED , para movimentos com o mouse livre, e MOUSE_DRAGGED , para movimentos do mouse com algum boto pressionado. A interface KeyListener especica os mtodos necessrios para detectar e tratar eventos de teclado. So eles: keyPressed() , para indicar que a tecla foi pressionada; keyReleased() , para indicar que a tecla foi solta; e keyTyped() , para indicar que uma tecla que no de controle foi pressionada e solta. Todos os mtodos recebem um objeto KeyEvent como parmetro. Esse objeto indica o tipo de evento ocorrido (KEY_PRESSED , KEY_TYPED ou KEY_RELEASED ), o cdigo da tecla e se havia modicadores associados. Como essa interface listener especica mais de um mtodo, uma classe adaptadora, KeyAdapter , oferecida. Manipuladores de eventos de alto nvel Raramente uma aplicao est preocupada em tratar eventos no nvel to bsico como qualquer movimento do mouse ou tecla pressionada. Java oferece um conjunto de funcionalidades que ltram esses eventos para outros mais prximos da viso da aplicao, como o pressionar de um boto ou entrar texto em um campo. A interface ActionListener especica o mtodo actionPerformed() para tratar eventos do tipo ao. Objetos da classe ActionEvent representam eventos associados a uma ao aplicada a algum componente AWT. Uma descrio (na forma de uma string) da ao pode ser obtida atravs do mtodo getActionCommand() . Dessa forma, se mais de um componente compartilha um mesmo listener, esse mtodo permite diferenciar qual componente foi o gerador da ao. Outro atributo que est representado em um objeto evento diz respeito aos modicadores, teclas que podem estar apertadas simultaneamente ocorrncia do evento para requisitar um tratamento alternativo. A classe ActionEvent dene o mtodo getModifiers() , que retorna um valor inteiro que pode ser analisado em relao a quatro constantes da classe, ALT_MASK , CTRL_MASK , META_MASK e SHIFT_MASK . Um objeto de uma classe que implemente ActionListener deve ser associado a um componente atravs do mtodo addActionListener(), que denido para componentes do tipo boto, listas e campos de texto. Quando um evento desse tipo ocorre, o objeto registrado noticado. O mtodo actionPerformed() ento invocado, recebendo como argumento o objeto que representa o evento. Eventos associados manipulao de janelas so denidos na interface WindowListener . Essa interface especica os seguintes mtodos: windowOpened() trata evento que apenas gerado quando a janela criada e aberta pela primeira
c 2001 FEEC/UNICAMP
49
vez windowClosing() usurio solicitou que a janela fosse fechada, seja atravs de um menu do sistema ou atravs de um boto da barra de ttulos ou atravs de uma sequncia de teclas do sistema. windowClosed() trata evento que indica que a janela foi fechada. windowIconied() trata evento que indica que janela foi iconicada. windowDeiconied() trata evento indicando que o cone da janela foi aberto. windowActivated() trata evento que indica que a janela ganhou o foco do teclado e tornou-se a janela ativa. windowDeactivated() trata evento que indica que a janela deixou de ser a janela ativa, provavelmente porque outra janela foi ativada. Todos esses mtodos tm como argumento um objeto da classe WindowEvent , que representa um evento de janela. Como a interface WindowListener especica diversos mtodos, uma classe adaptadora abstrata, WindowAdapter , fornecida com implementaes vazias de todos os mtodos. Para implementar a interface ItemListener preciso denir a implementao do mtodo itemStateChanged(), que recebe como argumento um objeto evento do tipo ItemEvent . Um ItemEvent sinaliza que um elemento de algum tipo de lista de opes foi selecionado ou desselecionado. Componentes que emitem esse tipo de evento implementam a interface ItemSelectable . A interface TextListener especica o mtodo que trata eventos do tipo texto. Um objeto da classe TextEvent est relacionado a um evento indicando que o usurio modicou o valor de texto que aparece em um TextComponent qualquer modicao no texto apresentado no componente gera esse evento. Um mtodo apenas especicado na interface, textValueChanged(TextEvent e). O corpo desse mtodo determina o que deve ser executado quando o texto em algum componente de texto alterado.
4.2.2
Componentes grcos
A criao de uma interface grca com usurios utiliza tipicamente uma srie de componentes pr-estabelecidos para tal m, tais como rtulos (labels, textos que so apresentados mas no alterveis) e botes, um componente que pode ser ativado pelo usurio atravs do mouse. Java oferece um amplo conjunto de classes pr-denidas e re-utilizveis que simplicam o desenvolvimento de aplicaes grcas. A raiz desse conjunto de classes grcas no pacote java.awt a classe abstrata Component , que representa qualquer objeto que pode ser apresentado na tela e ter interao com usurios. Similarmente, o pacote Swing tem por raiz a classe JComponent , que (indiretamente) em si uma extenso de Component . Os mtodos da classe Component denem funcionalidades que dizem respeito manipulao de qualquer componente grco em Java. O mtodo getSize() permite obter a dimenso do componente, expressa na forma de um objeto da classe Dimension um objeto dessa classe tem
c 2001 FEEC/UNICAMP
50
campos pblicos width e height que indicam respectivamente as dimenses horizontais e verticais do componente em pixels. J o mtodo setSize() permite denir a dimenso do componente. Outro grupo de mtodos importantes dessa classe composto pelos mtodos que permitem determinar os manipuladores de eventos que so relevantes para qualquer tipo de objeto grco, como os eventos de mouse (addMouseListener(), addMouseMotionListener(), removeMouseListener() , removeMouseMotionListener()) e de teclado (addKeyListener() , removeKeyListener()). Subclasses de Component que so amplamente utilizadas no desenvolvimento de aplicaes grcas incluem os containers, um objeto grco que pode conter outros componentes, e os componentes de interface grca com usurios. Para manipular texto em uma interface grca h componentes dos tipos campos de texto e reas de texto, que permitem a entrada e/ou apresentao de texto em uma janela grca, respectivamente para uma nica linha ou para diversas linhas de texto. Quando a aplicao oferece ao usurio uma srie de opes pr-estabelecidas, os componentes tipicamente utilizados em interfaces grcas so de escolha, que pode ser nica, quando a seleo de uma opo exclui as demais, ou mltipla, quando vrias opes podem ser selecionadas simultaneamente. Rtulos Rtulos so campos de texto includos em uma janela grca com o nico objetivo de apresentao. Dessa forma, rtulos no reagem a interaes com usurios. A classe Label dene um componente de AWT que apresenta uma nica linha de texto noaltervel. Um dos atributos associados a um Label o texto a ser apresentado, que pode ser especicado em um dos construtores ou atravs do mtodo setText() . O mtodo getText() retorna o valor desse atributo. Outro atributo de Label o alinhamento, que pode ser Label.CENTER , Label.LEFT ou Label.RIGHT . O alinhamento pode ser denido em um dos construtores (juntamente com o texto) ou atravs do mtodo setAlignment() . O mtodo getAlignment() retorna o valor desse atributo. A classe JLabel dene o componente Swing para implementar rtulos. Alm de oferecer facilidades equivalentes quelas de Label, JLabel oferece a possibilidade de denir o alinhamento vertical (o padro centralizado) e de usar um cone grco como rtulo, em adio ou em substituio a um texto. Botes Um boto corresponde a um componente grco que pode ser pressionado atravs de um clique do mouse, podendo assim responder ativao por parte de um usurio. A classe Button implementa um boto no AWT. Para criar um boto com algum rtulo, basta usar o construtor que recebe como argumento uma string com o texto do rtulo. Alternativamente, pode-se usar o construtor padro (sem argumentos) e denir o rtulo do boto com o mtodo setLabel() . O rtulo que foi denido para o boto pode ser obtido do mtodo getLabel() . Em Swing, o componente que dene um boto JButton . Alm de poder ser denido com rtulos de texto, um boto Swing pode conter tambm cones.
c 2001 FEEC/UNICAMP
51
Para manipular o evento associado seleo de um boto, preciso denir uma classe que realize o tratamento de um evento do tipo ao implementando um ActionListener . Campos de texto Um campo de texto uma rea retangular, de tamanho correspondente a uma linha, que pode ser utilizada para apresentar ou adquirir strings do usurio. A classe TextField uma extenso da classe TextComponent que implementa um campo de texto no toolkit AWT. Os construtores dessa classe permitem a criao de um campo de texto que pode estar vazio ou conter algum texto inicial. O nmero de colunas no campo tambm pode ser especicado atravs dos construtores. O componente correspondente a esse em Swing JTextField . Alm de funcionalidades associadas a TextField , esse componente oferece outras que permitem denir campos de texto customizados. Quando o usurio entra um texto em um campo de texto e tecla E NTER, gerado um evento do tipo ao. Para indicar o objeto manipulador para esse evento, os mtodos addActionListener() e removeActionListener() so utilizados. Ambos tm como argumento um objeto ActionListener . Eventos relativos modicao de um valor em um campo de texto (sem pressionar a tecla E NTER) esto associados a eventos do tipo texto. Desse modo, possvel monitorar se alguma modicao ocorreu no campo de texto. possvel no ecoar a apresentao dos caracteres de entrada para a tela denindo um carter alternativo que deve ser apresentado. Em AWT, utiliza-se o mtodo setEchoChar() da classe TextField . Em Swing, para tal m deve ser utilizado o componente JPasswordField . reas de texto Uma rea de texto permite apresentar e opcionalmente editar textos de mltiplas linhas. possvel adicionar texto a uma rea atravs do mtodo append() , que recebe uma string como argumento. Em AWT, a classe TextArea oferece essa funcionalidade, sendo tambm uma extenso da classe TextComponent . Assim como para um campo de texto de uma linha, o texto apresentado inicialmente e o nmero de colunas visveis pode ser denido em construtores. Adicionalmente, o nmero de linhas visveis pode ser denido no momento da construo do objeto. Para a apresentao de textos que ocupam uma rea maior que a visvel, um construtor tem um argumento que indica se e quantas barras de rolagem estaro presentes na rea de texto. Os valores possveis, denidos como constantes estticas dessa classe, so SCROLLBARS_BOTH (barras de rolagem nas direes vertical e horizontal), SCROLLBARS_HORIZONTAL_ONLY (apenas na horizontal), SCROLLBARS_VERTICAL_ONLY (apenas na vertical) e SCROLLBARS_NONE (sem barras de rolagem). O componente correspondente a esse em Swing o JTextArea . Em Swing, o comportamento default para a rea de texto no ter barras de rolagem se isso for necessrio, a aplicao deve usar um componente decorador JScrollPane . Outras diferenas dizem respeito habilidade de mudar de linha (automtico em AWT) e gerao de eventos do tipo texto (no presente em Swing). O framework Swing oferece, no entanto, outros componentes mais elaborados que tambm manipulam reas de texto. Componentes das classes JEditorPane e JTextPane conseguem mani-
c 2001 FEEC/UNICAMP
52
pular vrios tipos de contedo, como por exemplo texto em HTML. Componentes de seleo Java apresenta trs mecanismos bsicos para denir um componente que permite ao usurio a seleo de opes apresentadas: drop-down, lista ou caixa de seleo. Um componente de interao em drop-down aquele que deixa visvel uma nica opo (aquela que est selecionada) ao usurio, mas que permite que esse visualize e selecione as outras opes atravs da ativao de um mini-boto associado ao componente. Quando esse tipo de componente permite tambm a entrada de valores em um campo de texto combinado lista, usualmente chamado de combo box. Em componentes do tipo combo box, a seleo restrita a uma nica opo, com uma lista de itens em apresentao drop-down onde apenas o elemento selecionado visvel. Os demais itens podem ser apresentados para seleo atravs de interao com o mouse. Em AWT, a funcionalidade de lista em drop-down suportada atravs da classe Choice, que permite denir uma lista de itens no-editveis. Para essa classe, apenas o construtor padro oferecido. Os principais mtodos para manipular objetos dessa classe so: add(String s), que permite adicionar itens lista; getSelectedIndex(), que retorna a posio numrica do item selecionado na lista (o primeiro elemento tem ndice 0); getSelectedItem(), que retorna o rtulo do item selecionado na lista; e getItem(int index), retorna o rtulo do item cujo ndice foi especicado. A classe Choice implementa a interface ItemSelectable , o que permite associar objetos dessa classe a um manipulador de eventos do tipo item, ItemListener . Em Swing, o mecanismo de lista em drop-down suportado pela classe JComboBox , que pode ser congurado para ser editvel ou no. A segunda opo para seleo de itens oferecida atravs de listas, onde vrios itens so apresentados simultaneamente em uma janela. Na construo desse tipo de componente, o programador pode estabelecer se a seleo ser exclusiva ou mltipla. Um componente do tipo lista oferece a funcionalidade de apresentar uma lista de opes dos quais um ou vrios itens podem ser selecionados. Em AWT, a classe List oferece essa funcionalidade. Alm do construtor padro, essa classe oferece um construtor que permite especicar quantas linhas da lista sero visveis. Um terceiro construtor permite especicar um valor booleano indicando se o modo de seleo de vrios itens est habilitado (true) ou no. Se no especicado, apenas um item pode ser selecionado da lista. Os principais mtodos dessa classe incluem: add(String item), que acrescenta o item lista; add(String item, int index), que acrescenta um item lista na posio especicada; getSelectedIndex(), que retorna a posio numrica do item selecionado na lista, sendo que o primeiro item est na posio 0; getSelectedItem(), que retorna o rtulo do item selecionado na lista; e getItem(int index), que retorna o rtulo do item cujo ndice foi especicado. H ainda mtodos para a manipulao de selees mltiplas: getSelectedIndexes(), que retorna um arranjo de inteiros correspondendo s posies selecionadas, e getSelectedItems(), que retorna um arranjo de String correspondente aos rtulos dos itens selecionados. Assim como a classe Choice, a classe List implementa a interface ItemSelectable , que permite associar um objeto dessa classe a um manipulador de eventos do tipo item, ou seja, a um objeto ItemListener . Esse tipo de evento gerado quando o item alvo de um nico toque do mouse. Alm disso, um item da lista pode reagir a um toque duplo do mouse atravs da gerao de um evento do tipo ao, usando para o tratamento do evento nesse caso um manipulador do
c 2001 FEEC/UNICAMP
53
tipo ActionListener . O tratamento de mltiplas selees atravs de eventos de itens no amigvel atravs dessa interface, pois a cada seleo um novo evento gerado. Por esse motivo, a documentao da API Java recomenda que esse tipo de seleo mltipla em AWT seja efetivada atravs de algum controle externo, como um boto. Em Swing, funcionalidade similar apresentada por List oferecida pela classe JList, embora algumas diferenas devam ser observadas. Por exemplo, ao contrrio de List, um JList no suporta barras de rolagem diretamente, o que deve ser acrescido atravs de um objeto decorador JScrollPane . A terceira opo para selecionar itens em uma interface grca utilizar componentes do tipo caixas de seleo, que podem ser independentemente selecionadas ou organizadas em grupos de caixas de seleo das quais apenas uma pode estar selecionada. Uma caixa de seleo oferece um mecanismo de seleo em que uma opo pode assumir um de dois valores, selecionada ou noselecionada. Diz-se que tais componentes tm comportamento booleano. Em AWT, essa funcionalidade suportada pela classe Checkbox . Alm do construtor padro, essa classe oferece construtores que permitem expressar um rtulo (String) para o boto e o estado inicial (boolean ). O mtodo getState() permite obter o estado da seleo; o mtodo getLabel() , o rtulo associado caixa de seleo. Checkbox implementa a interface ItemSelectable , permitindo tratar reaes a eventos do tipo item atravs de um ItemListener . Em Swing, essa funcionalidade suportada de forma similar pela classe JCheckBox . tambm possvel denir grupos de caixas de seleo das quais apenas uma pode estar selecionada em um dado instante, constituindo assim opes exclusivas entre si. Em AWT, esse tipo de funcionalidade oferecido atravs do conceito de um grupo de checkboxes, suportado atravs da classe CheckboxGroup . Um CheckboxGroup no um componente grco, como um container, mas sim um agrupamento lgico entre os componentes grcos do tipo Checkbox , que devem especicar na sua construo ou atravs do mtodo setCheckboxGroup() a qual grupo pertencem, se for o caso de pertencer a algum. Funcionalidade similar a essa oferecida em Swing atravs das classes JRadioButton e ButtonGroup .
4.2.3
Containers
Dicilmente uma aplicao grca composta por um nico componente, mas sim por vrios componentes inter-relacionados. Para este tipo de aplicao, um componente fundamental a rea onde os demais componentes da aplicao estaro dispostos. Um componente que pode conter outros componentes denominado um container. Em Java, a classe Container a classe abstrata que dene as funcionalidades bsicas associadas a um container, tais como adicionar e remover componentes, o que possvel atravs dos mtodos add() e remove() , respectivamente. possvel tambm estabelecer qual a estratgia de disposio de componentes no container, ou seja, qual o mtodo de gerncia de layout, atravs do mtodo setLayout() . Window uma classe derivada de Container cujos objetos esto associados a janelas. Cada objeto Window uma janela independente em uma aplicao, embora a essa janela no estejam associadas as funcionalidades usualmente oferecidas por gerenciadores de janela. Raramente um objeto desse usado diretamente, mas objetos dessa classe so muito utilizados atravs de suas subclasses, tais como Frame.
c 2001 FEEC/UNICAMP
54
Outra classe derivada de Container de extensa aplicao Panel, que dene uma rea de composio de componentes contida em alguma janela. A classe Applet uma extenso de Panel que permite criar applets (Seo 4.3). Embora a classe JComponent , raiz da hierarquia para todos os componentes do novo framework para interfaces grcas de Java, seja derivada da classe Container , no se pode acrescentar diretamente um componente grco a qualquer componente Swing. Para as classes de Swing que correspondem a containers no sentido denido em AWT, ou seja, s quais podem ser acrescentados outros componentes, deve-se obter uma referncia ao objeto Container atravs do mtodo getContentPane().
4.2.4
Janelas
Janelas so reas retangulares que podem ser exibidas em qualquer parte da tela grca de um usurio. Em AWT, objetos da classe Window esto associados a essa funcionalidade, sendo que nessa classe so denidos os mtodos aplicveis a qualquer tipo de janela. O framework Swing oferece a classe JWindow , derivada da classe Window, com esse mesmo tipo de funcionalidade porm adaptada ao novo framework. Um objeto Window, no entanto, corresponde a uma janela sem nenhum tipo de decorao. mais comum que aplicaes grcas criem janelas atravs de uma das classes derivadas de Window, tais como um frame ou uma janela de dilogo. Convm destacar da classe Window os mtodos show(), para trazer a janela para a frente da tela; dispose() , para eliminar uma janela e liberar os recursos usados por ela usados; e addWindowListener() e removeWindowListener() para associar ou remover objetos manipuladores de eventos de janelas. Um frame agrega a uma janela as funcionalidades mnimas para que ela possa ser identicada e manipulada pelo usurio da aplicao, tais como uma borda e a barra de ttulos com botes de controle da janela. Um frame uma janela com propriedades adicionais que a habilitam a ter uma vida independente no ambiente de janelas grcas. Para que um frame seja apresentado pela aplicao, um objeto desse tipo de classe deve ser criado e algumas de suas propriedades bsicas tais como sua dimenso e o fato de estar visvel ou no devem ser estabelecidas. Em AWT, frames esto associados a objetos da classe Frame. Esse exemplo ilustra as operaes essenciais para que um frame AWT seja criado e exibido em um ambiente grco. O resultado da execuo desse cdigo a criao e exibio de uma janela grca com contedo vazio:
1 2 3 4 5 6 7 8 9 10 11 12
import java.awt.*; import java.awt.event.*; public class Janela extends Frame { class WindowHandler extends WindowAdapter { public void windowClosing(WindowEvent we) { dispose(); System.exit(0); } public void windowActivated(WindowEvent we) { we.getWindow().validate(); } }
c 2001 FEEC/UNICAMP
55
13 14 15 16 17 18 19 20 21 22 23 24 25
public Janela() { this("Janela"); } public Janela(String titulo) { setTitle(titulo); setSize(320,200); addWindowListener(new WindowHandler()); } public static void main(String[] args) { Janela j = new Janela(); j.setVisible(true); } }
Se o tamanho da janela (em pixels, horizontal e vertical) no for denido (mtodo setSize() ), ento o default (x=0, y=0) assumido, criando uma janela de dimenses nulas. Mesmo que o tamanho seja denido, a janela quando criada por padro invisvel para exibi-la preciso invocar o mtodo setVisible() . Frame uma extenso da classe Window que, por sua vez, uma concretizao de Container, que uma extenso de Component . Assim, importante tomar contato com os diversos mtodos denidos ao longo dessa hierarquia para ter uma noo mais precisa sobre o que possvel realizar com um objeto Frame. Por exemplo, para tratar eventos relativos a janelas preciso associar ao frame um WindowListener atravs do mtodo addWindowListener(), denido na classe Window. A classe Frame propriamente dita dene os mtodos que dizem respeito ao que um frame tem de especco que uma janela (objeto da classe Window) no tem por exemplo, setTitle() para denir um ttulo para a barra da janela, setMenuBar() para incluir uma barra de menus e setCursor() para determinar o tipo de cursor a ser utilizado. O tipo de cursor denido por uma das alternativas especicadas como constantes da classe Cursor, tais como HAND_CURSOR ou Cursor.TEXT_CURSOR. O pacote Swing tambm oferece a sua verso de um frame atravs da classe JFrame, que uma extenso da classe Frame. Esse cdigo ilustra a criao de uma janela vazia, como acima, usando JFrame:
1 2 3 4 5 6 7 8 9 10 11
import javax.swing.*; import java.awt.event.*; public class SJanela extends JFrame { class WindowHandler extends WindowAdapter { public void windowClosing(WindowEvent we) { dispose(); System.exit(0); } } public SJanela() { this("Janela");
c 2001 FEEC/UNICAMP
56
12 13 14 15 16 17 18 19 20 21 22
} public SJanela(String title) { setSize(200,120); setTitle(title); addWindowListener(new WindowHandler()); } public static void main(String[] args) { SJanela je = new SJanela(); je.show(); } }
4.2.5
Gerenciadores de layout
Quando um container tem mais de um componente, preciso especicar como esses componentes devem ser dispostos na apresentao. Em Java, um objeto que implemente a interface LayoutManager responsvel por esse gerenciamento de disposio. A interface LayoutManager2 uma extenso de LayoutManager que incorpora o conceito de restries de posicionamento de componentes em um container. Os principais mtodos da classe Container relacionados ao layout de componentes so setLayout() , que recebe como argumento o objeto que implementa LayoutManager e que determina qual a poltica de gerncia de disposio de componentes adotada; e validate() , usado para rearranjar os componentes em um container se o gerenciador de layout sofreu alguma modicao ou novos componentes foram adicionados. O pacote java.awt apresenta vrios gerenciadores de layout pr-denidos. As classes FlowLayout e GridLayout so implementaes de LayoutManager ; as classes BorderLayout , CardLayout e GridBagLayout so implementaes de LayoutManager2 . Swing acrescenta ainda um gerenciador de layout atravs da classe BoxLayout . Para determinar que o gerenciador de layout em um container c seja do tipo XXXLayout , preciso invocar setLayout() passando como argumento um objeto gerenciador: c.setLayout(new XXXLayout()); Containers derivados da classe Window tm como padro um gerenciador de layout do tipo BorderLayout , enquanto aqueles derivados de Panel usam como padro FlowLayout . FlowLayout FlowLayout uma classe gerenciadora de layout que arranja os componentes seqencialmente na janela, da esquerda para a direita, do topo para baixo, medida que os componentes so adicionados ao container. Os componentes so adicionados ao container da forma similar a um texto em um pargrafo, permitindo que cada componente mantenha seu tamanho natural. Como padro, os componentes so horizontalmente centralizados no container. possvel mudar esse padro de alinhamento especicando um valor alternativo como parmetro para um dos construtores da classe ou para o mtodo
c 2001 FEEC/UNICAMP
57
setAlignment() . Esse parmetro pode assumir um dos valores constantes denidos na classe, tais como LEFT ou RIGHT. possvel tambm modicar a distncia em pixels entre os componentes arranjados atravs desse tipo de gerenciador com os mtodos setHgap() e setVgap() ; alternativamente, esses valores podem tambm ser especicados atravs de construtores da classe FlowLayout . Para obter os valores utilizados, h mtodos getHgap() e getVgap() . Esse o gerenciador de layout padro para containers derivados de Panel, tais como Applet. Esse exemplo ilustra o uso desse tipo de gerenciador de layout para dispor um conjunto de botes em um frame:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26
import java.awt.*; public class JanelaFlow extends Frame { public JanelaFlow() { setTitle("FlowLayout"); setSize(240,100); setLayout(new FlowLayout()); } public void addButton(int count) { for(int i=1; i <= count; ++i) add(new Button("B"+i)); } public static void main(String[] args) { JanelaFlow j = new JanelaFlow(); int qtde = 10; try { if (args.length > 0) qtde = Integer.parseInt(args[0]); } catch (Exception e) { } j.addButton(qtde); j.validate(); j.setVisible(true); } }
GridLayout GridLayout uma implementao de LayoutManager que permite distribuir componentes ao longo de linhas e colunas. A distribuio d-se na ordem de adio do componente ao container, da esquerda para a direita e de cima para baixo. Essa classe oferece um construtor que permite especicar o nmero de linhas e colunas desejado para o grid para o construtor padro, um grid de uma nica coluna usado. Adicionalmente, h
c 2001 FEEC/UNICAMP
58
outro construtor que permite especicar, alm da quantidade de linhas e colunas, o espao em pixels entre esses componentes nas direes horizontal e vertical. Deve-se observar que, nesse tipo de layout, as dimenses dos componentes so ajustadas para ocupar o espao completo de uma posio no grid. Esse exemplo mostra como GridLayout dispe um conjunto de dez botes em um grid de trs linhas e quatro colunas:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33
import java.awt.*; public class JanelaGrid extends Frame { private final int rows=3, cols=4; public JanelaGrid() { setTitle("GridLayout"); setSize(240,100); setLayout(new GridLayout(rows, cols)); } public void addButton(int count) { int max = rows*cols; if (count < max) max = count; for(int i=1; i <= max; ++i) add(new Button("B"+i)); } public static void main(String[] args) { JanelaGrid j = new JanelaGrid(); int qtde = 10; try { if (args.length > 0) qtde = Integer.parseInt(args[0]); } catch (Exception e) { } j.addButton(qtde); j.validate(); j.setVisible(true); } }
BorderLayout BorderLayout uma implementao de LayoutManager2 adequado para janelas com at cinco componentes. Ele permite arranjar os componentes de um container em cinco regies, cujo
c 2001 FEEC/UNICAMP
59
posicionamento representado pelas constantes BorderLayout.NORTH, SOUTH, EAST, WEST e CENTER:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16
import java.awt.*; public class JanelaBorder extends Frame { public JanelaBorder() { setTitle("BorderLayout"); setSize(240,100); add(new Button("North"), BorderLayout.NORTH); add(new Button("South"), BorderLayout.SOUTH); add(new Button("East"), BorderLayout.EAST); add(new Button("West"), BorderLayout.WEST); add(new Button("Center"), BorderLayout.CENTER); } public static void main(String[] args) { JanelaBorder j = new JanelaBorder(); j.validate(); j.setVisible(true); }
Observe a utilizao do mtodo add(Component c, Object o) da classe Container , que incorpora a especicao das restries de posicionamento. Alm do construtor padro, outro construtor permite especicar o gap horizontal e vertical (em pixels) entre os componentes. Esse tipo de layout o padro para containers do tipo Frame. Para utilizar esse tipo de gerenciador para janelas com mais de cinco componentes, basta denir que o componente inserido em um BorderLayout seja um Panel, que um container que pode ter seu prprio gerenciador de layout. CardLayout Um gerenciador do tipo CardLayout empilha os componentes de um container de tal forma que apenas o componente que est no topo permanece visvel. Esse gerenciador implementa a interface LayoutManager2 . Os mtodos do gerenciador estabelecem funcionalidades que permitem navegar entre os componentes empilhados, determinando qual item deve estar visvel em um dado momento. Os mtodos de navegao first() , next(), previous() e last() permitem realizar uma varredura seqencial pelos componentes de container especicado, cujo gerenciador de layout deve ser do tipo CardLayout . O mtodo show() permite selecionar um componente para exposio diretamente atravs de uma string, que especicada como uma restrio quando da adio do componente ao container, como no seguinte fragmento: Panel p = new Panel(); cm = new CardLayout();
c 2001 FEEC/UNICAMP
60
p.setLayout(cm); Button b = new Button("Teste"); p.add(b, b.getLabel()); que permitiria a exibio desse boto com a invocao cm.show(p, b.getLabel()); Tipicamente, os componentes manipulados por um gerenciador do tipo CardLayout so containers, os quais por sua vez utilizam qualquer outro tipo de gerenciador de layout. Esse exemplo ilustra o uso de CardLayout para organizar cinco rtulos distintos em um container alocado ao elemento central de um frame com BorderLayout . Os quatro elementos perifricos do BorderLayout so usados para navegar entre os rtulos do CardLayout central:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32
import java.awt.*; import java.awt.event.*; public class JanelaCard extends Frame { Panel central = new Panel(); CardLayout cl = new CardLayout(); class FirstHandler implements ActionListener { public void actionPerformed(ActionEvent ae) { cl.first(central); } } class LastHandler implements ActionListener { public void actionPerformed(ActionEvent ae) { cl.last(central); } } class NextHandler implements ActionListener { public void actionPerformed(ActionEvent ae) { cl.next(central); } } class PreviousHandler implements ActionListener { public void actionPerformed(ActionEvent ae) { cl.previous(central); } } public JanelaCard() { setTitle("CardLayout"); setSize(240,200); Button next = new Button("Proximo"); next.addActionListener(new NextHandler()); Button previous = new Button("Anterior"); previous.addActionListener(new PreviousHandler());
c 2001 FEEC/UNICAMP
61
33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53
Button first = new Button("Primeiro"); first.addActionListener(new FirstHandler()); Button last = new Button("Ultimo"); last.addActionListener(new LastHandler()); add(first, BorderLayout.NORTH); add(last, BorderLayout.SOUTH); add(previous, BorderLayout.WEST); add(next, BorderLayout.EAST); add(central, BorderLayout.CENTER); central.setLayout(cl); central.add(new Label("Primeiro painel"), "Primeiro"); central.add(new Label("Segundo painel"), "Segundo"); central.add(new Label("Terceiro painel"), "Terceiro"); central.add(new Label("Quarto painel"), "Quarto"); central.add(new Label("Quinto painel"), "Quinto"); } public static void main(String[] args) { JanelaCard jc = new JanelaCard(); jc.setVisible(true); } }
Nesse exemplo, o rtulo Primeiro painel inicialmente exibido por estar no topo da pilha do objeto Panel com gerenciador do tipo CardLayout . Se o boto Prximo for pressionado, o rtulo Segundo painel ser exibido. GridBagLayout GridBagLayout o gerenciador de layout mais exvel dentre aqueles pr-denidos em java.awt; tambm, em decorrncia dessa exibilidade, o mais complexo. uma implementao de LayoutManager2 que permite, como GridLayout , arranjar componentes ao longo de uma matriz de linhas e colunas. No entanto, componentes podem ser acrescentados em qualquer ordem e podem tambm variar em tamanho, podendo ocupar mais de uma linha ou coluna. Uma vez que o desenho da interface tenha sido especicado, a chave para a utilizao desse gerenciador a criao de um objeto de restrio de posicionamento. Esse objeto da classe GridBagConstraints . Objetos da classe GridBagConstraints determinam como um gerenciador do tipo GridBagLayout deve posicionar um dado componente em seu container. Uma vez que esse objeto tenha sido criado e suas restries especicadas, basta associar essas restries ao componente usando o mtodo setConstraints() e adicion-lo ao container com o mtodo add() com o segundo parmetro de restries. A especicao das restries de posicionamento, tamanho e propriedades de um componente nesse tipo de gerenciador determinada atravs da atribuio de valores a campos pblicos do objeto da classe GridBagConstraints. O posicionamento especicado pelas variveis gridx e gridy, respectivamente para indicar a coluna e a linha onde o componente deve ser posicionado. Para gridx, o valor 0 indica a coluna mais esquerda. Do mesmo modo, para gridy o valor 0 indica a linha mais ao topo. Alm de
c 2001 FEEC/UNICAMP
62
valores absolutos de posicionamento, essa classe dene a constante RELATIVE para posicionamento relativo, aps o ltimo componente includo, sendo esse o valor padro para esses campos. O nmero de clulas que o componente ocupa no grid indicado pelas variveis gridwidth e gridheight , relacionadas respectivamente ao nmero de colunas e ao nmero de linhas que ser ocupado pelo componente. O valor REMAINDER para esses campos indica que o componente ser o ltimo dessa linha ou coluna, devendo ocupar a largura ou altura restante. O valor padro desses campos 1. Outras variveis de restrio denidas nessa classe incluem weightx , weighty , fill e anchor. Os atributos weightx e weighty indicam o peso, ou a prioridade, que o componente ter para receber pores de espao extra horizontalmente ou verticalmente, respectivamente, quando o container redimensionado e espao adicional torna-se disponvel. O padro um componente no receber espao extra (valor 0). O atributo fill utilizado quando a rea para a apresentao do componente maior que o tamanho natural do componente. Indica como a apresentao do componente ir ocupar a rea disponvel, podendo assumir os valores denidos em constantes da classe: NONE, no modica o tamanho do componente (o padro); VERTICAL , ocupa o espao vertical mas no altera a largura do componente; HORIZONTAL , ocupa o espao disponvel na horizontal mas no altera a altura do componente; e BOTH, ocupa os espao disponvel nas duas dimenses. O atributo anchor utilizado quando o tamanho do componente menor que a rea da clula qual ele foi alocado para indicar a posio do componente na clula. O padro CENTER, mas outros valores possveis so NORTH, NORTHEAST , EAST, SOUTHEAST , SOUTH, SOUTHWEST , WEST, NORTHWEST . Esse exemplo de cdigo ilustra a criao de uma janela com trs regies, sendo que a primeira regio contm uma lista, a segunda um grupo de trs botes e a terceira uma rea de texto:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20
import java.awt.*; import java.awt.event.*; public class JanelaGridBag extends Frame { GridBagLayout gb = new GridBagLayout(); private final int noLinhas = 3; public JanelaGridBag() { setTitle("GridBagLayout"); setSize(320,200); setLayout(gb); List lEsq = new List(noLinhas, true); lEsq.add("Um"); lEsq.add("Dois"); lEsq.add("Tres"); lEsq.add("Quatro"); lEsq.add("Cinco"); lEsq.add("Seis"); lEsq.add("Sete"); Button add = new Button(">>"); Button clear = new Button("Clear"); Button close = new Button("Close");
c 2001 FEEC/UNICAMP
63
21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51
TextArea tDir = new TextArea("", noLinhas, 10, TextArea.SCROLLBARS_NONE); GridBagConstraints gc = new GridBagConstraints(); gc.gridx = 0; gc.gridy = 0; gc.gridwidth = 1; gc.gridheight = 3; gc.fill = GridBagConstraints.VERTICAL; add(lEsq, gc); gc.gridx = 2; add(tDir, gc); Insets margens = new Insets(4, 3, 4, 3); gc.gridx = 1; gc.gridy = 0; gc.gridwidth = 1; gc.gridheight = 1; gc.fill = GridBagConstraints.BOTH; gc.ipadx = 4; gc.ipady = 4; gc.insets = margens; add(add, gc); gc.gridy = 1; add(clear, gc); gc.gridy = 2; add(close, gc); } public static void main(String[] args) { JanelaGridBag jgb = new JanelaGridBag(); jgb.setVisible(true); } }
BoxLayout Swing oferece um gerenciador de layout simples, com alto grau de exibilidade, que o BoxLayout. Nesse tipo de layout, componentes podem ser dispostos em uma nica linha ou em uma nica coluna, porm arranjos de componentes bem complexos podem ser obtidos atravs da combinao desses mecanismos. Em BoxLayout os componentes mantm sua dimenso natural, como em FlowLayout . A direo na qual os componentes sero dispostos se da esquerda para a direita ou se de cima para baixo pode ser especicada no construtor da classe, atravs respectivamente das constantes X_AXIS ou Y_AXIS. Tipicamente, esse tipo de layout no utilizado diretamente, mas sim atravs de um container do tipo Box, que adota BoxLayout como padro nico de gerenciamento de layout.
c 2001 FEEC/UNICAMP
64
4.3. Desenvolvimento de applets
Esse cdigo ilustra a construo de uma interface similar quela usando GridBagLayout , porm construda usando caixas aninhadas:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33
import javax.swing.*; public class JanelaBox extends JFrame { public JanelaBox() { setTitle("BoxLayout"); setSize(240,120); Box h = Box.createHorizontalBox(); Box v = Box.createVerticalBox(); String[] lista = {"Um", "Dois", "Tres", "Quatro", "Cinco", "Seis", "Sete"}; JList jl = new JList(lista); jl.setFixedCellWidth(70); int mis = ListSelectionModel.MULTIPLE_INTERVAL_SELECTION; jl.setSelectionMode(mis); JScrollPane lEsq = new JScrollPane(jl); lEsq.setMinimumSize(new java.awt.Dimension(100,100)); JButton add = new JButton(">>"); JButton clear = new JButton("Clear"); JButton close = new JButton("Close"); JTextArea tDir = new JTextArea(); v.add(add); v.add(clear); v.add(close); h.add(lEsq); h.add(v); h.add(tDir); getContentPane().add(h); } public static void main(String[] args) { JanelaBox jb = new JanelaBox(); jb.setVisible(true); jb.validate(); } }
4.3
Desenvolvimento de applets
Applets so programas projetados para ter uma execuo independente dentro de alguma outra aplicao, eventualmente interagindo com esta tipicamente, um browser (navegador) Web. Assim, applets executam no contexto de um outro programa, o qual interage com o applet e determina assim sua seqncia de execuo. Funcionalidades associadas a applets Java so agregadas no pacote java.applet .
c 2001 FEEC/UNICAMP
65
O processo de criao de um applet similar ao processo de criao de uma aplicao o programa deve ser criado por um editor de programas e o arquivo de bytecodes (com extenso .class) deve ser gerado a partir da compilao do arquivo fonte. Uma vez criado ou disponibilizado o bytecode, preciso incluir uma referncia a ele em alguma pgina Web. Essa pgina Web, uma vez carregada em algum navegador, ir reconhecer o elemento que faz a referncia ao applet, transferir seu bytecode para a mquina local e dar incio sua execuo.
4.3.1
Criao de applet
Para criar um applet, preciso desenvolver uma classe que estenda a classe Applet: import java.applet.*; public class MeuApplet extends Applet { ... } A classe Applet uma extenso de uma classe container do tipo Panel. Assim, o desenvolvimento de um applet segue as estratgias de desenvolvimento de qualquer aplicao grca. Um applet deve ser referenciado a partir de uma pgina Web. Tipicamente, para referenciar um applet cujo bytecode esteja em um arquivo MeuApplet.class a partir de uma pgina usando HTML na verso 3.2, o seguinte elemento deve ser includo na pgina: <applet code="MeuApplet.class" width=200 height=150> </applet> Atributos opcionais para o elemento APPLET incluem, entre outros, CODEBASE , que indica o diretrio (na forma de um URL) onde est localizado o cdigo do applet, e NAME, uma string para identicar o applet. Para navegadores compatveis com HTML na verso 4.01 ou superiores ou ainda que usem XHTML, a forma de referenciar um applet na pgina seria atravs da tag OBJECT: <object codetype="application/java" classid="java:MeuApplet.class" width="200" height="150"> </object> O navegador ir ento criar um espao grco de 200 pixels de largura por 150 pixels de altura na pgina apresentada, ir transferir o cdigo do applet do mesmo local de onde a pgina se originou para a mquina local e dar incio execuo do applet dentro deste espao usando a mquina virtual Java associada ao navegador. possvel tambm passar argumentos para o cdigo do applet a partir da pgina HTML que o referencia. Para tanto, o tag PARAM utilizado no interior do elemento APPLET, ocorrendo tantas vezes quantos forem os argumentos para o applet. Cada ocorrncia de PARAM tem dois atributos, name e value, que permitiro a identicao do argumento no cdigo do applet: <applet ...> <param name="background" value="white"> </applet>
c 2001 FEEC/UNICAMP
66
4.3.2
Execuo de applets
Ao contrrio das aplicaes Java, a execuo de um applet em uma pgina no iniciada pelo mtodo main(). Um applet executado como uma thread subordinada ao navegador (ou aplicao appletviewer , presente no ambiente de desenvolvimento Java). O navegador ser responsvel por invocar os mtodos da classe Applet que controlam a execuo de um applet. Quando o applet carregado pela primeira vez pelo navegador, o mtodo init() invocado pelo navegador. Esse mtodo pode ser considerado funcionalmente equivalente ao mtodo construtor em aplicaes, pois ser apenas executado no momento em que o cdigo for carregado. Aps o carregamento do applet para a mquina local e a execuo do mtodo init(), o mtodo start() invocado. Esse mtodo ser invocado tambm a cada vez que a rea do applet torna-se visvel no navegador, dando renicio a operaes que eventualmente tenham sido paralisadas pelo mtodo stop(). O mtodo stop() invocado cada vez que o applet torna-se temporariamente invisvel, ou seja, que sua rea no esteja visvel no navegador. uma forma de evitar que operaes que demandem muitos ciclos de CPU continuem a executar desnecessariamente. Tambm invocado imediatamente antes de destroy() , que invocado quando o applet est para ser eliminado do navegador. Este mtodo serve para liberar recursos alm de memria que o applet tenha eventualmente alocado para sua execuo. Esse exemplo ilustra a denio de um applet que implementa apenas esses quatro mtodos. Quando carregada em um navegador Web, a pgina que referencia esse cdigo apresenta apenas uma rea vazia; porm, se o console Java do navegador for aberto, ser possvel visualizar as mensagens:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15
import java.applet.*; public class MeuApplet extends Applet { public void init() { System.out.println("MeuApplet inicializado com dimensao " + getSize()); } public void start() { System.out.println("MeuApplet deve executar"); } public void stop() { System.out.println("MeuApplet deve parar"); } public void destroy() { System.out.println("Adeus, MeuApplet"); }
Sendo Applet um componente grco do tipo container, todas as funcionalidades descritas para o desenvolvimento de aplicaes grcas aplicam-se a applets. Por exemplo, possvel que um applet apresente formas geomtricas em seu contexto grco usando o mtodo paint() ou incluir componentes de interface com usurio e tratar a manipulao de eventos. Alguns mtodos da classe Applet permitem a comunicao do applet com o navegador no qual ele est inserido. O mtodo getParameter() permite a obteno dos parmetros passados pelo navegador para o applet. O mtodo showStatus() exibe uma mensagem na linha de status do
c 2001 FEEC/UNICAMP
67
navegador (na barra inferior da janela) que executa o applet. O mtodo getAppletContext() permite obter o contexto de execuo do applet, o que permite por exemplo estabelecer a comunicao entre dois applets de uma mesma pgina. Como o cdigo de um applet geralmente obtido atravs de uma conexo remota, sua execuo est restrita aos princpios de segurana impostos por Java para a execuo de cdigo em ambientes distribudos. Tipicamente, um applet no pode acessar arquivos e informaes do ambiente onde est executando nem pode estabelecer conexes remotas com outras mquinas, a no ser aquela de onde o prprio cdigo foi obtido.
4.3.3
Passagem de parmetros
O mtodo getParameter() da classe Applet permite obter parmetros passados para o applet atravs do elemento PARAM em uma pgina HTML. O argumento para esse mtodo o nome do parmetro, estabelecido no atributo name da tag PARAM, e o retorno uma string com o valor do argumento ou seja, o contedo do atributo value de PARAM. Esse applet recebe como parmetro a cor de fundo, que pode ser branca, amarela ou cinza (o padro):
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27
import java.applet.*; import java.awt.*; public class AppletParameter extends Applet { private int altura; private int largura; private int incremento; public void init() { Dimension d = getSize(); altura = d.height - 2; largura = d.width; incremento = altura/3; Color c = Color.gray; String cor = getParameter("background"); try { if (cor.equalsIgnoreCase("yellow")) c = Color.yellow; else if (cor.equalsIgnoreCase("white")) c = Color.white; } catch (Exception e) { } setBackground(c); } public void paint(Graphics g) { int x=1; int y=1;
c 2001 FEEC/UNICAMP
68
28 29 30 31 32 33 34 35 36 37
int finalPos = largura - altura; while (x < finalPos) { g.setColor(new Color((float)Math.random(), (float)Math.random(), (float)Math.random())); g.drawRect(x, y, altura, altura); x += incremento; } } } Se na pgina HTML o elemento especicado for <APPLET code="AppletParameter.class" width="640" height="20"> <PARAM name="background" value="White"> </APPLET>
o applet ser apresentado com fundo branco; com <APPLET code="AppletParameter.class" width="640" height="20"> <PARAM name="background" value="yellow"> </APPLET> ser apresentado com fundo amarelo. Se for invocado sem argumento, tendo na pgina HTML o elemento <APPLET code="AppletParameter.class" width="640" height="20"> </APPLET> os retngulos sero desenhados sobre um fundo cinza.
4.3.4
Contexto de execuo
Em algumas situaes pode ser de interesse fazer com que o applet interaja com o contexto no qual ele est executando (usualmente, o navegador Web). A interface AppletContext especica algumas funcionalidades que permitem essa interao. Para obter o contexto no qual o applet est executando, o mtodo getAppletContext() da classe Applet utilizado. Esse mtodo retorna um objeto AppletContext , a partir do qual possvel obter referncias a outros applets no mesmo contexto atravs de uma enumerao, usando o mtodo getApplets() . Alternativamente, se ao applet foi atribudo um nome usando o atributo name na tag APPLET, uma referncia a esse applet pode ser obtida atravs do mtodo getApplet(). Como exemplo, considere a execuo de dois applets em uma pgina, onde um applet tem um campo de texto para obter uma entrada do usurio e o outro tem uma rea de texto para exibir as
c 2001 FEEC/UNICAMP
69
entradas que o usurio digitou na outra janela. O primeiro applet denido em uma classe Entrada , enquanto que o segundo denido em uma classe TextAreaApplet . A incluso em uma pgina HTML d-se atravs de dois elementos APPLET: <applet code="Entrada.class" width="200" height="100" name="entra"> </applet> <applet code="TextAreaApplet.class" width="200" height="100" name="mostra"> </applet> O applet TextAreaApplet tem simplesmente uma rea para exibio de texto:
1 2 3 4 5 6 7 8 9 10 11
import java.awt.*; import java.applet.*; public class TextAreaApplet extends Applet { TextArea ta = new TextArea(5, 30); public void init() { add(ta); } public void append(String s) { ta.append("\n" + s); } }
O applet Entrada dene um campo para entrada de texto e estabelece a conexo entre os contextos em seu mtodo de inicializao:
1 2 3 4 5 6 7 8 9 10 11 12 13 14
import java.applet.*; import java.awt.*; import java.awt.event.*; public class Entrada extends Applet { TextField tf = new TextField(30); TextAreaApplet ta; public void init() { add(tf); ta = (TextAreaApplet) getAppletContext().getApplet("mostra"); tf.addActionListener(new ActionListener() { public void actionPerformed(ActionEvent ae) { ta.append(tf.getText()); } });
c 2001 FEEC/UNICAMP
70
15 16
} }
possvel tambm determinar que o navegador deve carregar um novo documento a partir de um applet, usando o mtodo showDocument() de AppletContext . O argumento para esse mtodo um objeto localizador uniforme de recursos, do tipo java.net.URL .
c 2001 FEEC/UNICAMP
71
Captulo 5
Desenvolvimento de aplicaes distribudas

Entre os atrativos de Java est a facilidade que essa linguagem oferece para desenvolver aplicaes para execuo em sistemas distribudos. J em sua primeira verso, Java oferecia facilidades para o desenvolvimento de aplicaes cliente-servidor usando os mecanismos da Internet, tais como os protocolos TCP/IP e UDP. Se o cliente na aplicao distribuda precisa acessar um servidor de banco de dados relacional, Java oferece uma API especca para tal m, JDBC. Atravs das classes e interfaces desse pacote possvel realizar consultas expressas em SQL a um servidor de banco de dados e manipular as tabelas obtidas como resultado dessas consultas. Em termos de desenvolvimento voltado para a World-Wide Web, Java oferece o j clssico mecanismo de applets, cdigo Java que executa em uma mquina virtual no lado do cliente Web, como descrito na Seo 4.3. O mecanismo de servlets permite associar o potencial de processamento da plataforma Java a servidores Web, permitindo construir assim uma camada middleware baseada no protocolo HTTP e em servios implementados em Java. Aplicaes distribudas mais elaboradas podem ser desenvolvidas usando uma arquitetura de objetos distribudos, onde aplicaes orientadas a objetos lidam diretamente com referncias a objetos em processos remotos. Java oferece duas alternativas nessa direo, RMI (Remote Method Invocation), uma soluo 100% Java, e Java IDL, uma soluo integrada arquitetura padro CORBA. Um passo adiante na evoluo desse tipo de sistema a utilizao do conceito de agentes mveis, onde no apenas referncias a objetos so manipuladas remotamente mas os prprios objetos cdigo e estado movem-se pela rede.
5.1
Programao cliente-servidor
O paradigma de programao distribuda atravs da separao das aplicaes entre servidores (aplicaes que disponibilizam algum servio) e clientes (aplicaes que usam esses servios) foi a arquitetura de distribuio predominante nos anos 1990. Um dos seus atrativos o aumento da conabilidade (a falha de uma mquina no necessariamente inviabiliza a operao do sistema como um todo) e reduo de custo (mquinas mais simples podem executar os servios isoladamente, ao invs de ter uma grande mquina fazendo todos os servios). 72
5.1. Programao cliente-servidor
As aplicaes clientes e servidoras so programas executando em mquinas distintas, trocando informao atravs de uma rede de computadores. Para que os servios possam ser solicitados, a aplicao cliente deve conhecer quem fornece o servio (o endereo da aplicao servidora) e qual o protocolo pr-estabelecido para realizar a solicitao. Entre as vantagens citadas para o modelo de programao cliente-servidor destacam-se:
Relaciona a execuo de processos distintos. Oferece uma estruturao do processamento distribudo baseado no conceito de servios, tendo um servidor, o provedor de servios, e um cliente, o consumidor de servios oferecidos. Permite compartilhamento de recursos, com o servidor atendendo a vrios clientes. Oferece transparncia de localizao, com tratamento uniforme independentemente de processos estarem na mesma mquina ou em mquinas distintas. Permite a comunicao atravs da troca de mensagens, oferecendo uma arquitetura fracamente acoplada atravs das mensagens para solicitaes (cliente para servidor) e respostas (servidor para cliente). Encapsula servios, pois o cliente no precisa saber como servidor implementa o servio, mas apenas a interface para solicitao e resposta.
Estaremos estudando aqui como Java oferece e simplica o suporte a esse tipo de programao atravs das funcionalidades do pacote java.net . A partir da apresentao de alguns conceitos preliminares, apresenta-se os fundamentos Java para criar aplicaes distribudas usando os mecanismos de TCP/IP, UDP e HTTP.
5.1.1
Conceitos preliminares
A programao em redes de computadores atualmente a regra, no a exceo. A principal vantagem nesse modelo de programao a possibilidade de distribuir tarefas computacionalmente pesadas e conjuntos extensos de dados e informaes entre diversas mquinas. No entanto, h um custo associado a essa distribuio. H necessidade de trocar mensagens entre as mquinas envolvidas no processamento, com um custo (tempo) adicional necessrio para efetivar essa troca. importante tambm que os dispositivos envolvidos na troca de mensagens comuniquem-se usando uma mesma linguagem, ou protocolo. Protocolos so organizados em camadas (ou pilhas) de diferentes nveis de abstrao. O conjunto de protocolos mais comuns na programao em rede aquele estabelecido pela arquitetura TCP/IP, que opera com um software de suporte oferecido pelo sistema operacional de uma mquina ligada em rede. A arquitetura TCP/IP organiza uma rede de computadores em quatro camadas: Interface de rede: dene padres de conexo rede fsica, seja local (Ethernet-CSMA/CD, Token Ring, FDDI, ATM) ou de longa distncia (HDLC, X.25, ATM). Opera com endereos fsicos, realizando a converso entre endereos fsicos e lgicos atravs dos protocolos ARP (Address Resolution Protocol) e RARP (Reverse ARP).
c 2001 FEEC/UNICAMP
73
Inter-redes: protocolos para transporte no-convel de mensagens (IP Internet Protocol), para controle da comunicao e informe de erros (ICMP Internet Control Message Protocol) e para roteamento de mensagens (EGP Exterior Gateway Protocol, RIP Routing Information Protocol). Endereos para comunicao host a host so lgicos (endereos IP). Transporte: protocolos para transporte convel de dados por conexo (TCP/IP Transfer Control Protocol/IP) e para transporte de datagramas, sem conexo (UDP User Datagram Protocol). Introduz o conceito de porta (endereo que identica a aplicao na mquina). Endereos nesse nvel so descritos por um par (host, port). Aplicao: dene conjunto de servios manipulados por usurios. Servios utilizam losoa clienteservidor, com os servidores estabelecendo portas para disponibilizao do servio. Algumas portas de servios TCP/IP j so pr-denidas, sendo denominadas de portas notveis. Exemplos de portas notveis incluem: 7, echo (reenvia o que recebe); 21, ftp (transferncia de arquivos); 23, telnet (terminal virtual); 25, smtp (correio eletrnico); e 37, time (envia hora e data local da mquina). Na verso corrente do protocolo, endereos IP ocupam 32 bits e so divididos em cinco classes. As classes A, B e C tm seus endereos estruturados em um prexo de identicao de classe (binrios 0, 10 e 110, respectivamente), identicador de subrede (7, 14 e 21 bits) e identicador de host. A classe D (prexo 1110) utilizada para multicast, enquanto que endereos da classe E (11110) so reservados para uso futuro. Usualmente, endereos IP so representados por uma qudrupla de valores decimais correspondente aos quatro grupos de 8 bits do endereo. Nessa forma de representao, endereos iniciados por valores entre 0 e 127 so da classe A; entre 128 e 191, classe B; entre 192 e 223, classe C; entre 224 e 239, classe D; e entre 240 e 247, classe E. Existe tambm uma forma de representao simblica de endereos IP baseada em nomes de domnios. Domnios so parties da rede Internet organizados hierarquicamente em estruturas de domnios e sub-domnios. Existe um mapeamento entre endereos IP representados simbolicamente e numericamente, o qual realizado por servidores de nome distribudos pela Internet atravs do Sistemas de Nomes de Domnio (DNS). O desenvolvimento de software na arquitetura TCP/IP segue a losoa de particionamento em mltiplos processos concorrentes. Isso permite a simplicao de projeto, implementao e manipulao de software para ambientes distribudos, assim como a gerncia independente de protocolos em diversos nveis. O software organizado na forma de processos independentes. No nvel mais prximo da mquina, isso permite o isolamento dos dispositivos fsicos atravs da utilizao de device drivers. No nvel da camada de transporte, dois tipos de processos so suportados. A informao em processos TCP (entrada ou sada) manipulada atravs do conceito de streams (arquivos seqenciais). J a informao em processos UDP manipulada atravs do contedo de pacotes datagramas, enviados sem vericao de contedo ou garantia de recebimento. O processo IP atua como chaveador de datagramas. As portas estabelecem a ligao entre o processo da aplicao e os processos IP, estando associadas a buffers nitos com acesso controlado. O acesso a portas pode sofrer bloqueio devido a uma tentativa de ler de uma porta com buffer vazio ou de escrever para porta com buffer cheio.
c 2001 FEEC/UNICAMP
74
5.1.2
Aplicaes TCP/IP
Para estabelecer a conexo TCP, preciso identicar as extremidades dessa conexo tanto no processo cliente como no processo servidor. Essas extremidades so soquetes, identicados por um endereo de rede e um nmero de porta. A conexo pode ser interpretada como uma ligao direta entre os dois processos, atravs da qual os bytes podem uir nos dois sentidos. Um soquete TCP estabelece uma conexo stream bidirecional entre os endereos (hostC,portC) e (hostS,portS), ou seja, entre uma aplicao cliente em execuo na mquina hostC controlando a porta portC e outra aplicao servidora em execuo na mquina hostS monitorando a porta portS de hostS. A aplicao cliente utiliza a porta portC da mquina hostC para enviar solicitaes de servios e para receber retornos a suas solicitaes. A aplicao servidora monitora constantemente a porta portS da mquina hostS aguardando a chegada de solicitaes de servio. Quando alguma solicitao recebida, a aplicao servidora executa o servio e utiliza a conexo para enviar o retorno com os resultados do servio. Java suporta a troca de bytes entre um cliente e um servidor TCP atravs do estabelecimento de uma conexo entre eles. Todas as funcionalidades de Java referentes ao estabelecimento de uma conexo TCP esto agregadas no pacote java.net . Clientes TCP em Java Em Java, a classe que permite o estabelecimento de uma conexo pelo lado do cliente Socket. Para criar um soquete, o construtor da classe tipicamente utilizado : public Socket(InetAddress address, int port) throws IOException Uma vez que a conexo entre cliente e servidor tenha sido estabelecida pela criao dos correspondentes soquetes, os dados da aplicao podem uir atravs dos streams a ela associados. Os argumentos do construtor estabelecem o endereo IP da mquina remota na conexo. A classe InetAddress de java.net permite representar endereos IP como objetos Java. Uma vez que um objeto Java esteja representando um endereo IP, ele pode ser utilizado como parmetro para mtodos de outras classes que manipulam transferncias de dados atravs dos protocolos TCP/IP. Os mtodos estticos dessa classe permitem denir tais objetos associados representao simblica ou numrica de endereos IP InetAddress.getByName(String host) ou associados mquina local InetAddress.getLocalHost(). Este exemplo ilustra a manipulao de endereos IP atravs dos mtodos dessa classe:
1 2 3 4 5 6 7 8 9 10
import java.net.*; public class WhoIs { public static void main(String[] args) { try { InetAddress myself = InetAddress.getLocalHost(); System.out.println("Local host is " + myself.getHostName() + " at IP address " + myself.getHostAddress()); }
c 2001 FEEC/UNICAMP
75
11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30
catch (UnknownHostException uhe) { System.err.println(uhe); } // Processamento dos argumentos na linha de comando int count = 0; InetAddress otherHost; while (count > args.length) { try{ otherHost = InetAddress.getByName(args[count]); System.out.println("Host " + otherHost.getHostName() + " is at IP address " + otherHost.getHostAddress()); } catch (UnknownHostException uhe) { System.err.println(uhe); } ++count; } } }
A classe Socket oferece tambm mtodos para obter informaes sobre os endereos (mquina e porta) envolvidos na conexo e para estabelecer timeouts associados conexo. Quando um soquete criado, automaticamente so estabelecidos streams de entrada e de sada para a transferncia de dados pela conexo. Os mtodos getInputStream() e getOutputStream() da classe Socket permitem identicar os objetos associados a esses streams. Streams implementam o conceito de cadeias unidirecionais de dados (FIFO, First-In, First-Out) apenas de escrita ou apenas de leitura. Assim, uma aplicao pode obter dados do incio de um stream de entrada e pode enviar dados para o nal de um stream de sada de dados, sempre seqencialmente. Streams em Java so suportados por classes do pacote java.io (Seo 3.2). Para leitura seqencial de bytes utiliza-se um objeto da classe InputStream ; para enviar bytes para um stream utilizase um objeto OutputStream e seus mtodos write() , para agregar bytes ao stream, e flush() , para assegurar que os bytes inseridos sejam efetivamente encaminhados a seu destino. Servidores TCP em Java O processo servidor na arquitetura TCP deve estar preparado para responder a solicitaes de conexes por parte dos clientes, permanecendo em estado de espera entre solicitaes. Assim, um servidor TCP/IP deve realizar duas tarefas bsicas: permanecer em execuo aguardando (listening) a chegada de requisies em alguma porta pr-especicada; e responder solicitao atravs de uma conexo estabelecida com o cliente em funo da requisio recebida. Em Java, a classe que permite a criao de servidores com essa funcionalidade ServerSocket, tambm do pacote java.net . O principal mtodo desta classe accept() , que implementa a espera bloqueada por uma solicitao no endereo de porta especicado na construo do objeto.
c 2001 FEEC/UNICAMP
76
O retorno desse mtodo um objeto da classe Socket que estabelece a conexo com a aplicao cliente. Esse exemplo mostra o cdigo para um servidor que responde a qualquer solicitao com uma mensagem xa, cujo contedo a seqncia de bytes que compe um endereo URL:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40
import java.io.*; import java.net.*; import java.util.*; public class TCPServer1 { public static void main(String[] args) { ServerSocket ss = null; Socket cliente = null; OutputStream os = null; try { ss = new ServerSocket(0); System.out.println("Server: Aguardando na porta " + ss.getLocalPort()); while (true) { cliente = ss.accept(); os = cliente.getOutputStream(); System.out.println("Server: " + "Processando solicitacao de " + cliente.getInetAddress().getHostName()); String data = "http://www.dca.fee.unicamp.br/cursos/PooJava/"; byte[] buffer = data.getBytes(); System.out.println("Server: Enviando \"" + new String(buffer) + "\""); os.write(buffer); os.flush(); } } catch (Exception e) { System.err.println(e); } finally { try { os.close(); cliente.close(); ss.close(); } catch (Exception e) { e.printStackTrace(); } }
c 2001 FEEC/UNICAMP
77
41 42
} }
Uso de mltiplas threads Tipicamente, por razes de ecincia, um servidor TCP implementado como um processo multithreaded. Um dos possveis problemas na execuo de aplicaes segundo o modelo clienteservidor est associado com o tempo de atendimento a uma solicitao pelo servidor. Se o servidor for um processo monoltico, ele estar indisponvel para receber novas requisies enquanto a solicitao no for completamente atendida. A soluo para este problema depende da possibilidade de se estabelecer um processamento independente para o atendimento de cada solicitao ao servidor, liberando to cedo quanto possvel o servidor para receber novas solicitaes. O conceito de processamento independente parte integrante da linguagem Java, atravs de multithreading. Todo processamento em Java est associado a alguma thread, sendo que novas threads de execuo podem ser criadas a partir de qualquer thread. A criao de novas threads em geral associada a classes que implementam a interface Runnable do pacote java.lang . Essa interface especica o mtodo run(), os quais so utlizados para criar objetos da classe Thread, com mtodos start() e stop(), entre outros. Com as facilidades suportadas pela linguagem, torna-se atrativo implementar servidores multithreaded, cujo corpo principal de processamento resume-se a um lao eterno para aceitar solicitaes na porta especicada e criar um objeto thread para atender solicitao recebida. A funcionalidade do servio que ser executado pela thread denida no corpo do mtodo run() que implementa a interface Runnable associada thread criada. Cada thread criada existe exclusivamente durante o tempo necessrio para atender solicitao. O seguinte exemplo revisita o servidor TCP anteriormente apresentado usando o mecanismo de mltiplas threads de execuo:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18
import java.io.*; import java.net.*; import java.util.*; class DataProvider implements Runnable { Socket client; OutputStream os = null; public DataProvider(Socket s) throws IOException { client = s; os = client.getOutputStream(); } public void run() { String data = "http://www.dca.fee.unicamp.br/courses/PooJava/"; byte[] buffer = data.getBytes(); try { os.write(buffer); os.flush(); os.close();
c 2001 FEEC/UNICAMP
78
19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55
client.close(); } catch (Exception e) { System.err.println(e); } } } public class TCPServer2 { public static void main(String[] args) { ServerSocket ss = null; Socket cliente = null; try { ss = new ServerSocket(0); System.out.println("Server: Aguardando na porta " + ss.getLocalPort()); while (true) { cliente = ss.accept(); System.out.println("Server: " + "Processando solicitacao de " + cliente.getInetAddress().getHostName()); DataProvider dp = new DataProvider(cliente); new Thread(dp).start(); } } catch (Exception e) { System.err.println(e); } finally { try { ss.close(); } catch (Exception e) { System.err.println(e); } } } }
5.1.3
Aplicaes UDP
Aqui sero apresentadas as funcionalidades que Java oferece para a programao cliente-servidor usando o protocolo de transporte UDP. A principal diferena em relao programao cliente-servidor em TCP que o protocolo UDP no suporta o conceito da transferncia por streams de dados. UDP trabalha diretamente com o conceito de pacotes (datagramas). Assim, UDP no oferece a garantia de envio ou recepo e nem de
c 2001 FEEC/UNICAMP
79
ordenao correta dos pacotes. Por outro lado, a ausncia desses mecanismos permite uma transferncia mais rpida. O endereamento em UDP d-se como para a programao TCP, usando a classe Java InetAddress. Soquetes UDP Assim como para o protocolo TCP, UDP estabelece uma conexo entre o processo da aplicao e a rede atravs de um soquete. Em Java, soquetes UDP so manipulados atravs de objetos da classe DatagramSocket . O construtor padro para essa classe cria um soquete local na primeira porta disponvel. Alternativamente, outro construtor permite especicar o nmero da porta desejado. Ao contrrio da classe Socket, um DatagramSocket no estabelece uma conexo com uma mquina remota, mas simplesmente um acesso local para a rede que pode ser utilizada para enviar e receber pacotes, atravs dos mtodos send() e receive() , respectivamente. H um mtodo connect() associado a objetos da classe DatagramSocket ; no entanto, esse mtodo atua como um ltro, s permitindo enviar ou receber pacotes para ou de um endereo IP ao qual o soquete foi conectado. O mtodo disconnect() permite desconectar um soquete de um destino pr-especicado. Datagramas Os pacotes enviados e recebidos atravs dos soquetes UDP so objetos Java da classe DatagramPacket . Objetos dessa classe podem ser construdos de duas maneiras, dependendo se sero enviados ou recebidos atravs do soquete UDP: Pacotes a enviar. Nesse caso, deve ser utilizado o construtor que incorpora em seus argumentos o arranjo de bytes a enviar, seu tamanho, e o endereo de destino (mquina, especicada pelo seu endereo IP, e porta). Pacotes a receber. Nesse caso, os argumentos especicam apenas o arranjo de bytes para onde o contedo do pacote ser transferido e o limite no tamanho do pacote que ser recebido nesse arranjo. Uma vez que um pacote tenha sido recebido, a informao sobre sua origem pode ser obtida atravs dos mtodos getAddress() e getPort() . Os dados efetivamente recebidos podem ser extrados do pacote usando o mtodo getData() ; o mtodo getLength() permite determinar a dimenso dos dados. Multicast Um MulticastSocket uma especializao de um DatagramSocket que permite que uma aplicao receba pacotes datagramas associados a um endereo multicast (classe D, endereos entre 224.0.0.1 e 239.255.255.255). No preciso nenhuma funcionalidade especial para apenas enviar datagramas para um endereo multicast.
c 2001 FEEC/UNICAMP
80
Todos os soquetes multicast que estejam inscritos em um endereo multicast recebem o datagrama que foi enviado para esse endereo e porta. Para gerenciar a inscrio de um soquete em um endereo multicast, dois mtodos so oferecidos na classe MulticastSocket . O primeiro, joinGroup(InetAddress m), permite aplicao juntar-se a um grupo multicast. o mtodo que inscreve o soquete no grupo associado ao endereo multicast especicado como argumento. O outro mtodo, para desligar-se de um grupo multicast, leaveGroup(InetAddress m), que desconecta o soquete do grupo multicast especicado.
5.1.4
Aplicaes HTTP
A World Wide Web (WWW ou simplesmente Web) a primeira concretizao de uma rede mundial de informao atravs de computadores. Proposta em 1989 no CERN (Sua) por Tim-Berners Lee, ela interconecta principalmente documentos hipertexto (expressos em HTML HyperText Markup Language) usando a infra-estrutura da Internet para a transferncia de informao. Sua difuso expandiu-se principalmente aps a popularizao de interfaces grcas com o usurio para navegao em hipertexto, iniciada a partir do lanamento do aplicativo Mosaic no NCSA (EUA). A Web pode ser vista como um servio de aplicao da arquitetura TCP/IP. Como tal, a arquitetura da Web dene um esquema de endereamento (URL) no nvel da aplicao; estabelece protocolos de sesso (soquetes TCP/IP) e apresentao (HTML e auxiliares); dene um protocolo (HTTP) no nvel da aplicao; e segue o modelo cliente-servidor. As aplicaes clientes na Web so usualmente navegadores (browsers) responsveis pela apresentao de documentos HTML e pela solicitao de um recurso a servidores Web. O recurso pode ser um documento HTML ou um arquivo contendo informao texto ou binria (imagem, udio, vdeo, applet Java, etc), conforme estabelecido pelo elemento que originou a solicitao. No necessariamente o software navegador precisa saber manipular todos os tipos de recursos, podendo ele ativar rotinas auxiliares de exibio para tipos no reconhecidos. As rotinas auxiliares podem ser ativadas sob a forma de programas executveis externos ao navegador ou atravs de plugins. O conceito de plug-in foi desenvolvido pela Nestcape, sendo constitudo por uma interface de programao (API) padronizada para ativar funcionalidades carregadas dinamicamente. Servidores Web so responsveis por atender a solicitaes de clientes, por default operando na porta notvel 80. As funcionalidades bsicas de servidores Web incluem: organizar e gerenciar os recursos HTTP; prover acesso seguro a esses recursos; e processar scripts (extenses CGI, por exemplo ver Seo 5.3). Java tambm oferece suporte ao desenvolvimento de aplicaes sobre a Web usando recursos do pacote java.net . Dentre os conceitos oferecidos pela linguagem Java para a programao distribuda h uma grande nfase na programao direcionada para a Web, com suporte para a manipulao de recursos Web atravs de URL, a manipulao de conexes HTTP, a converso de strings para o formato de codicao www-urlencoded e suporte manipulao de contedos de diferentes tipos MIME. Endereamento por URL Um endereo localizador uniforme de recursos (URL) denido por uma seqncia de caracteres que identica de forma global e precisa um recurso na Web. A forma genrica de um URL
c 2001 FEEC/UNICAMP
81
esquema:parte_especfica onde o esquema identica o protocolo utilizado para manipular o recurso, tais como http, ftp, mailto, telnet e nntp. A parte especca descreve o endereo do recurso de acordo com a infraestrutura e o tipo de recurso. Na Internet, a parte especca de um URL toma a forma genrica //user:password@host:port/url-path onde nem todos os campos devem necessariamente estar presentes para todos os recursos endereados. Quando port omitido, a porta notvel para o esquema especicado utilizada (21 para ftp, 23 para telnet, 25 para mailto, 80 para http). O campo url-path dependente do esquema. A classe java.net.URL oferece a funcionalidade de nvel mais alto (menor detalhamento) para a especicao de recursos Web. Cada recurso est associado a um objeto dessa classe, sendo que o localizador (URL) do recurso especicado na construo do objeto. Uma vez que o objeto URL esteja instanciado, h trs maneiras de realizar a transferncia do contedo do recurso para a aplicao local. Na primeira forma, atravs do mtodo openStream() , obtm-se um uxo de leitura de bytes que permite transferir o contedo do recurso. Outra possibilidade usar o mtodo openConnection(), que retorna um objeto da classe (abstrata) URLConnection . Esta classe permite manipular um maior nmero de detalhes referentes conexo URL, tais como obter dimenso, tipo e codicao do contedo, manipulao do contedo associado a um stream de entrada, obteno do cabealho e outras. Finalmente, possvel usar o mtodo getContent() , que obtm o contedo do recurso diretamente. Nesse caso, um objeto ContentHandler especco para o tipo de recurso recebido ser ativado. Conexes HTTP O protocolo no nvel da aplicao para a transferncia de hipertexto (HTTP, HyperText Transfer Protocol) opera sobre o protocolo TCP/IP para estabelecer um mecanismo de servio com estrutura requisio-resposta. Uma das caractersticas peculiares de HTTP a composio exvel do cabealho, composto por diversas linhas, o que permite sua utilizao como integrador de diversos formatos e no apenas de documentos HTML. Essa exibilidade reete-se tambm na maior complexidade desse protocolo. No entanto, possvel estabelecer servidores HTTP operando com conguraes simplicadas, onde nem todos os servios previstos no protocolo so implementados. Os principais servios de HTTP incluem: GET: solicita ao servidor o envio de um recurso; o servio essencial para o protocolo. HEAD: variante de GET que solicita ao servidor o envio apenas de informaes sobre o recurso. PUT: permite que o cliente autorizado armazene ou altere o contedo de um recurso mantido pelo servidor. POST: permite que o cliente envie mensagens e contedo de formulrios para servidores que iro manipular a informao de maneira adequada.
c 2001 FEEC/UNICAMP
82
5.2. Acesso a bancos de dados
DELETE: permite que o cliente autorizado remova um recurso mantido pelo servidor. Um cabealho HTTP composto por uma linha contendo a especicao do servio e recurso associado, seguida por linhas contendo parmetros. Um exemplo de requisio gerada por um cliente HTTP : GET http://www.dca.fee.unicamp.br/ Accept: text/html, image/gif, image/jpeg User-Agent: Mozilla/3.0 para a qual o cabealho da resposta poderia ser: HTTP/1.1 200 OK Date: Wed, 24 Mar 1999 23:23:45 GMT Server: Apache/1.2b6 Connection: close Content-Type: text/html Content-length: 648 A indicao do tipo de contedo do recurso (usada nos parmetros Accept e Content-Type ) seguem a especicao no padro MIME (Multipurpose Internet Mail Extensions). A classe HttpURLConnection uma especializao da classe URLConnection . Quando um objeto da classe URL invoca openConnection() esse o tipo de conexo retornada quando o protocolo HTTP. Alm das funcionalidades de conexes URL, essa classe dene vrias constantes associadas especicamente ao protocolo HTTP (tais como os cdigos de erros) e alguns poucos mtodos especcos de conexo HTTP. Codicao e decodicao de dados A traduo de strings para o formato esperado por um servidor Web a partir de um formulrio, x-www-form-urlencoded, suportada atravs da classe URLEncoder . Essa classe oferece o mtodo esttico encode(String s), retornando uma string com o contedo codicado do argumento. O formato www-urlencoded agrega em uma nica string uma srie de pares na forma atributo=valor separados pelo smbolo &. Nesse formato, espaos so convertidos para o smbolo + e caracteres com conotao especial tais como +, = e & so representados por seqncia de escape %xx para a representao hexadecimal do valor ASCII do carter. Assim, o carter = que faa parte do nome de um atributo ou parte do contedo de um valor ser codicado na string na forma %3d. O processo de traduo a partir de uma string nesse formato, que seria o necessrio para implementar um servio em Java que recebesse dados de um formulrio, oferecido pela classe URLDecoder, atravs do mtodo esttico decode(String) .
5.2
Acesso a bancos de dados
A linguagem Java vem se destacando como uma alternativa vivel para a integrao de aplicaes novas e legadas na Internet. Essa infra-estrutura de integrao no estaria completa se no contemplasse o acesso a sistemas de bancos de dados.
c 2001 FEEC/UNICAMP
83
Um sistema de banco de dados constitudo por uma coleo organizada de dados (a base de dados) e pelo software que coordena o acesso a esses dados (o sistema gerenciador de banco de dados, ou SGBD). Utilizar um sistema de banco de dados ao invs de simples arquivos para armazenar de forma persistente os dados de uma aplicao apresenta diversas vantagens, das quais se destacam:
o desenvolvedor da aplicao no precisa se preocupar com os detalhes do armazenamento, trabalhando com especicaes mais abstratas para a denio e manipulao dos dados; tipicamente, um SGBD incorpora mecanismos para controle de acesso concorrente por mltiplos usurios e controle de transaes; possvel compartilhar dados comuns entre mais de uma aplicao mesmo que a viso dos dados de cada aplicao seja distinta.
Existem solues para integrar aplicaes Java a bancos de dados orientados a objetos e a bancos de dados relacionais. Neste caso, a soluo padronizada atravs da especicao JDBC.
5.2.1
Bancos de dados relacionais
Um banco de dados relacional organiza seus dados em relaes. Cada relao pode ser vista como uma tabela, onde cada coluna corresponde a atributos da relao e as linhas correspondem s tuplas ou elementos da relao. Em uma nomenclatura mais prximas quela de sistemas de arquivos, muitas vezes as tuplas so denominadas registros e os atributos, campos. Um conceito importante em um banco de dados relacional o conceito de atributo chave, que permite identicar e diferenciar uma tupla de outra. Atravs do uso de chaves possvel acelerar o acesso a elementos (usando ndices) e estabelecer relacionamentos entre as mltiplas tabelas de um sistema de banco de dados relacional. Essa viso de dados organizados em tabelas oferece um conceito simples e familiar para a estruturao dos dados, sendo um dos motivos do sucesso de sistemas relacionais de dados. Certamente, outros motivos para esse sucesso incluem o forte embasamento matemtico por trs dos conceitos utilizados em bancos de dados relacionais e a uniformizao na linguagem de manipulao de sistemas de bancos de dados relacionais atravs da linguagem SQL. Sob o ponto de vista matemtico, uma relao o subconjunto do produto cartesiano dos domnios da relao. Sendo um conjunto, possvel realizar operaes de conjuntos tais como unio, interseo e diferena envolvendo duas relaes de mesma estrutura. No entanto, um dos pontos mais fortes do modelo relacional est nos mecanismos de manipulao estabelecidos pela lgebra Relacional. Os trs principais operadores da lgebra relacional so seleo, projeo e juno. A operao de seleo tem como argumento uma relao e uma condio (um predicado) envolvendo atributos da relao e/ou valores. O resultado uma outra relao contemplando apenas as tuplas para as quais a condio foi verdadeira. A operao de projeo tem como argumento uma relao e uma lista com um subconjunto dos atributos da relao. O resultado outra relao contendo todas as tuplas da relao mas apenas com os atributos especicados. Observe que se a lista de atributos no englobar a chave da relao, o resultado dessa operao poderia gerar tuplas iguais. Sob o ponto de vista estritamente matemtico, os elementos duplicados devem ser eliminados, pois no fazem sentido para um conjunto.
c 2001 FEEC/UNICAMP
84
A operao de juno recebe como argumentos duas relaes e uma condio (um predicado) envolvendo atributos das duas relaes. O resultado uma relao com os atributos das duas relaes contendo as tuplas que satiszeram o predicado especicado. A operao de juno no uma operao primitiva, pois pode ser expressa em termos da operao de produto cartesiano e da seleo, mas uma das operaes mais poderosas da lgebra relacional. A forma mais usual de juno aquela na qual a condio de juno a igualdade entre valores de dois atributos das relaes argumentos. Essa forma to usual que recebe o nome de juno natural. Nesse caso, o atributo comum aparece apenas uma vez na relao resultado, j que ele teria para todas as tuplas o mesmo valor nas duas colunas.
5.2.2
SQL
SQL uma linguagem padronizada para a denio e manipulao de bancos de dados relacionais. Tipicamente, um SGBD oferece um interpretador SQL que permite isolar a aplicao dos detalhes de armazenamento dos dados. Se o projetista da aplicao tiver o cuidado de usar apenas as construes padronizadas de SQL, ele poder desenvolver a aplicao sem se preocupar com o produto SGBD que estar sendo utilizado depois. As trs componentes de SQL so: 1. uma linguagem de denio de dados (DDL) para denir e revisar a estrutura de bancos de dados relacionais; 2. uma linguagem de controle de dados (DCL) para especicar mecanismos de segurana e integridade dos dados; e 3. uma linguagem de manipulao de dados (DML) para ler e escrever os dados. A DDL supre as facilidades para a criao e manipulao de esquemas relacionais. Uma das necessidades de uma aplicao que ir armazenar seus dados em um sistema de banco de dados relacional como criar uma identidade para o conjunto de tabelas de sua aplicao. Esse mecanismo no padronizado em SQL, podendo variar de fornecedor a fornecedor de banco de dados. Algumas possibilidades incluem CREATE SCHEMA name [AUTHORIZATION ou CREATE DATABASE name [On {default | device}] [Log On device [= size]] Para criar uma tabela, o comando CREATE TABLE utilizado: CREATE TABLE name ( ATTRIBUTE DOMAIN [UNIQUE] [{NULL | NOT NULL}]) Alguns fabricantes adotam, ao invs da forma UNIQUE para indicao de chave da relao, um comando Primary Key aps a criao da tabela para indicar qual atributo formar ou quais atributos comporo a chave primria da relao. O campo ATTRIBUTE especica o nome para a aplicao da coluna da tabela, enquanto DOMAIN especica o tipo de dado para a coluna. Alguns tipos de dados usuais em SQL so INTEGER, {user | group}]
c 2001 FEEC/UNICAMP
85
DECIMAL(p,q) dos dgitos so casas decimais, FLOAT(p) a preciso, CHARACTER(n) string de caracteres, BIT(n) arranjo de valores booleanos, DATE, TIME e TIMESTAMP. Alm desses comandos, ALTER TABLE permite modicar a estrutura de uma tabela existente e DROP TABLE permite remover uma tabela. O principal comando da DML de SQL SELECT. Por exemplo, para obter todos os dados de uma relao utiliza-se a forma bsica:
SELECT * FROM table Atravs do mesmo comando, possvel especicar projees e selees de uma tabela: SELECT columns FROM table WHERE condition A condio pode envolver comparaes entre atributos e/ou valores constantes, podendo para tanto utilizar comparadores tais como igual (=), maior que (>), menor que (<), maior ou igual que (>=), menor ou igual que (<=), diferente (!= ou <>) e comparadores de strings (LIKE string, onde string pode usar os caracteres _ e % para indicar um carter qualquer os uma seqncia qualquer de caracteres, respectivamente). As comparaes podem ser combinadas atravs dos conectivos lgicos And, Or e Not. possvel expressar as quatro operaes aritmticas (+, -, *, /), tanto para a condio como para a especicao de recuperao dos dados. possvel tambm especicar a ordem desejada de apresentao dos dados, usando para tal a forma SELECT...ORDER BY.... Uma alternativa a esse comando SELECT...GROUP BY..., que ordena os dados e no apresenta elementos que tenham o mesmo valor para a clusula de agrupamento. Uma importante categoria de funes de SQL incluem as funes de agregao, que permitem computar a mdia (Avg), a quantidade (Count), o maior ou menor valor (Max ou Min) e o total (Sum) das expresses especicadas. Atravs do mesmo comando Select, possvel especicar consultas envolvendo mltiplas tabelas, como em SELECT nome, data FROM Pedidos, Clientes WHERE Pedidos.NumCliente = Clientes.NumCliente Nesse caso, a juno das duas tabelas Pedidos e Clientes realizada tendo como NumCliente como atributo de juno. possvel especicar consultas internas a uma consulta, como em SELECT NumProduto From Produtos WHERE PrecoUnit > (SELECT Avg(PrecoUnit) FROM Produtos) Para qualicar os resultados de uma subconsulta, podem ser utilizadas as funes All (a condio foi verdadeira para todos os elementos resultantes da subconsulta), Any (verdade para pelo menos um elemento), Exists (verdade se resultado da consulta tem pelo menos um elemento), In (verdade se o valor especicado faz parte do resultado), Not Exists (verdade se subconsulta teve resultado vazio) e Not In (verdade se valor especicado no faz parte do resultado da subconsulta). SQL oferece ainda mecanismos para inserir elementos em uma tabela,
c 2001 FEEC/UNICAMP
86
INSERT INTO table (columns) VALUES (values) para modicar valores de colunas de um elemento, UPDATE table SET column = value [, column = value]* WHERE condition e para remover elementos de uma tabela, DELETE FROM table WHERE condition SQL pode ser utilizado diretamente pelo usurio, quando o SGBD oferece um interpretador SQL interativo, ou atravs de comandos embutidos em uma aplicao desenvolvida em uma linguagem de programao. No caso dessa linguagem ser Java, a forma de interagir com o banco de dados especicado por JDBC.
5.2.3
JDBC
Java permite o acesso a bancos de dados relacionais atravs das funcionalidades denidas no pacote java.sql , que dene o produto JDBC. JDBC uma API para execuo e manipulao de resultados a consultas SQL atravs de Java. Para desenvolver uma aplicao com Java e bancos de dados relacionais, preciso ter disponvel:
O pacote JDBC (padro na distribuio da plataforma de desenvolvimento Java desde sua verso 1.1); Acesso ao servidor, o sistema gerenciador de banco de dados que entende SQL; e O driver JDBC adequado ao tipo de SGBD acessado.
Uma vez que esses recursos estejam disponveis, a aplicao Java tem acesso ao banco de dados relacional atravs da execuo dos seguintes passos: 1. Habilitar o driver; 2. Estabelecer uma conexo com o banco de dados; 3. Executar consulta SQL; e 4. Apresentar resultados da consulta. Driver JDBC Do ponto de vista da aplicao Java, um driver nada mais do que uma classe cuja funcionalidade precisa ser disponibilizada para a aplicao. A funcionalidade bsica que um driver deve oferecer especicada atravs da interface Driver. A classe DriverManager estabelece um conjunto bsico de servios para a manipulao de drivers JDBC. Como parte de sua inicializao, essa classe tentar obter o valor da propriedade
c 2001 FEEC/UNICAMP
87
jdbc.drivers de um arquivo de denio de propriedades e carregar os drivers especicados pelos nomes das classes. Alternativamente, um driver pode ser carregado explicitamente para a JVM; a forma usual para executar essa tarefa atravs do mtodo forName() da classe Class, como em Class.forName("sun.jdbc.odbc.JdbcOdbcDriver"); Conexo com banco de dados Uma vez que o driver esteja carregado, a aplicao Java pode estabelecer uma conexo com o gerenciador de banco de dados. Para especicar com qual banco de dados deseja-se estabelecer a conexo, utilizada uma string na forma de um URL na qual o protocolo jdbc: e o restante da string dependente do driver. Por exemplo, o driver jdbc:odbc especica o formato jdbc:odbc:dsn , onde dsn o data source name que identica o banco de dados. Identicado o banco de dados, a sesso a ser estabelecida para o acesso ao banco de dados ser controlada por um objeto de uma classe que implementa a interface Connection . O DriverManager oferece o mtodo getConnection() para executar essa tarefa. O encerramento de uma sesso sinalizado pelo mtodo close() da conexo: import java.sql.*; ... String DB = "jdbc:..."; ... Connection c = DriverManager.getConnection(DB); ... c.close(); // encerra a sesso Execuo da consulta Estabelecida a conexo ao banco de dados, possvel criar uma consulta e execut-la a partir da aplicao Java. Para representar uma consulta, o JDBC utiliza um objeto de uma classe que implementa a interface Statement . Um objeto dessa classe pode ser obtido atravs do mtodo createStatement() da classe Connection . Uma vez que um objeto Statement esteja disponvel, possvel aplicar a ele o mtodo executeQuery() , que recebe como argumento uma string representando uma consulta SQL. O resultado da execuo da consulta disponibilizado atravs de um objeto ResultSet . import java.sql.*; ... Connection c; c = ...; Statement s = c.createStatement(); String query; query = ...; ResultSet r = s.executeQuery(query); ... s.close();
c 2001 FEEC/UNICAMP
88
Os mtodos da interface ResultSet permitem a manipulao dos resultados individuais de uma tabela de resultados. Mtodos como getDouble() , getInt() , getString() e getTime() , que recebem como argumento a especicao de uma coluna da tabela, permitem acessar o valor da coluna especicada na tupla corrente para os diversos tipos de dados suportados. Para varrer a tabela, um cursor mantido. Inicialmente, ele est posicionado antes do incio da tabela, mas pode ser manipulado pelos mtodos first() , next(), previous() , last() e absolute(int row). Por exemplo, ResultSet r = s.executeQuery("Select * from Clientes"); System.out.println("ID NOME"); while (r.next()) System.out.println(r.getString("ClienteID")+ " " + r.getString("Nome")); r.close(); Para lidar com atributos que podem assumir valores nulos, o mtodo wasNull() oferecido. Ele retorna verdadeiro quando o valor obtido pelo mtodo getXXX() for nulo, onde XXX um dos tipos SQL. A interface ResultSetMetadata permite obter informao sobre a tabela com o resultado da consulta. Um objeto desse tipo pode ser obtido atravs da aplicao do mtodo getMetaData() ao ResultSet : ResultSetMetaData m = r.getMetaData(); Uma vez obtido esse objeto, a informao desejada pode ser obtida atravs de mtodos tais como getColumnCount(), getColumnLabel(), getColumnTypeName() e getColumnType(). O ltimo mtodo retorna tipos que podem ser identicados a partir de constantes denidas para a classe java.sql.Types . Alm da forma Statement , JDBC oferece duas formas alternativas que permitem respectivamente ter acesso a comandos SQL pr-compilados (PreparedStatement) e a procedimentos armazenados no banco de dados (CallableStatement). Exemplo completo Este exemplo ilustra o mecanismo bsico para uma aplicao Java acessar um banco de dados. O objetivo apresentar o contedo da seguinte relao, a tabela notas do banco de dados poojava: > java PoojavaDB fname lname Joao Silva Joao Silva Pedro Souza Pedro Souza Maria Santos Maria Santos activ 1 2 1 2 1 2 grd 6 7 8 5 7 8
c 2001 FEEC/UNICAMP
89
5.3. Servlets
O resultado acima foi obtido a partir da execuo da seguinte aplicao, acessando um gerenciador de banco de dados PostgreSQL:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34
import java.sql.*; public class PoojavaDB { public static void main(String[] args) { try { // carrega driver Class.forName("postgresql.Driver"); // estabelece conexao com banco de dados Connection c = DriverManager.getConnection("jdbc:postgresql:poojava", "ricarte",""); // monta e executa consulta Statement s = c.createStatement(); ResultSet r = s.executeQuery("Select * from notas"); // apresenta estrutura da tabela ResultSetMetaData m = r.getMetaData(); int colCount = m.getColumnCount(); for (int i=1; i<=colCount; ++i) System.out.print(m.getColumnName(i) + "\t\t"); System.out.println(); // apresenta resultados da consulta while (r.next()) System.out.println(r.getString(1) + " " + r.getString(2) + " " + r.getInt(3) + "\t\t" + r.getInt(4)); r.close(); // fecha conexao com banco de dados c.close(); } catch (Exception e) { System.err.println(e); } } }
5.3
Servlets
Servlets oferecem uma maneira alternativa a CGI para estender as funcionalidades de um servidor Web. Na verdade, a API de servlet de Java oferece mecanismos adequados adaptao qualquer servidor baseado em requisies e respostas, mas em aplicaes Web que servlets tm sido mais utilizados.
c 2001 FEEC/UNICAMP
90
5.3. Servlets
CGI (Common Gateway Interface) a especicao de uma interface que permite que servidores Web tenham acesso a funcionalidades oferecidas por programas executando no ambiente da mquina servidora. Atravs de programas conectados a essa interface possvel por exemplo conectar uma base de dados Web ou gerar dinamicamente o contedo de uma pgina HTML. O servidor Web reconhece uma requisio CGI quando o URL especicado na solicitao identica um arquivo executvel (programa ou script) localizado em um diretrio especco dentro do espao Web de recursos disponibilizados aos clientes. Parmetros podem ser repassados ao programa CGI especicando-os no URL, separados do nome do recurso pelo carter ?. Tipicamente um programa CGI pode ser desenvolvido em qualquer linguagem de programao que tenha acesso leitura de variveis de ambiente e manipulao dos streams padres de entrada e sada de dados do sistema operacional (stdin, System.in ; stdout, System.out ). Com o uso de servlets, a arquitetura da Web torna-se um base atrativa para o desenvolvimento de aplicaes distribudas em Java. A utilizao de browsers HTML simplica o desenvolvimento das aplicaes cliente. Servidores Web suportam os mecanismos bsicos de conexo ao cliente. Assim, o desenvolvimento ir se concentrar na extenso dos servios atravs dos servlets.
5.3.1
Ciclo de vida de um servlet
A execuo de um servlet no difere muito de uma aplicao CGI em sua forma de interao com o servidor. As quatro principais etapas nessa interao so: 1. cliente envia solicitao ao servidor; 2. servidor invoca servlet para a execuo do servio solicitado; 3. servlet gera o contedo em resposta solicitao do cliente; e 4. servidor envia resultado do servlet ao cliente. Quando um servlet carregado pela primeira vez para a mquina virtual Java do servidor, o seu mtodo init() invocado. Esse mtodo tipicamente prepara recursos para a execuo do servio (por exemplo, abrir arquivos ou ler o valor anterior de um contador de nmero de acessos) ou estabelece conexo com outros servios (por exemplo, com um servidor de banco de dados). O mtodo destroy() permite liberar esses recursos (fechar arquivos, escrever o valor nal nessa sesso do contador de acessos), sendo invocado quando o servidor estiver concluindo sua atividade. Uma diferena fundamental entre um servlet e uma aplicao CGI que a classe que implementa o servlet permanece carregada na mquina virtual Java aps concluir sua execuo. Um programa CGI, ao contrrio, inicia um novo processo a cada invocao por este motivo, CGI deve utilizar mecanismos adicionais para manter o estado entre execues, sendo a forma mais comum a utilizao de arquivos em disco. Com um servlet, tais mecanismos so necessrios apenas na primeira vez que carregado e ao m da execuo do servidor, ou eventualmente como um mecanismo de checkpoint. Servlets tambm oferecem como vantagem o fato de serem programas Java. Assim, eles permitem a utilizao de toda a API Java para a implementao de seus servios e oferecem adicionalmente portabilidade de plataforma.
c 2001 FEEC/UNICAMP
91
5.3. Servlets
5.3.2
Fundamentos da API de servlets
O suporte a servlets uma extenso padronizada ao pacote Java, no sendo parte da distribuio bsica do Java SDK. Assim, quem quiser desenvolver servlets deve obter o JSDK, o Java Servlet Development Kit. Adicionalmente, o servidor Web deve suportar o acesso a servlets, o que pode ocorrer de forma nativa (como no caso do Java Web Server) ou atravs de mdulos add-on (como no caso de apache). O JSDK inclui as classes que implementam a API de servlets organizadas em pacotes, dos quais os principais so javax.servlet e javax.servlet.http. Adicionalmente, uma aplicao servletrunner permite desenvolver e testar servlets antes de integr-los a servidores. Os trs mecanismos alternativos bsicos para criar um servlet so: 1. Estender a classe javax.servlet.GenericServlet, quando o servlet no for implementar nenhum protocolo especco de comunicao; 2. Estender a classe javax.servlet.HttpServlet, para servlets que manipulam dados especcos do protocolo HTTP; ou 3. Implementar a interface javax.servlet.Servlet. Na primeira forma bsica de implementar um servlet, estendendo a classe GenericServlet , o mtodo service() deve ser denido. Esse mtodo descreve o servio que o servlet estar oferecendo. Esse exemplo ilustra o cdigo de um servlet que responde solicitao de servio com uma mensagem xa:
1 2 3 4 5 6 7 8 9 10 11
import javax.servlet.*; import java.io.*; public class OiServlet extends GenericServlet { public void service(ServletRequest solicitacao, ServletResponse resposta) throws ServletException, IOException { resposta.setContentType("text/plain"); PrintWriter saida = resposta.getWriter(); saida.println("Oi!"); } }
Nesse exemplo, o mtodo getWriter() utilizado para estabelecer o canal de envio de dados desde o servlet no caso, um objeto PrintWriter , permitindo o envio de textos. Alternativamente, dados binrios poderiam ser enviados atravs de um OutputStream , obtido atravs do mtodo getOutputStream(). A classe HttpServlet uma extenso de GenericServlet especicamente projetada para a conexo de servlets a servidores HTTP. Assim, mtodos dedicados a lidar com solicitaes HTTP, tais como doGet() , doPost() e doPut() , so denidos. A implementao padro do mtodo service() reconhece qual o tipo de solicitao recebida e invoca o mtodo correspondente.
c 2001 FEEC/UNICAMP
92
5.3. Servlets
Este exemplo ilustra a utilizao de um servlet que envia uma mensagem xa no corpo de uma pgina HTML em resposta a uma requisio GET ao servidor Web, usando para tal o mtodo doGet():
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17
import javax.servlet.*; import javax.servlet.http.*; import java.io.*; public class OiHttpServlet extends HttpServlet { public void doGet(HttpServletRequest solicitacao, HttpServletResponse resposta) throws ServletException, IOException { resposta.setContentType("text/html"); PrintWriter saida = resposta.getWriter(); saida.println("<HTML>"); saida.print("<HEAD><TITLE>"); saida.print("Resposta do servlet"); saida.println("</TITLE></HEAD>"); saida.println("<BODY>Oi!</BODY>"); saida.println("</HTML>"); } }
Outros mtodos que suportam a interao do servlet atravs de solicitaes HTTP incluem getLastModified() , que invocado pelo servidor para obter a data da ltima modicao do documento (um nmero negativo se no houver informao ou long com o nmero de segundos desde 1 de janeiro de 1970 GMT); e getServletInfo(), que retorna uma string de documentao sobre o servlet, tal como nome, autor e verso. A passagem de dados de um formulrio do cliente para o servlet pode se dar atravs do mtodo getParameter() , que permite obter uma string com o valor do campo especicado. Por exemplo, se um formulrio HTML especicasse um campo de texto para entrada do nome do usurio, como em <INPUT type="text" name="username" size=20> esse valor poderia ser obtido no cdigo do servlet do exemplo anterior atravs da invocao String nome = solicitacao.getParameter("username"); Alm de getParameter() , o mtodo getParameterValues() retorna um arranjo de strings com todos os valores de um determinado parmetro. Outros mtodos so oferecidos para obter informao das aplicaes que esto invocando o servlet, tais como getRemoteHost() , getServerName() , getServerPort() e, especicamente para HTTP, getHeaderNames() e getHeader() . A forma de integrar o servlet ao servidor Web dependente da implementao; por exemplo, alguns servidores especicam um diretrio (tal como servlet ) onde as classes servlets so concentradas e a invocao d-se pela invocao direta da URL, como em http://site/servlet/OiHttpServlet
c 2001 FEEC/UNICAMP
93
5.4. Programao com objetos distribudos
5.4
Programao com objetos distribudos
Na programao distribuda usando a arquitetura cliente-servidor, clientes e servidores podem ser implementados usando qualquer paradigma de programao. Assim, possvel que um servio especco seja executado por um mtodo de algum objeto. No entanto, mesmo que o cliente tambm tenha sido desenvolvido orientao a objetos, na comunicao entre o cliente e o servidor esse paradigma deve ser esquecido, devendo ser utilizado algum protocolo pr-estabelecido de troca de mensagens para a solicitao e resposta ao servio. Um sistema de objetos distribudos aquele que permite a operao com objetos remotos. Dessa forma possvel, a partir de uma aplicao cliente orientada a objetos, obter uma referncia para um objeto que oferece o servio desejado e, atravs dessa referncia, invocar mtodos desse objeto mesmo que a instncia desse objeto esteja em uma mquina diferente daquela do objeto cliente. O conceito bsico que suporta plataformas de objetos distribudos o conceito de arquiteturas de objetos. Essencialmente, uma arquitetura orientada a objetos estabelece as regras, diretrizes e convenes denindo como as aplicaes podem se comunicar e inter-operar. Dessa forma, o foco da arquitetura no em como a implementao realizada, mas sim na infra-estrutura e na interface entre os componentes da arquitetura. Na plataforma Java, dois mecanismos so oferecidos para o desenvolvimento de aplicaes usando o conceito de objetos distribudos: Java RMI e Java IDL. RMI (invocao remota de mtodos) um mecanismo para desenvolver aplicaes com objetos distribudos que opera exclusivamente com objetos Java. Java IDL utiliza a arquitetura padro CORBA para integrao de aplicaes Java a aplicaes desenvolvidas em outras linguagens.
5.4.1
Arquiteturas de objetos distribudos
No paradigma de arquiteturas de objetos, h trs elementos principais. A arquitetura OO fornece uma descrio abstrata do software que categorias de objetos sero utilizadas, como estaro particionados e como interagiro. As interfaces distribudas so as descries detalhadas das funcionalidades do software. Finalmente, a implementao composta por mdulos de software que suportam as funcionalidades especicadas nas interfaces distribudas. O uso de interfaces distribudas permite isolar a arquitetura de um sistema de sua implementao. Dessa forma, o sistema pode ser construdo com um alto grau de independncia em relao s implementaes especcas de suas funcionalidades, ou seja, possvel substituir implementaes especcas com pequeno impacto sobre o sistema como um todo. A adoo do paradigma de arquitetura de objetos permite tambm atingir um alto grau de interoperabilidade atravs da adoo de uma infra-estrutura padronizada de comunicao entre objetos atravs das interfaces. Assim, cada componente da arquitetura deve se preocupar apenas em como se dar sua comunicao com a infra-estrutura de comunicao, estabelecida atravs de um objeto wrapper. Sem essa padronizao, seria necessrio estabelecer os mecanismos de comunicao com todos os demais componentes do sistema. Em uma arquitetura de objetos, alguma forma deve ser estabelecida para que clientes possam localizar servios que esto sendo oferecidos. Isso usualmente oferecido na forma de um servio bsico da plataforma de objetos distribudos. Do ponto de vista de quem oferece o servio, preciso habilitar o objeto para que seus mtodos possam ser invocados remotamente. Isto realizado atravs das seguintes atividades:
c 2001 FEEC/UNICAMP
94
Descrever o servio. Na arquitetura de objetos, a descrio ou especicao de servios determinada atravs das interfaces. Em Java, isto realizado atravs da especicao oferecida por uma interface. Implementar o servio. Isto realizado atravs do desenvolvimento de uma classe Java que implemente a interface especicada. Anunciar o servio. Quando um objeto que implementa o servio torna-se ativo, preciso que ele seja registrado em um diretrio de servios de forma que potenciais clientes possam localizlo. Sob o ponto de vista do objeto cliente, que vai usar o servio do objeto remoto, preciso localizar o servio, o que feito acessando o registro de servios. Portanto, necessrio que servidores e clientes estejam de acordo com o local (a mquina) onde o registro realizado. Como resultado dessa tarefa, obtm-se uma referncia ao objeto remoto que pode ser utilizada como se fosse uma referncia para o objeto local. A utilizao desse mecanismo de localizar o servio atravs de um diretrio ou registro permite que as mquinas clientes ignorem totalmente em que mquinas os servios solicitados esto operando uma facilidade conhecida como transparncia de localizao. Um dos principais objetivos em uma plataforma de objetos distribudos atingir transparncia de localizao, tornando uniforme a forma de utilizao de objetos independentemente desses objetos estarem na mquina local da aplicao ou em mquinas distintas. A m de que se atinja transparncia de localizao, as seguintes funcionalidades devem ser oferecidas: 1. Localizar e carregar classes remotas; 2. Localizar e obter referncias a objetos remotos; e 3. Habilitar a invocao de mtodos de objetos remotos. A primeira funcionalidade, no muito diferente do que ocorre em sistemas com objetos locais, necessria para que a aplicao conhea as facilidades oferecidas pelo objeto remoto. Referncias a objetos tambm so utilizadas em sistemas com objetos locais, porm com diferenas signicativas. Em um sistema local, as referncias a objetos so tipicamente manipuladores com especicao de endereos de memria. No caso de objetos remotos, esses endereos da memria de outra mquina no tm validade na mquina local. Assim, preciso oferecer mecanismos que traduzam essas referncias entre mquinas de forma transparente para o programador. Para a invocao de mtodos de um objeto remoto, alm da necessidade de se localizar a referncia ao mtodo preciso oferecer mecanismos para tornar transparente a passagem de argumentos para e o retorno de valores desde o mtodo. Alm dessas funcionalidades, a comunicao de falhas no oferecimento da transparncia de localizao ao programador essencial. Assim, funcionalidades para comunicar excees entre mquinas tambm dever ser suportadas pela plataforma de objetos distribudos.
c 2001 FEEC/UNICAMP
95
5.4.2
Java RMI
RMI (Remote Method Invocation) uma das abordagens da tecnologia Java para prover as funcionalidades de uma plataforma de objetos distribudos. Esse sistema de objetos distribudos faz parte do ncleo bsico de Java desde a verso JDK 1.1, com sua API sendo especicada atravs do pacote java.rmi e seus subpacotes. Atravs da utilizao da arquitetura RMI, possvel que um objeto ativo em uma mquina virtual Java possa interagir com objetos de outras mquinas virtuais Java, independentemente da localizao dessas mquinas virtuais. A arquitetura RMI oferece a transparncia de localizao atravs da organizao de trs camadas entre os objetos cliente e servidor: 1. A camada de stub/skeleton oferece as interfaces que os objetos da aplicao usam para interagir entre si; 2. A camada de referncia remota o middleware entre a camada de stub/skeleton e o protocolo de transporte. nesta camada que so criadas e gerenciadas as referncias remotas aos objetos; 3. A camada do protocolo de transporte oferece o protocolo de dados binrios que envia as solicitaes aos objetos remotos pela rede. Desenvolvimento da aplicao RMI No desenvolvimento de uma aplicao cliente-servidor usando Java RMI, como para qualquer plataforma de objetos distribudos, essencial que seja denida a interface de servios que sero oferecidos pelo objeto servidor. A especicao de uma interface remota equivalente denio de qualquer interface em Java, a no ser pelos seguintes detalhes: a interface dever, direta ou indiretamente, estender a interface Remote; e todo mtodo da interface dever declarar que a exceo RemoteException (ou uma de suas superclasses) pode ser gerada na execuo do mtodo. Esse exemplo ilustra a denio de uma interface remota para um objeto que contm um contador inteiro:
1 2 3 4 5 6 7
import java.rmi.*; public interface Count extends Remote { void set(int val) throws RemoteException; void reset() throws RemoteException; int get() throws RemoteException; int increment() throws RemoteException; } Esse contador manipulado por quatro mtodos: set(), para denir um valor inicial para o contador; reset() , para reiniciar o contador com o valor 0; get(), para consultar o valor do contador sem alter-lo; e increment() , que l o valor atual do contador e incrementa-o. Os servios especicados pela interface RMI devero ser implementados atravs de uma classe Java. Nessa implementao dos servios preciso indicar que objetos dessa classe podero ser acessados remotamente.
c 2001 FEEC/UNICAMP
96
A implementao do servio se d atravs da denio de uma classe que implementa a interface especicada. No entanto, alm de implementar a interface especicada, preciso incluir as funcionalidades para que um objeto dessa classe possa ser acessado remotamente como um servidor. A implementao da interface remota se d da mesma forma que para qualquer classe implementando uma interface Java, ou seja, a classe fornece implementao para cada um dos mtodos especicados na interface. As funcionalidades de um servidor remoto so especicadas na classe abstrata RemoteServer , do pacote java.rmi.server . Um objeto servidor RMI dever estender essa classe ou, mais especicamente, uma de suas subclasses. Uma subclasse concreta de RemoteServer oferecida no mesmo pacote UnicastRemoteObject, que permite representar um objeto que tem uma nica implementao em um servidor (ou seja, no replicado em vrios servidores) e mantm uma conexo ponto-a-ponto com cada cliente que o referencia. Tipicamente, a declarao de uma classe que implementa um servidor remoto RMI ter a forma public class ... extends UnicastRemoteObject implements ... { ... } Esse exemplo oferece uma possvel implementao para a interface remota previamente especicada:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20
import java.rmi.*; import java.rmi.server.UnicastRemoteObject; public class CountImpl extends UnicastRemoteObject implements Count { private int sum; public CountImpl() throws RemoteException { } public void set(int val) throws RemoteException { sum = val; } public void reset() throws RemoteException { sum = 0; } public int get() throws RemoteException { return sum; } public int increment() throws RemoteException { return sum++; } }
Clientes e servidores RMI Uma vez que a interface remota esteja denida e a classe que implementa o servio remoto tenha sido criada, o prximo passo no desenvolvimento da aplicao distribuda desenvolver o servidor
c 2001 FEEC/UNICAMP
97
RMI, uma classe que crie o objeto que implementa o servio e cadastre esse servio na plataforma de objetos distribudos. Um objeto servidor RMI simples deve realizar as seguintes tarefas: criar uma instncia do objeto que implementa o servio; e disponibilizar o servio atravs do mecanismo de registro. O desenvolvimento de um cliente RMI requer essencialmente a obteno de uma referncia remota para o objeto que implementa o servio, o que ocorre atravs do cadastro realizado pelo servidor. Uma vez obtida essa referncia, a operao com o objeto remoto indistingvel da operao com um objeto local. Usando o servio de nomes O aplicativo rmiregistry faz parte da distribuio bsica de Java. Tipicamente, esse aplicativo executado como um processo de fundo (em background) que ca aguardando solicitaes em uma porta, que pode ser especicada como argumento na linha de comando. Se nenhum argumento for especicado, a porta 1099 usada como padro. O aplicativo rmiregistry uma implementao de um servio de nomes para RMI. O servio de nomes uma espcie de diretrio, onde cada servio disponibilizado na plataforma registrado atravs de um nome do servio, uma string nica para cada objeto que implementa servios em RMI. Para ter acesso ao servio de nomes a partir de uma classe Java, so oferecidos dois mecanismos bsicos. O primeiro utiliza a classe Naming, do pacote java.rmi . O segundo mecanismo utiliza as facilidades oferecidas atravs das classes no pacote java.rmi.registry. A classe Naming permite a realizao da busca de um servio pelo nome (lookup) usando o mtodo esttico lookup(String nome), que retorna uma referncia para o objeto remoto. O servio de registro aonde a busca se realiza especicado pela string usando uma sintaxe similar URL: rmi://objreg.host:port/objname O protocolo padro rmi, sendo no momento o nico suportado atravs desse mtodo. Se no especicado, o host a mquina local e a porta 1099. O nome de registro do objeto a nica parte obrigatria desse argumento. Alm de lookup() os mtodos bind(), rebind() , unbind() e list(), descritos na seqncia, so tambm suportados. Outra alternativa para ter acesso ao servio de nomes a partir da aplicao Java utilizar as funcionalidades do pacote java.rmi.registry, que oferece uma classe e uma interface para que classes Java tenham acesso ao servio de nomes RMI. A interface Registry representa uma interface para o registro de objetos RMI operando em uma mquina especca. Atravs de um objeto dessa classe, possvel invocar o mtodo bind() que associa um nome de servio (um String) ao objeto que o implementa. Para obter uma referncia para um objeto Registry so utilizados os mtodos da classe LocateRegistry , todos estticos, tais como getRegistry() . H quatro verses bsicas desse mtodo: 1. getRegistry() : obtm referncia para o registro local operando na porta default; 2. getRegistry(int port): obtm referncia para o registro local operando na porta especicada;
c 2001 FEEC/UNICAMP
98
3. getRegistry(String host): obtm referncia para o registro remoto operando na porta default; 4. getRegistry(String host, int port): obtm referncia para o registro remoto operando na porta especicada. O mtodo esttico createRegistry(int port) pode ser utilizado para iniciar um servio de registro na mquina virtual Java corrente na porta especicada como argumento, retornando tambm um objeto da classe Registry . Inicialmente, preciso obter uma referncia para o servio de registro, atravs da invocao do mtodo: Registry r = LocateRegistry.getRegistry(); Observe que a referncia para Registry em si uma referncia para um objeto remoto, uma vez que a interface Registry uma extenso da interface Remote. Uma vez que a referncia para o servio de registro tenha sido obtida, possvel acessar as funcionalidades desse servio atravs dos mtodos da interface Registry . Particularmente, para registrar um novo servio utiliza-se o mtodo bind(): r.bind(serviceName, myCount); O objeto que est sendo registrado deve implementar tambm a interface Remote, que identica todos os objetos que podem ser acesados remotamente. Outros servios disponveis atravs dos mtodos de Registry incluem atualizao, remoo e busca dos servios l registrados. Para atualizar um registro j existente, o mtodo rebind() pode ser utilizado. Para eliminar um registro, utiliza-se o mtodo unbind() . Dado o nome de um servio, o objeto Remote que o implementa pode ser obtido pelo mtodo lookup() . O mtodo list() retorna um arranjo de String com os nomes de todos os servios registrados. Implementao do servidor RMI Como observado, um objeto servidor RMI simples deve realizar as seguintes tarefas: 1. Criar uma instncia do objeto que implementa o servio; e 2. Disponibilizar o servio atravs do mecanismo de registro. Esse exemplo de servidor RMI para o contador remoto cria uma instncia da implementao do servio e coloca-a disposio de potenciais clientes, registrando-o no registry RMI:
1 2 3 4 5 6 7
import java.rmi.registry.*; public class CountServer { public static void main(String[] args) { try { String serviceName = "Count001"; CountImpl myCount = new CountImpl(); Registry r = LocateRegistry.getRegistry();
c 2001 FEEC/UNICAMP
99
8 9 10 11 12 13 14 15 16
r.bind(serviceName, myCount); System.out.println("Count Server ready."); } catch (Exception e) { System.out.println("Exception: " + e.getMessage()); e.printStackTrace(); } } }
Cliente RMI A principal etapa no desenvolvimento de uma aplicao cliente RMI a obteno da referncia remota para o objeto (remoto) que implementa o servio desejado. Para tanto, o cliente RMI usa o servio padro oferecido pelo mecanismo de registro de nomes de servios. Uma vez que a referncia remota seja obtida, ela pode ser convertida (downcast) para uma referncia para a interface que especica o servio. A partir de ento, os mtodos oferecidos pelo servio remoto so invocados da mesma forma que ocorre para objetos locais. Esses exemplos ilustram o desenvolvimento de cdigo cliente em RMI. No primeiro exemplo desenvolve-se um cliente RMI que simplesmente invoca o mtodo reset() atravs de uma referncia remota para o objeto servidor:
1 2 3 4 5 6 7 8 9 10 11 12 13 14
import java.rmi.registry.*; public class CountReset { public static void main(String args[]) { try { Registry r = LocateRegistry.getRegistry(); Count myCount = (Count) r.lookup("Count001"); myCount.reset(); } catch(Exception e) { e.printStackTrace(); } System.exit(0); } }
Nesse outro exemplo, o cliente utiliza os mtodos para modicar e obter o valor do contador remoto. Ele tambm ilustra a interao de um cdigo com o registro RMI atravs da classe Naming:
1 2 3 4 5 6
import java.rmi.*; public class CountClient { public static void main(String args[]) { try { Remote remRef = Naming.lookup("Count001"); Count myCount = (Count) remRef;
c 2001 FEEC/UNICAMP
100
7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23
int initValue = myCount.get(); System.out.print("De " + initValue + " para "); long startTime = System.currentTimeMillis(); for (int i = 0 ; i < 1000 ; i++ ) myCount.increment(); long stopTime = System.currentTimeMillis(); System.out.println(myCount.get()); System.out.println("Avg Ping = " + ((stopTime - startTime)/1000f) + " msecs"); } catch(Exception e) { e.printStackTrace(); } System.exit(0); } }
Esse terceiro exemplo ilustra a utilizao de RMI a partir de um cliente desenvolvido como um applet. Nesse applet, um campo de texto mostra o valor do contador no objeto servidor. Dois botes so fornecidos, um para incrementar o valor mil vezes Start) e outro para obter o valor atual do contador Get):
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22
import java.rmi.*; import java.awt.*; import java.awt.event.*; import java.applet.*; public class AppletClient extends Applet implements ActionListener { Count remCount; TextField tfCnt; Button bStart, bGet; String bslabel = "Start"; String bglabel = "Get"; public void init() { try { setLayout(new GridLayout(2,2)); add(new Label("Count:")); tfCnt = new TextField(7); tfCnt.setEditable(false); add(tfCnt); bStart = new Button(bslabel); bStart.addActionListener(this); bGet = new Button(bglabel); bGet.addActionListener(this);
c 2001 FEEC/UNICAMP
101
23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59
add(bStart); add(bGet); showStatus("Binding remote object"); remCount = (Count) Naming.lookup("Count001"); tfCnt.setText(Integer.toString(remCount.get())); } catch (Exception e) { e.printStackTrace(); } } public void paint() { try { tfCnt.setText(Integer.toString(remCount.get())); } catch (Exception e) { e.printStackTrace(); } } public void actionPerformed (ActionEvent ev) { try { String botao = ev.getActionCommand(); if (botao.equals(bslabel)) { showStatus("Incrementing..."); for (int i = 0 ; i < 1000 ; i++ ) remCount.increment(); showStatus("Done"); } else { showStatus("Current count"); paint(); } } catch (Exception e) { e.printStackTrace(); } } }
Denindo stubs e skeletons Para que um servio oferecido por um objeto possa ser acessado remotamente atravs de RMI, preciso tambm as classes auxiliares internas de stubs e skeletons, responsveis pela comunicao entre o objeto cliente e o objeto que implementa o servio, conforme descrito na apresentao da arquitetura RMI. Uma vez que a interface e a classe do servio tenham sido criadas e compiladas para byteco-
c 2001 FEEC/UNICAMP
102
des usando um compilador Java convencional, possvel criar os correspondentes stubs e skeletons. Para tanto, utiliza-se o aplicativo compilador RMI, rmic, disponibilizado juntamente com o kit de desenvolvimento Java. Um exemplo ilustra o processo de compilao RMI para o servio do contador remoto. Considere a implementao do servio que foi previamente denida. O primeiro passo para a criao do stub e do skeleton para esse servio obter a classe compilada, que por sua vez precisa da classe da interface: > javac Count.java > javac CountImpl.java Com a classe CountImpl.class disponvel, a execuo do comando > rmic CountImpl gera as classes CountImpl_Stub.class e CountImpl_Skel.class, correspondendo respectivamente ao stub e ao skeleton para o servio. O stub dever ser disponibilizado junto ao cdigo do cliente RMI, enquanto que o skeleton dever estar disponvel junto ao cdigo do servidor. Uma classe stub oferece implementaes dos mtodos do servio remoto que so invocadas no lado do cliente. Internamente, esses mtodos empacotam marshall) os argumentos para o mtodo e os envia ao servidor. A implementao correspondente no lado servidor, no skeleton, desempacota (unmarshall) os dados e invoca o mtodo do servio. Obtido o valor de retorno do servio, o mtodo no skeleton empacota e envia esse valor para o mtodo no stub, que ainda estava aguardando esse retorno. Obtido o valor de retorno no stub, esse desempacotado e retornado aplicao cliente como resultado da invocao remota. Internamente, o processo de marshalling utiliza o mecanismo de serializao de Java. Assim, argumentos e valores de retorno de mtodos remotos invocados atravs de RMI esto restritos a tipos primitivos de Java e a objetos de classes que implementam Serializable . Usando fbricas de objetos remotos Pode haver situaes em que no seja interessante registrar cada implementao de um servio no registry por exemplo, quando o servidor no sabe quantos objetos criar de antemo ou quando a quantidade de pequenos servios registrados e to grande que pode tornar a busca por um servio ineciente. Nessas situaes, pode ser interessante utilizar uma fbrica de objetos remotos. Nesse caso, o servidor que est registrado em rmiregistry no uma implementao individual do servio, mas sim um gerenciador de instncias de implementao do servio. Esse gerenciador deve implementar uma interface remota que permita que o cliente obtenha uma referncia remota para o servio desejado em duas etapas: 1. obtendo a referncia para o gerenciador atravs da invocao do mtodo lookup() ; e 2. obtendo a referncia para o servio propriamente dito atravs da invocao do mtodo do gerenciador que retorna a referncia.
c 2001 FEEC/UNICAMP
103
Esses exemplos usando contadores inteiros ilustram a utilizao do conceito de fbrica de objetos remotos. Alm da implementao do servio e da sua correspondente interface, preciso inicialmente denir uma interface para a fbrica. Nesse exemplo, essa interface especica a funcionalidade de um gerenciador de contadores, que recebe o nome do contador e retorna uma referncia remota para um objeto contador:
1 2 3 4
import java.rmi.*; public interface CountManager extends Remote { Count getCount(String nome) throws RemoteException; } No lado servidor, o que muda em relao ao exemplo anterior que agora no mais o objeto que implementa o contador que deve ser cadastrado no registry, mas sim o objeto fbrica, uma implementao da interface especicada para o gerenciador de contadores. Essa fbrica, por sua vez, mantm um registro interno dos objetos criados para poder retornar as referncias solicitadas pelos clientes remotos. Essa classe combina as funcionalidades da implementao de uma interface remota com aquelas de um servidor RMI:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28
import java.rmi.*; import java.rmi.registry.*; import java.rmi.server.*; import java.util.*; public class CManagerImpl extends UnicastRemoteObject implements CountManager { private Hashtable counters = new Hashtable(); public CManagerImpl() throws RemoteException { } public Count getCount(String nome) throws RemoteException { Count rem = null; if (counters.containsKey(nome)) rem = (Count) counters.get(nome); else { rem = new CountImpl(); counters.put(nome,rem); System.out.println("New counter: " + nome); } return rem; } public static void main(String[] args) { try { String serviceName = "CountFactory"; CManagerImpl myCM = new CManagerImpl(); Registry r = LocateRegistry.getRegistry(); r.bind(serviceName, myCM); System.out.println("CountFactory ready."); }
c 2001 FEEC/UNICAMP
104
29 30 31 32 33
catch (Exception e) { e.printStackTrace(); } } }
No lado do cliente h referncias agora a duas interfaces remotas, uma para o gerenciador de contadores e outra para o contador. A primeira delas resolvida atravs do servio de registro do RMI, enquanto que a referncia para o objeto do segundo tipo de interface obtido a partir dessa referncia para o gerenciador que foi obtida:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27
import java.rmi.*; public class CountClient { public static void main(String args[]) { String nome = "Count001"; try { CountManager cm = (CountManager) Naming.lookup("CountFactory"); if (args.length > 0) nome = args[0]; Count myCount = cm.getCount(nome); int initValue = myCount.get(); System.out.print("De " + initValue + " para "); long startTime = System.currentTimeMillis(); for (int i = 0 ; i < 1000 ; i++ ) myCount.increment(); long stopTime = System.currentTimeMillis(); System.out.println(myCount.get()); System.out.println("Avg Ping = " + ((stopTime - startTime)/1000f) + " msecs"); } catch(Exception e) { e.printStackTrace(); } System.exit(0); } }
Execuo com RMI A execuo da aplicao cliente-servidor em RMI requer, alm da execuo da aplicao cliente e da execuo da aplicao servidor, a execuo do servio de registro de RMI. Alm do princpio bsico de execuo de aplicaes RMI, a arquitetura RMI oferece facilidades para operao com cdigo disponibilizado de forma distribuda e ativao dinmica, alm de outros servios distribudos.
c 2001 FEEC/UNICAMP
105
O registro RMI (rmiregistry ) executa isoladamente em uma mquina virtual Java. O servidor da aplicao, assim como a implementao do servio, esto executando em outra mquina virtual Java; sua interao com o registro (ao invocar o mtodo bind()) se d atravs de uma referncia remota. Da mesma forma, cada aplicao cliente pode ser executada em sua prpria mquina virtual Java; suas interaes com o registro (mtodo lookup() ) e com a implementao do servio (usando os correspondentes stub e skeleton) do-se tambm atravs de referncias remotas. Portanto, para executar uma aplicao RMI preciso inicialmente disponibilizar o servio de registro RMI. Para tanto, o aplicativo rmiregistry deve ser executado. Com o rmiregistry disponvel, o servidor pode ser executado. Para tanto, essa mquina virtual Java dever ser capaz de localizar e carregar as classes do servidor, da implementao do servio e do skeleton. Aps a execuo do comando que ativa a aplicao servidor, a mensagem Count Server ready. dever surgir na tela, indicando que o servidor obteve sucesso na criao e registro do servio e portanto est apto a responder s solicitaes de clientes. Finalmente, com o servidor j habilitado para responder s solicitaes, o cdigo cliente pode ser executado. Essa mquina virtual dever ser capaz de localizar e carregar as classes com a aplicao cliente, a interface do servio e o stub para a implementao do servio. Seria possvel tambm ter vrias ativaes simultneas de CountClient em diferentes mquinas virtuais Java. No caso mais simples de execuo, as diversas mquinas virtuais Java estaro executando em uma mesma mquina, compartilhando um CLASSPATH comum. No entanto, h mecanismos para permitir o carregamento de classes em uma aplicao RMI envolvendo classes remotas. Operao com objetos em mquinas remotas Na descrio da operao de aplicaes distribudas usando RMI, assumiu-se que as aplicaes clientes, servidor e de registro eram processos distintos; porm considerou-se que todas as classes necessrias para a operao das aplicaes estavam localizadas em algum diretrio do CLASSPATH local. No caso de execuo em mquinas separadas, h duas formas de fazer a distribuio das classes de modo que clientes e servidores possam executar corretamente. Na primeira forma, a estratgia distribuir explicitamente as classes necessrias e inclu-las em diretrios onde elas possam ser localizadas quando necessrio. No lado cliente, essas classes complementares seriam a interface do servio e o stub para a implementao do servio. No lado servidor, seriam essas as classes de implementao do servio e o correspondente skeleton. A outra forma utilizar os mecanismos de carregamento dinmico de classes distribudas, em alternativa ao class loader padro da mquina virtual Java. Por exemplo, se a execuo do cliente se d atravs de um applet, o AppletClassLoader oferece as funcionalidades necessrias para localizar uma classe que est localizada no mesmo diretrio de onde foi carregada a classe original. Em RMI, h uma alternativa adicional de se utilizar o RMIClassLoader , que permite o carregamento de stubs e skeletons a partir de um URL (especicado atravs da propriedade java.rmi. server.codebase ). Essa propriedade deve ser estabelecida para a mquina virtual Java que ir executar o servidor, como em >java -Djava.rmi.server.codebase=http://mhost/mdir/ CountServer
c 2001 FEEC/UNICAMP
106
Deste modo, quando o servidor realizar o cadastro do servio no registry, esse codebase ser embutido na referncia do objeto. Quando o cliente obtiver a referncia ao objeto remoto do registry e seu class loader falhar em localizar a classe stub no CLASSPATH local, sua mquina virtual Java far uma conexo HTTP com mhost para obter a classe correspondente assim como outras classes eventualmente necessrias para execuo do servio no lado cliente. De forma similar, caso o rmiregistry estivesse operando em outra mquina, distinta daquela onde as aplicaes clientes e servidor estivessem executando, seria necessrio especicar no cdigo das aplicaes a mquina que executa rmiregistry , seja atravs do mtodo getRegistry() da classe LocateRegistry ou atravs da especicao de URL no protocolo RMI nos mtodos da classe Naming. Como para qualquer situao na qual a mquina virtual Java ir carregar classes localizadas de forma distribuda, preciso adicionalmente estabelecer qual a poltica de segurana para operar com cdigo proveniente das outras mquinas. Essa poltica ser enforada pelo gerenciador de segurana, que pode ser denido pela invocao do mtodo correspondente antes de qualquer invocao a mtodos de RMI: System.setSecurityManager(new RMISecurityManager()); O uso dessas facilidades pode ser apreciado nos exemplos modicados para o cdigo do servidor e cliente da aplicao do contador distribudo. No caso do servidor:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25
import java.rmi.*; import java.rmi.server.*; import java.rmi.registry.*; import java.net.SocketPermission; public class CountServer { public static void main(String[] args) { // Create and install the security manager System.setSecurityManager(new RMISecurityManager()); catch (Exception e) { e.printStackTrace(); } try { String serviceName = "Count001"; // Create CountImpl CountImpl myCount = new CountImpl(); Registry r = LocateRegistry.getRegistry(args[0]); r.rebind(serviceName, myCount); System.out.println("Count Server ready."); } catch (Exception e) { System.out.println("Exception: " + e.getMessage()); e.printStackTrace(); } } }
c 2001 FEEC/UNICAMP
107
No caso da aplicao cliente, o cdigo modicado apresentado abaixo:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28
import java.rmi.*; import java.rmi.registry.*; public class CountClient { public static void main(String args[]) { // Create and install the security manager System.setSecurityManager(new RMISecurityManager()); try { Count myCount = (Count)Naming.lookup("rmi://" + args[0] + "/Count001"); // Calculate Start time long startTime = System.currentTimeMillis(); // Increment 1000 times System.out.print("Incrementing... "); for (int i = 0 ; i < 1000 ; i++ ) myCount.increment(); System.out.println(myCount.get()); // Calculate stop time; print out statistics long stopTime = System.currentTimeMillis(); System.out.println("Avg Ping = " + ((stopTime - startTime)/1000f) + " msecs"); } catch(Exception e) { System.err.println("System Exception" + e); } System.exit(0); } }
A especicao da interface e a implementao do servio permanecem inalteradas para esses exemplos. Ativao dinmica Na primeira especicao de RMI (JDK 1.1), era necessrio que um servio oferecido por um objeto fosse explicitamente ativado em alguma mquina virtual Java e ento fosse cadastrado em um servio de registro. O problema com essa abordagem ocorre principalmente quando, por algum motivo no previsto, o servio torna-se indisponvel no h como sinalizar o cliente ou o registro sobre esse fato. O servio de ativao, oferecido a partir de JDK 1.2, permite contornar essa limitao. As principais facilidades oferecidas pelo mecanismo de ativao remota incluem:
a possibilidade de criar automaticamente um objeto remoto devido a solicitaes de obteno de referncias ao objeto;
108
c 2001 FEEC/UNICAMP
o suporte a grupos de ativao, permitindo a ativao de vrios objetos remotos executando em uma mesma mquina virtual; a possibilidade de reiniciar a execuo de objetos remotos que tenham encerrado sua execuo em decorrncia de alguma falha do sistema.
Para tornar um objeto que implementa um servio como remotamente ativvel, preciso satisfazer trs requisitos. Primeiro, preciso implementar o servio como uma subclasse de Activatable, do pacote java.rmi.activation. Segundo, preciso criar construtores de ativao na implementao do servio. Finalmente, preciso registrar o objeto e seu mtodo de ativao no servio de ativao. A classe Activatable oferece construtores com argumentos especcos para o registro (no servio de ativao) e a ativao de objetos (incluindo o URL onde o bytecode para o objeto pode ser localizado, um objeto da classe MarshalledObject representando os argumentos de inicializao do objeto e um ag booleano indicando se o objeto deve ser reiniciado com seu grupo) e para a reativao de objetos (incluindo como argumento um objeto ActivationID , previamente designado pelo servio de ativao). Esses construtores devero ser invocados nos construtores do objeto que implementam o servio. Particularmente, o servio de ativao busca um construtor com dois argumentos dos tipos ActivationID e MarshalledObject . A classe ActivationDesc permite registrar a informao de ativao de um objeto sem criar uma instncia deste objeto, usando para tanto o mtodo esttico register() da classe Activatable. Antes de criar um servio ativvel, preciso criar ou especicar o grupo de ativao ao qual ele pertence. Isto realizado atravs dos mtodos das classes ActivationGroup , ActivationGroupID e ActivationGroupDesc, todas do pacote java.rmi.activation. Um grupo dene um conjunto de objetos ativveis que devem compartilhar o mesmo espao de endereamento, executando na mesma mquina virtual. O servio de ativao implementado em uma mquina virtual com um objeto da classe Activator do pacote java.rmi.activation. A aplicao rimd, distribuda juntamente com o pacote bsico do JDK 1.2, um daemon que implementa esse servio. Coleta de lixo distribuda O processo de remoo de objetos remotamente no-referenciados ocorre de maneira automtica. Cada servidor com objetos exportados mantm uma lista de referncias remotas aos objetos que ele oferece. Atravs de comunicao com o cliente, ele noticado quando a referncia liberada na aplicao remota. Cada referncia remota recebe tambm um perodo de validade; quando esse perodo expira, a referncia eliminada e o cliente noticado. Esse mecanismo oferece uma alternativa para a liberao de objetos que tenham sido referenciados por clientes que eventualmente tenham falhado, cando impedidos de sinalizar que a referncia havia sido liberada. Embora no sejam utilizadas normalmente por programadores, as funcionalidades do distributed garbage collector esto especicadas atravs das classes do pacote java.rmi.dgc .
c 2001 FEEC/UNICAMP
109
Callback Nas aplicaes em uma arquitetura de objetos distribudos, nem sempre a comunicao no estilo cliente-servidor suciente para atender aos requisitos da aplicao. usual que o servidor RMI aja algumas vezes como cliente, invertendo os papis com o cliente RMI original. Considere o exemplo do applet cliente RMI. Nesse applet, no h como saber se outro cliente do mesmo objeto remoto realizou alguma atualizao no valor do contador a no ser pressionando o boto Get e vericando se houve mudana. Essa uma situao tpica em muitas aplicaes, sendo clara a necessidade de realizar tais noticaes de forma automtica. O mecanismo para atingir esse objetivo utilizar a estratgia de callback. Esta tcnica tipicamente utilizada quando a aplicao cliente requer um retorno do servidor mas no quer permanecer bloqueado aguardando a resposta. Atravs dessa tcnica, o servidor obtm uma referncia para o cliente de forma que pode invocar remotamente um mtodo do objeto cliente. Assim, quando a execuo do servio solicitado concluda, o servidor pode noticar o cliente atravs da invocao do mtodo disponibilizado pelo cliente para uso remoto. Basicamente, assim como para o objeto de servio RMI, deve-se oferecer uma interface remota para o cliente a m de permitir que o servidor tenha acesso ao servio de atualizao do cliente. Esse exemplo ilustra tal situao, com um mtodo que ser invocado pelo servidor quando seu valor for alterado, quando passar um valor inteiro para o cliente com a valor atualizado:
1 2 3 4
import java.rmi.*; public interface CountClientInterface extends Remote { void update(int val) throws RemoteException; } Observe que neste exemplo a interface remota do servio tambm foi atualizada de forma a permitir o cadastro dos clientes interessados na atualizao:
1 2 3 4 5 6 7 8 9
import java.rmi.*; public interface Count extends Remote { void set(int val) throws RemoteException; void reset() throws RemoteException; int get() throws RemoteException; int increment() throws RemoteException; void addClient(CountClientInterface c) throws RemoteException; void remClient(CountClientInterface c) throws RemoteException; } Com callback, ambos cliente e servidor devero implementar o servio remoto especicado. Considere o cdigo para o servidor:
1 2 3 4 5 6
import java.util.*; import java.rmi.*; import java.rmi.server.UnicastRemoteObject; public class CountImpl extends UnicastRemoteObject implements Count { private int sum;
c 2001 FEEC/UNICAMP
110
7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41
// Lista de clientes registrados private Vector clientes = new Vector(); public CountImpl() throws RemoteException { } public void set(int val) throws RemoteException { sum = val; } public void reset() throws RemoteException { sum = 0; } public int get() throws RemoteException { return sum; } public int increment() throws RemoteException { sum++; if (sum%100 == 0) update(); return sum; } public void addClient(CountClientInterface client) throws RemoteException { clientes.add(client); } public void remClient(CountClientInterface client) throws RemoteException { clientes.remove(client); } public void update() throws RemoteException { CountClientInterface cci; for (int i=0; i<clientes.size(); ++i) { cci = (CountClientInterface) clientes.elementAt(i); cci.update(sum); } } } Similarmente, para o cdigo do cliente:
1 2 3 4 5 6 7
import java.rmi.*; import java.awt.*; import java.awt.event.*; import java.applet.*; import java.rmi.server.*; public class AppletClient extends Applet implements ActionListener, CountClientInterface {
c 2001 FEEC/UNICAMP
111
8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51
Count remCount; TextField tfCnt; Button bStart; String bslabel = "Start"; public void init() { try { setLayout(new GridLayout(3,1)); add(new Label("Count:")); tfCnt = new TextField(7); tfCnt.setEditable(false); add(tfCnt); bStart = new Button(bslabel); bStart.addActionListener(this); add(bStart); UnicastRemoteObject.exportObject(this); showStatus("Binding remote object"); remCount = (Count) Naming.lookup("Count001"); showStatus("Registering with remote object"); remCount.addClient(this); tfCnt.setText(Integer.toString(remCount.get())); } catch (Exception e) { e.printStackTrace(); } } public void paint() { try { tfCnt.setText(Integer.toString(remCount.get())); } catch (Exception e) { e.printStackTrace(); } } public void actionPerformed (ActionEvent ev) { try { showStatus("Incrementing..."); for (int i = 0 ; i < 1000 ; i++ ) remCount.increment(); showStatus("Done"); } catch (Exception e) { e.printStackTrace(); } }
c 2001 FEEC/UNICAMP
112
52 53 54 55 56
public void update(int val) throws RemoteException { showStatus("Update"); tfCnt.setText(Integer.toString(val)); } }
Como anteriormente, devem ser criados os stubs e skeletons para ambos os servios. O cdigo do servidor no sofre alterao em relao ao exemplo anterior, assim como a forma de execuo da aplicao.
5.4.3
Java IDL
A API Java IDL, presente na plataforma Java desde a verso 1.2, permite a integrao entre objetos Java e outros objetos, eventualmente desenvolvidos em outras linguagens de programao, atravs da arquitetura CORBA. Os principais pacotes que compem essa API so org.omg.CORBA e org.omg.CosNaming. A partir da verso 1.3 da plataforma Java, possvel gerar interfaces IDL para classes Java usando o compilador rmic com a opo -idl". Outra opo, -iiop", indica que o protocolo de comunicao de CORBA, IIOP, ser utilizado em stubs e ties (correspondentes aos skeletons) de RMI. Arquitetura CORBA CORBA (Common Object Request Broker Architecture) um padro denido pelo consrcio OMG Object Management Group) que dene uma arquitetura de objetos, com uma linguagem para descrio de interfaces com mapeamentos padronizados para diversas linguagens e um conjunto de servios bsicos. Como o padro CORBA visa atender a diversas linguagens de programao, sua especicao ampla e relativamente complexa. De forma extremamente simplicada, os componentes bsicos dessa arquitetura so:
a linguagem de descrio de interfaces; o intermedirio para repassar requisies a objetos remotos; o servio para localizar objetos remotos; e o protocolo de comunicao.
IDL a Interface Description Language, uma linguagem que permite especicar interfaces de forma independente da linguagem de programao na qual a especicao implementada. CORBA determina uma srie de mapeamentos padronizados entre IDL e outras linguagens, tais como C, C++, COBOL e Java. ORB o Object Request Broker, o ncleo da arquitetura CORBA. um programa que deve estar executando em cada mquina envolvida em uma aplicao CORBA, sendo o responsvel pela conexo entre clientes e servios atravs dos correspondentes stubs e skeletons.
c 2001 FEEC/UNICAMP
113
O Servio de Nomes de CORBA dene uma estrutura para associar nomes a objetos remotos denidos na arquitetura. A estrutura denida uma hierarquia (ou rvore), onde cada ramo dene um contexto distinto e cujas folhas so os nomes dos servios disponibilizados. Assim, a referncia completa para o nome de um servio dada pelo contexto (os nomes dos ns intermedirios) e pelo nome do servio. O protocolo de comunicao de CORBA especica o padro para que as requisies de objetos transmitidas entre ORBs, independentemente de como ou em qual linguagem esses ORBs foram implementados, possam ser reconhecidas. O protocolo de comunicao CORBA mais comum o IIOP, o Internet Inter-ORB Protocol, em funo da disseminao da Internet, mas outros protocolos podem ser obtidos para outras plataformas. CORBA e Java Uma vez denida ou obtida a interface IDL para um servio, as classes auxiliares para acessar o objeto remoto que implementa o servio so obtidas pela compilao da interface, usando o aplicativo idlj (ou idltojava ou ainda idl2java em verses anteriores Java 1.3). Alm de classes para stubs e skeletons, so geradas classes auxiliares (helpers e holders) para permitir a comunicao entre objetos Java e dados estabelecidos em outras linguagens. Na plataforma Java h uma implementao para o servio de nomes de CORBA, oferecida pelo aplicativo tnameserv . Esse servio est mapeado por default para a porta 900, podendo esta ser modicada pela opo -ORBInitialPort". A interao entre um ORB e um programa Java d-se atravs de mtodos da classe ORB. Para inicializar a referncia ao ORB, utiliza-se o mtodo esttico init() dessa classe. Para obter uma referncia para o servio de nomes utiliza-se o mtodo resolve_initial_references(), tendo a NameService como argumento. O exemplo a seguir a implementao usando CORBA do clssico programa Hello, world. composto por trs arquivos: a interface IDL, o cliente e o servidor. A Interface IDL descreve um servio com um nico mtodo, sendo aqui denida usando as construes da linguagem IDL:
1 2 3 4 5
module HelloApp { interface Hello { string sayHello(); } } Usando-se o aplicativo idlj, gera-se a interface Java correspondente, com a traduo das construes IDL para as primitivas Java segundo o padro estabelecido em CORBA, alm de outros arquivos auxiliares (stub, skeleton, helper, holder), no apresentados aqui:
1 2 3 4 5
package HelloApp; public interface Hello extends org.omg.CORBA.Object { String sayHello(); }
c 2001 FEEC/UNICAMP
114
O cdigo cliente ativa o ORB, obtm uma referncia para o servio de nomes e, a partir deste servio, obtm uma referncia remota para o objeto com o servio Hello. Obtida a referncia, o mtodo invocado normalmente:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22
import HelloApp.*; import org.omg.CosNaming.*; import org.omg.CORBA.*; public class HelloClient { public static void main (String args[]) { try { ORB meuOrb = ORB.init(args,null); org.omg.CORBA.Object objRef = meuOrb.resolve_initial_references("NameService"); NamingContext ncRef = NamingContextHelper.narrow(objRef); NameComponent nc = new NameComponent("Hello",""); NameComponent path[] = {nc}; Hello helloRef = HelloHelper.narrow(ncRef.resolve(path)); String hi = helloRef.sayHello(); System.out.println(hi); } catch(Exception e) { System.out.println(e); e.printStackTrace(System.out); } } }
Nesse exemplo, combina-se a implementao do servio e o correspondente servidor. A classe HelloServer um servidor que ativa o ORB, cria o objeto que implementa o servio, obtm uma referncia para o servio de nomes e registra o objeto neste diretrio associado ao nome Hello. A classe HelloServant uma implementao do servio especicado; observe que essa classe uma extenso de _HelloImplBase , o skeleton denido pelo aplicativo idlj:
1 2 3 4 5 6 7 8 9 10 11 12 13
import HelloApp.*; import org.omg.CosNaming.*; import org.omg.CosNaming.NamingContextPackage.*; import org.omg.CORBA.*; public class HelloServer { public static void main(string args[]) { try { // Create the ORB ORB orb = ORB.init(args,null); // Instantiate the servant object HelloServant helloRef = new HelloServant(); // Connect servant to the ORB orb.connect(helloRef);
c 2001 FEEC/UNICAMP
115
14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37
//Registering the servant org.omg.CORBA.Object objRef = orb.resolve_initial_references("NameService"); NamingContext ncRef = NamingContextHelper.narrow(objRef); NameComponent nc = new NameComponent("Hello",""); NameComponent path[] = {nc}; ncRef.rebind(path, helloRef); // Wait for invocation java.lang.Object sync = new java.Lang.Object(); synchronized(sync) { sync.wait(); } } catch(Exception e) { System.out.println(e); e.printStackTrace(System.out); } } } class HelloServant extends _HelloImplBase { public String sayHello() { return "\nHelloWorld!\n"; } }
c 2001 FEEC/UNICAMP
116
Apndice A
Palavras chaves de Java

As palavras a seguir so de uso reservado em Java e no podem ser utilizadas como nomes de identicadores: abstract boolean break byte case catch char class const continue default do double else extends final finally float for goto if implements import instanceof int interface long native new null package private protected public return short static super switch synchronized this throw throws transient try void volatile while
117

Pooja Va

Enviado por

Dados do documento

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Pooja Va

Enviado por

Direitos autorais:

Formatos disponíveis

D EPARTAMENTO DE E NGENHARIA DE C OMPUTAO E AUTOMAO I NDUSTRIAL FACULDADE DE E NGENHARIA E LTRICA E U NIVERSIDADE E STADUAL DE C AMPINAS

Programao Orientada a Objetos: Uma Abordagem com Java

Ivan Luiz Marques Ricarte

Programao orientada a objetos com Java

Fundamentos da programao orientada a objetos

Programao orientada a objetos com Java

Figura 1.1: Uma classe em UML.

Programao orientada a objetos com Java

Programao orientada a objetos com Java

Programao orientada a objetos com Java

Princpios da programao na linguagem Java

Programao orientada a objetos com Java

2.1. Tipos primitivos

Tabela 2.1: Caracteres representados por seqncias de escape.

Programao orientada a objetos com Java

 !"$#&%(' )$102

89@AA&BACD" #E47FG% HI00PBPBA0CQ" 3547R76

Programao orientada a objetos com Java

Expresses retornando valores numricos

Programao orientada a objetos com Java

Expresses retornando valores booleanos

Programao orientada a objetos com Java

Outros tipos de expresses

Controle do uxo de execuo

Programao orientada a objetos com Java

Programao orientada a objetos com Java

Programao orientada a objetos com Java

2.4. Operaes sobre objetos

Operaes sobre objetos

Programao orientada a objetos com Java

2.4. Operaes sobre objetos

Programao orientada a objetos com Java

2.4. Operaes sobre objetos

Programao orientada a objetos com Java

2.4. Operaes sobre objetos

Programao orientada a objetos com Java

2.5. Classes em Java

Programao orientada a objetos com Java

2.5. Classes em Java

Denio de classes em Java

Programao orientada a objetos com Java

2.5. Classes em Java

Programao orientada a objetos com Java

2.5. Classes em Java

Programao orientada a objetos com Java

2.5. Classes em Java

Programao orientada a objetos com Java

2.5. Classes em Java

Visibilidade da classe e seus membros

Programao orientada a objetos com Java

2.5. Classes em Java

Programao orientada a objetos com Java

2.5. Classes em Java

Classes abstratas e nais

Programao orientada a objetos com Java

2.5. Classes em Java

Programao orientada a objetos com Java

Programao orientada a objetos com Java

Programao orientada a objetos com Java

Erros e excees de runtime

Programao orientada a objetos com Java

Denindo e gerando excees

Programao orientada a objetos com Java

2.7. O ambiente de Java

!"$#&%(' )$102

89@AA&BACD" #E47FG% HI00PBPBA0CQ" 3547R76