Java

06 Mudanas nas certificaes Java

Confira as alteraes e as novidades
Sumrio
[ Everton Coimbra de Arajo e Scheila Giongo ]

12 EJB 3.1 versus CDI

Java CDI pode substituir os tradicionalmente mal afamados EJBs?
[ Adam Victor Nazareth Brandizzi ]
Java

20 Por dentro do JavaFX 2

Java Uma nova plataforma para desenvolvimento de aplicaes ricas para Web
[ Luiz Carlos Querino Filho ]

34 Mantenha suas verses em dia

Java, Tutorial Automatizando o versionamento de projetos com SVN, Maven e Nexus
[ Rodrigo Branas ]

42 Alta disponibilidade com GlassFish

Java Cluster de servidores, balanceamento de carga e tuning
Boas Prticas

Ol, eu sou o DevMan! Desta p-

[ Pablo Bruno de Moura Nbrega ]
gina em diante, eu estarei lhe aju-
dando a compreender com ainda
54 Paradigmas da Mobilidade mais facilidade o contedo desta
Mobile Um estudo sobre as abordagens web, nativa e hbrida edio. Ser um prazer contar com
[ Pedro E. Cunha Brigatto ]
sua companhia! Confira abaixo o
que teremos nesta revista:
de Software
Engenharia

Engenharia 66 Testes no Scrum

de Software
Processo de Teste de Software adaptado ao Scrum
[ Juvenal Feitosa, Gustavo Alves e Felipe Furtado ]

Brinde na web desta edio

Vdeos
2 2 vdeo-aulas sobre o padro Template Method.

Para visualizar acesse o link:

http://www.devmedia.com.br/articles/listcomp.asp?keyword=jm105&codigobanca=javafx2

Gostou das vdeo aulas? O portal www.devmedia.com.br possui mais de 2 mil vdeo aulas e dezenas de cursos online sobre desenvolvimento de software!
Agora voc pode comprar as vdeo aulas que preferir e fazer sua prpria combinao de vdeos! Saiba mais em www.devmedia.com.br/creditos

Feedback D seu feedback sobre esta edio!

eu
s

A Java Magazine tem que ser feita ao seu gosto. Para isso, precisamos saber o que voc, leitor, acha da revista!
D

sobre e

D seu voto sobre esta edio, artigo por artigo, atravs do link:
www.devmedia.com.br/javamagazine/feedback
s

ta
edio
Para votar, voc vai precisar do cdigo de banca desta edio, que : javafx2
 Carta ao Leitor
Ano IX Edio 105 2012 ISSN 1676-8361

Edio

D
Editor
Eduardo Spnola (eduspinola@gmail.com) esde a sua primeira verso, o JavaFX, at ento, no chegou a se firmar como uma das
preferncias dos desenvolvedores Java. Apesar de ter recebido bons investimentos
Produo durante o perodo de seu lanamento, por diversas caractersticas e decises de projeto,
Jornalista Responsvel Kaline Dolabella - JP24185 a nova plataforma Java acabou no agradando como se esperava. Um dos motivos para isso se

Distribuio
FC Comercial e Distribuidora S.A
Rua Teodoro da Silva, 907, Graja - RJ
CEP 20563-900, (21) 3879-7766 - (21) 2577-6362
Atendimento ao leitor
A DevMedia possui uma Central de Atendimento on-line, onde voc pode
tirar suas dvidas sobre servios, enviar crticas e sugestes e falar com um de
nossos atendentes. Atravs da nossa central tambm possvel alterar dados
cadastrais, consultar o status de assinaturas e conferir a data de envio de suas
revistas. Acesse www.devmedia.com.br/central, ou se preferir entre em
contato conosco atravs do telefone 21 3382-5038.
Edies anteriores
Adquira as edies anteriores da revista Java Magazine ou de qualquer outra
publicao do Grupo DevMedia de forma prtica e segura, em
www.devmedia.com.br/anteriores.
Publicidade
publicidade@devmedia.com.br 21 3382-5038
Anncios Anunciando nas publicaes e nos sites do Grupo DevMedia, voc
divulga sua marca ou produto para mais de 100 mil desenvolvedores de todo o
Brasil, em mais de 200 cidades. Solicite nossos Media Kits, com detalhes sobre
preos e formatos de anncios.
Reprints Editoriais Se foi publicado na Java Magazine um artigo que
possa alavancar as suas vendas, multiplique essa oportunidade! Solicite a
reimpresso da matria junto com a capa da edio em que saiu, e distribua
esse reprint personalizado entre seus clientes.
chamava JavaFX Script. Esta nova linguagem, no entanto, no acabou, mas agora, para criar
aplicaes RIA com JavaFX, podemos utilizar nossos slidos conhecimentos de anos de experincia
com a tradicional e forte API Java. Assim, no temos mais a barreira inicial, facilitando sua adoo
e ajudando a alavancar mais uma importante e promissora plataforma Java.
Dessa forma, Por dentro do JavaFX 2 apresentar esta renovada tecnologia, voltada
implementao de aplicaes cliente ricas para a Internet em mltiplas plataformas. Para isso, uma
introduo tecnologia, seu histrico e principais recursos sero apresentados, junto a exemplos
prticos onde sero demonstradas algumas das suas funcionalidades.
Mudanas nas certificaes Java retrata as mudanas em relao s certificaes Java da Oracle.
As novas siglas, alteraes em contedos aplicados, cursos obrigatrios, de preparao, realizados
antes de algumas certificaes, e as categorias das certificaes envolvendo as plataformas Java SE,
Java EE e Java ME tambm sero abordadas.
Mudando um pouco de assunto, o desenvolvedor Java EE pode se sentir confuso diante da
verso 6 desta plataforma porque algumas tecnologias parecem se sobrepor notadamente EJB
e CDI. Sendo EJB uma tecnologia tradicionalmente complicada e improdutiva, o programador se
pergunta se possvel substituir EJB por CDI, e como faz-lo. EJB 3.1 versus CDI explorar as
duas possibilidades: trocar EJB por CDI ou usar CDI com EJB. Veremos que ambas so viveis, e
que a segunda opo pode ser vantajosa.
Em Mantenha suas verses em dia vamos aprender como criar um processo de versionamento
e como extrair o melhor das ferramentas SVN, Maven e Nexus para automatizar o lanamento
de novas verses com segurana e estabilidade. A adoo de um processo de versionamento
automatizado ajuda a elevar o nvel de maturidade e organizao da empresa, garantindo um
controle rgido sobre as modificaes realizadas pela equipe de desenvolvimento.
No artigo Alta disponibilidade com GlassFish, mostraremos como configurar um cluster com
balanceamento de carga no GlassFish para alcanar alta disponibilidade. Em seguida, veremos como

Encarte de CDs Faa como nossos maiores anunciantes. Encarte um CD efetuar tuning no desenvolvimento de sistemas e nas configuraes do servidor para conseguirmos
com uma amostra de seus produtos na Java Magazine e atinja um pblico ganho de performance.
segmentado e formador de opinio. O artigo Paradigmas da Mobilidade visa proporcionar uma leitura objetiva sobre os paradigmas
nativo, hbrido e web, adotados na codificao de solues mveis. Atravs de uma anlise de
Java, o logotipo da xcara de caf Java e todas as marcas e logotipos baseados
aspectos como consistncia e desempenho de plataformas e tecnologias j estabelecidas, bem como
em/ ou referentes a Java so marcas comerciais ou marcas registradas da Sun
Microsystems, Inc. nos Estados Unidos e em outros pases. de outras mais recentes e muito bem cotadas no cenrio de mobilidade, alm de aspectos como a
disponibilidade de capitais financeiro e humano, convidamos o leitor para uma reflexo sobre a
aplicabilidade de cada uma destas propostas.
Fale com o Editor!
Diante do crescimento das Metodologias geis, em especial, do framework Scrum, diversos
muito importante para a equipe saber o artigo na revista ou no site Java Magazine, desafios surgem para as atividades de testes nestes ambientes. Pensando nisso, no artigo Testes no
que voc est achando da revista: que tipo entre em contato com o editor, informando
Scrum, os autores levantaram estes desafios e propuseram uma adaptao do processo de testes
de artigo voc gostaria de ler, que artigo voc o ttulo e mini-resumo do tema que voc
mais gostou e qual artigo voc menos gostou. gostaria de publicar: fundamental s atividades do Scrum.
Fique a vontade para entrar em contato com Aproveitem ao mximo esta edio, e boa leitura!
os editores e dar a sua sugesto! Eduardo Spnola - Editor da Revista
Se voc estiver interessado em publicar um eduspinola@gmail.com

Eduardo Oliveira Spnola

eduspinola@gmail.com
eduspinola.wordpress.com

Assine agora e tenha acesso a

todo o contedo da DevMedia:
www.devmedia.com.br/mvp
Seo Java Nesta seo voc encontra artigos intermedirios e avanados sobre Java
Mudanas nas
certificaes Java
Cursos obrigatrios, nomenclaturas e contedos
aplicados sofreram modificaes nas certificaes
Java geridas pela Oracle
S Resumo DevMan
er um profissional certificado Java ter um dife-
rencial na carreira, pois a certificao confirma a
aptido para a tecnologia. Devido sua real impor-
tncia, a certificao um assunto muito discutido entre
desenvolvedores, pois depende de quem faz e para que
objetivo a obtm. A abordagem aqui apresentada busca
responder as principais dvidas de um programador,
em relao a uma certificao Java.
importante ter cincia que os exames de cer-
tificao, para os fabricantes que os mantm, so
documentos que formalizam a competncia de pro-
fissionais para atuarem no mercado, com destreza e
conhecimento, para o produto, tecnologia ou meto-
dologia ao qual o certificado se aplica. Esta situao
pode ser comprovada quando se verifica, dentre os
pr-requisitos das vagas ofertadas, a necessidade de
certificaes e no mais apenas a experincia profis-
sional comprovada.
A certificao pode ser vista, de maneira anloga, como
um atestado de competncia, um diferencial na carreira
profissional, mas apenas obter a certificao, sem experi-
ncia, no o suficiente. A certificao pode tambm ser
vista como um meio para o profissional testar e adquirir
conhecimento, pois o processo de tornar-se certificado,
alm de desafiar a profundidade e a amplitude de suas
habilidades tcnicas, uma maneira de ganhar em ter-
mos de aprendizado e crescimento como profissional
de TI. Pode-se assumir que no s a obteno de uma
certificao, mas tambm a preparao para obt-la, De acordo com Kathy Sierra (uma das desenvolvedoras do
um ponto importante e positivo, pois uma maneira
organizada para se conhecer melhor o Java.
Deste modo, importante que o profissional que
julga a certificao como algo no to relevante tenha
cincia de que existem empresas (de todos os portes)
que se preocupam em ter em sua equipe profissionais
certificados.
6 Java Magazine Edio 105
De que se trata o artigo:
O artigo apresenta as mudanas em relao s certificaes Java da
Oracle. As novas siglas, mudanas em contedos aplicados, cursos obri-
gatrios, de preparao, realizados antes de algumas certificaes, e as
categorias das certificaes envolvendo as plataformas Java SE, Java EE
e Java ME tambm sero abordadas.
Em que situao o tema til:
Para desenvolvedores que desejam informar-se sobre as mudanas nas
certificaes Java e conhecer os assuntos e objetivos de cada exame, bem
como as habilidades fundamentais que so necessrias em cada prova.
Mudanas nas certificaes Java:
A tecnologia Java oferece, por meio da Oracle, uma srie de certificaes
de diversas categorias e perfis. Com a aquisio da Sun, algumas modifi-
caes ocorreram em relao a estas certificaes. Um exemplo a troca
de nomenclatura, que agora constituda com a marca da Oracle. Alm
dessas mudanas, outras so exemplificadas no artigo, que contextualiza,
em sua introduo, a importncia de ser um profissional certificado. As
certificaes Java abrangem trs reas: Java SE, Java EE e Java ME, e dentro
dessas reas so aplicadas quatro categorias de provas: Associate, Pro-
fessional, Master e Expert. Nessas categorias existem vrias certificaes
embutidas, as quais sero abordadas ao longo do artigo.
exame), passar no exame provar trs itens importantes para
o empregador atual ou futuro: que voc sabe das coisas; que sabe
como estudar e se preparar para um teste desafiador; e acima de tudo que
conhece a tecnologia e est de acordo com os objetivos cobrados para tal
exame. Se um empregador tiver que optar entre um candidato que passou
no exame e outro que no tenha passado, ele saber que o programador
certificado no demorar no aprendizado.
 Uma pesquisa realizada pela Oracle afirma que candidatos que
conquistam a certificao conquistam tambm um diferencial em
suas remuneraes, recebendo um retorno slido de seu inves-
timento. Em uma base global, profissionais que so certificados
ganham 13,7% a mais do que aqueles que no so certificados.
Levando em considerao todas as regies do mundo, indivduos
certificados ganham significativamente mais do que aqueles que
no so certificados.
Possuir uma certificao contempla questes como maior sa-
tisfao no trabalho, um dos quesitos que exercem influncia na
carreira profissional. Alm de atingir uma remunerao mais
elevada, como indicado na pesquisa, aqueles que se tornam Oracle
Certified tm mais confiana e credibilidade, so mais produtivos e
possuem maiores chances de empregabilidade, fatores adicionais
que elevam a satisfao.
Com a compra da Sun pela Oracle, foram anunciadas algumas
modificaes para as certificaes, mudanas essas abordadas ao
longo do artigo. No entanto, importante ressaltar que mesmo
aps as alteraes nas certificaes Java/Oracle, as certificaes justifica pelas mudanas que ocorreram no seu contedo, que foi
da Sun continuam a ser reconhecidas.
Novas siglas e provas
Uma das mudanas nas certificaes Java est relacionada s
nomenclaturas, que agora levam a marca Oracle em seus nomes.
As certificaes Oracle abrangem trs plataformas de desenvol-
vimento: Java Platform, Standard Edition (Java SE); Java Platform,
Enterprise Edition (Java EE); e Java Platform, Micro Edition (Java
ME), detalhadas em sees especficas neste artigo.
Dentro dessas trs plataformas so aplicadas quatro categorias
para as certificaes, com o objetivo de demonstrar o grau de co-
nhecimento e habilidade de cada profissional, que so: Associado,
Profissional, Master e Especialista.
Outra mudana, decorrente aps a Oracle se tornar detentora
dos direitos sobre o Java, foi a incluso de mais quatro provas de
certificao, somando agora um total de doze.
Java SE
As certificaes para a plataforma Java SE buscam qualificar
profissionais que dominem a construo de aplicaes para o
ambiente corporativo. Java SE contm todo o ambiente neces-
srio para a criao e execuo de aplicaes Java, sendo a base nos mais recentes avanos em programao Java.
para desenvolver qualquer tipo de sistema, seja ela mvel, web
ou desktop. Confira na Figura 1 as certificaes disponveis para
essa plataforma.
Figura 1. Certificaes Java SE
Nesta plataforma, a primeira categoria conhecida como Associate,
ou OCA Oracle Certified Associate. Esta categoria obrigatria
para o profissional que deseja avanar para os demais nveis.
Uma das mudanas realizadas foi em relao nomenclatura, que
anteriormente possua a marca da Sun em sua assinatura, sendo
conhecida como Sun Certified Java Associate (SCJA).
O objetivo que abrange o nvel OCA garantir que o candidato
esteja equipado com as competncias fundamentais, como os
conceitos bsicos sobre OO e conhecimentos gerais sobre tec-
nologias Java. Nessa categoria est incluso a certificao Oracle
Certified Associate (OCA), Java SE 5/SE 6, que possui o cdigo de
exame 1Z0-850, anteriormente conhecida como Sun Certified Java
Associate (SCJA) SE 5/SE 6. Est incluso tambm a certificao
beta Oracle Certified Associate, Java SE 7 Programmer I (exame
1Z0-803), para a verso 7 do Java.
Uma novidade que a certificao OCJA 7 obrigatria, ou
seja, pr-requisito para realizar a certificao OCJP 7, descrita no
nvel Professional no decorrer do artigo. Esta obrigatoriedade se
totalmente reformulado, no possuindo os mesmos objetivos da
antiga OCJA. O contedo abordado na OCJA implicava em um
conhecimento conceitual, com questes sobre fundamentos, mo-
delagem UML e orientao a objetos, bem como uma viso geral
sobre a plataforma Java. Agora o contedo muito mais prtico,
envolvendo questes que antes eram aplicadas apenas na OCP. Os
novos tpicos do exame cobrados na certificao OCJA so:
Noes bsicas sobre Java;
Trabalhando com tipos de dados Java;
Criar e manipular Strings;
Criando e usando Arrays;
Usando Loop;
Trabalhando com Mtodos e encapsulamento;
Trabalhando com Herana;
Tratamento de excees.
Com essa mudana de contedo na certificao Java SE 7, se
exige um conhecimento mais elevado devido aos novos conceitos
cobrados. Contudo, o profissional s tem a ganhar, pois acrescenta
maior valor e credibilidade para aqueles que desejam obter a cer-
tificao em Java SE 7, e demonstra que o profissional proficiente
Cabe destacar que o profissional que possui a certificao OCJP 5
ou OCJP 6 no necessita realizar a prova OCJA, pois seu certificado
continua a ser reconhecido.
A segunda categoria da plataforma Java SE compreende a
habilidade profissional voltada para conhecimentos tcnicos
necessrios para gerir e desenvolver aplicaes, bases de dados
ou middlewares em ambientes corporativos. Essa categoria des-
crita como Professional, OCP Oracle Certified Programmer, cuja
nomenclatura era anteriormente conhecida como Sun Certified
Java Programmer (SCJP).
Ao alcanar a certificao OCP, evidencia-se que o programa-
dor entende a sintaxe e as estruturas bsicas da linguagem de
Edio 105 Java Magazine 7
Mudanas nas certificaes Java
programao Java, sendo capaz de criar um aplicativo em Java
que seja executado em servidores e sistemas desktop.
A categoria OCP composta pelas seguintes certificaes: Oracle
Certified Professional (OCP), Java SE 5 Programmer (exame 1Z0-
853), anteriormente conhecida como Sun Certified Java Program-
mer (SCJP SE 5); Oracle Certified Professional (OCP), Java SE 6
Programmer (exame 1Z0-851), conhecida anteriormente como
Sun Certified Java Programmer (SCJP SE 6); e Oracle Certified
Professional, Java SE 7 Programmer II (exame 1Z1-804).
A prova Oracle Certified Professional, Java SE 7 Programmer II,
est em fase beta. Os tpicos do exame dessa certificao ainda no
foram apresentados, pois parte de seu contedo foi para a OCJA 7.
O caminho para atingir a OCJP 7 descrito na Figura 2.
Figura 2. Caminho para a certificao Java 7
Caso o profissional j possua uma certificao profissional (SCJP
ou OCPJP, qualquer edio) e deseja obter a certificao OCPJP
SE 7, basta realizar o exame chamado de Upgrade, 1Z0-805. O exa-
me formado por questes sobre os assuntos que mudaram de
uma verso para outra. Alm desse exemplificado, h exames de
Upgrade para outras certificaes. Deste modo necessrio estar
atento para faz-los quando disponveis.
A terceira categoria da plataforma Java SE o nvel Master,
destinado para desenvolvedores que tm amplo conhecimento e
que estejam interessados em demonstrar proficincia avanada
na linguagem. Esta categoria conhecida como OCM Oracle
Certified Master, anteriormente chamada de Sun Certified Java
Developer (SCJD). Dentro desse nvel aplicada a certificao
Oracle Certified Master (OCM), Java SE 6 Developer. Uma das
mudanas que ocorreram nessa certificao que para realiz-la
necessrio que o profissional faa um dos cursos obrigatrios
oferecidos pela Oracle (mais informaes sobre esses cursos so
descritas no sub tpico Cursos preparatrios).
Java EE
As certificaes voltadas para o ambiente Java EE so destina-
das a profissionais que possuem conhecimento em aplicativos
8 Java Magazine Edio 105
baseados na web e aplicaes corporativas. A plataforma Java EE
inclui muitos componentes do Java SE e incide em um conjunto de
protocolos, servidores e APIs que fornecem a funcionalidade para
desenvolver aplicativos multicamadas com base na web. Confira
na Figura 3 as certificaes disponveis para Java EE.
Figura 3. Certificaes Java EE
Algumas das certificaes aplicadas para essa plataforma pos-
suem como pr-requisito outras certificaes, como o caso da cer-
tificao Oracle Certified Professional, Java EE 5 Web Component
Developer, destinada a profissionais que possuem conhecimento
especializado em desenvolvimento de aplicaes para web servi-
ces e contedo dinmico para a web usando JavaServer Pages e
Servlets. Para realizar essa certificao pr-requisito que o pro-
fissional tenha sido aprovado em uma das seguintes certificaes:
Oracle Certified Professional, Java SE 5 Programmer (de cdigo
1Z0-853), ou Oracle Certified Professional, Java SE 6 Programmer
(de cdigo 1Z0-851). A certificao Oracle Certified Professional,
Java EE 5 Web Component Developer tambm sofreu alterao
em sua nomenclatura, sendo antes conhecida como Sun Certified
Web Component Developer (SCWCD) EE 5.
A Oracle Certified Professional, Java EE 5 Business Component
Developer, anteriormente Sun Certified Business Component
Developer (SCBCD) EE 5, outra certificao aplicada na rea
de conhecimento Java EE. Ela testa as competncias de progra-
madores com experincia em projeto, desenvolvimento, teste,
implantao e integrao de aplicaes utilizando a tecnologia
EJB (Enterprise JavaBeans). O exame se aplica a profissionais que
desenvolvem aplicativos de negcios que utilizam componentes
do lado do servidor.
O exame que verifica a habilidade de um programador em
criar servios Web para aplicaes que utilizam componentes da
tecnologia Java o Oracle Certified Professional, Java EE 5 Web
Services Developer (OCPJWSD), anteriormente conhecido como
Sun Certified Developer for Java Web Services 5 (SCDJWS). Esta
certificao tambm est disponvel para a verso Java EE 6, com
a nomenclatura alterada para Oracle Certified Professional, Java
EE 6 Web Services Developer.
Na categoria Master da rea de conhecimento Java EE, atualmente
se tem apenas uma certificao, a Oracle Certified Master, Java
EE 5 Enterprise Architect, anteriormente conhecida como Sun
Certified Enterprise Architect (SCEA) EE 5. Esse exame destina-se
a arquitetos corporativos, responsveis pela arquitetura e design
de aplicativos. Para realizao do mesmo, necessrio fazer um
dos cursos obrigatrios da Oracle (esse assunto ser abordado com de certificao. Atualmente entraram para essa lista de novas
maior nfase no sub tpico Cursos preparatrios). exigncias duas certificaes:
Para profissionais que desejam obter um diferencial na carreira 1. Oracle Certified Master, Java SE 6 Developer (Certificao de
em reas mais especficas, existem as certificaes sobre: JSF, Desenvolvedor Java);
anteriormente conhecida como Sun Certified Developer for the 2. Oracle Certified Expert, Java EE 5 Enterprise Architect (Certi-
JSF for the Java EE 6 Platform, e atualmente modificada para ficao de Arquiteto Java).
Oracle Certified Professional, Java Platform, Enterprise Edition 6
JavaServer Faces Developer; EJB, anteriormente chamada de Sun
Certified EJB Developer for the Java EE 6 Platform, e atualmente
Oracle Certified Professional, Java Platform, Enterprise Edition 6
Enterprise JavaBeans; e a certificao referente JPA, conhecida
como Sun Certified JPA Developer for the Java EE 6 Platform, que
ganhou o nome de Oracle Certified Professional, Java Platform,
Enterprise Edition 6 Java Persistence API.
Uma novidade da Oracle o lanamento da certificao Oracle
Certified Expert, Java Platform, EE 6 Web Component Develo-
per, que substitui a de cdigo 1Z0-894 (Oracle Certified Expert,
Java Platform, Enterprise Edition 6 JavaServer Pages and Servlet
Developer). Essa certificao destinada a desenvolvedores ex-
perientes em aplicativos Java, com conhecimentos e habilidades
para construir rapidamente aplicaes web adequadas a qualquer
servidor de aplicao Java EE 6, utilizando JSP e servlet. No h
mudanas em relao ao contedo aplicado no exame 1Z0-894,
apenas em seu cdigo, que agora passa a ser 1Z0-899. Figura 5. Caminho para a certificao na plataforma Java ME
Alm da certificao OCE acima descrita, foram disponibilizadas
mais trs novas certificaes para Java EE, a saber: Oracle Certified
Expert, Java Platform, Enterprise Edition 6 Enterprise JavaBeans
Developer (OCEJEJBD); Oracle Certified Expert, Java Platform,
Enterprise Edition 6 Java Persistence API Developer (OCEJJPAD);
e a Oracle Certified Expert, Java Platform, Enterprise Edition 6
Web Services Developer (OCEJWSD).

Java ME
Na plataforma Java ME, o objetivo certificar profissionais que
desenvolvem aplicaes utilizando Java Platform, Micro Edition,
destinada a dispositivos mveis, PDAs, aparelhos celulares, dentre
outros. Veja na Figura 4 a certificao disponvel para Java ME.

Figura 4. Certificao Java ME

A Oracle oferece para esse ambiente a certificao Oracle Cer-

tified Professional, Java ME 1 Mobile Application Developer,
anteriormente conhecida como Sun Certified Mobile Application
Developer (SCMAD). Observe na Figura 5 o caminho a percorrer
para atingir esta certificao.

Cursos preparatrios
Uma novidade que no existia na metodologia utilizada pela Sun
a realizao de cursos obrigatrios antes de fazer uma prova

Edio 105 Java Magazine 9

Mudanas nas certificaes Java
Para o candidato que deseja realizar qualquer uma dessas duas
certificaes, necessrio fazer pelo menos um dos cursos Oracle
listados abaixo:
Linguagem Java (Java Programming Language, Java SE 6);
Fundamentos de Java (Fundamentals of the Java Programming
Language, Java SE 6);
Desenvolvimento de aplicaes (Developing Applications with
the Java SE 6 Platform);
Anlise orientada a objetos e Design usando UML (Object-
Oriented Analysis and Design Using UML);
Tuning de performance em Java SE (Java SE Performance Tuning).
Os cursos preparatrios so realizados de maneira presencial ou
on-line nos centros de treinamento oficiais da Oracle.
Concluso
Este artigo apresentou as mudanas e novidades referentes s
certificaes Java, que envolvem: mudanas nas nomenclaturas,
novos contedos abordados, novas provas e os cursos obrigatrios,
de preparao, realizados antes de algumas certificaes.
Alm disso, foram apresentadas as categorias que abrangem as
plataformas Java SE, Java EE e Java ME, e as habilidades exigidas
aos profissionais, decorrentes de cada rea.
A importncia de ser um profissional certificado traz somente
vantagens no mercado de trabalho, ficando a cargo do profissional
que tiver interesse em testar seus conhecimentos e/ou conquistar
um diferencial em sua carreira, decidir qual a melhor certificao
para seus objetivos.
D seu feedback sobre esta edio!
Feedback
eu
s
A Java Magazine tem que ser feita ao
D
seu gosto. Para isso, precisamos saber
sobre e
o que voc, leitor, acha da revista!
ta
edio
D seu voto sobre este artigo, atravs do link:
www.devmedia.com.br/javamagazine/feedback
10 Java Magazine Edio 105
Everton Coimbra de Arajo
everton@utfpr.edu.br
Desde 1987 atua na rea de treinamento e desenvolvimento. mestre
em Cincia da Computao, e professor efetivo da UTFPR, Campus Me-
dianeira. Tem se dedicado s disciplinas relacionadas ao desenvolvimento de
aplicaes web e na persistncia de objetos, focando seus estudos e pesquisas
na plataforma Java e .NET. autor da Visual Books, com oito livros j publicados.
Scheila Giongo
giongo.scheila@gmail.com
Graduada em Tecnologia em Anlise e Desenvolvimento de Sistemas pela
Universidade do Oeste de Santa Catarina (UNOESC - Campus Xanxer).
Possui especializao em projeto e desenvolvimento de sistemas baseados
em objetos para ambiente internet, na Universidade Tecnolgica Federal do
Paran (UTFPR - Campus Medianeira). Trabalha como desenvolvedora web na Viasoft, empresa
especializada na produo de softwares de gesto empresarial.
http://www.profissionaisti.com.br/2010/04/a-importancia-das-
certificacoes-para-o-profissional-de-ti/
A importncia das certificaes para o profissional de TI.
http://www.devmedia.com.br/websys.2/webreader.asp?cat=6&revista=
javamagazine_72#a-1888
Certificaes Java.
http://infoblogs.com.br/view.action?contentId=250152&Anunciadas-
certificacoes-Java-7-Beta.html
Certificaes Java 7 Beta.
http://www.devsexperts.com/2011/10/04/certificacoes-java-7-beta/
Novidades sobre a certificaes Java 7 Beta.
https://blogs.oracle.com/certification/?page=8
Algumas coisas para considerar sobre certificao - Harold Green.
s
http://education.oracle.com/pls/web_prod-plq-dad/db_pages.getpage?page_
id=457&get_params=pillar_id:6
Certificaes e caminhos para certificao.
Edio 105 Java Magazine 11
Seo Java Nesta seo voc encontra artigos intermedirios e avanados sobre Java

EJB 3.1 versus CDI

CDI pode substituir os tradicionalmente mal
afamados EJBs?

E Resumo DevMan
nterprise JavaBeans (EJBs) sempre foram com-
ponentes supervalorizados pelas especificaes
Java EE. Entretanto, sua adoo foi menor do
que o esperado de uma tecnologia oficial to central. A
principal razo a imensa complexidade de desenvol-
vimento. EJBs exigiam a criao de vrias interfaces,
frequentemente redundantes; o empacotamento de
componentes em intricadas estruturas de pacotes; o uso
de servidores de aplicaes complexos e pesados etc.
Todas estas desvantagens elevavam muito o custo inicial
de se usar EJBs, de modo que sua adoo se manteve
mais ou menos restrita a grandes organizaes. Como
alternativa complexidade, surgiram frameworks leves,
como Spring, que proviam vrias das vantagens de EJBs
com muito menos recursos e complicaes.
As especificaes da plataforma corporativa de Java,
porm, evoluram para tornar EJBs mais palatveis.
A API Java EE 6 foi o mais recente e significativo passo
nesta direo, com a especificao EJB 3.1. Esta verso
dispensa muito da complexidade tradicionalmente as-
sociada arquitetura, provendo inclusive um pequeno
mas significativo subconjunto da especificao maior,
chamado EJB Lite.
Por outro lado, Java EE 6 tambm prov um novo mo-
delo de gerenciamento de objetos chamado de Contexts
and Dependency Injection (CDI). Esta especificao
(redigida na JSR 299) acrescenta a Java EE um sistema de
injeo de dependncias e o conceito de escopos, alm de Entretanto, muitos se perguntam: por que usar EJBs quando estes
vrias funcionalidades como eventos, interceptadores,
entre outros. Muito de CDI foi inspirado em alternativas
EJB, como Spring, Guice e Seam. Muitas funcionalida-
des que eram formalmente suportadas apenas por EJBs
podem, agora, ser utilizadas atravs de CDI. Ademais,
CDI mais simples que EJBs inclusive a verso 3.1 e, Uma breve histria dos EJBs
semanticamente, mais poderoso e flexvel.
A sobreposio de funcionalidades das duas tecnolo-
gias levantou suspeitas e gerou boatos sobre o futuro de
Java EE e, especialmente, dos EJBs. Por exemplo, vrios
desenvolvedores j cogitam substituir completamente
EJBs por CDI. bem verdade que a JSR 299 especifica
como EJBs devem ser relacionados com a nova arquite-
tura de injeo de dependncias, e a documentao de de dados, persistncia etc. rodaria no servidor, e interfaces dos
Weld (a implementao de referncia de CDI) recomenda
De que se trata o artigo:
Duas novas especificaes de Java EE: EJB 3.1 e CDI. Estas tecnologias
possuem, por vezes, funcionalidades que se sobrepem, e parece possvel
substituir EJBs por CDI. realmente possvel? Como? vantajoso? Veremos
respostas para estas perguntas neste artigo.
Em que situao o tema til:
Tanto CDI quanto EJB 3.1 so especificaes oficiais Java EE, de modo
que muito positivo conhec-las. Alm disto, e ao contrrio de vrias
especificaes, so tecnologias muito simples, prticas, teis e podero-
sas. Assim, conveniente que o desenvolvedor as conhea para saber
quando positivo utiliz-las, como integr-las ou mesmo como substituir
uma por outra.
EJB 3.1 versus CDI:
O desenvolvedor Java EE pode se sentir confuso diante da verso 6 da
plataforma porque algumas tecnologias parecem se sobrepor notada-
mente EJB e CDI. Sendo EJB uma tecnologia tradicionalmente complicada
e improdutiva, o programador se pergunta se possvel substituir EJB por
CDI, e como faz-lo. Este artigo explorar as duas possibilidades: trocar
EJB por CDI ou usar CDI com EJB. Veremos que ambas so viveis, e que
a segunda opo pode ser vantajosa.
o uso de EJBs quando se precisa dos servios que eles provm..
mesmos servios podem ser usados atravs de CDI, s que de
forma muito mais simples? Alis, pode CDI realmente fornecer
todas as funcionalidades providas por EJBs? o que veremos
neste artigo.
O conceito de EJB surgiu no final dos anos 90 e incio da dcada
passada. O propsito principal da arquitetura era prover um
meio padronizado de se desenvolver a lgica de negcio de uma
aplicao, em oposio lgica da interface com o usurio. Com
EJBs, teoricamente seria possvel executar toda a lgica de uma
aplicao em um ou mais servidores, utilizando qualquer tipo de
interface. Assim, a lgica da aplicao validao, processamento
mais variados tipos applets, programas em Swing, aplicaes

12 Java Magazine Edio 105

web etc. apenas invocaria os mtodos da aplicao. Os diversos
EJBs seriam utilizveis da mesma maneira, independentemente
de estarem no mesmo servidor ou no isto , seriam distribudos
de maneira transparente. A Figura 1 mostra um esquema do que
se propunha.
Figura 1. Relao entre EJBs e interfaces.
Alm disto, EJBs provinham uma srie de funcionalidades
que abstraam detalhes de plataforma para o programador. Por
exemplo, EJBs controlam transaes e concorrncia de threads
automaticamente. Com EJBs, possvel responder a eventos,
executar chamadas assncronas e criar timers. Ademais, EJBs so
acessveis remotamente atravs de RMI e web services, podem
exigir autenticao (por exemplo, via JAAS) e ser encontrveis
atravs de JNDI.
Os protestos contra a especificao
A plataforma obteve uma adoo respeitvel por grandes compa-
nhias, inicialmente. Entretanto, a excessiva complexidade dos EJBs
comeou a gerar problemas. Desenvolvedores frequentemente sen-
tiam que havia pouco ganho real: se, por um lado, EJBs provinham
funcionalidades como transaes e controle de concorrncia, por
outro lado o grande nmero de interfaces requeridas, excees
a tratar, descritores XML complicados, etc. tornavam o processo
de escrev-los notavelmente complicado.
Alm disto, muitas das funcionalidades providas por EJBs
no eram necessrias em inmeros projetos. Muitas aplicaes
corporativas eram basicamente aplicaes web rodando em um
nico servidor como mostra a representao na Figura 2 e o
foco em programao distribuda dos EJBs apenas tornavam o
desenvolvimento destas aplicaes mais complexo. Por exemplo,
na verso original da arquitetura a nica maneira de se invocar
um EJB era atravs de CORBA, o que tornava muito custoso o
processo de chamar um mtodo na prpria mquina. At mais
recentemente, os EJBs deviam ser empacotados em arquivos JAR
especiais (chamados frequentemente de ejb-jars porque seu
nome deve terminar com -ejb.jar) que precisavam de um descri-
tor XML complicado chamado ejb-jar.xml. Se uma aplicao web
fosse utilizar EJBs, era necessrio adicion-los em um ejb-jar e,
paralelamente, adicionar o cdigo web (JSPs e outras classes) em
um arquivo WAR; posteriormente, os ejb-jars e o WAR deveriam
ser empacotados em um outro arquivo, denominado EAR (de
Enterprise ARchive).
Figura 2. Estrutura de uma aplicao corporativa mais simples e mais comum que a supor-
tada por EJBs
Como consequncia disto, EJBs passaram a ser menos popula-
res. Para tornar o cenrio ainda mais sombrio para este modelo
de arquitetura, uma srie de alternativas comeou a ser desen-
volvida. A principal, foi, provavelmente, o framework de injeo
de dependncias Spring. Lanado em 2002 por Rod Johnson, o
framework Spring tinha como propsito claro criar uma arqui-
tetura mais leve e produtiva que EJBs. O resultado foi bastante
positivo: Spring consolidou-se como uma das melhores e mais
populares tecnologias para desenvolvimento em Java, populari-
zou o conceito de injeo de dependncias (que viria a ser ubquo
entre os javeiros) e foi pioneiro em utilizar menos XML e adotar
pesadamente anotaes.
A contrarreforma com EJB 3.x
Em resposta s evolues dos frameworks concorrentes no
mercado, os EJBs evoluram tambm. Mudanas significativas
j aconteceram em EJB 2.0 como a adio de interfaces locais
para invocaes de mtodos no mesmo contexto mas a grande
revoluo veio com as verses 3.x da arquitetura.
Foi com EJB 3.0, por exemplo, que o descritor de implantao
ejb-jar.xml deixou de ser obrigatrio, tornando-se inclusive des-
necessrio em um grande nmero de situaes. Em seu lugar,
consistentemente adotaram-se anotaes, recm-adicionadas,
poca, em Java 5; agora beans de sesso, interceptadores, timers,
entre outros recursos passaram a ser configurados via anotaes.
Tambm se tornou possvel escrever EJBs como POJOs anotados,
Edio 105 Java Magazine 13
EJB 3.1 versus CDI

dispensando a implementao de interfaces como SessionBean e arquivos WAR. E tanto os ejb-jars quanto os arquivos WAR, assim
EJBHome. Por sua vez, as interfaces locais tornaram-se desneces- como quaisquer arquivos JAR necessrios, deviam ser agrupados
srias para invocar um mtodo de um EJB localmente no era em um arquivo EAR, que tinha seu prprio descritor, chamado
mais necessrio criar uma interface separada. application.xml. A Figura 3 apresenta um diagrama que representa
As anotaes no foram adotadas apenas para configurar EJBs, a estrutura de um hipottico arquivo EAR.
mas tambm para permitir a injeo de recursos. At EJB 2.x, a ma-
neira padro de se obter a referncia a um EJB era atravs da classe
InitialContext, que recuperava instncias de recursos atravs de
lookup. Um EJB na camada de servio, por exemplo, que fosse
utilizar um EJB da camada de persistncia seria implementado de
maneira semelhante Listagem 1. Em EJB 3.0, porm, possvel
injetar uma instncia de um EJB utilizando-se a anotao, como
visto na Listagem 2. Os dois exemplos de cdigo mostram como
a nova abordagem bem mais prtica, clara e sucinta.

Listagem 1. Exemplo de recuperao (lookup) de dependncias em EJB 2.x.

public class PessoaService {

public List<Pessoa> getPessoas() {
try {
InitialContext contexto = new InitialContext();
PessoaDAO pessoaDAO = (PessoaDAO) contexto.lookup(ejb/PessoaDAO); Figura 3. Estrutura de um arquivo EAR
return pessoaDAO.getPessoas();
} catch (NamingException e) {
e.printStackTrace(); Com EJB 3.1, possvel empacotar EJBs diretamente em um
return null; arquivo WAR. Os arquivos ejb-jar tornaram-se desnecessrios
}
e, com eles, o arquivo EAR, que tinha o propsito de associ-los
}
} interface web. Assim, na nova especificao, uma aplicao
web corporativa pode ter uma estrutura como a apresentada
Listagem 2. Exemplo de injeo de dependncias em EJB 3.0.
na Figura 4. Como dissemos, o descritor ejb-jar.xml no mais
public class PessoaService { necessrio, tambm.
@EJB
private PessoaDAO pessoaDAO;

public List<Pessoa> getPessoas() {

return pessoaDAO.getPessoas();
}
}

Uma das maiores mudanas foi no modelo de persistncia de

EJB 3.0. Houve uma migrao dos antigos beans de entidade
(Entity Beans), altamente abstratos e complicados, para a Java Per-
sistence API (JPA). A nova API para mapeamento objeto-relacional
(ORM) menos abstrata que os beans de entidade antigos (cuja
especificao fora projetada para lidar com qualquer tipo de base
de dados, no apenas as relacionais) e, por isto mesmo, muito
mais simples. Por isto, embora JPA no seja um componente
da especificao de EJBs (pode ser utilizada em contineres de
servlets, aplicaes de desktop ou mobile), ainda assim acabou
tornando os beans de entidade obsoletos.
EJB 3.1 deu sequncia simplificao. Uma das evolues mais
notveis foi a dispensa do formato Enterprise Archive (EAR). At
EJB 3.0, uma aplicao corporativa devia ser empacotada em um
complexo arquivo EAR. Os EJBs da aplicao vinham dentro
de arquivos ejb-jar; as classes responsveis pela interface web,
assim como JSPs e outros recursos, eram empacotadas dentro de
Figura 4. Arquivo WAR contendo EJBs
As interfaces de negcio tambm se tornaram desnecessrias,
bastando anotar os beans com @Remote embora ainda seja reco-
mendvel cri-las. Alm disso, EJB 3.1 permite criar EJBs singletons,
que permitam compartilhamento de estado entre vrios servios,
e chamada assncrona de mtodos atravs de anotaes.
Entretanto, a novidade que provavelmente melhor demonstra
o esprito simplificador de EJB 3.1 o conceito de EJB lite. Como
toda tecnologia Java, EJBs so retroativamente compatveis: uma
aplicao implementada em, digamos, EJB 2.0, deve rodar em
um servidor de aplicaes que suporte EJB 3.1, ao menos com
poucas alteraes. Entretanto, o legado de verses anteriores
pode tornar o desenvolvimento de novos servidores de aplicaes
realmente complicado, e os novos desenvolvedores Java EE tm
geralmente pouco interesse em padres antigos. Para reduzir o

14 Java Magazine Edio 105

custo de implementar e compreender verses antigas do padro,
Java EE 6 apresenta o conceito de EJB lite, que um subconjunto
das especificaes de EJB 3.1. Deste modo, um servidor de apli-
caes que implemente apenas EJB lite deve prover as seguintes
funcionalidades:
Beans de sesso stateless, stateful e singletons;
EJBs com interface local e EJBs sem interface;
Interceptadores;
Gerenciamento de transaes;
Recursos de segurana de EJBs, tanto declarativos quanto pro-
gramticos; e
Embeddable API isto , a API para execuo de EJBs dentro da
JVM do cliente, geralmente para testes unitrios.
A prpria ideia de uma verso mais simples de EJB j seria
suficiente para mostrar o comprometimento da especificao
Java EE 6 com a simplificao do desenvolvimento corporativo
em Java. De fato, EJB 3.1 (tanto a verso lite quanto a completa)
bem mais simples e prtico que seus predecessores, e possvel
que recupere ao menos boa parte do mercado que havia perdido
para as solues mais leves.
Entretanto, Java EE 6 trouxe muito mais que EJB 3.1. De fato, junto
com a nova verso dos EJBs foi apresentada uma especificao que
poderia muito bem ser concorrente do prprio EJB 3.1. Esta especifi-
cao conhecida como Contexts and Dependency Injection isto , CDI.
Contexts and Dependency Injection
De todas as novidades em Java EE 6, talvez no seja exagero
afirmar que a mais revolucionria seja CDI. Esta nova especifica-
o, definida na JSR-299, trouxe para o mundo dos padres Java
funcionalidades h muito populares em frameworks de terceiros,
como injeo de dependncia e ciclos de vida baseados em con-
texto. CDI se destacou, porm, por seu modelo de programao
inesperadamente simples e, ainda assim, singularmente poderoso
e flexvel. Este novo modelo consegue, alm do mais, manter
compatibilidade retrgrada com padres Java EE e, notadamente,
no exige nem centrado em EJBs.
- CDI um assunto amplo demais para ser abordado neste artigo, de modo que
assumimos que o leitor j possua algum conhecimento sobre ele. Caso necessite
estud-lo, a Edio 84 da Java Magazine inicia uma srie de artigos bastante
instrutivos sobre o tema. H um link para o incio da srie ao final deste artigo.
Edio 105 Java Magazine 15
EJB 3.1 versus CDI
O que CDI oferece
Os desenvolvedores Java EE experientes no puderam deixar de
notar a duplicao de algumas funcionalidades de EJB em CDI.
Por exemplo, a injeo de dependncias via @EJB agora pode ser
feita com a anotao @Inject, que, no obstante, muito mais po-
derosa: alm de permitir injetar EJBs entre si, tambm capaz de
executar a injeo de dependncias nos POJOs conhecidos como
beans gerenciados. Em outras palavras, @Inject no s atende a
todas as necessidades atendidas por @EJB, como tambm permite
utilizar injeo de dependncias em objetos que no sejam EJBs. Assim,
se um programador almejava criar EJBs para poder executar inje-
o de dependncias de acordo com os padres, j no o precisa
fazer em Java EE 6.
- Beans gerenciados (managed beans) so todos os beans criados e gerenciados por
CDI. Podem ser tanto EJBs quanto POJOs que satisfaam umas poucas condies
(ser classe concreta, possuir construtor padro, etc.).
Outro ponto em que CDI reimplementa funcionalidades de EJB
de maneira superior o gerenciamento de ciclo de vida de beans.
Enquanto beans de sesso podem ser apenas stateless (criado e
destrudo a cada acesso), stateful (criado e destrudo quando o
desenvolvedor determina) ou, em EJB 3.1, singletons, um bean ge-
renciado pode ter praticamente qualquer ciclo de vida. Para nos
restringirmos apenas aos j providos por CDI, um bean gerenciado
pode estar em um dos seguintes escopos:
Escopo de requisio: quando instanciado e destrudo a cada
requisio;
Escopo de sesso: quando associado a uma sesso e destrudo
junto com ela;
Escopo de aplicao: quando sobrevive por todo o perodo de
execuo da aplicao; ou
Escopo de conversao: geralmente associado a uma aba de
navegador, e passvel de ser destrudo pelo programador.
Esta uma maneira muito mais flexvel, intuitiva e prtica de
gerenciar o ciclo de vida de instncias e, novamente, independem
de EJB. Por outro lado, possvel colocar EJBs em qualquer um
destes escopos.
Ademais, assim como EJBs, possvel escrever interceptadores
para os beans gerenciados de CDI. Os interceptadores de CDI so
consideravelmente mais simples e flexveis que os interceptado-
res de EJB. Caso os interceptadores no sejam exatamente o que
o desenvolvedor deseja, CDI permite a criao de decoradores,
que, dependendo da situao, podem ser bem mais adequados.
Como usual, interceptadores e decoradores de CDI podem ser
aplicados a EJBs tambm.
Os criadores de CDI enfatizam bastante, tanto na JSR quanto
nas documentaes de referncia, que a nova tecnologia no
veio para substituir EJBs. Entretanto, CDI bastante semelhante
a frameworks como Spring, Seam e Guice, que se consolidaram
como alternativas prticas a EJB. Oras, estes frameworks e, por
extenso, CDI so frequentemente considerados como uma
16 Java Magazine Edio 105
melhor alternativa para aplicaes que tenham uma arquitetura
semelhante apresentada na Figura 2, na qual toda a lgica
executada em um nico servidor. Mesmo a comunicao entre
servios distribudos possvel de ser feita, hoje em dia, atravs
de web services, seja com SOAP ou REST.
Neste contexto, um desenvolvedor pode se perguntar: h ainda
alguma vantagem em utilizar EJBs? possvel abandon-los
completamente em favor de CDI?
O que CDI no oferece
A resposta para esta questo mais complexa do que pode
parecer primeira vista.
Apesar de todo o seu poder, CDI no prov vrias funcionalida-
des dos EJBs, inclusive algumas muito teis no desenvolvimento
de aplicaes web no distribudas. Por exemplo, CDI no fornece
controle de transaes automaticamente; EJBs, por outro lado,
podem fazer gerenciamento de transaes de maneira declarativa
e quase transparente.
Algumas funcionalidades de EJB teis para grandes aplicaes
corporativas tambm no tm contrapartidas imediatas em CDI.
o caso dos timers, que permitem agendar a execuo de mtodos de
beans para momentos especficos. Outra funcionalidade relevante
so os mtodos assncronos. Estes mtodos, quando invocados, no
bloqueiam a thread; ao invs disto, so executados paralelamente e
seus resultados podem ser recuperados posteriormente.
Provavelmente, porm, a maior deficincia de CDI, quando
comparado com EJBs, seja a falta de facilidades para programa-
o distribuda. No possvel invocar beans gerenciados em
servidores diferentes de maneira transparente, por exemplo.
Outros recursos, como monitorao de beans via JMX, tambm
esto ausentes, dificultando a depurao e monitoramento de
aplicaes. CDI tampouco suporta pooling de instncias e beans
gerenciados no so encontrveis via JNDI nem invocveis
via JMS.
Muitas destas funcionalidades podem ser providas por exten-
ses de CDI ou outras bibliotecas. Por exemplo, o projeto Apache
MyFaces CODI, que um conjunto de extenses para CDI, prov
uma anotao @Transactional que declarativamente envolve beans
ou mtodos em transaes. Timers podem ser substitudos pelo
agendador Quartz; o projeto teria mais uma dependncia, mas
Quartz em si bem poderoso, at mais que os timers. Mtodos
assncronos, por sua vez, podem ser implementados com threads.
Por fim, h extenses para tornar beans CDI mais fceis de acessar
remotamente boa parte delas oriundas do claudicante projeto
Seam 3 como RESTEasy CDI e Seam JMS. Futuramente, ainda
mais mdulos estaro disponveis.
Entretanto, razovel se perguntar se realmente compensa
utilizar estas extenses em boa parte dos casos. Muitas, talvez a
maioria, destas extenses ainda est em amadurecimento ou tm
futuro indefinido, como as providas por Seam 3. Alm disto, CDI
integra muito bem com EJB, de modo que possvel delegar aos
EJBs o que CDI no pode fazer. Como EJB 3.1 muito simples de
utilizar e EJB lite relativamente fcil de ser implantado at em
contineres de servlets, no absurdo se cogitar o uso de CDI com esquematicamente pela Figura 5, a Figura 6 mostra graficamente
EJB, o que , por sinal, a recomendao dos grandes patrocinadores a arquitetura ECB.
de Java, como Oracle e JBoss.

Usando EJB com CDI

De fato, utilizar EJB 3.1 e CDI pode tornar o desenvolvimento
muito mais simples.
Por exemplo, considere a classe PessoaDAO da Listagem 3.
A classe tem a responsabilidade de persistir uma entidade cha-
mada Pessoa no banco de dados; entretanto, o cdigo apresentado
fatalmente falharia, porque no haver nenhuma transao aberta.
Uma soluo seria gerenciar as transaes manualmente, o que
seria trabalhoso e prolixo. Outra opo seria usar uma extenso
de CDI, como o Hibernate CDI ou MyFaces CODI.

Listagem 3. Classe de DAO sem gerenciamento de transaes.

public class PessoaDAO {

@PersistenceContext(unitName=GerenciadorEntidade)
private EntityManager entityManager;
public void atualizar(Pessoa pessoa) {
entityManager.merge(pessoa); Figura 5. Representao esquemtica de uma aplicao MVC
}
}

A simplicidade de EJB 3.1

A terceira opo seria transformar PessoaDAO em um EJB. O desen-
volvedor Java EE antigo pode imaginar que isto excessivamente
complexo para um problema to simples, mas em Java EE 6 esta , de
fato, a soluo mais simples: basta anotar a classe com @Stateless:

@Stateless
public class PessoaDAO

E isto: nosso EJB est pronto, com controle de transaes; como

EJBs so tambm beans gerenciados de CDI, possvel injetar nosso
PessoaDAO em qualquer outro bean CDI e injetar qualquer bean
gerenciado em PessoaDAO.

O modelo Entity-Control-Boundary
No nosso exemplo, utilizamos EJBs para gerenciamento de
transaes, mas poderamos converter nosso bean em um EJB
para criar mtodos assncronos, torn-lo acessvel via JMS, acres-
centar um timer etc. O mais frequente, porm, em aplicaes web
de complexidade mdia, utilizar EJBs por serem transacionais,
mas de acordo com o modelo Entity-Control-Boundary (ECB), uma
variante do modelo MVC. Figura 6. Representao esquemtica de uma aplicao ECB.
Neste modelo, a aplicao possui trs camadas antes do view:
camada de entidades (que contm elementos persistentes ou - A grande vantagem do modelo ECB a separao entre a lgica de negcio e a
objetos no gerenciados), camada de fronteira (cujos componen- lgica de apresentao. Esta separao importante porque o cdigo da interface
tes so acessados por cdigo cliente) e camada de controle (que de uma aplicao tende a mudar muito, ao contrrio da lgica de negcio, que
intermedeia fronteira e entidade). A lgica de apresentao est mais estvel.
isolada no view, que utiliza a camada de fronteira. Por sua vez,
a lgica de negcio implementada nas camadas de entidade, Se nosso exemplo for convertido ao modelo ECB, a classe Pessoa
controle e fronteira. Se uma aplicao MVC pode ser representada pertenceria camada de entidade, e PessoaDAO pertenceria camada

Edio 105 Java Magazine 17

EJB 3.1 versus CDI
de controle. Haveria, porm, uma nova classe, chamada, digamos,
PessoaFacade, que seria a camada de fronteira. Nesta arquitetura, o
EJB no seria mais PessoaDAO, mas sim PessoaFacade. Isto faz sentido
porque se, digamos, executarmos um mtodo que faa duas opera-
es de persistncia, e a segunda operao falhar, provavelmente
ser necessrio que ambas as operaes sejam canceladas, pois a
primeira operao s faria sentido junto com a segunda. A classe
PessoaFacade apresentada na Listagem 4.
- Outra vantagem de usar EJBs na camada de fronteira que isto permite que os
servios sejam providos remotamente, sejam distribudos etc. Considerando que
o custo de criar EJBs em Java EE 6 baixo, pode ser uma boa estratgia.
O papel de CDI neste cenrio fazer o que melhor faz: servir de
cola entre os componentes da aplicao. Os componentes internos
do software no precisaro ser mais EJBs e sero injetados via
CDI, que vantajoso at mesmo para fazer injeo de dependn-
cias em EJBs, como pode ser visto na Listagem 4. CDI tambm
ficaria responsvel por processar eventos, executar intercepta-
dores e decoradores, gerenciar ciclo de vida, entre outros. Caso
um componente interno da aplicao venha a necessitar de uma
funcionalidade de EJBs, adapt-lo pode ser to simples quanto
acrescentar a anotao @Stateless.
Listagem 4. Classe de facade, que cumpre o papel de fronteira na arquitetura ECB
de nosso projeto.
@Stateless
public class PessoaFacade {
@Inject private PessoaDAO pessoaDAO;
public Pessoa criar(String nome, String usuario, String senha, int idade) {
return pessoaDAO.criar(nome, usuario, senha, idade);
}
public List<Pessoa> getTodas() {
return pessoaDAO.recuperarTodas();
}
} http://docs.jboss.org/weld/reference/1.0.0/en-US/html/
Concluses
Java sempre teve o estigma de ser uma linguagem complicada, e
a plataforma Java EE era emblemtica neste sentido. Muitas de suas
tecnologias centrais, como EJBs, eram extremamente complexas,
trabalhosas e confusas. Java EE 6, porm, reverte boa parte deste
quadro, ao trazer evolues de frameworks de terceiros para as
especificaes especiais, alm de reformar tecnologias antigas.
Por exemplo, considere EJB 3.1. Esta verso de EJBs, que faz parte
de Java EE 6, torna ainda mais simples a verso anterior da tecnolo-
gia, EJB 3.0, que j tinha tornado EJBs praticamente irreconhecveis
de to simples, quando comparados com verses anteriores.
Entretanto, o carter obscuro e trabalhoso dos EJBs antigos era to
traumatizante que os desenvolvedores Java EE ainda buscam ma-
neiras de evitar ter de lidar com EJBs, mesmo na nova verso. Isto se
tornou ainda mais desejvel com a introduo de CDI, a especificao
18 Java Magazine Edio 105
Java EE para injeo de dependncias e gerenciamento de contexto.
CDI inspira-se em muitos frameworks bem-sucedidos de terceiros,
que j resolvem inmeros dos problemas que Java EE atacava h um
bom tempo. Os programadores Java para web no puderam deixar
de se perguntar, ento: possvel substituir EJBs por CDI?
Em boa parte dos cenrios, possvel sim abandonar EJBs, pois
muitos dos seus recursos j so fornecidos por CDI. verdade que
h funcionalidades de Enterprise JavaBeans que no so supridas
por CDI (ao menos no ainda), tais como gerenciamento de tran-
saes; entretanto, so frequentemente fceis de implementar e
um rico ecossistema de extenses para CDI est florescendo. Se
voc deseja gerenciamento declarativo de transaes, por exemplo,
basta usar projetos como MyFaces CODI.
Por outro lado, o desenvolvedor pode ter muito a ganhar se der uma
chance a EJB 3.1. De fato, o desenvolvimento de EJBs na nova verso
to simples quanto a criao de beans gerenciados por CDI, e EJB tem
a vantagem de j estar disponvel em servidores de aplicao. Muitos
dos problemas que demandariam extenses de CDI so resolvveis
e, o mais importante, facilmente resolvveis com EJB 3.1.
Resumindo, o desenvolvedor Java EE tem duas escolhas: utilizar
CDI com extenses ou utilizar EJB 3.1 com CDI ambas as solues
so viveis. recomendvel, porm, que o programador avalie se
EJB uma soluo para seu problema. No final das contas, esta
a melhor notcia: EJB pode ser a soluo, agora, e no mais um
problema por si s.
Adam Victor Nazareth Brandizzi
brandizzi@gmail.com
desenvolvedor em vrias linguagens. Programa em Java h
quatro anos, trabalhando majoritariamente com Struts 2 e com a
ferramenta de portais Liferay. licenciado em Computao pela Univer-
sidade de Braslia e atualmente trabalha para SEA Tecnologia.
http://jcp.org/en/jsr/detail?id=299
JSR 299 - a especificao de CDI.
Manual de referncia de Weld, a implementao de referncia de CDI.
http://www.devmedia.com.br/post-18231-CDI-Contextos-e-Dependencias.html
CDI - Contextos e Dependncias (Artigo da Java Magazine 84
explicando como utilizar CDI).
http://www.adam-bien.com/roller/abien/entry/simplest_possible_ejb_3_15
Artigo de Adam Bien explicando como usar CDI com EJB.
http://myfaces.apache.org/extensions/cdi/
Pgina do projeto Apache MyFaces CODI.
D seu feedback sobre esta edio! Feedback
eu
s
A Java Magazine tem que ser feita ao
D
seu gosto. Para isso, precisamos saber
sobre e
o que voc, leitor, acha da revista!
s
ta
edio
D seu voto sobre este artigo, atravs do link:
www.devmedia.com.br/javamagazine/feedback
Edio 105 Java Magazine 19
Seo Java Nesta seo voc encontra artigos intermedirios e avanados sobre Java
Por dentro do JavaFX 2
Uma nova plataforma para o desenvolvimento de
aplicaes ricas para web
D Resumo DevMan
esde a popularizao da Internet, vemos uma
tendncia crescer de maneira constante: a con-
vergncia de aplicativos, anteriormente isola-
dos em um computador desconectado, para a Web.
Dentro da janela de um navegador, no so somente sites
que prendem a ateno do usurio agora, aplicativos,
jogos e contedo multimdia saltam literalmente da
Internet para o computador do usurio.
Essa tendncia de criao de aplicaes Web cada vez
mais parecidas (e at mesmo equivalentes ou superiores)
com outros programas tradicionalmente no dependen-
tes da Internet e que so costumeiramente chamados
de aplicativos desktop culminou com o aparecimento
de uma nova categoria de aplicativos, a dos aplicativos
ricos para a Internet (Rich Internet Applications, ou sim-
plesmente RIA).
A ideia por trs deste tipo de aplicativo justamente
dar ao usurio os mesmos recursos e a mesma sen-
sao de utilizao que ele possui com um aplicativo
desktop tradicional, desfrutando das bvias vanta-
gens da conexo rede. Um aplicativo deste tipo, por
ser executado na maioria dos casos dentro de um
navegador, torna-se acessvel em qualquer local onde
o usurio tenha acesso a um browser e uma conexo
Internet.
Uma outra caracterstica marcante da aplicao rica
para a Internet que esta geralmente faz uso intenso
de animaes e grficos em alta qualidade tanto que,
atualmente, alguns dos exemplos mais populares de
aplicativos nesta categoria so jogos e programas com
uso abundante de recursos de multimdia.
Este conceito das Rich Internet Applications, apesar de
ser desconhecido por muitos, no novo. Programas
deste tipo tm sido desenvolvidos h anos, por meio
de plug-ins para navegadores (como o Adobe Flash),
virtualizao e uso intenso de JavaScript e Ajax.
Atualmente, as trs plataformas mais utilizadas para
desenvolvimento de aplicaes ricas para a Internet so
(por taxa de presena no mercado http://www.statowl.
com/custom_ria_market_penetration.php):
Adobe Flash (95.60 %);
Java (75.81 %); e
Microsoft Silverlight (67.32 %).
20 Java Magazine Edio 105
De que se trata o artigo:
O artigo apresenta a tecnologia JavaFX 2.0, voltada ao desenvolvimen-
to de aplicaes cliente ricas para a Internet em mltiplas plataformas.
Para isso, uma introduo tecnologia, seu histrico e principais recur-
sos so apresentados, junto a exemplos prticos onde so demonstradas
algumas das suas funcionalidades.
Em que situao o tema til:
A criao de aplicaes cliente ricas hoje um segmento em ascen-
so na rea de desenvolvimento de software. Os programadores Java
contam agora com o JavaFX 2.0 como uma nova opo, poderosa e
flexvel, nesta rea.
Por dentro do JavaFX 2:
A tecnologia JavaFX, recentemente atualizada para a verso 2.0,
possibilita a criao de aplicaes cliente ricas para a Internet utili-
zando um novo conjunto de controles e recursos grficos, aliados
s vantagens da linguagem Java que j so familiares aos desenvol-
vedores. No so somente aplicaes grficas e jogos que podem
tirar proveito da tecnologia. Qualquer tipo de software cliente pode
ser desenvolvido utilizando seus recursos e evidentes vantagens na
elaborao de uma rica interface.
A plataforma Adobe Flash uma velha conhecida dos desenvol-
vedores Web; com ela, os mais variados tipos de aplicativos so de-
senvolvidos atualmente, de jogos e softwares multimdia a aplicativos
tradicionais, por meio do uso do AIR (Adobe Integrated Runtime).
A aposta da Microsoft em RIA, o Silverlight, foi lanado em
Abril de 2007 e um competidor direto do Adobe Flash. Em seu
benefcio, est a possibilidade de criao de aplicativos usando as
linguagens do framework .NET e o Visual Studio como ferramenta
de desenvolvimento.
O Java ocupa a segunda posio nesta estatstica, com o diferen-
cial de ser j veterana neste quesito afinal de contas, applets
Java so usados h anos para desenvolvimento de aplicaes ricas
para a Internet.
Mas alm dos applets, uma nova alternativa para desenvol-
vimento de aplicaes ricas em Java foi apresentada em Maio
de 2007 pela ento Sun (hoje, como sabemos, incorporada pela
Oracle): o JavaFX.
O que JavaFX: introduo e um breve histrico tradicionais (usando controles padro, como botes e caixas de
Nas palavras da prpria Oracle, JavaFX o prximo passo na texto), quanto no uso de desenhos, animaes e grficos 3D;
evoluo do Java como plataforma de desenvolvimento de aplica- Um novo mecanismo de mdia, para reproduo de udio, vdeo
es cliente ricas. E a Oracle vai ainda mais longe: no item 6 do e streaming;
FAQ do JavaFX (http://www.oracle.com/technetwork/java/javafx/over- Fcil integrao com aplicaes e controles Swing existentes;
view/faq-1446554.html), a empresa indica que a tendncia o JavaFX Um novo plug-in para os browsers, que visa aumentar o desem-
assumir o posto do Swing como principal biblioteca de interface penho na execuo das aplicaes JavaFX e utilizar as vantagens
do usurio da linguagem. Isso no quer dizer pouca coisa. da acelerao grfica.
Inicialmente apresentada em maio de 2007, a primeira verso
oficial (1.0) s foi disponibilizada pela Sun em dezembro de 2008.
Nas suas primeiras verses, antes da chegada da 2.0, os aplicativos
JavaFX eram criados em uma linguagem de scripting especfica,
denominada JavaFX Script.
O cdigo escrito nesta linguagem era posteriormente compilado
em bytecode, podendo ser executado em qualquer sistema com o
Java Runtime instalado. Mantendo a tradio do Java, uma apli-
cao rica JavaFX pode ser executada em plataformas distintas,
como celulares com Java ME, sistemas operacionais da famlia
Windows e variaes de Unix (Linux, Solaris e Mac OS X).
O lanamento da verso 2.0 marcou uma mudana significativa
no JavaFX, j que a partir dela as aplicaes puderam passar a
ser escritas em cdigo Java nativo. O suporte ao JavaFX Script foi
removido nesta verso, mas graas disponibilizao pblica do
seu cdigo-fonte em 2007, ganhou uma possibilidade de sobre-
vida com a ajuda da comunidade (como por exemplo o projeto Figura 1. Tela do exemplo Ensemble, fornecido pela Oracle, apresentando um grfico criado
Visage http://code.google.com/p/visage/). em JavaFX 2.0
Agora, com o JavaFX 2, a soluo apresentada como a forma do
programador Java tradicional reaproveitar seu conhecimento na Assim como outras tecnologias similares, como o Adobe Flash,
linguagem para o desenvolvimento de aplicaes ricas. o JavaFX tambm ideal para criao de jogos, dos mais simples
(Figura 2) aos mais complexos, utilizando o j comentado suporte
Caractersticas e recursos do JavaFX acelerao grfica por hardware.
O JavaFX traz uma srie de caractersticas e recursos interes-
santes aos desenvolvedores, sejam eles programadores Java ou
no, como por exemplo:
Um conjunto de mais de cinquenta controles totalmente repagi-
nados, incluindo os tradicionais (como botes, caixas de entrada de
texto, etc.) e outros mais sofisticados, como grficos (Figura 1), tabelas
e at mesmo uma verso do popular acordeo (accordion) encon-
trado em bibliotecas JavaScript. Afinal de contas, uma aplicao sria
e detalhista, como, por exemplo, uma que demonstra os indicadores
financeiros de uma empresa, no precisa ser necessariamente feia;
Drag and drop de aplicativos: uma aplicao JavaFX executada
dentro de um navegador pode facilmente ser arrastada at a
rea de trabalho, ou outra pasta qualquer, e posteriormente ser
executada sem necessidade do browser;
A partir da verso 2.0, com a mudana de JavaFX Script para
cdigo Java nativo, fica ainda mais intuitiva e rpida a familiariza-
o de usurios veteranos da linguagem com a nova tecnologia; Figura 2. Tela do exemplo BrickBreaker, fornecido pela Oracle
Uma separao da interface grfica e da lgica realizada ade-
quadamente. Para isso, o JavaFX traz a FXML uma linguagem Todas estas vantagens j esto disponveis aos desenvolvedores,
de marcao baseada em XML para definio da interface; nas principais plataformas (Windows, Linux este ainda em
Mecanismo de acelerao grfica que aproveita diretamente verso preview e Mac OS X), j que o JavaFX 2.0 est includo
os recursos das GPUs mais modernas, tanto nas interfaces mais diretamente no JDK 7.

Edio 105 Java Magazine 21

Por dentro do JavaFX 2
Quanto s ferramentas de desenvolvimento, o NetBeans, na
verso 7.1.2 (a mais atual no momento da elaborao deste artigo),
possui suporte completo criao de projetos JavaFX 2, bem como
depurao dos mesmos.
Para criao das interfaces grficas, a Oracle disponibiliza o
JavaFX Scene Builder. Com ele, o desenvolvedor pode montar
sua interface graficamente, arrastando os controles pela tela, e
o cdigo apropriado em FXML ser gerado automaticamente.
Arquitetura do JavaFX
O JavaFX possui uma arquitetura interna dividida em camadas,
onde, como base principal, est a mquina virtual Java (Figura 3).
No centro da arquitetura esto os componentes responsveis pela
renderizao grfica (Prism), o toolkit de janelas (Glass) e os me-
canismos de suporte multimdia e interface Web. Na parte mais
externa, encontram-se as APIs pblicas do JavaFX e o grfico de
cena (Scene Graph).
O grfico de cena uma estrutura hierrquica composta por
ns (nodes) os elementos da interface do usurio. Para cada
um destes elementos so definidas propriedades e eventos, assim
como se faz no tradicional toolkit Swing. Complementando o
grfico de cena, na mesma camada, est a API pblica do JavaFX,
constituda de classes para animaes, mdia e interao com os
controles visuais, entre outras.
Figura 3. Diagrama da arquitetura do JavaFX 2 (adaptado da documentao da Oracle)
O sistema grfico do JavaFX est indicado pelos elementos de
cor azul-escuro no diagrama da Figura 3. O Prism um elemento
fundamental nesta estrutura, sendo responsvel pela renderizao
grfica, utilizando para isto DirectX em sistemas Windows, Open-
GL em Mac e Linux, e Java2D quando a acelerao por hardware
no est disponvel.
O Toolkit Quantum o responsvel por unir o Prism, o toolkit
de janelas Glass, o mecanismo de mdia e o mecanismo de Web,
para ento disponibiliz-los camada da API pblica e do grfico
de cena. Os controles visuais do JavaFX, parte do toolkit de janelas
Glass, so inseridos como ns no grfico de cena. A aparncia
destes controles pode ser definida por meio de folhas de estilo
CSS, o que facilita a padronizao e configurao da interface do
aplicativo.
Com relao mdia, existe suporte nativo para arquivos de
udio em formato MP3 e WAV, bem como para vdeos no for-
mato FLV. A reproduo de arquivos de mdia extremamente
simples, bastando para isso usar as classes existentes no pacote
22 Java Magazine Edio 105
javafx.scene.media: Media, para representar um arquivo; MediaPlayer,
para reproduzi-los; e MediaView, para exibir a mdia como um n
no grfico de cena.
Como se trata de uma arquitetura multiplataforma, tambm
so disponibilizados layouts para um correto e flexvel agru-
pamento dos controles visuais dentro do grfico de cena. Estas
classes, do tipo container, esto disponveis no pacote javafx.
scene.layout.
Seguindo o preceito que uma plataforma de aplicaes ricas deve
utilizar bastante os recursos grficos, no faltam ao JavaFX classes
para transformao 2D e 3D, assim como diversos efeitos visuais.
Com as classes do pacote javafx.scene.transform, possvel realizar
a translao e rotao de um n no grfico de cena, nos eixos x,
y e z. J no pacote javafx.scene.effects, encontram-se classes para a
aplicao de diversos efeitos grficos em um n, como sombra e
reflexo, por exemplo.
Um outro elemento importante da arquitetura do JavaFX 2 a
linguagem de marcao FXML. Baseada em XML, ela utilizada
para definio da interface de uma aplicativo JavaFX. Criar uma
interface JavaFX usando FXML, e no diretamente pelo cdigo
Java (o que tambm perfeitamente possvel), traz a vantagem
da separao entre a lgica da aplicao e a definio da sua
aparncia. Dentro do padro de desenvolvimento em camadas
MVC (Model-View-Controller), pode-se dizer que a interface em
FXML se encaixa como a viso (View) da aplicao.
Um arquivo com a definio FXML de uma tela pode ser criado
diretamente em cdigo XML, por meio de um editor de texto sim-
ples, ou com o uso do JavaFX Scene Builder. Com este ltimo, o
usurio cria a tela arrastando e posicionando os controles visuais,
e o cdigo FXML gerado automaticamente.
No existe nada melhor para conhecer uma nova plataforma de
desenvolvimento do que por as mos na massa. Visando propor-
cionar um melhor entendimento do JavaFX, de sua arquitetura e
funcionalidades, sero demonstrados a seguir exemplos prticos
que abrangem os conceitos fundamentais na elaborao de um
aplicativo baseado nesta tecnologia.
Tutorial
Instalando e testando o JavaFX 2
Para desenvolver aplicativos em JavaFX, inicialmente, era ne-
cessrio obter o SDK apropriado como um download parte.
Porm, as verses mais recentes do JDK 7 para sistemas opera-
cionais Windows e Mac OS X j trazem o JavaFX SDK integrado.
Para sistemas Linux, est disponvel uma verso beta, denomi-
nada JavaFX Developer Preview (o endereo para download est
disponvel na seo Links, no final do artigo).
 Os exemplos aqui demonstrados foram criados e testados com
a verso 7u4 do JDK, que inclui o JavaFX 2.1 (Figura 4), junto
com o NetBeans 7.1.2. Para garantir total compatibilidade com os
exemplos que sero apresentados aqui, recomenda-se o uso de
verses iguais ou superiores a estas.
Figura 4. Tela inicial da instalao do JDK 7u4, que inclui o JavaFX 2.1 (em destaque)
Aps o encerramento da instalao padro do JDK 7u4, ser
apresentada a tela de instalao do JavaFX 2.1. Assim como no
caso do JDK, basta prosseguir clicando em Next (Figura 5). Ao
finalizar a instalao, o sistema j estar pronto para executar e
compilar aplicativos JavaFX. Para a criao dos exemplos, ser
utilizado o NetBeans verso 7.1.2, que tem suporte completo para
a criao de aplicativos JavaFX 2.1.
O primeiro exemplo consiste em uma verso JavaFX do tra-
dicional Al, mundo, com o objetivo de testar se a instalao
da plataforma foi realizada corretamente. Assim, no NetBeans,
clique no menu Arquivo | Novo projeto.... Na janela que ser exibi-
da, selecione a categoria JavaFX, esquerda, Aplicativo JavaFX,
direita, e clique em Prximo (Figura 5).
Figura 5. Criando um novo projeto JavaFX
Na prxima tela, informe o nome do projeto como AloMundo-
FX (Figura 6). Uma aplicao JavaFX, especificada pela classe
javafx.application.Application, contm sempre um Stage, que pode ser
definido como o container superior de todos os objetos da tela (ou
seja, uma janela grosso modo). Dentro de um Stage, por sua
vez, fica uma Scene, que conter os controles visuais, como botes
e rtulos de texto. Na criao do projeto, o nome especificado
para ele ser usado automaticamente como o nome da sua classe
Application. Clique ento em Finalizar.
Figura 6. Definio do nome do novo projeto
Como pode ser visto na aba Projetos do NetBeans, a estrutura
inicial de um projeto JavaFX bastante simples contm apenas
a biblioteca principal da plataforma e o arquivo com o cdigo da
Application.
Todo projeto JavaFX criado pelo NetBeans contm um modelo
bsico de cdigo que j est pronto para ser executado e pode ser-
vir perfeitamente para testar a plataforma. Deste modo, pressione
a tecla F6 ou clique no boto Executar projeto principal do NetBeans
para execut-lo (lembre-se que, caso tenha mudado seu projeto
principal, clique com o boto direito do mouse sobre o projeto
AloMundoFX e selecione Definir como projeto principal). Em poucos
segundos uma janela com a aplicao JavaFX ser aberta, e ao
clicar no boto Say Hello world, esta mensagem ser exibida
no console, logo abaixo (Figura 7).
Vamos incrementar um pouco mais esta aplicao. Ao invs de
exibirmos a mensagem Hello World! no console, vamos mostrar
Al mundo! dentro da janela, usando um controle Label do pa-
cote javafx.scene.control. Para deixar o aplicativo com mais cara de
JavaFX, vamos aplicar um efeito DropShadow (Sombra), existente
no pacote javafx.scene.effect, neste Label.
Antes de passarmos ao cdigo-fonte, necessrio entender um
conceito importante em um aplicativo JavaFX a relao entre as
classes Scene e Stage, usadas na definio da tela.
Como foi abordado no tpico relativo arquitetura do JavaFX,
os elementos visuais do aplicativo so construdos em um gr-
fico de cena (Scene Graph). Este termo um velho conhecido
dos pesquisadores de programao grfica e realidade virtual,
Edio 105 Java Magazine 23
Por dentro do JavaFX 2

e usado para determinar a estrutura
hierrquica de elementos visuais em uma
imagem ou tela.
No JavaFX, um grfico de cena usado
para definio de uma tela do aplicativo,
por meio do uso da classe Scene. Um objeto
desta classe , portanto, um grfico para
uma cena (ou tela) dentro programa.
J a classe Stage f u nc iona como o
container de uma Scene. De fato, uma
Figura 7. Execuo da aplicao AloMundoFX
das tradues para a palavra stage , li-
teralmente, palco. O Stage , deste modo, o
palco onde a(s) cena(s) acontecem. Dentro
dele, colocada a Scene, e dentro da Scene, so
inseridos os demais controles, como rtulos
e botes. O Stage funciona, sob o ponto de
vista de uma aplicao desktop tradicional,
como sua janela principal.
Com os conceitos de Stage e Scene defini-
dos, podemos passar para a codificao.
Assim sendo, modifique o cdigo-fonte
da sua classe AloMundoFX de modo que ele
fique como o apresentado na Listagem 1
(note que os comentrios foram re-
movidos para reduzir o tamanho da
listagem).
Neste primeiro projeto, importante ter
um entendimento especfico sobre cada
uma das linhas do cdigo:
Linhas 3 a 14: so realizados os imports
para as classes utilizadas no programa;
Linha 16: a classe AloMundoFX herda a
Application, de javafx.application. Esta a classe
base de uma aplicao JavaFX o seu
ponto de entrada;
Linhas 18 a 20: o mtodo main() invoca o
mtodo launch(), passando os argumentos
recebidos. de launch(), herdado de Application,
a tarefa de iniciar a aplicao;
Linha 23: no mtodo start(), reescrito
da superclasse Application, que deve ser
colocado o cdigo inicial da aplicao.
Este mtodo, invocado automaticamente
na sequncia de inicializao do aplica-
tivo, recebe o Stage principal da aplicao
como parmetro, onde a cena dever ser
construda;
Linha 24: o mtodo setTitle() define o
texto da barra de ttulo do Stage (janela)
principal;

Listagem 1. Cdigo da classe AloMundoFX.

01 package alomundofx; 26 btn.setText(As palavrinhas mgicas so...);

02 27 DropShadow sombra = new DropShadow();
03 import javafx.application.Application; 28 sombra.setOffsetY(3.5);
04 import javafx.event.ActionEvent; 29 sombra.setColor(Color.color(0.5, 0.5, 0.5));
05 import javafx.event.EventHandler; 30 final Label lab = new Label();
06 import javafx.scene.Scene; 31 lab.setEffect(sombra);
07 import javafx.scene.control.Button; 32 lab.setTextFill(Color.STEELBLUE);
08 import javafx.scene.control.Label; 33 lab.setFont(Font.font(null, FontWeight.BOLD, 42));
09 import javafx.scene.effect.DropShadow; 34 lab.setCache(true);
10 import javafx.scene.layout.VBox; 35 btn.setOnAction(new EventHandler<ActionEvent>() {
11 import javafx.scene.paint.Color; 36
12 import javafx.scene.text.Font; 37 @Override
13 import javafx.scene.text.FontWeight; 38 public void handle(ActionEvent event) {
14 import javafx.stage.Stage; 39 lab.setText(Al mundo!);
15 40 }
16 public class AloMundoFX extends Application { 41 });
17 42
18 public static void main(String[] args) { 43 VBox raiz = new VBox();
19 launch(args); 44 Scene cena = new Scene(raiz, 300, 100);
20 } 45 raiz.getChildren().add(btn);
21 46 raiz.getChildren().add(lab);
22 @Override 47 stagePrincipal.setScene(cena);
23 public void start(Stage stagePrincipal) { 48 stagePrincipal.show();
24 stagePrincipal.setTitle(Novo Al Mundo!); 49 }
25 Button btn = new Button(); 50 }

24 Java Magazine Edio 105

 Linha 25: cria uma instncia de javafx.scene.control.Button, com o
nome btn;
Linha 26: define o texto que aparecer dentro do boto (o seu
rtulo);
Linha 27: instancia um objeto javafx.scene.effect.DropShadow, com
o nome sombra;
L inha 28: define o offset (deslocamento) da sombra no eixo Y.
Linha 29: define a cor da sombra. A cor indicada como trs Figura 8. Tela do aplicativo AloMundoFX
valores double, entre 0.0 e 1.0, representando, respectivamente,
vermelho, verde e azul; Com as classes, mtodos e conceitos que vimos neste aplicativo
Linha 30: cria uma instncia final de um objeto javafx.scene.control. simples, pudemos no somente testar o JavaFX, mas conhecer um
Label, onde ser exibida a mensagem Al mundo!; de seus conceitos fundamentais: a relao entre o Stage, a Scene
Linha 31: define o efeito a ser usado no Label. No caso, o efeito e os controles. Poderamos sumarizar esta relao, de maneira
de sombra criado anteriormente; simplificada, de acordo com o diagrama da Figura 9.
Linha 32: configura a cor de preenchimento do texto para Color.
STEELBLUE;
Linha 33: define a fonte a ser usada no texto. Isso realizado
por meio do mtodo esttico font(), da classe Font, que recebe como
parmetros:
- null: o primeiro parmetro indica o nome da famlia de fontes
desejada. O valor null determina que o runtime do JavaFX utilizar
uma fonte padro;
- FontWeight.BOLD: o segundo parmetro determina que ser usada
uma verso em negrito da fonte escolhida;
- 42: valor double indicando o tamanho da fonte, em pontos.
Linha 34: o mtodo setCache() importante por razes de de-
sempenho. Ele determina que o bitmap gerado pelo desenho do
texto e seu efeito sero salvos em cache, evitando a necessidade
de renderiz-lo novamente quando no for necessrio;
Linhas 35 a 41: define um manipulador de evento para o boto. Figura 9. Estrutura da interface grfica de uma aplicao JavaFX
Assim como os eventos que j conhecemos no Swing e em outras
plataformas, ser disparado quando a ao for realizada no objeto Esta abordagem de criao e configurao dos controles visuais
receptor (neste caso, quando um Action Event, como o clique dentro do cdigo-fonte Java vlida, e perfeitamente justificvel em
do mouse, ocorrer no boto); alguns casos. Porm, na maioria das vezes, mais interessante sepa-
L inha 43: instancia um objeto javafx.scene.layout.VBox. Um layout rar a lgica do programa da definio de sua interface, obedecendo
VBox (Vertical Box) alinha seus objetos em uma coluna, um aos preceitos de padres de desenvolvimento como o MVC.
abaixo do outro;
Linha 44: cria o objeto que representa a cena na interface. O Uma aplicao JavaFX dividida em camadas
construtor utilizado recebe trs parmetros: o n raiz da cena No exemplo anterior, criamos uma aplicao JavaFX onde os
no caso, o layout VBox; a largura da cena em pontos; e sua altura, seus componentes de interface so criados e dispostos na tela
tambm em pontos; diretamente por cdigo Java. Agora, veremos como uma aplicao
Linhas 45 e 46: adicionamos o boto btn e o rtulo de texto lab semelhante poder ser criada com uso da FXML, a linguagem de
aos filhos do layout VBox. Eles sero empilhados, de cima para marcao baseada em XML que o JavaFX usa na definio das
baixo, na ordem em que so adicionados; interfaces.
Linha 47: o Stage precisa saber qual sua cena. Por isso, invocamos Portanto, abra o NetBeans e clique em Arquivo | Novo projeto.... Na
seu mtodo setScene(), passando nosso objeto cena como parmetro; tela de escolha do tipo de projeto, selecione JavaFX na categoria,
Linha 48: finalmente, o mtodo show() do Stage principal invo- esquerda. No tipo de projeto, direita, marque Aplicativo FXML
cado, exibindo a janela. do JavaFX. Depois clique no boto Prximo (veja a Figura 10).
Na tela seguinte, defina o nome do projeto como AloMundo-
O resultado da execuo do cdigo da Listagem 1 pode ser FXML e clique em Finalizar. Ser criada uma estrutura de projeto
observado na Figura 8. Repare na qualidade da renderizao do como a indicada na Figura 11.
texto e sua sombra. Digna da qualidade obtida em um aplicativo Agora, ao invs de um nico arquivo, como tnhamos no Alo-
de desenho ou manipulao de imagens. MundoFX anterior, temos trs arquivos dentro do pacote:

Edio 105 Java Magazine 25

Por dentro do JavaFX 2

AloMundoFXML.java: contm a classe Appli-

cation, por onde o aplicativo inicializado
assim como tnhamos no projeto anterior;
Sample.fxml: contm a especificao
em FXML (que, como j vimos, baseia-se
em XML) da cena que define a tela do
aplicativo. No padro MVC, este arquivo
corresponde camada de viso do nosso
aplicativo;
Sample.java: esta classe onde colocare-
mos os mtodos associados aos eventos da
tela, ou seja, a interao do usurio com o
aplicativo por meio do mouse e do teclado.
Dentro do MVC, este arquivo representa o
controlador da viso.

Essa aplicao ser semelhante anterior,

entretanto, alm de entendermos como
funciona o uso dos arquivos FXML, vamos
dar uma incrementada nela:
Figura 10. Criando um projeto JavaFX com interface em FXML
O usurio poder inserir a mensagem
desejada, usando um componente caixa
de texto;
Utilizaremos outro efeito para o texto: o
reflexo.

O arquivo AloMundoFXML.java, gerado

automaticamente pelo NetBeans, precisa
de apenas uma pequena alterao: mudar
o ttulo da janela. Portanto, adapte sua
classe de modo que ela fique como a apre-
sentada na Listagem 2.
Figura 11. Estrutura de arquivos do projeto AloMundoFXML Como podemos reparar, o cdigo bas-
tante semelhante ao utilizado no exemplo
Listagem 2. Cdigo da classe AloMundoFXML.
anterior. A nica diferena significativa
est na linha 17. Nela, utilizamos o mtodo
01 package alomundofxml; load() da classe FXMLLoader para carregar o
02
03 import javafx.application.Application; layout da tela existente no arquivo Sample.
04 import javafx.fxml.FXMLLoader; fxml. Este mtodo retorna uma referncia
05 import javafx.scene.Parent; ao objeto raiz da hierarquia do grfico de
06 import javafx.scene.Scene;
07 import javafx.stage.Stage; cena, que armazenada na varivel root.
08 Posteriormente, na linha 19, definimos a
09 public class AloMundoFXML extends Application {
cena do Stage principal. Ela ser criada uti-
10
11 public static void main(String[] args) { lizando o n root como seu n raiz.
12 Application.launch(AloMundoFXML.class, args); Agora vamos modificar a interface do
13 }
aplicativo. Para isso, abra o arquivo Sample.
14
15 @Override fxml, clicando duas vezes sobre ele, e modi-
16 public void start(Stage stage) throws Exception { fique de acordo com a Listagem 3.
17 Parent root = FXMLLoader.load(getClass().getResource(Sample.fxml));
18 stage.setTitle(Gerador de texto artstico!);
Alteramos apenas alguns poucos elemen-
19 stage.setScene(new Scene(root)); tos do exemplo original. Primeiramente,
20 stage.show(); precisamos adicionar dois novos imports,
21 }
22 } para utilizarmos as classes de efeitos e
fonte (linhas 7 e 8).

26 Java Magazine Edio 105

 Listagem 3. Cdigo do arquivo Sample.fxml. indicado o nome do mtodo que ser disparado, dentro do con-
trolador (Sample.java), quando o boto receber uma ao (no caso,
01 <?xml version=1.0 encoding=UTF-8?>
02
um clique). O programador pode especificar um nome qualquer
03 <?import java.lang.*?> para o manipulador do evento, desde que o valor aqui especificado
04 <?import javafx.scene.*?> corresponda a um mtodo existente no controlador Sample.java.
05 <?import javafx.scene.control.*?>
06 <?import javafx.scene.layout.*?>
Na linha 14 definido o rtulo de texto (Label) que exibir a men-
07 <?import javafx.scene.effect.*?> sagem. Aqui, possvel realizar todas as configuraes de estilo
08 <?import javafx.scene.text.*?> feitas pelo cdigo Java no exemplo anterior, como, por exemplo, a
09
10 <AnchorPane id=AnchorPane prefHeight=320 prefWidth=320 cor de preenchimento do texto, indicada em valor RGB no atributo
xmlns:fx=http://javafx.com/fxml fx:controller=alomundofxml.Sample> textFill. Repare que, contida no elemento <Label>, temos uma marca-
11 <children> o <effect>, e dentro dela a indicao do efeito desejado: Reflection.
12 <TextField id=text layoutX=60 layoutY=60 prefWidth=200
fx:id=text /> Em seguida, a marcao <Font> especifica a fonte que ser usada
13 <Button id=button layoutX=126 layoutY=90 text=Criar arte! para o texto (Arial Bold) e seu tamanho (42 pontos).
onAction=#handleButtonAction fx:id=button />
Basta agora escrevermos o cdigo do evento handleButtonAction()
14 <Label id=label layoutX=10 layoutY=180 textFill=#990000
fx:id=label> no arquivo Sample.java. Como neste mtodo mudaremos o texto
15 <effect> do objeto label, denominado text, tambm precisaremos adicionar
16 <Reflection />
ao Sample.java uma referncia a este objeto. O cdigo completo
17 </effect>
18 <font> para esta classe est na Listagem 4 (mais uma vez, os coment-
19 <Font name=Arial Bold size=42.0 /> rios adicionados pelo NetBeans foram removidos para diminuir
20 </font>
21 </Label>
o tamanho da listagem).
22 </children>
23 </AnchorPane>
Listagem 4. Cdigo da classe Sample.

Na linha 10, declarado o elemento AnchorPane, que mais um tipo 01 package alomundofxml;
de layout disponvel nas interfaces do JavaFX. Com ele, os contro- 02 import java.net.URL;
03 import java.util.ResourceBundle;
les podem ser posicionados livremente, em relao a sua margem 04 import javafx.event.ActionEvent;
esquerda (eixo X) e superior (eixo Y). Definimos que este nosso 05 import javafx.fxml.FXML;
AnchorPane ter altura (prefHeight) e largura (prefWidth) de 320 pontos. 06 import javafx.fxml.Initializable;
07 import javafx.scene.control.Label;
A ltima configurao do AnchorPane, fx:controller=alomundofxml. 08 import javafx.scene.control.TextField;
Sample, importantssima. Ela define o nome da classe que vai 09
atuar como controladora desta interface FXML. Dentro da classe 10 public class Sample implements Initializable {
11
Sample, colocamos os manipuladores de eventos de mouse e te- 12 @FXML
clados acionados na tela. No caso deste exemplo, ela vai conter o 13 private TextField text;
14
evento associado ao clique do boto.
15 @FXML
Na linha 11 aberto o elemento <children>. Dentro dele so coloca- 16 private Label label;
dos os ns filhos do layout. Na maioria dos casos, um controle do 17
18 @FXML
tipo layout definido como o n raiz da cena. Os demais controles
19 private void handleButtonAction(ActionEvent event) {
ficam ento hierarquicamente subordinados a ele. 20 label.setText(text.getText());
Adicionamos na linha 12 um elemento TextField, que a nossa 21 }
22
velha conhecida caixa de entrada de texto. Dentro da sua mar- 23 @Override
cao, so definidas as seguintes propriedades: 24 public void initialize(URL url, ResourceBundle rb) {
id=text: Informa o id que identifica este elemento dentro do 25 // TODO
26 }
arquivo FXML; 27 }
l ayoutX=60 e layoutY=60:
Informa a distncia em pontos, respectivamente, da margem es-
querda (X) e da margem superior (Y) do layout pai at este Assim como nos outros casos, reaproveitaremos bastante do
elemento; cdigo gerado pelo NetBeans. As excees ficam por conta de:
prefWidth=200: Define a largura do controle, em pontos; L inhas 16 e 17: declaramos uma varivel chamada label, do tipo
fx:id=text: Define uma varivel para acesso a este elemento pelo Label, e acima dela inclumos a annotation @FXML. Deste modo, esta
cdigo. varivel ser vinculada ao respectivo elemento label no arquivo
FXML;
No caso do boto, na linha 13, definimos um novo rtulo de texto Linhas 19 a 22: aqui est a definio do mtodo handleButton
para ele por meio do atributo text. Em onAction=#handleButtonAction, Action(), referenciado no FXML. Dentro dele, usamos a referncia

Edio 105 Java Magazine 27

Por dentro do JavaFX 2
ao label para mudar o seu texto para o con-
tedo do objeto text (a caixa de entrada de
texto), tambm referenciado no FXML.
E somente isso que precisamos. Ao exe-
cutar o projeto, digitar um texto na caixa
e clicar no boto, a verso artstica da
mensagem ser mostrada, como apresen-
tado na Figura 12.
Criando uma aplicao com o JavaFX
Scene Builder
Os dois primeiros exemplos foram
simples e rpidos, mas serviram para po-
dermos entender as diferenas entre uma
aplicao bsica, onde os controles so
instanciados e configurados pelo cdigo
Figura 12. Tela do aplicativo AloMundoFX em execuo
Figura 13. Tela do JavaFX Scene Builder
28 Java Magazine Edio 105
Java, e outra onde um arquivo FXML
utilizado para esta finalidade.
Como voc pode perceber, as vantagens
do FXML so bvias: menor quantidade de
cdigo (e consequente menos chances de
erros) e clara separao de camadas.
Porm, a criao dos arquivos FXML Para isso, abra o NetBeans e crie um
diretamente no cdigo XML tambm no
das mais atraentes. O cdigo FXML possui
uma sintaxe rgida que deve ser obedecida,
e por ele no conseguimos ter uma noo
precisa da aparncia final da tela, at a
execuo do projeto.
Para nos auxiliar no processo de criao
das telas, a Oracle disponibiliza o JavaFX
Scene Builder. Com ele, construmos as
telas de modo grfico, arrastando e sol-
tando componentes, e o cdigo FXML
gerado automaticamente.
O JavaFX Scene Builder pode ser obtido
diretamente no site do JavaFX (veja o en-
dereo na seo Links). No momento da
elaborao deste artigo, o Scene Builder
ainda estava em verso Developer Preview
ou seja, beta mas j bastante estvel, como TelaDespesas e clique em Finalizar.
pronto para ser usado (Figura 13).
Com o Scene Builder instalado, podemos
passar a um novo exemplo que utilizar
esta ferramenta.
O nosso prximo projeto ser um geren-
ciador de despesas pessoais. Nele, o usu-
rio inclui uma categoria de despesa (do
tipo Alimentao, Combustvel, Educao,
etc.) e seu respectivo valor, e um grfico de
pizza (ou torta, como preferem alguns)
gerado, indicando a parcela de cada uma
destas categorias dentro dos gastos como
um todo. A tela deste projeto ser elabora-
da com o JavaFX Scene Builder.
novo projeto JavaFX, escolhendo Aplica-
tivo FXML do JavaFX. Em seguida, defina
o nome do projeto como Despesas, e
remova estes dois arquivos criados auto-
maticamente: Sample.fxml e Sample.java,
pois vamos criar a tela e seu controlador
individualmente.
O arquivo FXML com a especificao da
tela pode ser criado diretamente no Net-
Beans, e ser depois modificado no Scene
Builder. Assim, clique sobre o nome do pa-
cote despesas e, no menu, selecione Arquivo
| Novo arquivo.... Na tela que ser aberta,
selecione a categoria JavaFX esquerda, e
marque direita o tipo de arquivo, Modelo
FXML. Depois clique em Prximo.
Especifique por fim o nome da classe
Voc vai perceber que, alm do arquivo
FXML (TelaDespesas.fxml), a classe contro-
ladora Java (TelaDespesas.java) tambm foi
gerada. Como nosso prximo passo abrir
o FXML no Scene Builder e modificar o seu
contedo, feche a aba relativa a este arqui-
vo (caso esteja aberta) no NetBeans.
Montando a tela no Scene Builder
Para customizar a cena do aplicativo
de despesas, precisamos abrir o Scene
Builder e carregar o arquivo FXML criado
no NetBeans. Na tela principal do Scene
Builder, clique no menu File | Open. Na tela
que ser apresentada, localize o arquivo
TelaDespesas.fxml, dentro da pasta src do
seu projeto, e clique em Abrir. Feito isso,
ser mostrada a tela padro criada pelo
NetBeans, como exibido na Figura 14.
Como ser elaborada uma nova tela,
necessrio remover o boto j existente
(Click Me!). Para exclu-lo, basta clicar
com o mouse sobre o mesmo e pressionar
a tecla Delete.
A interface do Scene Builder muito
semelhante de outras ferramentas de
construo de interface: esquerda, na
parte superior, temos a palheta de con-
troles; tambm esquerda, mas na parte
inferior, temos uma viso da hierarquia
de controles dentro da cena; no meio,
a tela propriamente dita; e direita, as
propriedades do elemento selecionado
atualmente na cena.
O aplicativo de despesas precisa de um
tamanho de tela ligeiramente maior que o
atual, de forma a acomodar a tabela com
valores e o grfico. Para isso, use as alas
de redimensionamento ao redor da cena
para aument-la, deixando com uma altu-
ra e largura de cerca de 500 pontos. Voc
pode verificar o tamanho medida que
arrasta as bordas, ou direita, nas proprie-
dades pref Width e pref Height em Layout.
Para construir a cena, adicione os seguin-
tes controles:
Dentro da categoria de controles deno- Figura 14. Scene Builder com a tela padro criada pelo NetBeans aberta
minada Controls:
- D ois TextFields, para o fornecimento
da categoria de despesa e seu respectivo
valor;
- Dois Labels, utilizados para indicar os
valores que devero ser fornecidos pelo
usurio nas caixas de texto;
- Um Button, cujo clique adicionar a
categoria e seu respectivo valor tabela;
- Um Table View, para exibio dos dados
fornecidos.
Arraste dois objetos Table Column para den-

tro da Table View. Estes objetos tambm pos-
suem atributos prprios, e posteriormente
faremos a vinculao de cada coluna a seu
respectivo campo do modelo de dados.
Dentro da categoria de controles deno-
minada Charts:
- Um Pie Chart, onde ser exibido um gr-
fico de torta/pizza com a parcela de cada
despesa no montante total.

Posicione os controles na cena aproxi-

madamente como indicado na Figura 15.
Caso seu grfico de torta fique em branco,
dificultando seu posicionamento, clique
no menu View | Show sample data para que
dados de exemplo sejam provisoriamente
mostrados dentro dele.
Precisamos agora configurar as proprie-
dades individuais dos controles (dispo-
nveis no canto direito do Scene Builder,
quando o controle est selecionado na
cena):
Figura 15. Layout da cena do arquivo TelaDespesas.fxml
T extField inferior
L abel Superior - Properties|fx:id: txtValor
- Properties|Text: Categoria - Properties|Text: (vazio)
L abel Inferior B utton
- Properties|Text: Valor - Properties|Text: Adicionar
T extField superior - Events|OnAction: #handleButtonAction
- Properties|fx:id: txtCategoria T ableView
- Properties|Text: (vazio) - Properties|fx:id: tabDespesas

Edio 105 Java Magazine 29

Por dentro do JavaFX 2

-
Para selecionar uma coluna individualmente e definir suas pro- Parent root = FXMLLoader.load(getClass().getResource(Sample.fxml));
priedades, clique na coluna usando o painel Hierarchy, no canto
esquerdo inferior do Scene Builder. E modifique para:
Table Column Esquerda
-
Parent root = FXMLLoader.load(getClass().getResource(TelaDespesas.fxml));
Properties|fx:id: colCategoria
Properties|Text: Categoria Criando o modelo
Layout|Pref Width: 150.0 Dentro do padro MVC (Modelo-Viso-Controle), o arquivo
Table Column: Direita FXML representa a viso, ou seja, a interface com o usurio. O
P roperties|fx:id: colValor modelo define os dados utilizados pela aplicao e as regras de
P roperties|Text: Valor negcio associadas a estes. O papel do controle, ou controlador,
L ayout|Pref Width: 90.0 por sua vez, fazer a conexo entre a viso e o modelo.
PieChart Neste momento necessrio definir o modelo para o aplicativo
- Properties|fx:id: chartDespesas de despesas, que representa os dados que sero exibidos pela vi-
- Properties|Title: Despesas Domsticas so. O modelo neste caso ser simples, contendo apenas uma String
- Properties|Legend visible: desmarcado com o nome categoria e um campo double para seu respectivo valor.
Para criar a classe modelo, clique sobre o pacote despesas, acesse o
Durante a definio dos fx:id dos controles, uma mensagem pode menu Arquivo | Novo arquivo..., selecione esquerda a categoria
ser exibida pelo Scene Builder, indicando que um campo injetvel Java, direita escolha Classe Java e clique em Prximo.
(uma varivel que referncia os controles) no existe na classe Na tela seguinte, informe o Nome da Classe como Despesa e
controladora. Isso ser feito nas prximas etapas. clique em Finalizar. Por fim, implemente o cdigo da classe como
O aspecto final da tela dever ficar como o da Figura 16. o da Listagem 5.

Listagem 5. Cdigo da classe Despesa.

01 package despesas;
02 import javafx.beans.property.SimpleDoubleProperty;
03 import javafx.beans.property.SimpleStringProperty;
04
05 public class Despesa {
06 private final SimpleStringProperty categoria = new SimpleStringProperty();
07 private final SimpleDoubleProperty valor = new SimpleDoubleProperty(0);
08
09 public Despesa() {
10 this(, 0);
11 }
12
13 public Despesa(String cat, double val) {
14 categoria.set(cat);
15 valor.set(val);
16 }
17
18 public String getCategoria() {
19 return categoria.get();
20 }
21
22 public void setCategoria(String cat) {
Figura 16. Layout final da tela principal do aplicativo 23 categoria.set(cat);
24 }
25
O layout da tela est pronto. Neste momento j possvel salvar
26 public double getValor() {
o layout e encerrar o Scene Builder. Para que este layout possa ser 27 return valor.get();
utilizado pelo aplicativo, deve ser feita uma pequena alterao na 28 }
classe de aplicao do projeto (Despesas.java), referente ao carre- 29
gamento do FXML como n raiz da cena. 30 public void setValor(Double val) {
31 valor.set(val);
Voltando ao NetBeans, abra o arquivo da aplicao (Despesas.
32 }
java) e altere a indicao do arquivo FXML base do programa. 33 }
Isto , localize a linha:

30 Java Magazine Edio 105

 Listagem 6. Cdigo da classe TelaDespesas.

01 package despesas; 27
02 import java.net.URL; 28 @FXML
03 import java.util.ResourceBundle; 29 private TableColumn colCategoria;
04 import javafx.collections.FXCollections; 30
05 import javafx.collections.ObservableList; 31 @FXML
06 import javafx.event.ActionEvent; 32 private TableColumn colValor;
07 import javafx.fxml.FXML; 33
08 import javafx.fxml.Initializable; 34 @FXML
09 import javafx.scene.chart.PieChart; 35 private PieChart chartDespesas;
10 import javafx.scene.control.TableColumn; 36
11 import javafx.scene.control.TableView; 37 @FXML
12 import javafx.scene.control.TextField; 38 private void handleButtonAction(ActionEvent event) {
13 import javafx.scene.control.cell.PropertyValueFactory; 39 Despesa despesa = new Despesa(txtCategoria.getText(), Double.
14 parseDouble(txtValor.getText()));
15 public class TelaDespesas implements Initializable { 40 listaDeDespesas.add(new PieChart.Data(despesa.getCategoria(),
16 despesa.getValor()));
17 private ObservableList<PieChart.Data> listaDeDespesas = 41 tabDespesas.getItems().add(despesa);
FXCollections.observableArrayList(); 42 }
18 43
19 @FXML 44 @Override
20 private TextField txtCategoria; 45 public void initialize(URL url, ResourceBundle rb) {
21 46 colCategoria.setCellValueFactory(new PropertyValueFactory(categoria));
22 @FXML 47 colValor.setCellValueFactory(new PropertyValueFactory(valor));
23 private TextField txtValor; 48 chartDespesas.setData(listaDeDespesas);
24 49 }
25 @FXML 50 }
26 private TableView tabDespesas;

Como pode ser notado pela listagem, definimos duas proprie-
dades nesta classe: a categoria e o valor de uma despesa. Quem est
familiarizado com a arquitetura de componentes JavaBeans, se
beneficiar do fato que o JavaFX utiliza o mesmo conceito de
propriedades para vincular estas com os controles visuais, como
os dados apresentados por um Table View.
Na prxima seo implementaremos o cdigo do controlador
Despesas.java. A funo do controlador fazer a ligao entre os
dados e a viso.
Definindo o controlador Despesas.java
Como comentado anteriormente, a funo do controlador re-
alizar a ligao dos dados existentes no modelo com a interface
apresentada na viso. No JavaFX, o controlador implementado
como uma classe que contm as referncias aos controles na
interface e as implementaes dos mtodos associados aos even-
tos. Deste modo, abra o controlador TelaDespesas.java e adapte-o
de acordo com a Listagem 6.
A primeira mudana importante est na incluso da linha 18.
Nela, declarado um objeto do tipo ObservableList<PieChart.Data>.
Trata-se de uma coleo de objetos PieChart.Data, que sero usados
para a gerao automtica do grfico de pizza/torta.
Nas linhas 20 a 36, esto as declaraes das referncias aos
controles existentes na interface (TelaDespesas.fxml) que sero
acessados por este controlador. Os nomes so os mesmos indicados
pelo atributo fx:id, existente na descrio XML dos controles.
O mtodo initialize(), contido nas linhas 46 a 50, invocado assim
que todos os elementos da tela, contidos no arquivo FXML, tiverem
sido carregados. Portanto, este mtodo pode ser usado para fazer a
conexo da viso ao modelo: a linha 47 vincula o valor das clulas
da coluna de categorias propriedade categoria do modelo; em segui-
da, o mesmo feito para a coluna do valor e a respectiva propriedade
em Despesa; finalmente, configuramos a fonte de dados do grfico
para a lista de despesas, declarada na linha 18.
Quando o usurio clicar no boto, o mtodo handleButtonAction(),
definido nas linhas 39 a 42 ser disparado. Na linha 40, criamos
um novo objeto Despesa, passando ao seu construtor os valores
informados nas caixas de texto. Posteriormente, na linha 41,
adicionamos os dados da despesa lista de valores que sero usa-
dos na gerao do grfico; e na linha 42, adicionamos o objeto
tabela, para que os valores includos possam ser mostrados nas
suas linhas.
O resultado final do aplicativo pode ser observado na Figura 17.
Aps digitar o nome da categoria e um respectivo valor, o cli-
que no boto adiciona estes tabela e ao grfico. A atualizao
do grfico acontece na hora, e utiliza efeitos de animao na sua
modificao.
Concluses
A plataforma JavaFX 2 trouxe significativas melhorias em relao
primeira verso. Dentre elas, podemos destacar um conjunto
nativo de APIs Java, substituindo o uso do JavaFX Script. Dessa
forma, a familiarizao de um programador Java com a tecnologia
torna-se ainda mais rpida e produtiva.

Edio 105 Java Magazine 31

Por dentro do JavaFX 2

Luiz Carlos Querino Filho

querino@me.com
Possui graduao e mestrado em Cincia da Computao.
Professor Associado e Pesquisador da Fatec, no curso de Anlise
e Desenvolvimento de Sistemas da unidade de Gara, SP. Desenvolve
aplicaes web h mais de dez anos, utilizando Java, PHP e ASP. Tambm
desenvolvedor de aplicaes mveis para dispositivos Android e iOS

http://www.javafx.com
Site oficial JavaFX.

http://www.oracle.com/technetwork/java/javafx/downloads/index.html
Download do JavaFX.

http://www.oracle.com/technetwork/java/javafx/tools/index.html
Download do JavaFX Scene Builder Developer Preview.

http://docs.oracle.com/javafx/2/api/index.html
API do JavaFX 2.

http://docs.oracle.com/javafx/
Documentao completa do JavaFX.
Figura 17. Resultado da execuo do aplicativo Despesas
http://www.oracle.com/technetwork/java/javase/downloads/index.html
Download do JDK 7.
O uso de arquivos de definio de interface FXML, junto de
classes controladoras, condiciona o desenvolvedor a implementar http://www.oracle.com/technetwork/java/javafx/downloads/ssLINK/1429449
sua aplicao JavaFX dividida em camadas, trazendo diversos Download do JavaFX 2 Developer Preview para Linux
benefcios de projeto, manuteno e legibilidade do software.
As possibilidades de aplicaes que podem ser desenvolvidas
com JavaFX so imensas, indo de jogos e multimdia aplicativos D seu feedback sobre esta edio! Feedback
eu
comerciais e empresariais srios, sendo que todos podem se

s
A Java Magazine tem que ser feita ao

D
seu gosto. Para isso, precisamos saber

sobre e
beneficiar da qualidade grfica da plataforma.
Ricamente documentada e agora parte oficial do JDK Java, o o que voc, leitor, acha da revista!

s
ta
edio

JavaFX 2 vai se confirmando como, nas prprias palavras da D seu voto sobre este artigo, atravs do link:
Oracle, a nova plataforma de interface grfica da linguagem, e
www.devmedia.com.br/javamagazine/feedback
deve ser conhecida por todo desenvolvedor Java.

32 Java Magazine Edio 105

Edio 105 Java Magazine 33
Seo Java Nesta seo voc encontra artigos intermedirios e avanados sobre Java
Mantenha suas
verses em dia
Automatizando o versionamento de projetos com
SVN, Maven e Nexus
E Resumo DevMan
m que verso seu projeto de software se encontra
atualmente? Se voc no conseguir responder a esta
pergunta, cuidado! A falta de uma poltica de ver-
sionamento adequada pode levar a um cenrio perigoso,
abrindo espao para instabilidade e desorganizao. Por
conta disso, de extrema importncia incluir etapas de pla-
nejamento de releases e versionamento dentro do processo
de desenvolvimento de software da sua empresa.
Um projeto de software normalmente composto,
alm de seu prprio cdigo, por diversas dependncias,
tanto externas quanto internas. importante observar
que da mesma forma que damos importncia para as
verses das dependncias externas como do Hibernate
ou do Spring, tambm devemos nos preocupar com
as verses das dependncias internas, criadas por ns
mesmos, dentro do ambiente corporativo.
A cada novo lanamento dos nossos projetos de sof-
tware, bugs so corrigidos, novas funcionalidades so
criadas e APIs pblicas so modificadas, muitas vezes
quebrando a compatibilidade com outros projetos. Por
esse motivo fundamental manter uma documenta-
o consistente, capaz de identificar essas alteraes,
atribuindo-as a uma determinada verso.
Neste artigo, vamos abordar como criar e manter
verses de forma automatizada utilizando a ferramenta
Apache Maven 3, e ainda utilizar o servidor de artefa-
tos Nexus, da Sonatype, para armazenar, gerenciar e
compartilhar artefatos de softwares gerados entre as
equipes de desenvolvimento.
Definindo uma estratgia de versionamento para o
seu projeto
Versionamento de software o processo que tem como
resultado final a atribuio de um identificador nico,
capaz representar e comunicar o estado do software em
um determinado momento.
34 Java Magazine Edio 105
De que se trata o artigo:
Neste artigo vamos aprender como criar um processo de versionamento
e como extrair o melhor das ferramentas SVN, Maven e Nexus para auto-
matizar o lanamento de novas verses com segurana e estabilidade.
Em que situao o tema til:
A adoo de um processo de versionamento automatizado ajuda a
elevar o nvel de maturidade e organizao da empresa, garantindo um
controle rgido sobre as modificaes realizadas pela equipe de desenvol-
vimento. Dessa forma, possvel evitar o lanamento de verses instveis
e aumentar a qualidade do produto entregue ao cliente.
Mantenha suas verses em dia :
O objetivo deste artigo mostrar como criar um processo de versiona-
mento simples e automatizado com base nas ferramentas open source
mais utilizadas pelo mercado: SVN, Maven e Nexus.
um grande desperdcio olhar para o nmero de verso de um
software e no conseguir interpretar seu real significado. Ao estu-
dar e entender seu processo de formao possvel compreender
importantes informaes semnticas, escondidas atrs de um con-
junto de nmeros, que normalmente passariam despercebidas.
Um exemplo didtico que ilustra bem esse fato a ocorrncia
de uma atualizao da verso 3.7.2 para a verso 3.7.3 de um de-
terminado software. Nesse cenrio, o esquema de versionamento
adotado possui trs nmeros (X.Y.Z) e cada um deles possui seu
significado prprio. Se apenas o ltimo nmero variar, a inten-
o comunicar que a atualizao contm apenas correes de
defeitos e no mximo alteraes na estrutura interna do cdigo,
no agregando novas funcionalidades ao produto final ou mesmo
modificaes em sua API pblica que possam causar incompatibi-
lidade. Veremos mais a frente detalhes sobre esse tipo de esquema
de versionamento.
 Entretanto, importante observar que a evoluo do nmero
das verses de um software pode seguir diferentes esquemas de
numerao e que essa escolha vai depender muito do nvel de
detalhes que se pretende atingir para controlar e principalmente
comunicar a evoluo do software. O mercado adota os mais va-
riados padres e no existe uma regra oficial na hora de definir o
nmero de verso de um determinado software. Por isso, consulte
sempre os detalhes a esse respeito na documentao publicada
pelo fabricante.
Abaixo, esto relacionados alguns tipos de padres de versio-
namento e nomenclatura adotados pelo mercado:
Sequencial: Este tipo de versionamento o mais simples e pode
ser utilizado em situaes onde no seja necessrio manter um
controle semntico rigoroso a respeito do tipo de modificao
realizada no software. muito utilizado para versionar arquivos
individualmente, no entanto pode apresentar desvantagens se for
empregado para produtos inteiros.
bemprovvel que o nmero da verso suba muito rpido, trans-
mitindo uma falsa impresso de evoluo, quando na verdade os
incrementos podem acontecer por conta de correes ou pequenas
funcionalidades sendo adicionadas ao produto;
Combinado: Boa parte dos projetos de software utiliza uma
combinao de nmeros para comunicar semanticamente o nvel
de importncia das modificaes contidas em cada release. A
seguir, esto relacionadas algumas formas de como combinar
nmeros para versionar um software:
- Dois nmeros (X.Y): Representa a evoluo do produto na forma
de dois nmeros combinados. O primeiro deles indica o lana-
mento de funcionalidades maiores e de grande importncia. J o
segundo nmero incrementado apenas para indicar alteraes
menores como correes de defeitos, refatoraes ou pequenas
funcionalidades.
Enquanto o software estiver em estgio beta, recomendado em-
pregar o zero na primeira posio do nmero da verso. Somente
no momento em que o software ganha estabilidade suficiente
para sair do estado de beta que se recomenda definir a verso
como 1.0.
considerada uma prtica comum saltar algumas verses, como
de 5.1 para 5.5, por exemplo, ao perceber que uma quantidade
significativa de funcionalidades de menor importncia foi
desenvolvida, mas no justifica o incremento do nmero mais
significativo da verso;
- Trs nmeros (X.Y.Z): Com um nmero a mais, possvel aumen-
tar a semntica transmitida e ainda controlar melhor o tipo de
alterao feita no software. No entanto, a complexidade tambm
aumenta e para manter esse tipo de modelo necessrio ter tanto
um processo quanto uma equipe mais madura e pragmtica. A
primeira posio do nmero representa, assim como no esquema
anterior, o lanamento de funcionalidades de maior relevncia.
A principal diferena vem no segundo e terceiro nmeros, que
representam, respectivamente, funcionalidades de menor rele-
vncia e modificaes como correes de defeitos e alteraes na como tirar proveito da sua estrutura interna para manter as ver-
estrutura interna do cdigo.
Essa forma de versionamento a preferida pela maior parte das
empresas que desenvolvem ferramentas, frameworks e biblio-
tecas. Por exemplo: a Apache (Maven 3.0.4, ServiceMix 3.4.0), a
JBoss (Hibernate 4.1.2), o Google (GWT 2.4.0), a SpringSource
(Spring Framework 3.1.0), a Eclipse Foundation (Eclipse 3.7.2),
entre outras;
- Acima de trs nmeros: Existem diversas formas ainda mais
customizadas de versionar projetos de software, como com a
utilizao de esquemas com mais de trs nmeros. No entanto
importante ter em mente que isso deve vir naturalmente, caso
exista a necessidade.
Atribuio de apelidos s verses: No incomum utilizar,
alm do nmero de verso, um apelido para identificar unica-
mente o estado de um software. Este tipo de prtica pode estar
associada a aes de marketing e no investimento em uma forma
de comunicao mais simples e direta com o cliente final.
A prpria Microsoft utilizou este modelo quando deixou de evo-
luir o Windows das verses 3.0, 3.1 e 3.11 e passou a disponibilizar
as verses 95, 98, 2000, Millenium, XP e Vista. Outros exemplos
recentes so do Android, que lanou a verso 4.0, tambm co-
nhecida como Ice Cream Sandwich, de seu sistema operacional
para smartphones, o Eclipse, que atualmente est na verso 3.7,
ou Indigo, e tambm o Mac OS X, que vem desde 2000 lanando
verses com nomes das sete grandes espcies de felinos: Cheetah
(10.0), Puma (10.1), Jaguar (10.2), Panther (10.3), Tiger (10.4), Leopard
(10.5), Snow Leopard (10.6) e a mais recente Lion (10.7).
Uma recomendao importante sempre utilizar um esquema
que se consiga manter consistente ao longo do tempo. comum
ver empresas adotando padres complexos demais e que frente
s dificuldades acabam caindo no esquecimento e sendo aban-
donados, retornando ao caos. Portanto, vale mais a pena investir
em um formato suficientemente simples no incio e, conforme
a equipe de desenvolvimento for amadurecendo, deixar que a
evoluo acontea naturalmente.
Agora que j temos como definir um esquema de versionamento
adequado para as necessidades dos nossos projetos, veremos como
tirar proveito do SVN para armazenar e organizar um processo
de desenvolvimento versionado.
Utilizando o SVN para gerenciar as linhas de desenvolvimento
O Subversion, ou SVN, como mais conhecido, atualmente um
dos softwares mais utilizados no mercado para realizar o controle
de verses dos arquivos fontes em projetos de software. Ele desen-
volvido pela Apache e tem como principal misso ser reconhecido
e adotado como uma ferramenta de cdigo aberto, caracterizada
pela sua confiabilidade, simplicidade e principalmente habilidade
em atender as necessidades de todo o tipo de usurio e projeto.
Para utilizar um nvel adequado de versionamento, funda-
mental conhecer os recursos que o SVN oferece para gerenciar
diferentes linhas de desenvolvimento ao mesmo tempo e saber
ses estveis e sob controle.
Edio 105 Java Magazine 35
Mantenha suas verses em dia
Uma analogia interessante para entender o funcionamento
da estrutura interna do SVN a do crescimento de uma rvo-
re. Tudo sempre comea com o nascimento de um tronco, ou
trunk, que aos poucos vai crescendo at comear a dar origem
aos primeiros galhos, mais conhecidos como branches. Com o
tempo, mesmo os galhos tambm podem crescer, dando ori-
gem a outros galhos, branches a partir de um branch. Mas, se
o tronco ficar doente, naturalmente todos os galhos podem ser
afetados e tambm correm o risco de morrer, se nada for feito
para impedir que a doena se alastre. No entanto, se apenas um
dos galhos adoecer, este pode ser facilmente cortado, mantendo
tanto o tronco quanto os outros galhos saudveis e seguros.
Tambm podem acontecer casos em que um galho, que no foi
cuidado adequadamente, cresa tanto e fique to pesado que o
tronco acabe no conseguindo suport-lo, correndo o risco de
quebrar. Por isso sempre importante controlar o crescimen-
to dos galhos, podando adequadamente e no deixando que
cresam demasiadamente.
Ento, chega aquele momento em que voc acha que a sua r-
vore est bonita e saudvel e quer registrar aquele momento para
sempre. Nesse caso, recomendado tirar uma foto, mais conhecida
como tag, e guard-la com carinho.
Esta foi uma analogia para entender de forma didtica e des-
contrada o funcionamento e principalmente os problemas exis-
tentes no dia-a-dia de trabalho com a estrutura do Subversion.
A seguir, vamos entender em detalhes tcnicos os conceitos de
trunk, branch e tag.
O trunk o lugar onde deve ser armazenado o cdigo estvel
do projeto. Ele conhecido como linha base, e a partir dele que
tero origem outras linhas de desenvolvimento do projeto (veja
a Figura 1). Essas linhas so conhecidas como branches e servem
para que o desenvolvimento de novas funcionalidades ocorra de
forma organizada e sem deixar que a linha base se torne instvel.
Por conta disso, as modificaes no trunk devem acontecer moti-
vadas por correes de defeitos ou outras aes que contribuam
para aumentar a sua estabilidade.
Figura 1. Criao de branches a partir do trunk
Geralmente, criamos um branch a partir da base de cdigo
existente no trunk, dando origem a uma nova linha de desen-
volvimento. Dessa forma, possvel isolar o trunk de possveis
36 Java Magazine Edio 105
problemas causados pela introduo de novas funcionalidades,
facilitando o lanamento de verses contendo correes de defeitos
e atualizaes importantes.
Os branches do bastante liberdade aos desenvolvedores, pro-
porcionando a possibilidade de realizar grandes modificaes
no software sem ter medo de causar instabilidades na verso de
produo, no entanto, importante ter cautela e moderao em
relao a sua utilizao. Com o tempo, comum que eles fiquem
desatualizados em relao ao trunk, causando conflitos e muitas
dores de cabea no momento da integrao. Essa operao co-
nhecida como merge (Figura 2).
Figura 2. Realizando operaes de merge com o trunk
A tag como uma fotografia feita a partir de um branch ou
mesmo do prprio trunk. Basicamente uma cpia, mantida
inalterada e associada ao identificador de verso. A partir
dela, uma verso candidata a ir para produo pode ser homo-
logada antes de ter contato com o cliente final. Evite colocar
em produo qualquer pacote gerado diretamente a partir do
trunk ou mesmo de um branch. Estes, por estarem sujeitos a
modificaes, podem comprometer a estabilidade da release.
Ao utilizar servidores de integrao contnua para gerar os
pacotes que vo para homologao e produo, prefira ger-los
a partir da tag.
A deciso de utilizar branches semprepolmica e existem
diferentes pontos de vista na indstria de desenvolvimento
de software em relao a isso. O prprio Extreme Program-
ming, metodologia gil proposta por Kent Beck, sugere uma
prtica conhecida como Single Code Base, onde todo o cdigo
mantido em uma nica linha de desenvolvimento. No res-
tam dvidas de que a estratgia de desenvolver todo o cdigo
diretamente no trunk, evitando a criao de branches, mais
simples e pode economizar algumas horas em operaes de
merge no futuro.
Entretanto, este pode ser um caminho perigoso e instvel caso
a equipe de desenvolvimento no tenha bastante maturidade e
deixe de seguir outras prticas consideradas primrias no Ex-
treme Programming, como Test-First Programming, 10-Minute
Build, Continuous Integration, entre outras.
Independentemente da utilizao ou no de branches, o uso
de tags obrigatrio para realizar o versionamento do projeto,
e este pode ser feito a partir do trunk. Assim, escolha a estrat-
gia que mais combinar com o seu modelo de desenvolvimento
atual e introduza o uso de branches se estiver sofrendo com a
instabilidade do trunk. Caso contrrio, mantenha o processo
da maneira que est.

Tutorial
Automatizando o lanamento de releases com Maven
O Maven uma poderosa ferramenta desenvolvida pela Apache
para realizar a automao e o gerenciamento de configurao de
projetos na plataforma Java.
Tudo no Maven feito por meio de plugins. Eles promovem
flexibilidade e servem como base para a implementao de todas
as suas funcionalidades bsicas e ainda estimulam a extenso e
customizao da ferramenta de maneira fcil e rpida. Entre seus
principais plugins esto os de gesto de dependncias, controle
de qualidade de cdigo (com o PMD, Checkstyle e Sonar), testes
automatizados (com Selenium e FitNesse), integrao com os prin-
cipais servidores de aplicao do mercado (como o JBoss, Tomcat
e WebSphere), lanamento de releases, entre outros.
A lista completa de plugins disponveis pode ser visualizada
em: http://mojo.codehaus.org/plugins.html.
Conhecendo o Release Plugin
O plugin de release do Maven, atualmente na verso 2.2.2,
utilizado para automatizar as atividades manuais e repetitivas
que envolvem o lanamento de uma nova verso de um projeto
de software. Este tipo de automao auxilia na preveno de
erros e estimula a equipe de desenvolvimento a incluir no seu
processo de desenvolvimento de software a prtica de versionar
adequadamente os seus projetos.
As principais goals, terminologia utilizada pelo Maven para
descrever aes, definidas pelo plugin de release e que sero
abordados neste artigo so:
r elease:prepare Prepara todo o ambiente necessrio e a release
para ser lanada;
release:perform Executa o lanamento da release criada pela ao
de prepare;
release:clean Limpa os arquivos temporrios gerados pelo proces-
so de preparao. Essa ao sempre chamada automaticamente
no momento em que a release lanada;
r elease:rollback Desfaz a preparao da release, abortando o seu
lanamento. Vale lembrar que aps ser lanada, por meio do comando
svn:perform, no mais possvel voltar atrs, sendo necessrio apagar
os pacotes diretamente no repositrio, caso seja necessrio.
Configurando o pom.xml
Antes de seguir em frente e entender como funciona a prepara-
o e o lanamento da release, ser preciso configurar o pom.xml
com uma srie de informaes necessrias como configuraes de
SCM (nesse caso o SVN), localizao dos repositrios de distribui-
o (vamos utilizar o Nexus neste artigo) e a prpria configurao
do plugin de release do Maven. Vamos a elas:
1. Configuraes de SCM: A configurao de SCM, ou Source
Control Management, feita por meio da tag <scm> dentro do
arquivo pom.xml do projeto. O Maven utiliza essas informaes
para criar a tag referente release que ser lanada e tambm
para atualizar as modificaes feitas no nmero de verso do
pom.xml. Confira o trecho de cdigo que deve ser adicionado e
customizado conforme a localizao do SVN em seu ambiente de
desenvolvimento na Listagem 1;
Listagem 1. Detalhes da tag <scm> que deve ser adicionada ao arquivo pom.xml
do projeto.
<scm>
<connection>scm:svn:http://192.168.0.1/svn/nome_do_projeto/trunk</connection>
<developerConnection>
scm:svn:http://192.168.0.1/svn/nome_do_projeto/trunk
</developerConnection>
<url>http://192.168.0.1/svn/nome_do_projeto/trunk</url>
</scm>
2. Configuraes dos repositrios de distribuio: A palavra
deploy, que em nosso idioma significa distribuir, disponibilizar
ou publicar, uma das etapas mais importantes do processo de
lanamento de uma release. Aps ter os pacotes do projeto cons-
trudos pelo Maven, ser necessrio disponibiliz-los em algum
lugar para que toda a equipe tenha acesso. Para que o Maven saiba
onde deve fazer o upload dos artefatos, ser necessrio configurar
a tag <distributionManagement> dentro do pom.xml do projeto. Confira
o trecho de cdigo que deve ser adicionado e customizado confor-
me a localizao do Nexus em seu ambiente de desenvolvimento
na Listagem 2;
Listagem 2. Detalhes da tag <distributionManagement> que deve ser adicionada
ao arquivo pom.xml do projeto.
<distributionManagement>
<repository>
<id>releases</id>
<name>Release Repository</name>
<url>http://192.168.0.1/nexus/content/release</url>
</repository>
<snapshotRepository>
<id>snapshots</id>
<name>Snapshot Repository</name>
<url>http://192.168.0.1/nexus/content/snapshots</url>
</snapshotRepository>
</distributionManagement>
3. Configuraes de autenticao nos repositrios de distribui-
o: Os gerenciadores de repositrios como o Nexus, que veremos
mais a frente, exigem autenticao para permitir o upload de
artefatos para seus repositrios, impedindo que pessoas no auto-
rizadas distribuam verses incorretas, que possam comprometer
a estabilidade dos projetos.
Sendo assim, ser necessrio configurar a tag <server> dentro do
arquivo settings.xml, localizado no diretrio de instalao do Maven.
Edio 105 Java Magazine 37
Mantenha suas verses em dia

As informaes contidas neste arquivo so compartilhadas por todos
os projetos que utilizem o Maven, centralizando a configurao e
evitando a repetio de dados em todos os arquivos pom.xml. Confira
o trecho de cdigo que deve ser adicionado e customizado conforme
o nome de usurio e senha definidos no Nexus na Listagem 3;
Listagem 3. Detalhes da tag <server> que deve ser adicionada ao arquivo settin-
gs.xml do Maven.
<servers>
<server>
<id>releases</id>
<username>rodrigo</username>
<password>1234</password>
</server>
<server>
<id>snapshots</id>
<username>rodrigo</username>
<password>1234</password>
</server>
</servers>
4. Configuraes do Release Plugin: O Release Plugin, assim
como qualquer outro plugin do Maven, deve ser configurado
dentro da tag <plugins>, localizada dentro da tag <build> no pom.xml
do projeto. Confira o trecho de cdigo que deve ser adicionado
na Listagem 4.
Listagem 4. Detalhes da configurao do plugin de release, que deve ser adicio-
nada ao arquivo pom.xml do projeto.
<build>
<plugins>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-release-plugin</artifactId>
<version>2.2.2</version>
</plugin>
</plugins>
</build>
Preparando a Release
O comando mvn release:prepare utilizado para iniciar a pre-
parao da release, e como todos os outros comandos, deve ser
executado no diretrio raiz do projeto que por sua vez deve conter
o arquivo pom.xml configurado corretamente.
O primeiro passo na preparao da release ter certeza de que
no existem alteraes locais ainda no comitadas. Caso existam,
ser necessrio sincronizar o cdigo fonte e deix-lo atualizado em
relao ao que existe no repositrio. O release plugin possuium
mecanismo de proteo que no permite a criao de releases
quando o cdigo no est sincronizado, por este ser considerado
transitrio, ou seja, existindo apenas na maquina que originar o
lanamento da release.
Um detalhe importante e que pode fazer a diferena a utiliza-
o do comando svn ignore. Este ignora diretrios gerados, como
o caso do target, e tambm arquivos do Eclipse, como os .project e
.classpath, ou os especficos do seu ambiente de desenvolvimento.
Lembrando que uma boa prtica nunca comitar estes tipos de ar-
quivos, pois eles devem sempre ser gerados em cada ambiente.
Aps garantir que todo o cdigo est sincronizado corretamente,
o release plugin analisa o pom.xml em busca de dependncias que
contenham a palavra SNAPSHOT. Se forem encontradas, o proces-
so abortado. Isso acontece por um motivo simples, uma verso
SNAPSHOT considerada transitria, ou seja, representa o cdigo
escrito apenas na mquina de um determinado desenvolvedor. Com
o objetivo de garantir segurana e estabilidade, o correto gerar
releases que tenham dependncias apenas para bibliotecas que j
foram lanadas, ou seja, no sejam SNAPSHOT ou transitrias.
Se mesmo assim seu projeto tiver esse tipo de dependncia,
possvel informar ao plugin para ignorar o risco e seguir em
frente com o processo de preparao da release. Para tanto, basta
utilizar a opo DignoreSnapshots=true juntamente com o restante
do comando para preparar a release.
Outra informao importante que deve ser informada por par-
metro so as credenciais, username e password, para acesso ao re-
positrio. Dessa forma, ser necessrio utilizar Dusername=usuario
e Dpassword=senha.
Pronto, agora basta executar o comando abaixo para preparar
a release:
mvn release:prepare Dusername=usurio Dpassword=senha
Em seguida ser necessrio informar ou apenas confirmar trs
informaes importantes, conforme pode ser visto na Figura 3:
1. Qual a verso que se deseja lanar? A sugesto que seja
escolhida a mesma definida na tag <version> do pom.xml, sem a
palavra SNAPSHOT. No entanto, caso tenham sido implementadas
funcionalidades importantes e que no estavam previstas, siga o
esquema de versionamento utilizado pela sua empresa e defina
o nmero de verso mais adequado;
2. Qual o nome da tag que dever ser criada no SCM? Neste
momento, caso a empresa adote a utilizao de apelidos para as
releases, estes podem ser utilizados principalmente para facilitar a
identificao das verses dentro do repositrio de cdigo fonte;
3. Para qual verso o projeto dever ser atualizado? Nem sempre
atualizado da verso 7.2 para a 7.3. Muitas vezes os planos para
a prxima release incluem importantes funcionalidades que jus-
tificam ir para a verso 8.0.
Se tudo der certo, e isso verificado executando rigorosamente
todos os testes do projeto, o plugin vai criar a tag no SCM conforme
o nome definido no item 2, contendo o nmero de verso aceito
no item 1 e ainda ir atualizar e comitar o arquivo pom.xml com a
verso planejada no item 3. Este processo pode ser visto na Figura 4.
Dessa forma, aps a preparao da release, quando todos os desen-
volvedores do time sincronizarem suas cpias de trabalho, tero
uma verso atualizada do pom.xml j contendo a nova verso em
que devem trabalhar. Todo esse processo ser muito mais proveitoso

38 Java Magazine Edio 105

se estiver associado a um planejamento de
releases bem feito.
A partir deste momento est tudo prepara-
do para realizar o lanamento da release.

Lanando a Release
O lanamento da release a parte mais sim-
ples de todo o processo, uma vez que a parte
mais trabalhosa j foi finalizada durante a
preparao da release. Ele executado por
Figura 3. Confirmaes sobre a verso a ser lanada, nome da tag no SCM e prxima verso de desenvolvimento
meio do comando mvn release:perform, chama-
do aps a preparao da release. Feito isso,
as seguintes aes sero realizadas:
1. feito o checkout do contedo da tag
criada durante a etapa de preparao da
release;
2. A partir da tag, feito o processo de
deploy, enviando a verso recm-criada
para o Nexus.

Para lanar a release, basta executar o

comando abaixo:

mvn release:perform Dusername=usurio

Dpassword=senha

Uma importante etapa do ciclo de vida

do Maven, geralmente incompreendida
por boa parte das pessoas que o utilizam, Figura 4. Criao da tag e o commit do arquivo pom.xml j atualizado com a nova verso
a de deploy. primeira vista, possvel
tentar associar essa etapa com o processo de
deploy que se faz com servidores de aplica-
o, como o JBoss ou Tomcat. No entanto, o
deploy do ciclo de vida tem um significado
um pouco diferente, tendo como inteno
disponibilizar o pacote criado no reposi-
trio para que toda a equipe tenha acesso.
Ou seja, ao execut-lo, a ao que o Maven
realiza copiar os pacotes para o local defi-
nido na tag <distributionManagement> do pom.
xml e utilizando a autenticao definida na
tag <server> do settings.xml. Figura 5. Arquivos gerados pelo processo de preparao (prepare) da release
Por questes de curiosidade, existem
plugins especficos para JBoss e Tomcat a release, como vimos anteriormente, a tag a limpeza dos arquivos temporrios uti-
que tm como objetivo as operaes de e os arquivos de lanamento so gerados, lizados para preparar e lanar a release.
deploy, tanto por meio de JMX quanto por conforme apresenta a Figura 5. Por meio Caso seja necessrio realizar esta limpeza
cpia para a pasta de deploy. do comando mvn release:rollback, possvel manualmente, ela deve ser feita por meio
desfazer o processo (veja a Figura 6). deste comando.
Desfazendo a Release
Algumas vezes, por conta de algum Limpando os arquivos temporrios da preparao Gerenciando repositrios com Nexus
problema, pode ser necessrio abortar da Release O Nexus um dos servidores de ge-
a release, sincronizando novamente o Aps o processo de lanamento da relea- renciamento de artefatos mais utilizados
cdigo e s ento preparando a release se (perform), chamado automaticamente e conhecidos pela comunidade Java. Ele
novamente. O problema que ao preparar o comando mvn release:clean para efetuar tem como principal misso armazenar,

Edio 105 Java Magazine 39

Mantenha suas verses em dia
compartilhar e disponibilizar artefatos
de software dentro de uma organizao,
facilitando a interao entre os membros
da equipe de desenvolvimento. Mantido
pela Sonatype, atualmente existem duas
verses, sendo uma open-source, que
pode ser utilizada, customizada e distri-
buda gratuitamente sob a licena Eclipse
Public License (EPL) Version 1.0, e outra
comercial, mais completa, denominada
Professional.
O que um gerenciador de repositrios?
Um gerenciador de repositrios atua
como um ponto central dentro da organi-
zao, disponibilizando uma srie de repo-
sitrios para realizar o armazenamento de
diferentes tipos de artefatos de software,
como releases e snapshots. Estes artefatos
so colocados nos repositrios por meio do
comando mvn deploy, pertencente ao ciclo
de vida do Maven. Deste modo possvel
Figura 6. Release sendo desfeita pelo processo de rollback
Figura 7. Tela inicial do Nexus
40 Java Magazine Edio 105
proporcionar aos desenvolvedores uma
forma estvel e segura para compartilhar
estes tipos de dependncias dentro da
equipe de desenvolvimento.
Um repositrio armazena fundamental-
mente dois tipos de artefatos: Releases e
Snapshots. A principal diferena entre eles
est relacionada com a sua estabilidade.
Releases so estticas e versionadas, ou
seja, uma vez lanadas no mudam mais.
Portanto, possvel utiliz-las de maneira
estvel dentro dos projetos, sem incorrer
no risco de ter problemas futuros por conta
de possveis alteraes realizadas.
J os Snapshots, palavra cujo signifi-
cado remete a fotografia instantnea,
estilo Polaroid, refletem o estado atual
do cdigo existente apenas na mquina
de um determinado desenvolvedor. Por
motivos bvios, verses snapshot so
consideradas transitrias e normalmente
instveis por no terem sido submetidas
a um processo de testes e homologao
formalizado. Dessa forma, o plugin de
release do Maven impede o lanamento
de qualquer projeto caso ele tenha em
sua lista de dependncias uma biblioteca
cuja verso seja snapshot. Se ainda assim
o responsvel pelo lanamento da release
quiser assumir o risco de ter uma biblio-
teca snapshot, poder utilizar o parmetro
DignoreSnapshots=true no comando de pre-
parao da release.
Outra importante facilidade de geren-
ciadores de repositrios como o Nexus
ter repositrios internos atuando como
proxies para repositrios de artefatos
remotos, na internet. Deste modo, basta
que apenas um desenvolvedor tenha
utilizado uma determinada dependncia
para que ela seja armazenada no cache
do repositrio. Sem a utilizao desse
tipo de recurso, sempre que qualquer
desenvolvedor precisar de uma determi-
nada dependncia que no exista em seu
repositrio local, ser necessrio baix-la
da internet.
Instalando o Nexus
Assim como em outros servidores basea-
dos na tecnologia Java, para instalar e uti-
lizar o Nexus necessrio ter instalado o
Java Runtime Environment (JRE) verso 5
ou superior. Tambm necessrio ter dis-
ponvel um servidor de aplicao, como o
Tomcat ou Jetty, para rodar a distribuio
do Nexus Open-Source.
Para obter a distribuio gratuita do
Nexus, acesse o site da Sonatype em
http://www.sonatype.org/nexus/go e realize
o download, atualmente na verso 2.0.3,
diretamente pelo site.
Feito isso, recomendado renomear a
distribuio de nexus-2.0.3.war para nexus.
war com o objetivo de reduzir a verbosida-
de e facilitar o acesso. Em seguida, basta
copiar o arquivo para a pasta de deploy do
servidor de aplicao. No caso do Apache
Tomcat, ela fica localizada na pasta web
apps, dentro do diretrio de instalao do
servidor.
Se tudo der certo, ser possvel acessar
a tela inicial do Nexus por meio da URL
http://localhost:8080/nexus, conforme mos-
trado na Figura 7.
 Outro detalhe importante diz respeito
necessidade de utilizao do usurio e
senha configurados por padro para con-
seguir acessar a interface de administrao
do servidor. Por padro, o nome do usurio
admin e a senha admin123.
Listando os repositrios disponveis
O acesso lista completa de repositrios
que o Nexus gerencia pode ser feito por
meio do link Repositories, localizado no
menu principal, como pode ser visto na
Figura 8.
Integrando o Nexus ao Maven
Por padro, o Maven configurado para
buscar as dependncias em seus reposit-
rios pblicos na internet. Para fazer com
que ele busque as dependncias por meio
do Nexus, reduzindo a banda de rede utili-
zada, necessrio configurar a tag <mirror>
dentro do arquivo settings.xml do Maven.
Confira o trecho de cdigo que deve ser
adicionado e customizado conforme a
localizao do Nexus em seu ambiente de
desenvolvimento na Listagem 5.
Por fim, para que o Maven encontre as
releases e snapshots lanadas pela equipe,
necessrio configurar os repositrios locais
do Maven apontando para o Nexus. Esta
configurao feita por meio da tag <reposi-
tories>. Confira o trecho de cdigo que deve
ser adicionado e customizado conforme a
localizao do Nexus em seu ambiente de
desenvolvimento na Listagem 6.
Concluso
Neste artigo, vimos como definir uma
estratgia de versionamento para nosso
projeto capaz de tanto controlar o esta-
do do software quanto comunicar sua
evoluo. Por meio do SVN, vimos que
possvel gerenciar diferentes linhas de
desenvolvimento de forma estvel e segu-
ra, preservando o trunk de instabilidades
causadas por implementaes pertencen-
tes a novas verses. Tambm aprende-
mos a configurar o plugin de release do
Maven para automatizar completamente
o processo de preparao e lanamento
da release, compreendendo uma srie de
etapas que, se forem feitas manualmente,
alm de consumir tempo, acabam sendo
Figura 8. Tela de repositrios do Nexus
Listagem 5. Configurao do mirror que deve ser adicionada ao arquivo settings.xml do Maven.
<mirrors>
<mirror>
<id>public</id>
<url>http://192.168.0.1/nexus/content/groups/public/</url>
<mirrorOf>*</mirrorOf>
</mirror>
</mirrors>
Listagem 6. Configurao dos repositrios que deve ser adicionada ao arquivo settings.xml do Maven.
<repositories>
<repository>
<id>releases</id>
<url>http://192.168.0.1/nexus/content/repositories/releases</url>
</repository>
<repository>
<id>snapshots</id>
<url>http://192.168.0.1/nexus/content/repositories/snapshots </url>
</repository>
</repositories>
susceptveis a erros. Por fim, utilizamos
o Nexus para gerenciar os repositrios de Rodrigo Branas
releases e snapshots visando armazenar @rodrigobranas
e compartilhar os artefatos gerados pelos Formado em Computao na
UFSC e MBA em Gesto de
lanamentos de release entre a equipe de
Projetos na FGV, atua no mercado
desenvolvimento do projeto.
de desenvolvimento de software h
10 anos, se especializando em projetos baseados na
arquitetura Java. Possui as certificaes SCJA, SCJP,
D seu feedback sobre esta edio! Feedback
eu SCJD, SCWCD e SCBCD e PMP. Atualmente trabalha
s
A Java Magazine tem que ser feita ao
D
como consultor na rea de desenvolvimento de
seu gosto. Para isso, precisamos saber
sobre e
software e tambm instrutor das Academias Java e
o que voc, leitor, acha da revista!
Agile da Globalcode, onde j acumula cerca de 1.000
s
ta
edio
D seu voto sobre este artigo, atravs do link: horas em sala de aula. Para mais informaes, visite
www.rodrigobranas.com.br
www.devmedia.com.br/javamagazine/feedback
Edio 105 Java Magazine 41
Seo Boas Prticas artigos sobre as tecnologias que podero aumentar a qualidade do desenvolvimento de software
Alta disponibilidade
com GlassFish
Cluster de servidores, balanceamento
de carga e tuning
O Resumo DevMan
s servidores de aplicao surgiram na dcada
de 1990 para dar suporte aos desenvolvedores
atravs de um ambiente para execuo de siste-
mas web, abstraindo do programador a complexidade da
infraestrutura de comunicao e de acesso aos sistemas
publicados. Esse tipo de software fornece vrios recursos
essenciais em um cenrio de deployment, como barreiras
de segurana, garantia de disponibilidade, tratamento
global de excees, gravao do log de aplicaes, pool de
conexes com bancos de dados e servios de diretrio,
sesses javamail, entre outros. Atualmente, existem v-
rias solues de servidores de aplicao, sendo algumas
pagas e outras gratuitas.
Nesse contexto, o GlassFish surgiu de forma tmida
em 2006 atravs do Projeto GlassFish, ainda pelas mos
da Sun Microsystems. Hoje considerado por muitos
especialistas a melhor soluo gratuita da categoria,
possuindo recursos diferenciados e uma comunidade
ativa por meio do frum java.net.
Para servir contedo web, o servidor de aplicaes da
Oracle emprega uma derivao do Apache Tomcat, e a
fim de obter maior performance e escalabilidade, faz uso
do componente Grizzly, uma biblioteca baseada no Java
New I/O (NIO) que exerce um papel fundamental na
arquitetura do GlassFish, j que permite o crescimento
no nmero de requisies atravs de mltiplas threads.
De forma isolada, porm, o Grizzly no capaz de
atender a um grande volume de acessos, normalmente
encontrado em sistemas crticos. Neste caso, preciso
montar um ambiente que apresente uma grande capa-
cidade de throughput, aliado a solues de redundncia
e balanceamento de carga, oferecendo transparncia de
acesso ao usurio final.
O GlassFish possui suporte criao de cluster e inte-
grao com balanceadores de carga para a montagem
de ambientes crticos. O cluster, nesse cenrio, permite
42 Java Magazine Edio 105
De que se trata o artigo:
Nesse artigo mostraremos como configurar um cluster com balancea-
mento de carga no GlassFish para alcanar alta disponibilidade. Em segui-
da, veremos como efetuar tuning no desenvolvimento de aplicaes e nas
configuraes do servidor para conseguirmos ganho de performance.
Em que situao o tema til:
O modelo de alta disponibilidade de aplicaes Java web baseado em
cluster e balanceamento de carga se torna extremamente importante
quando h necessidade de se reduzir a possibilidade de falha em sistemas
e de aumentar o poder de processamento das requisies. Aplicaes que
exigem alta disponibilidade, como sistemas bancrios ou sites de comr-
cio eletrnico, devem usar uma arquitetura como esta, acompanhada de
um monitoramento real-time dos ns da soluo.
Alta disponibilidade com GlassFish:
Com o forte crescimento na utilizao das aplicaes web, a alta dispo-
nibilidade de sistemas se tornou uma necessidade em muitos ambientes
computacionais da atualidade. Nesse cenrio, o GlassFish 3 inclusive na
sua distribuio open source fornece uma soluo robusta utilizando
uma arquitetura baseada em cluster combinada com o Apache HTTP
Server no papel de balanceador de carga.
Para aumentar ainda mais a confiabilidade da soluo, possvel ga-
nhar em performance efetuando tuning na programao, no servidor
de aplicao, na JVM, no hardware e at mesmo no sistema operacional.
Veremos que pequenos ajustes podem significar uma melhoria signifi-
cativa, permitindo um crescimento maior na escalabilidade. sobre tudo
isso que analisaremos nesse artigo.
que se rode o mesmo programa de forma paralela em mltiplas
mquinas, oferecendo melhor experincia atravs da redundncia
proporcionada por essa configurao. O balanceador de carga, por
sua vez, o n central da soluo que recebe toda requisio de
entrada e a direciona para algum dos ns do cluster de acordo com
um algoritmo. atravs dele que conseguimos a transparncia de
acesso, isentando o usurio de modificar a URL da requisio de
acordo com o n do cluster que fornecer o recurso.
No entanto, independente de se montar um ambiente de alta
disponibilidade com cluster e balanceamento de carga, sempre
aconselhada a realizao de algumas prticas que melhorem o
desempenho do ambiente como um todo. Esse processo conhe-
cido como tuning de performance (ou simplesmente tuning), e tem
sido aplicado principalmente em aplicaes web. Vrias tcnicas
podem ser empregadas para realizao dessa tarefa, porm as
mais comuns so otimizao de cdigo, estratgia de cache, tuning
do servidor de aplicao e tuning da JVM.
Nesse artigo, apresentaremos como instalar o GlassFish, criar
clusters, instncias, configurar o balanceamento de carga e empre-
gar tcnicas de tuning atravs de simples configuraes e padres
de programao. Nosso objetivo aumentar a confiabilidade das
aplicaes publicadas, visto que em um ambiente de cluster como
o que vamos criar, se uma das mquinas envolvidas apresen-
tar problemas, a outra responde pelas requisies. Outro fator
importante para a preveno de falhas a realizao de tuning.
Veremos que ao seguir algumas prticas no desenvolvimento de
sistemas e efetuando certas configuraes no servidor de aplica-
o, podemos obter um rendimento muito superior, melhorando
o gerenciamento de memria, o desempenho de aplicaes e o
tempo de resposta para as requisies.
Tutorial
Passos para instalao
Em primeiro lugar, antes de instalarmos o GlassFish, precisa-
mos ter a mquina virtual Java configurada. Para a verso do
servidor de aplicao que vamos trabalhar (3.1.2), necessrio
que seja a verso 1.6 da JVM. Portanto, realize antecipadamente
a instalao da JDK nas duas mquinas que faro parte do cluster
na nossa simulao.
Agora devemos instalar e iniciar o GlassFish. H duas opes
disponveis para download:
Open Source Edition, disponvel no site da comunidade GlassFish
em https://glassfish.dev.java.net;
O racle Glassfish Server, verso paga que pode ser baixada em
http://www.oracle.com/technology/products/glassfish/index.html.
Nesse artigo faremos uso da distribuio open source. impor-
tante ressaltar, entretanto, que o GlassFish 3 trouxe o conceito de
profile nas opes de download. Assim, foram criados os perfis Web
e Full Platform, onde a grande diferena entre os dois est no fato
de a segunda opo ter sido projetada para desenvolvedores que
utilizam APIs Java EE avanadas. Nessa simulao, faremos uso
do profile Full Platform, e nossa instalao ser realizada nas duas
mquinas atravs de arquivo compactado, que independente de
plataforma. Os passos a serem seguidos so:
1. Baixe o arquivo compactado de instalao em http://glassfish.
java.net/downloads/3.1.2-final.html;
2. Descompacte o arquivo na pasta desejada (o diretrio de destino
ser onde o Servidor de Aplicao ficar instalado);
3. Por fim, entre na pasta /<dir_glassfish_v3.1.2>/bin e inicialize o
GlassFish atravs do executvel asadmin:
cd /<dir_glassfish_v3.1.2>/bin
asadmin start-domain
Como podemos perceber, estamos iniciando o domnio padro
domain1 criado automaticamente quando instalamos o servidor
de aplicao com o comando start-domain, atravs do utilitrio
asadmin.
O asadmin o principal comando utilizado pelo administrador do
servidor de aplicao. Ele serve para diversas tarefas, como parar e
iniciar o servidor, gravar configuraes, publicar aplicaes, entre
outras. Existem, no entanto, vrias outras maneiras de efetuarmos
o controle do GlassFish, porm as mais utilizadas so:
Atravs do console administrativo, no endereo http://host_do_
servidor:4848;
Atravs de ferramentas de linha de comando. Como mencionado,
asadmin uma delas e ser utilizada durante todo esse artigo.
O Servidor de Aplicao composto por um ou mais domnios
que, conceitualmente, podem ser encarados como repositrios que
armazenam grupos de instncias autnomas (standalone) ou de
cluster. Uma instncia um processo da JVM que armazena as
aplicaes do servidor, possui sua prpria rvore de diretrios e
algumas configuraes individuais. Cada domnio, por sua vez,
utiliza uma rea de memria separada, possui vrios recursos
exclusivos, como Pools JDBC e EJB Timers, armazena seus logs
particulares e tem sua rea administrativa chamada de Servidor
de Administrao de Domnio (em ingls, Domain Administration
Server DAS).
- Instncia Autnoma: as instncias autnomas esto vinculadas a um domnio,
possuem suas prprias configuraes e podem ser criadas independentemente de
haver um cluster criado.
- Instncia de Cluster: esse tipo de instncia vinculado a um cluster e gerenciado
por um dos ns da soluo.
Na Figura 1 podemos visualizar os diversos componentes de
uma instncia do servidor de aplicao, como o gerenciador
de transaes, o container EJB, o servidor HTTP, entre outros.
O GlassFish j vem configurado com uma instncia standalone
de nome server, que atende s necessidades da maior parte
dos usurios e onde so publicadas as aplicaes em uma
instalao padro.
Edio 105 Java Magazine 43
Alta disponibilidade com GlassFish
Figura 1. Instncia do GlassFish (Fonte: http://docs.sun.com/app/docs/doc/820-4335/ablaz?a=view)
Por que utilizar cluster?
Em um cluster, dois ou mais computadores trabalham de forma
conjunta para realizar algum tipo de processamento como se
fossem uma nica mquina. Solues baseadas nessa arquitetura
normalmente utilizam servidores conectados a uma rede local
e se tornaram mais populares a partir da melhoria na relao
preo/performance dos computadores pessoais e workstations.
Em ambientes de produo, os clusters so utilizados mais co-
mumente como:
Clusters de alto desempenho quando computadores so ligados
para realizar operaes distribudas envolvendo alto volume de
processamento, como clculos matemticos complexos;
Clusters de balanceamento de carga tm por funo controlar
a distribuio equilibrada do processamento entre as mquinas
que os compem;
Clusters de alta disponibilidade aplicados a situaes em que
os sistemas do cluster precisam permanecer ativos por um longo
perodo de tempo e em plena condio de uso.
Na nossa simulao queremos garantir maior disponibilidade,
deixando nossas aplicaes sempre acessveis. Para isso, criaremos
um cluster que envolver duas mquinas e empregaremos o uso
de balanceamento de carga com o conector mod_jk, que realizar
a funo de distribuio do processamento das requisies.
- mod_jk: um conector da Apache Foundation utilizado para realizar a
comunicao atravs do protocolo AJP entre um servlet container ou servidor de
aplicao e servidores web como Apache Web Server e IIS. Ele trabalha verificando
se as requisies que chegam ao servidor web devem ser direcionadas para um
44 Java Magazine Edio 105
servlet, normalmente testando se a URL possui um pattern previamente definido.
Em caso positivo, ele assume o processamento da requisio e invoca o servlet
apropriado.
Criando um cluster com duas mquinas envolvidas
Um cluster no GlassFish um grupo de instncias que comparti-
lham configuraes, recursos e aplicaes. Podemos criar clusters
abrangendo vrias mquinas com uma ou mais instncias em
cada uma delas , ou com todas as instncias no mesmo servidor.
A primeira abordagem, porm, traz a grande vantagem de ter-
mos a redundncia da aplicao em outros ns, portanto nossa
simulao seguir esse modelo.
No ambiente que iremos criar, as mquinas envolvidas tero os
nomes appserver1 e appserver2. A primeira delas, appserver1, ser
o DAS, ou seja, o n administrativo. Ela armazenar o cluster e
uma das instncias dele, chamada inst_local; j appserver2 ser a
mquina que possuir a instncia remota do cluster, chamada
inst_remota.
Na verso 2 do GlassFish precisvamos criar antecipadamente
um agente antes de termos uma instncia de cluster. Isso acon-
tecia porque tnhamos que associar a instncia ao agente. J na
verso 3 o procedimento um pouco diferente, pois no existem
comandos para gerenciar agentes. Outra mudana significativa
que no h mais necessidade de habilitar o suporte para cluster
antes de conseguirmos criar um. A instalao padro j traz tudo
configurado, independente de estarmos utilizando o perfil web
ou full platform do servidor de aplicao.
Para permitirmos a administrao central das instncias pelo
DAS, necessrio configurar alguma forma de comunicao
entre o DAS e os ns. O GlassFish d suporte a SSH e DCOM
para essa tarefa, porm h a opo de no usar nenhuma das
duas alternativas, o que fora o controle da instncia (criao,
inicializao, parada, etc.) localmente, ou seja, os comandos de-
vem ser disparados na prpria mquina em que a instncia foi
criada. Esse tipo de n chamado de CONFIG. A Oracle sugere
que para clusters com poucos ns se use controle local, mas para
grandes infraestruturas o ideal possuir a administrao central
para gerenciamento das instncias.
Nesse artigo veremos um exemplo prtico com administrao
local em cada n, por uma questo de facilidade. Se h a necessi-
dade de configurar DCOM ou SSH no seu ambiente, consulte o
documento High Availability Administration Guide, disponvel em
http://docs.oracle.com/cd/E26576_01/doc.312/e24934.pdf.
A Figura 2 mostra um n DAS (representado por Administration
Node) e um cluster com duas mquinas envolvidas, denominadas
SSH Node 1 e Config Node 2. O DAS se comunica com o n 1 atravs
de SSH para gerenciar as instncias e atravs de HTTP e HTTPS
para sincronizao de dados. J com o n 2 a comunicao feita
apenas atravs de HTTP e HTTPS, por conta de as instncias
no terem suas execues (inicializao e parada) controladas
pelo DAS.
Na instalao atravs de arquivo compactado, o usurio admi-
nistrativo padro do GlassFish vem sem senha para autenticao.
Como consequncia, permitido o acesso s operaes de ge-
renciamento apenas na prpria mquina em que o servidor de
aplicao est instalado. Para criarmos as instncias nos outros
ns (instncias remotas), precisamos habilitar a administrao
segura, um recurso que aumenta a segurana na comunicao
entre o DAS e os ns remotos. Para isso, vamos primeiro alterar a
senha do admin executando o seguinte comando a partir da pasta
/<dir_glassfish_v3.1.2>/bin da mquina appserver1:
asadmin change-admin-password
Figura 2. Instalao do GlassFish com cluster que utiliza duas mquinas e quatro instncias
(Fonte: http://glassfish.java.net/public/clustering31.html)
Ser solicitado o nome de usurio. Entre com admin. Na senha
anterior, deixe em branco. Em seguida digite a nova senha dese-
jada nos dois passos seguintes e confirme.
Para no ficarmos informando sempre a senha e o usurio
administrativo do DAS em todas as operaes com o utilitrio
asadmin, e termos a possibilidade de colocar um script de inicia-
lizao do GlassFish no carregamento do sistema operacional,
vamos criar um arquivo chamado credencial.txt dentro da pasta
/<dir_glassfish_v3.1.2>/bin nas duas mquinas do cluster contendo
a senha informada no passo anterior. O arquivo deve ficar com
a seguinte linha:
AS_ADMIN_PASSWORD=<digite_aqui_a_senha_informada_anteriormente>
Assim como vrios outros softwares open source, o GlassFish
possui essa caracterstica de salvar a senha em texto puro. Por
esse motivo deve-se ter extremo cuidado com as permisses
do arquivo credencial.txt. Porm, h uma alternativa: existe a
funcionalidade de criao de alias de senha, um recurso que au-
menta a segurana na execuo das tarefas de administrao do
servidor. Caso queira saber mais sobre essa operao, consulte
a seo Administering Password Aliases do documento Security
Guide disponvel em http://download.java.net/glassfish/3.1.2/release/
glassfish-ose-3.1.2-docs-pdf.zip.
Agora vamos habilitar a administrao segura, atravs do
comando:
asadmin --passwordfile=credencial.txt enable-secure-admin
Feito isso, pare e inicie novamente o domnio com os passos a
seguir para que o GlassFish carregue as novas configuraes:
asadmin stop-domain
asadmin start-domain
Antes de criarmos as instncias, precisamos ter o cluster confi-
gurado. Desse modo, execute o seguinte comando para configurar
o cluster no servidor DAS:
asadmin create-cluster --passwordfile=credencial.txt cluster1
Agora iremos criar e deixar nossas instncias preparadas para
que o cluster possa utiliz-las. Como dito anteriormente, nosso
cenrio possuir uma instncia na mquina em que se encontra
o DAS (appserver1) e outra na mquina remota (appserver2). Dessa
forma, a partir do diretrio /<dir_glassfish_v3.1.2>/bin do DAS,
execute o seguinte comando:
asadmin create-local-instance --cluster cluster1 --passwordfile=credencial.txt --system-
properties HTTP_LISTENER_PORT=18080 inst_local
Nosso prximo passo ser criar a outra instncia. Assim, na
mquina remota (appserver2), rode o comando:
asadmin create-local-instance --host appserver1 --cluster cluster1 --passwordfile=credencial.
txt --systemproperties HTTP_LISTENER_PORT=18080 inst_remota
importante ressaltar que no precisamos iniciar o domain1
na mquina appserver2, ou seja, no necessrio que o processo
de administrao do domnio esteja sendo executado, apenas as
instncias. Isso porque a funo de gerente caber mquina
appserver1.
Como j temos as instncias criadas, podemos iniciar o cluster
atravs do seguinte comando, executado a partir do diretrio
/<dir_glassfish_v3.1.2>/bin da mquina com o DAS:
asadmin start-cluster --passwordfile=credencial.txt cluster1
O utilitrio dispara a inicializao do cluster e da instncia local
do cluster (inst_local). Como no estamos usando DCOM, nem SSH,
a execuo da instncia remota (inst_remota) no efetuada. Nesse
caso, precisamos rodar o comando manualmente na mquina
appserver2 para inicializ-la:
asadmin start-local-instance --passwordfile=credencial.txt inst_remota
Pronto! Nosso cluster est iniciado e as duas instncias rodando.
A vantagem dessa configurao que, ao fazer o deploy de uma
aplicao, ela ficar visvel para acesso em todas as mquinas
Edio 105 Java Magazine 45
Alta disponibilidade com GlassFish
do cluster, melhorando a disponibilidade.
Entretanto falta um passo importante: a
instalao do balanceador de carga, uma
etapa que realizaremos posteriormente.
Testando o Cluster
Para efetuarmos nossos testes, iremos
baixar uma aplicao simples disponibi-
lizada pelos prprios desenvolvedores do
GlassFish que fornece informaes sobre
o ambiente em que ela est publicada. O
endereo para download do arquivo http://
developers.sun.com/appserver/reference/te-
chart/load-balancing/clusterjsp.zip e devemos
salv-lo em qualquer pasta do servidor em
que se encontra o DAS (appserver1).
Em seguida, descompacte o arquivo bai-
xado em algum diretrio. Na raiz da pasta
de destino da extrao, h uma aplicao
chamada clusterjsp no formato EAR (En-
terprise Archive). Efetue o deploy no cluster,
executando o seguinte comando:
asadmin deploy --target cluster1 --passwordfile=credencial.txt
<diretorio_de_destino_estrao>/clusterjsp.ear
Aguarde a publicao da aplicao nas
duas instncias do cluster. Como definimos
que ambas respondero na porta 18080
para requisies HTTP no momento em
que as criamos, podemos testar o fun-
cionamento do cluster entrando com os
Figura 3. Representao do ambiente montado com o cluster1
46 Java Magazine Edio 105
seguintes endereos no nosso navegador:
http://appserver1:18080/clusterjsp e http://
appserver2:18080/clusterjsp.
A Figura 3 ilustra como est montado o
nosso ambiente e de que forma os clientes
devem direcionar as requisies ao siste-
ma clusterjsp.
Se tudo der certo, aparecer uma pgina
com vrias informaes sobre o n e a ins-
tncia, porm temos um problema: o usu-
rio nunca saber para qual das duas URLs
direcionar sua requisio. Se a instncia
inst_local, do appserver1 ficar indisponvel,
o endereo http://appserver2:18080/clusterjsp
correspondente instncia inst_remota do
appserver2 dever ser acessado. A situao
inversa tambm acontece, forando a mo-
dificao da URL no navegador. Fica claro
que precisamos deixar isso transparente
para o usurio. A soluo configurar um
balanceamento de carga que receber a
requisio e escolher qual das duas ins-
tncias realizar o processamento.
Instalando o Balanceamento de Carga
O balanceador de carga funcionar como
o n central da nossa soluo, ou seja,
receber as requisies dos clientes e as
distribuir entre os ns do cluster. Alm
desse papel-chave para o funcionamento
do ambiente, proporcionar uma srie de
vantagens. Entre elas, podemos citar:
P ermitir escalabilidade horizontal atra-
vs de mltiplos hosts fsicos ou lgicos,
deixando o endereo do sistema com uma
nica URL;
Possibilitar adicionarmos mquinas e/ou
instncias ao balanceador sem pararmos o
servio;
Permitir isolar o usurio de falhas no host
em quedas do servidor;
Aumentar a segurana ao esconder a rede
interna do usurio.
- Escalabilidade horizontal: a escalabilidade
um conceito que demonstra a capacidade de
um sistema, rede ou processo de manipular uma
poro crescente de trabalho de forma uniforme.
No caso da escalabilidade horizontal esse
aumento conseguido colocando mais ns ao
sistema, como adicionar um novo computador a
um cluster.
O GlassFish d suporte aos servidores
web Oracle HTTP Server, Microsoft IIS,
Apache HTTP Server e Oracle iPlanet
Web Server para realizar o balanceamen-
to de carga, mas a soluo da Apache
Software Foundation a mais comum.
Na nossa configurao, vamos utilizar
a verso 2.2, juntamente com o plugin
mod_jk, que far uso do protocolo AJP.
Dessa forma deixaremos o web server
funcionando como front-end do nosso
cluster, ou seja, responsvel por distribuir
a carga entre os ns, com apenas alguns
passos.
Em relao instalao do Apache
HTTP Server, no existe nada de especial.
Basta que seja realizado o procedimento
padro na mquina em que se encontra
o DAS, j que appserver1 ser tambm
responsvel pelo balanceamento. O
download do servidor web pode ser feito no
endereo http://httpd.apache.org/download.
cgi. As instrues para instalao podem
ser encontradas em http://httpd.apache.org/
docs/2.2/install.html.
- AJP: o AJP, de Apache JServ Protocol, um
protocolo binrio, orientado a pacotes, que permite
a um servidor web obter vrias informaes de
gerenciamento do servidor de aplicao. Ele utiliza
conexes TCP e empregado normalmente em
balanceamento de carga.
Configurando o Balanceador de Carga
Cada instncia que faz parte do balanceador de carga deve
ter uma propriedade chamada jvmRoute especificada em sua
configurao, conforme veremos a seguir. Ela indicar qual das
instncias do cluster respondeu pela ltima requisio do cliente.
O balanceador de carga obter essa informao atravs da URL ou
de um cookie HTTP, permitindo que se saiba para onde direcionar
as solicitaes subsequentes. Alm da propriedade jvmRoute, pre-
cisamos indicar a porta que ser usada pelo balanceador de carga
em cada instncia atravs da varivel AJP_PORT.
Pelo fato de serem configuraes do n administrador do
cluster, os passos de 1 a 7 a seguir devem ser realizados no DAS
(appserver1). Inicialmente vamos configurar os parmetros de
comunicao do GlassFish com o Apache:
1. Adicione um Listener HTTP associado ao cluster:
asadmin create-network-listener --protocol http-listener-1 --passwordfile=credencial.txt
--listenerport ${AJP_PORT} --jkenabled true --target cluster1 jk-connector
- Listener HTTP: componente do GlassFish responsvel por realizar a comunicao
HTTP entre o servidor e os clientes. Conceitualmente um socket de escuta que
possui um IP e uma porta de escuta.
No se esquea das aspas simples no valor do parmetro listener-
port. Com o comando create-network-listener, estamos criando um
listener do protocolo HTTP associado ao cluster. O listener usar a
porta especificada pela varivel AJP_PORT nas instncias para
se comunicar com o mod_jk.
2. Crie uma propriedade da JVM chamada jvmRoute associada
ao cluster:
asadmin create-jvm-options --passwordfile=credencial.txt --target cluster1
-DjvmRoute=\${AJP_INSTANCE_NAME}
Assim como no comando anterior, no se esquea das aspas
duplas no final do comando. Ao realizar esse passo estamos infor-
mando que a propriedade jvmRoute do cluster ser especificada nas
instncias por uma varivel chamada AJP_INSTANCE_NAME.
3. Agora precisamos informar os valores das variveis AJP_PORT
e AJP_INSTANCE_NAME, definidas anteriormente para cada
instncia do cluster, executando os comandos da Listagem 1.
Nossa ateno nesse momento volta-se para o servidor web. Pre-
cisamos criar dentro da pasta conf do Apache HTTP Server (que
nesse momento j deve estar instalado) o arquivo workers.properties.
Nele, definiremos dois workers chamados instancia_local_worker e
instancia_remota_worker. O contedo do arquivo (como veremos
frente) conter a porta (especificada no GlassFish pela varivel
AJP_PORT) e o nome de cada instncia (especificado no GlassFish
pela varivel AJP_INSTANCE_NAME) com as quais o protocolo
AJP ir se comunicar.
4. Copie o arquivo binrio do conector para a pasta /<dir_apache>/
modules. Usaremos a verso 1.2.31. Esse arquivo pode ser encontrado
no endereo http://archive.apache.org/dist/tomcat/tomcat-connectors/jk/
binaries/. Ao abrir a URL, selecione o sistema operacional em que o
Apache HTTP Server est instalado, clique na pasta com a verso
mencionada (1.2.31) e baixe o arquivo relativo ao Apache 2.2.
Listagem 1. Comandos para definir os valores das variveis em cada instncia.
asadmin create-system-properties --target inst_local --passwordfile=credencial.txt
AJP_INSTANCE_NAME=instancia_local_worker
asadmin create-system-properties --target inst_local --passwordfile=credencial.txt
AJP_PORT=8020
asadmin create-system-properties --target inst_remota --passwordfile=credencial.
txt AJP_INSTANCE_NAME=instancia_remota_worker
asadmin create-system-properties --target inst_remota --passwordfile=credencial.
txt AJP_PORT=8020
O arquivo binrio do mod_jk um mdulo extra do Apache HTTP
Server e servir para que o conector seja carregado no servidor web.
- Workers: so instncias do servidor de aplicao que aguardam para executar
servlets ou servir qualquer outro contedo, simulando serem respostas do
servidor web.
5. Configure o arquivo httpd.conf para trabalhar com balancea-
mento de carga adicionando as instrues da Listagem 2 (coloca-
remos aps a linha 53 do arquivo, que est comentada).
Listagem 2. Linhas a serem adicionadas no arquivo httpd.conf.
LoadModule jk_module modules/<nome_do_arquivo_binario_do_mod_jk>
JkWorkersFile conf/workers.properties
JkLogFile logs/mod_jk.log
JkLogLevel debug
JkLogStampFormat [%a %b %d %H:%M:%S %Y]
JkRequestLogFormat %w %V %T
JkMount /clusterjsp/* loadbalancer
O arquivo httpd.conf possui todas as configuraes do Apache e,
ao adicionar as linhas especificadas, estamos indicando:
Linha 1: o mdulo mod_jk deve ser carregado na inicializao
do servidor web atravs do seu arquivo binrio (o nome mudar
de acordo com sua plataforma);
Linha 2: o arquivo de configurao com os workers;
Linhas 3, 4, 5 e 6: respectivamente, o arquivo em que ser
gravado o log do conector, o nvel de log, o padro de hora a ser
gravado e o formato;
L inha 7: o pattern da URL que ser reconhecido pelo conector
para encaminhar a requisio ao GlassFish. Como temos um /
clusterjsp/*, ao detectar que a requisio tem o padro http://
host_do_servidor/clusterjsp/, o Apache reencaminhar a solicitao
para o servidor de aplicao.
6. Crie o arquivo de configuraes do balanceador de carga
com o nome workers.properties em /<dir_apache>/conf contendo as
linhas da Listagem 3.
Edio 105 Java Magazine 47
Alta disponibilidade com GlassFish
Listagem 3. Linhas do arquivo workers.properties.
worker.list=loadbalancer
# Propriedades da instancia_local_worker
worker.instancia_local_worker.type=ajp13
worker.instancia_local_worker.host=appserver1
worker.instancia_local_worker.port=8020
worker.instancia_local_worker.lbfactor=1
worker.instancia_local_worker.connection_pool_size=10
worker.instancia_local_worker.socket_timeout=300
# Propriedades da instancia_remota_worker
worker.instancia_remota_worker.type=ajp13
worker.instancia_remota_worker.host=appserver2
worker.instancia_remota_worker.port=8020
worker.instancia_remota_worker.lbfactor=1
worker.instancia_remota_worker.connection_pool_size=10
worker.instancia_remota_worker.socket_timeout=300
worker.loadbalancer.type=lb
worker.loadbalancer.balance_workers=instancia_local_worker,
instancia_remota_worker
Como mencionado anteriormente, o arquivo workers.properties
possui as configuraes dos workers que faro a comunicao entre
as instncias do servidor de aplicao (no nosso caso, as instncias
do cluster) e o servidor web Apache. Podemos visualizar que nas
linhas 4 a 9 e 12 a 17, estamos definindo os workers instancia_remota_
worker e instancia_local_worker com suas respectivas configuraes.
Esses nomes correspondem aos definidos no valor da propriedade
AJP_INSTANCE_NAME de cada instncia do cluster.
Outros dados importantes do arquivo so:
L inhas 6 e 14: possuem as portas que cada worker ir utilizar.
Esse valor corresponde ao valor da varivel AJP_PORT tambm
definida anteriormente para cada instncia do cluster;
Linhas 5 e 13: mencionam o host que corresponde a cada n que
faz parte do cluster;
Linhas 4 e 12: definem a verso do protocolo a ser utilizada pelo
worker. No caso, ajp13, que utiliza sockets para comunicao;
L inha 19: define o tipo de balanceamento de carga como lb, que
utiliza o algoritmo de escalonamento round robin com certa tole-
rncia a falhas. Assim, permite que a carga seja distribuda entre
os ns do cluster j que o algoritmo trabalha com uma fila circular
para escolher qual instncia responder pela requisio;
Linha 20: lista os workers que fazem parte do balanceamento de
carga;
Linhas 7 e 15: definem o peso que cada worker ter no escalo-
namento. Como os dois receberam valores iguais, teoricamente
recebero o mesmo nmero de requisies;
Linhas 8, 9, 16 e 17: definem o tamanho do pool de conexes do
protocolo com o servidor de aplicao e o timeout do socket.
Caso queira consultar outros parmetros de configurao, acesse
o endereo do guia de referncias do conector mod_jk em http://
tomcat.apache.org/connectors-doc/reference/workers.html.
7. Reinicie o domnio e o cluster executando os comandos da
Listagem 4 a partir do diretrio /<dir_glassfish_v3.1.2>/bin.
48 Java Magazine Edio 105
Listagem 4. Comandos para reiniciar o domnio e o cluster.
asadmin stop-domain
asadmin start-domain
asadmin stop-cluster --passwordfile=credencial.txt cluster1
asadmin start-cluster --passwordfile=credencial.txt cluster1
8. Reinicie tambm a instncia inst_remota em appserver2:
asadmin stop-local-instance inst_remota
asadmin start-local-instance --passwordfile=credencial.txt inst_remota
9. Agora inicie o servidor web em appserver1 com o comando
referente sua plataforma. Por exemplo, no Linux: <dir_apache>/
bin/apachectl start.
Est feito! A partir de agora, no caso de uma instncia do cluster
falhar, o balanceador de carga mudar a rota de todas as requisi-
es subsequentes para a outra instncia, que ter a capacidade de
dar continuidade solicitao do usurio. importante ressaltar
que, ao realizar o deploy no console administrativo, deve ser mar-
cado o checkbox availability para que a aplicao fique acessvel.
O balanceamento de carga, portanto, ir aumentar a disponibi-
lidade da aplicao evitando sobrecarga, mas afetar um pouco o
desempenho por conta do processamento efetuado pelo Apache
HTTP Server antes da requisio chegar ao GlassFish. O mais
importante de tudo isso, entretanto, que estamos aumentando
a confiabilidade e podemos adicionar mais instncias ao cluster
em tempo de execuo sem parar o servio.
Testando o Balanceamento de Carga
A aplicao que publicamos no cluster nos auxiliar nessa tarefa. O
objetivo verificar se as duas instncias respondem pela aplicao e
se uma delas atender a requisio no caso da outra apresentar falha.
Inicialmente, vamos verificar se o ambiente est funcionando. Para
isso, abra o navegador em uma mquina que tenha acesso ao DAS
(pode ser, inclusive, uma das usadas para montar o cluster) e entre em
http://appserver1/clusterjsp/ (no se esquea da barra no final).
Ser exibida a pgina inicial do sistema indicando o nome ou o IP
do servidor em que o Apache HTTP Server encontra-se instalado,
a porta HTTP de entrada, o n que atendeu pela requisio (campo
executed from server), o ID da sesso, entre outras informaes. Na
pgina, existe uma funcionalidade para adicionar um atributo na
sesso. Desse modo, no campo name of session atribute, digite nome
do servidor. No campo value of session atribute, digite glassfish
e clique em add session data.
Veremos que as informaes fornecidas no formulrio da pgina
aparecero no local data retrieved from the HttpSession. Observe o
n que atendeu pela requisio (lembrando que essa informao
est no campo executed from server). Vamos supor que tenha sido
appserver1. Nesse caso, iremos acessar novamente o diretrio
/<dir_glassfish_v3.1.2>/bin da mquina com o DAS e pararemos a
instncia inst_local executando o comando:
asadmin stop-local-instance inst_local
 Se o outro n tivesse sido informado, teramos que parar a
instncia inst_remota da mquina appserver2. Agora recarregue
a pgina. Veremos que o outro n automaticamente responde
pela aplicao, mas o dado da sesso que havia sido inserido
(nome do servidor) foi perdido. Isso acontece porque no
estamos usando replicao de estado da sesso. Essa uma
configurao mais complexa, porm caso haja necessidade de
implement-la, consulte o documento High Availability Adminis-
tration Guide, disponvel em http://docs.oracle.com/cd/E18930_01/
pdf/821-2426.pdf.
A Figura 4 demonstra como ficou nosso ambiente de alta dispo-
nibilidade envolvendo as duas mquinas, o cluster e o balanceador
de carga. possvel tambm verificar como ficaram as chamadas
ao sistema, que agora no precisam ter a porta 18080 informada
e, independente de uma ou outra instncia responder pela requi-
sio, a URL no muda.
Figura 4. Representao do ambiente montado com o cluster1, juntamente com o balanceador
de carga
Tuning no GlassFish
Existem muitas dicas no desenvolvimento de aplicaes e al-
gumas configuraes que podem ser efetuadas no servidor que
afetam consideravelmente o desempenho de um sistema. H
casos, por exemplo, que um simples parmetro em um arquivo de
configurao pode derrubar o servidor em questo de segundos,
e o objetivo dessa seo evitar que falhas como essa, e outras
menos graves, aconteam.
As dicas esto divididas em cinco categorias:
Tuning na Programao;
S ervidor de Aplicao;
JVM;
Sistema Operacional;
Hardware.
Tuning na Programao
Alm de trabalharmos com um ambiente de alta disponibili-
dade, ao realizarmos tuning teremos a performance melhorada,
minimizando ainda mais a possibilidade de uma aplicao no
oferecer resposta.
Esta seo est dividida em:
C onceitos Java;
J ava Web;
D eployment.
Conceitos Java
As dicas a seguir se encaixam em qualquer sistema desenvolvido
em Java, pois dizem respeito a conceitos bsicos da linguagem:
Evite Serializao: A serializao e deserializao de objetos
um processo muito pesado e degrada o desempenho da aplicao.
Caso elas sejam realmente necessrias, use atributos com o mar-
cador transient para reduzir a carga da serializao. Outra sada
personalizar os mtodos readObject() e writeObject(), adicionando
apenas os atributos que desejamos serializar;
Use StringBuilder para concatenar strings: Um bom desenvolvedor
Java sabe que as Strings so imutveis e que, a cada concatenao,
um novo objeto criado. Obviamente podemos ter um estouro
de memria se o coletor de lixo no entrar logo em ao;
Coloque o valor null em variveis que no esto sendo uti-
lizadas: Esse simples procedimento ajudar o coletor de lixo a
economizar tempo, pois a referncia apontar para uma posio
nula, facilitando a identificao de objetos que no esto sendo
usados;
Evite sobrescrever o mtodo finalize(): Sobrescrev-lo significa
prejudicar o desempenho do coletor de lixo e pode deixar sua
rotina com um comportamento imprevisvel;
Sincronize apenas quando necessrio: Por razes bvias,
permitir que apenas uma thread acesse parte do cdigo preju-
dica a escalabilidade. bvio que essa situao deve ocorrer
apenas em ltimo caso e no menor trecho de cdigo possvel.
Por exemplo:
O trecho sincronizado apresentado na Listagem 5 bastante cur-
to, mas h necessidade realmente de que ele exista? Teoricamente,
por ser apenas uma simulao de novo saldo, no preciso isolar
a instncia da classe Conta.
Declare constantes como static final: O compilador pode rea-
lizar otimizaes facilmente, quando declaramos as variveis
dessa forma.
Listagem 5. Mtodo com trecho de cdigo sincronizado.
public double realizaSimulacaoNovoSaldo(Conta c, double rendimento) {
synchronized (c) {
return c.getSaldo()*(1+rendimento);
}
}
Java Web
Quando se desenvolve sistemas web, tambm existem vrios
pontos crticos que podem ter impacto no desempenho das apli-
caes. Alguns so demonstrados a seguir:
Edio 105 Java Magazine 49
Alta disponibilidade com GlassFish
No use SingleThreadModel em servlets: Assim como sin-
cronizar trechos de cdigo de forma desnecessria, implementar
SingleThreadModel afeta diretamente a escalabilidade;
Use o mtodo init() em servlets para realizar inicializao
pesada: O mtodo init() chamado logo aps o servidor criar
a instncia do servlet, portanto a melhor maneira de realizar
tarefas pesadas. Dessa forma evitamos respostas demoradas para
as requisies dos usurios;
Evite o uso de System.out.println(): Muitas vezes empregado nos
testes locais, no h sentido de se utilizar esse tipo de artifcio em
ambiente de produo;
Crie sesses com moderao e use o mtodo invalidate() quando
no forem mais necessrias: As sesses afetam diretamente a
escalabilidade das aplicaes. Uma dica que nem sempre co-
nhecida o uso da diretiva <% page session=false %> nas pginas
JSP. Ela previne que o servidor de aplicao crie sesses quando
elas no forem necessrias;
Mantenha o tamanho da sesso pequeno (se possvel, abaixo
de 7kb): Alm de ter impacto na escalabilidade, o tamanho da
sesso influencia no tempo de resposta. importante, por exem-
plo, evitar manter objetos grandes (como colees) na sesso.
Em geral eles foram a serializao adicionando um overhead
computacional;
Configure o tempo correto para expirar a sesso: necessrio
verificar se o tempo para expirar a sesso no est muito grande,
porm valores muito baixos tambm podem ter impacto negati-
vo na utilizao do sistema. Esse parmetro depender do tipo
de aplicao e do tempo que o cliente normalmente permanece
realizando operaes no sistema;
Evite Managed Beans com escopo de sesso nas aplicaes
JSF: Usar mais de um Managed Bean de sesso um indcio de
que seu cdigo tem problemas. Caso precise, use frameworks
como o MyFaces Tomahawk com cuidado para salvar o estado
dos objetos;
Cuidado com a paginao de registros em JSF: O ideal uti-
lizar paginao por demanda para evitar demora nas respostas
ao cliente. Assim poucos objetos so armazenados na memria
a cada pgina navegada, alm de representar menos custo para
o banco de dados, j que a consulta ter um limite de registros a
retornar.
- SingleThreadModel: termo que especifica que apenas um processo ser
executado em determinado trecho de cdigo. Em um servlet isto conseguido ao
implementar a interface SingleThreadModel, o que ir assegurar que no existiro
duas threads executando o mtodo service() de forma concorrente.
Deployment
H sempre configuraes e prticas de deployment que ajudam a
otimizar os recursos da mquina. Vejamos algumas delas:
Cuidado com mltiplos diretrios no CLASSPATH: Quanto
maior o nmero de diretrios, pior o tempo de carregamento de uma
classe (class loading). Evite o uso excessivo de diretrios no CLASS-
PATH e ponha as classes relacionadas aplicao em arquivos jar;
50 Java Magazine Edio 105
Analise a vantagem do recurso keep alive: Essa funo se refere
possibilidade de se usar a mesma conexo TCP para mltiplas
requisies/respostas. Por conta disso, o tempo de resposta HTTP
est normalmente ligado a como esse recurso foi configurado;
Mantenha os resultados do servlet em cache quando possvel:
Podemos efetuar cache no servidor ou no cliente e esse procedi-
mento reduzir o processamento no servidor evitando novas
consultas ao banco de dados, j que haver uma cpia em memria
ou na mquina do cliente da informao a ser retornada;
Prefira arquivos WAR ao invs de EAR: Se no houver motivos
para utilizar EAR, prefira arquivos WAR, pois possuem melhor
desempenho;
Desabilite o security manager: Se h certeza que nenhum
cdigo malicioso rodar no servidor e no usada autenticao
nativa do Java na aplicao, desabilite o security manager. Entre-
tanto, caso o sistema leia ou escreva em arquivos, abra sockets,
modifique propriedades do sistema ou a prioridade de processos,
evite desabilit-lo.
Servidor de Aplicao
Os servidores de aplicao possuem vrias funes que so
interessantes para uso quando estamos desenvolvendo, mas em
ambiente de produo as configuraes precisam ser revistas.
Esta seo est dividida em:
Deploy no servidor de aplicao;
Log;
P ool de conexes;
J VM.
Deploy no Servidor de Aplicao
O processo de deploy de uma aplicao sempre muito dis-
pendioso para o servidor, mas existem dicas que diminuem o
processamento com essa tarefa, como as listadas a seguir:
Desabilite o auto-deployment: Desse modo o servidor de
aplicao no ter que ficar monitorando o diretrio de deploy
automtico para verificar se h novas verses dos sistemas,
melhorando a performance. Para desabilitar esse recurso no
GlassFish, clique em Domain, no menu esquerdo, depois em
Applications Configuration, desmarque a opo Auto Deploy e
clique em Save;
Use a pr-compilao de pginas JSP: A compilao de pginas
JSP um recurso dispendioso. Pr-compilar esses arquivos uma
boa sada para evitar esse consumo de processamento no momento
incorreto. Para ativar esse recurso no GlassFish, clique em Domain,
no menu esquerdo, depois em Applications Configuration, marque
a opo Precompile e clique em Save;
Desabilite a republicao dinmica de aplicaes: Se esse
recurso estiver ativo, o servidor verificar periodicamente por
alteraes nas aplicaes publicadas e automaticamente recarre-
gar a aplicao com as alteraes. Fica claro o gasto com proces-
samento nessa operao. Para desabilit-lo no GlassFish, clique em
Domain, no menu esquerdo, depois em Applications Configuration,
desmarque a opo Reload e clique em Save.
Log
O log processado pelo servidor de aplicao pode provocar
srios problemas no desempenho do sistema. Por esse motivo, o
GlassFish (assim como a maioria dos seus concorrentes) permite
configurar uma srie de parmetros de gravao dos dados, que
devem ser informados de acordo com a realidade de cada ambien-
te. Dessa forma, as seguintes dicas precisam ser analisadas:
Verifique onde o log est sendo gravado: Em geral, gravar em
disco afeta a performance. Por conta disso, verifique se o log no
est sendo gravado em um dispositivo lento como um sistema de
arquivos em rede, por exemplo;
Configure o nvel de log correto para suas necessidades: Em
geral, o padro INFO para a maioria dos servidores de aplicao,
porm em um ambiente de produo recomendado configurar
pelo menos o nvel WARNING. Para configurar no DAS, clique
em Configurations, no menu esquerdo, depois em server-config >
Logger Settings > Log Levels, selecione os valores desejados e clique
em Save. Para configurar no cluster, clique em Configurations, no
menu esquerdo, depois no arquivo de configuraes do cluster
(exemplo: cluster1-config), Logger Settings > Log Levels, selecione os
valores desejados e clique em Save.
Pool de Conexes
Um pool de conexes dimensionado incorretamente pode afetar
o tempo de resposta e/ou fazer com que a aplicao apresente
erros. Por isso os parmetros do pool so to importantes, como
vemos a seguir:
Configure os parmetros do seu pool JDBC apropriadamente:
Parmetros como tamanho do pool e timeout podem ter grande
impacto na performance. Um tamanho de pool insuficiente, por
exemplo, pode fazer com que uma requisio no encontre uma co-
nexo disponvel prontamente, causando demora na resposta.
JVM
Configuraes de memria e de coleta de lixo sempre so crticas
em servidores de aplicao Java EE. A JVM permite informar uma
srie de parmetros importantes que devem ser levados em conta
quando h uma preocupao com performance. Os seguintes
passos ajudaro nessa tarefa:
Configure a implementao da JVM como server: A mquina
virtual client configurada para reduzir o tempo de iniciali-
zao e o consumo de memria. J a verso server projetada
para a mxima velocidade de execuo de programas. Dessa
forma, invoque-a usando a opo -server na linha de comando.
Os clusters do GlassFish j vm com essa opo configurada,
mas o DAS no. Para configurar esse recurso no DAS, clique
em Configurations, no menu esquerdo, depois em server-config >
JVM Settings > JVM Options, substitua o valor -client por -server
e clique em Save;
Verifique como est o desempenho do coletor de lixo: Para
isso, fornea a opo --verbose na inicializao da JVM ou entre
com o argumento -XX:+PrintGCDetails para detalhamento do log
da coleta. Caso o tempo para realizao da tarefa esteja acima de
trs segundos, devemos tomar providncias, pois um indicativo
de que h falha de programao no seu aplicativo;
Configure a memria usada pelo PermGen: Para aplicaes que
geram e leem classes dinamicamente (sistemas JSP, por exemplo), o
tamanho do PermGen extremamente importante no desempenho
do servidor. Use o argumento -XX:MaxPermSize para especific-lo.
Para configurar esse recurso no DAS, clique em Configurations,
no menu esquerdo, depois em server-config > JVM Settings > JVM
Options, configure o valor correto na opo que j existe e clique
em Save. Para configurar no cluster, clique em Configurations, no
menu esquerdo, depois no arquivo de configuraes do cluster
(exemplo: cluster1-config), JVM Settings > JVM Options, configure
o valor correto na opo que j existe e clique em Save;
Configure o Heap: O heap uma rea de memria utilizada
pela JVM para alocao dinmica. importante revis-lo porque
ele armazena os objetos e suas referncias. Atravs do parmetro
-Xms indicaremos o tamanho mnimo e do -Xmx o tamanho m-
ximo dessa rea. Outra opo de parmetro o uso do coletor de
lixo agressivo (normalmente empregado em mquinas com mais
de um processador), cuja invocao se d pela instruo da JVM
-XX:+AggressiveHeap. Para configurar esse recurso no DAS, clique
em Configurations, no menu esquerdo, depois em server-config >
JVM Settings > JVM Options, configure o valor correto na opo
-Xmx, adicione a opo -Xms, se desejar, e clique em Save. Para
configurar no cluster, clique em Configurations, no menu esquerdo,
depois no arquivo de configuraes do cluster (exemplo: cluster1-
config), JVM Settings > JVM Options, configure o valor correto na
opo -Xmx, adicione a opo -Xms, se desejar, e clique em Save.
Sistema Operacional
A preparao da mquina para receber o servidor de aplicao
tem um impacto importante na soluo de deploy, e nesse aspecto a
configurao do sistema operacional exerce um papel fundamen-
tal. Por esse motivo, realizar alguns simples ajustes pode melhorar
significativamente a performance, conforme veremos a seguir:
Aumente o limite do sistema para o nmero de requisies
simultneas: Isso evitar que o servidor aborte requisies, um
problema que, quando ocorre, causa bastante desconforto ao
cliente. Essa alterao vai depender do seu sistema operacional,
portanto consulte a documentao;
Configure o espao, parties e arquivos corretamente: Separe
pelo menos 2Gb de espao em disco para o servidor de aplicao. Se
possvel, ponha o Sistema Operacional, a memria swap, o diretrio
de log e a rvore de diretrios do servidor em discos separados,
para que no haja concorrncia de acesso ao mesmo disco;
Configure corretamente a partio swap: O ideal que seu servidor
no precise utilizar a memria swap, mas, caso seja necessrio, im-
portante verificar o tamanho ideal. Para isso, observe se o seu servidor
est usando essa rea e aumente a memria RAM, se possvel.
Hardware
Um ambiente escolhido de forma incorreta pode levar o adminis-
trador do sistema a ter srios problemas. At mesmo a plataforma
Edio 105 Java Magazine 51
Alta disponibilidade com GlassFish

da mquina pode representar o fracasso de uma aplicao, por http://weblogs.java.net/blog/amyroh/archive/2012/02/15/running-

isso devemos estar atentos s seguintes configuraes:
Escolha uma mquina com mais de uma CPU: Estudos indicam
que ao dobrar o nmero de CPUs de uma mquina o processa-
mento de um servlet aumenta de 50 a 80%;
Assegure que sua placa de rede est trabalhando no modo full
duplex: Fazer com que o servidor trabalhe enviando e recebendo
dados simultaneamente extremamente importante, pois diminui
o tempo de resposta;
Habilite o DMA no disco rgido: O acesso do disco memria
diretamente evita processamento extra, pois o processador no
utilizado.
- DMA: a sigla DMA vem de Direct Memory Access e expressa a capacidade de
certos dispositivos de uma mquina, como controladoras de disco e placas
grficas, em terem acesso direto memria RAM para leitura e escrita.
Concluses
O GlassFish tem conquistado cada vez mais espao entre os
servidores de aplicao Java EE. O console de gerenciamento
web possui uma interface amigvel e permite que configuraes
sejam realizadas de forma simples e rpida, o que atrai muitos
usurios. Alm de possuir uma verso gratuita, apresenta um
nvel de performance excelente, sendo fortemente indicado no
mundo corporativo.
Ao criarmos um cluster como o exemplificado, temos a capaci-
dade de trabalhar com aplicaes crticas que necessitam de alta
disponibilidade, como sites de comrcio eletrnico e sistemas
bancrios. Outro ponto importante que vimos foi que podemos
adicionar livremente mais mquinas soluo de balanceamento
de carga, um procedimento bastante til em sistemas que apresen-
tam picos de acesso em determinados perodos de tempo.
Por fim, a realizao de tuning representa boas prticas a serem
seguidas no desenvolvimento de sistemas e em configuraes do
servidor, contribuindo sensivelmente para que o processamento
alcance nveis mais altos.
glassfish-312-apache-http-server
Amy Roh ensina como colocar o Apache como front-end do
GlassFish com e sem o uso de cluster.
http://tomcat.apache.org/connectors-doc/reference/workers.html
Guia de referncia do conector mod_jk.
http://glassfish.java.net/nonav/v3/admin/planning/j109/list-of-commands.html
Lista de comandos do utilitrio asadmin.
Livros
GlassFish Server Open Source Edition 3.1.2 Quick Start Guide, Oracle,
Fev/2012
Disponvel em http://glassfish.java.net/docs/3.1.2/quick-start-guide.pdf
GlassFish Server Open Source Edition 3.1.2 Installation Guide, Oracle,
Fev/2012
Disponvel em http://glassfish.java.net/docs/3.1.2/installation-guide.pdf
GlassFish Server Open Source Edition 3.1.2 Administration Guide,
Oracle, Fev/2012
Disponvel em http://docs.oracle.com/cd/E26576_01/doc.312/e24934/toc.htm
GlassFish Server Open Source Edition 3.1.2 High Availability
Administration Guide, Oracle, Fev/2012
Disponvel em http://download.java.net/glassfish/3.1.2/release/glassfish-ose-
3.1.2-docs-pdf.zip
GlassFish Server Open Source Edition 3.1.2 Performance Tuning Guide,
Oracle, Fev/2012
Disponvel em http://download.java.net/glassfish/3.1.2/release/glassfish-ose-
3.1.2-docs-pdf.zip
GlassFish Server Open Source Edition 3.1.2 Security Guide, Oracle,
Fev/2012
Disponvel em http://download.java.net/glassfish/3.1.2/release/glassfish-ose-
3.1.2-docs-pdf.zip

Pablo Bruno de Moura Nbrega D seu feedback sobre esta edio! Feedback
eu
http://pablonobrega.wordpress.com
s

A Java Magazine tem que ser feita ao

D

Analista de Sistemas Java, certificado OCJP e OCWCD, formado em seu gosto. Para isso, precisamos saber
sobre e

Cincias da Computao pela Universidade de Fortaleza UNIFOR, o que voc, leitor, acha da revista!
s

ta
edio
trabalha na Universidade Estadual do Cear UECE, est cursando
D seu voto sobre este artigo, atravs do link:
Mestrado em Computao Aplicada na mesma instituio e desenvolve
sistemas h cerca de 7 anos. www.devmedia.com.br/javamagazine/feedback

52 Java Magazine Edio 105

Edio 105 Java Magazine 53
Seo Boas Prticas artigos sobre as tecnologias que podero aumentar a qualidade do desenvolvimento de software
Paradigmas da
Mobilidade
Um estudo sobre as abordagens web,
nativa e hbrida
I Resumo DevMan
mpressiona o ritmo em que avana a adoo de
solues mveis no mundo. Assim como ocorreu
com a web anos atrs, observa-se agora um cres-
cimento vertiginoso do interesse pela mobilizao
de atividades realizadas dentro das empresas. Para
atender a esta demanda, existem atualmente trs
abordagens principais, e nosso objetivo ao longo deste
artigo ser, inicialmente, compreend-las em suas
essncias, para ento passarmos a uma discusso a
respeito de vantagens, desvantagens, foras e fraque-
zas de cada uma e, por fim, filosofarmos acerca de
algumas questes fundamentais que devem nortear
a deciso de empresas e desenvolvedores no plane-
jamento, na capacitao, no setup e na conduo de
seus projetos.
A Tabela 1 antecipa, ainda discretamente, os atores que
compem a temtica ao longo do texto: os paradigmas
nativo, hbrido e web.
Este tem sido um dos mais quentes tpicos de
discusso em painis, grupos de e-mail e fruns de
desenvolvimento mvel nos dias de hoje, e alguns
dos principais aspectos que fomentam a polmica
deste tema so: custo final, curva de aprendizado,
reutilizao, desempenho e experincia de usurio.
So aspectos que no encerram toda a questo, mas
sem dvidas protagonizam o enredo. No que tange
plataforma Android, existe ainda outro aspecto
de peso que a fragmentao, que traz desafios que
variam para mais ou para menos de acordo com a
abordagem escolhida, projeto a projeto.
Todos esses pontos tornam, nos dias de hoje, o mapea-
mento dos requisitos de um projeto mvel um processo
especialmente amplo e delicado. Os pontos de reflexo
trazidos mais adiante devero contribuir para que o
leitor desenvolvedor, gerente de projeto ou mesmo
entusiasta consiga tomar a deciso final a respeito da
54 Java Magazine Edio 105
De que se trata o artigo:
Este artigo visa proporcionar uma leitura objetiva sobre os paradigmas
nativo, hbrido e web, aplicados no desenvolvimento de solues mveis.
Atravs de uma anlise de aspectos como consistncia e desempenho
de plataformas e tecnologias j estabelecidas, bem como de outras mais
recentes e muito bem cotadas no cenrio de mobilidade, alm de aspectos
como a disponibilidade de capitais financeiro e humano, convidamos o
leitor para uma reflexo sobre a aplicabilidade de cada proposta neste
que um mercado altamente dinmico e complexo e que vem atraindo
um pblico cada vez mais diversificado.
Em que situao o tema til:
Mobilidade um conceito cada dia mais popular e presente no coti-
diano das pessoas e das empresas, encontrando-se em franca expanso
em todos os mbitos. portanto, imprescindvel para o profissional
de Tecnologia da Informao, independente de sua rea de atuao,
que tome contato com as caractersticas que cerceiam este universo.
Focando exclusivamente em aplicativos mveis, este tema nos leva a
uma importante reflexo sobre os pontos mais sensveis sobre mobili-
dade nos dias de hoje. Quando, como e onde adotar cada abordagem
existente? Afinal de contas, existe melhor ou pior ou tudo uma questo
de ponto de vista?
Paradigmas da Mobilidade:
Existem, atualmente, trs paradigmas principais que norteiam o de-
senvolvimento de solues mveis: web, nativo e hbrido. Escolher o
melhor sempre um exerccio que exige ateno aos mnimos detalhes,
principalmente queles que muitas vezes esto escondidos e/ou na ponta
final do ecossistema. Faremos, neste artigo, um passeio pelas caracters-
ticas fundamentais de cada estratgia, apresentando ao longo do texto
um estudo baseado em projetos reais, fechando com um parecer sobre
a realidade atual em que nos encontramos, bem como a realidade que
entendemos ser a que perdurar pelos prximos anos.
 plataforma e das tecnologias que utilizar em cada proposta Listagem 1. Pgina de uma web app usando jQuery Mobile + HTML5.
que precise desenhar.
<!doctype html>
Com base nestes fatos, o artigo abordar, inicialmente, as <html>
caractersticas fundamentais que definem cada uma das <head>
trs estratgias, trazendo a base de conhecimento mnima <title>Exemplo JQuery Mobile</title>
<meta charset=utf-8>
para construir um estudo conclusivo ao final desta salutar e <meta name=viewport
conveniente discusso. content=width=device-width, initial-scale=1, maximum-scale=1>
<link rel=stylesheet
href=http://code.jquery.com/mobile/1.0b2/jquery.mobile-1.0b2.min.css />
Abordagem Descrio <script type=text/javascript
src=http://code.jquery.com/jquery-1.6.2.min.js></script>
Nativa Solues desenvolvidas exclusivamente para uma plataforma
<script type=text/javascript
Web apps Solues web desenhadas para serem acessadas via mobile src=http://code.jquery.com/mobile/1.0b2/jquery.mobile-1.0b2.min.js>
</script>
Hbrida Solues que encapsulam contedo web em wrappers nativos </head>
<body>
Tabela 1. Abordagens existentes para o desenvolvimento de solues mveis
<!-- Pgina inicial do aplicativo -->
<div data-role=page id=home>
Web apps <div data-role=header>
<h1>Home</h1>
Web apps, de maneira sucinta e objetiva, nada mais so que
</div>
aplicaes implantadas em um servidor de aplicaes (como <div data-role=content>
JBoss e GlassFish) ou container web (como Tomcat, Jetty e <div style=text-align: center;>
<h2>Exemplo JQuery Mobile</h2>
outros), desenhadas especificamente para serem acessadas a <img src=images/logo.png width=200 alt=Logo>
partir de navegadores de dispositivos mveis, como tablets e </div>
smartphones. <p>Bem vindo - Mobile web apps dev </p>
</div>
Trata-se, assim, de um tipo de soluo independente de <div data-role=footer data-position=fixed data-id=nav>
plataforma, pois todo o seu contedo construdo com o <div data-role=navbar>
emprego de linguagens e tecnologias como PHP, JavaScript, <ul>
<li><a href=#home
HTML (5), CSS, Java e C#, para no citarmos tantas outras. class=ui-btn-active ui-state-persist>Home</a>
Sua execuo ocorre dentro do contexto de navegadores como </li>
<li><a href=#jquerymobileinfo>Bullet points</a></li>
Safari, Chrome, Firefox, Opera Mini e outros. Na seo Links
<li><a href=#contact>Contato</a></li>
possvel encontrar uma lista completa de navegadores mveis </ul>
disponveis. </div>
</div>
Embora algumas especificaes, linguagens e frameworks
</div>
venham apresentando significativa evoluo e j apresentem </body>
integrao h algum tempo inimaginvel com alguns recursos </html>
nativos das plataformas mveis mais populares do mercado,
ainda no eliminam boa parte das limitaes impostas pelos
navegadores web (dentre as quais uma das mais polmicas nos
dias de hoje o da persistncia local de dados).
uma abordagem, portanto, aplicvel somente em contextos
que no dependam de integrao significativa com recursos
dos dispositivos nos quais ser utilizada, isto , em situaes
de uso puramente web.
A Listagem 1 mostra uma pgina web desenvolvida em
HTML5, jQuery Mobile e CSS. Esta pgina parte de uma
web app implantada em um container web (Apache), dis-
ponvel aos usurios atravs da Internet. Acessamos esta
pgina a partir de trs navegadores, em trs plataformas
mveis distintas. Na Figura 1 o acesso feito a partir de um
emulador Android Eclair (verso 2.1 do sistema operacional).
Na Figura 2, trata-se de um navegador de um iPad 2 (verso
5.1. do iOS), dispositivo real. J na Figura 3, estamos utilizan-
do um navegador de um simulador do modelo BlackBerry
Curve 8520 (BlackBerry OS 5). Enquanto os dois primeiros
baseiam-se no motor de renderizao WebKit, o modelo da Figura 1. Exibio da pgina em um emulador Android (Eclair)

Edio 105 Java Magazine 55

Paradigmas da Mobilidade
Figura 2. Exibio da pgina em um iPad 2
RIM utiliza-se de um motor denominado Mango (presente nas
verses de 4.5 a 5 do BlackBerry OS). Esta diferena pode no ser
sensvel ao usurio final para aplicativos simples, mas podem
variar significativamente quando os aplicativos ganham uma
complexidade e uma estrutura maiores.
Web apps so compostas por requisitos normalmente mais evi-
dentes. Como elas tm caractersticas essencialmente web, uma
abordagem que se distancia das outras duas pelo fato de no de-
pender de um aplicativo compilado e instalvel nos dispositivos,
e o acesso a este tipo de soluo basicamente via Internet, em
modo totalmente online. Projetos seguindo esta opo envolvem
requisitos tcnicos que, em linhas gerais, no interseccionam com
aqueles exigidos em projetos nativos.
Algumas das principais caractersticas que tornam conveniente
o desenho de um projeto nos moldes de uma web app so:
A natureza do processamento essencialmente online;
Admite-se simplificao e homogeneidade de UX/UI;
H baixa interao com recursos nativos do dispositivo;
H um modelo simples de cacheamento e persistncia de dados.
Quando se fala em mobile web apps, o desenho da soluo j ,
naturalmente, orientado a dispositivos mveis. Entretanto, outra
prtica que tem ganhado evidncia no mercado e em painis e
debates tcnicos, aquela denominada Web Responsive Design,
que aborda fundamentalmente os princpios e os procedimentos
recomendados de/para adaptao de aplicaes web existentes
a ambientes operacionais mveis. Uma vez que a febre de mo-
bilidade vem invadindo a passos largos o universo de solues
informatizadas, este tambm um tpico que deve estar na cabea
56 Java Magazine Edio 105
Figura 3. Exibio da pgina em um simulador BlackBerry (Curve 8520)
de qualquer desenvolvedor principalmente desenvolvedores
web e qualquer empresa focada neste mercado. A seo Links
traz dois bons pontos de partida para entender do que se trata
esta prtica.
Native apps
Aplicativos nativos, como o nome j sugere, so solues
projetadas e desenvolvidas especificamente para uma dada
plataforma operacional. Por este motivo, possvel acessar
qualquer recurso oferecido pelo dispositivo, ampliando o
universo de possibilidades de integrao com as inmeras
funcionalidades que ele disponibiliza ao usurio, como cme-
ra, bluetooth, NFC, persistncia, geolocalizao, acelermetro,
giroscpio, barmetro, dentre tantos outros.
Este cenrio, como o leitor provavelmente j deve ter imagi-
nado, aquele em que se pode experimentar o melhor desem-
penho, a melhor experincia de usurio e a melhor qualidade
final, tanto do ponto de vista artstico quanto operacional.
O desenvolvimento de aplicativos nativos exige, portanto,
equipes experimentadas nas diversas plataformas, dentre
as quais destacamos, abaixo, as mais populares nos dias de
hoje:
A ndroid: Java SE customizado para contextos mveis, com
uma arquitetura bastante particular e extremamente leve e
elegante;
BlackBerry: Java ME customizado com componentes espe-
cificamente desenhados para a plataforma da RIM;
iOS: Objective-C, linguagem com sintaxe especfica e que se
assemelha, em muitos pontos, ao C, trazendo, entretanto, uma
roupagem toda particular e uma alta fidelidade ao paradigma
orientado a objetos.
Como veremos adiante, perfeitamente possvel trabalhar
de forma produtiva em cenrios que envolvam mais de uma
plataforma operacional, que, fatalmente, so e continuaro a ser
encarados diariamente por empresas e desenvolvedores autno-
mos. Afinal, quem deseja ter uma soluo e disponibiliz-la ao
seu pblico final, raramente estar com apenas uma plataforma
em mente. BlackBerry, atualmente, tem sido descartado no
cenrio nacional, embora, em alguns casos, a cultura organi-
zacional ainda force a considerarmos esta opo. No entanto,
ao menos Android e iOS estaro quase sempre juntas no jogo,
salvo em nichos muito especficos de negcio (como aqueles em
que seja necessrio um aplicativo para uso em campo, em que
requisitos no-funcionais como autonomia de bateria restrinja
o universo de fabricantes e modelos).
Em situaes em que mais de uma plataforma tenha de ser
considerada e a abordagem nativa seja aquela escolhida para
o desenvolvimento da soluo, tcnicas e aspectos como com-
ponentizao e meta-modelagem de dados auxiliaro bastante
ao longo de todo o trabalho. Mais adiante, falaremos mais
sobre esses e outros recursos em nossos pontos de reflexo.
Por enquanto, passaremos a explorar um pouco o universo
das solues hbridas.
Hybrid apps
Aplicaes hbridas so aquelas que se encontram no meio
do caminho entre web e nativo. Ainda bastante recente, mas
apresentando significativa popularizao, apresenta-se no
mercado atravs de frameworks e plataformas que adotam um
dentre dois modelos, a saber:
Encapsulamento de contedo web em web views e comunica-
o com funcionalidades nativas dos dispositivos via plug-ins
e/ou via mensagens construdas de acordo com um protocolo
especfico;
Construo do aplicativo via componentes desenvolvidos em
linguagens de scripting sendo JavaScript o seu maior expoente
(da, inclusive, um dos motivos desta linguagem ter recuperado
muitas posies no ndice TIOBE) com posterior converso,
em tempo de compilao e empacotamento, de todo o contedo
em instrues/chamadas nativas da plataforma-alvo.
- Web views: So widgets desenhados especificamente para exibir contedo
web. So, como se diz na linguagem mais tcnica, wrappers que encapsulam
o comportamento de um navegador web. Ou seja, trata-se de um componente
disponibilizado nas diversas bibliotecas e que utilizado para, dentro do
contexto de um aplicativo nativo, apresentar contedo web e permitir que o
usurio interaja com a web de dentro da prpria aplicao, no dependendo
de acessar este mesmo contedo de um browser, externo mesma.
Com o cdigo uma vez desenvolvido, o discurso defendido
por esta abordagem o de que ser sempre possvel utiliz-lo,
com baixssimo impacto e baixssima necessidade de adaptao,
para todos os alvos definidos no projeto. Preconiza-se, portanto,
um ndice alto de reaproveitamento de cdigo-fonte e uma alta
agilidade na entrega quando esta a estratgia adotada para o
desenvolvimento de aplicativos mveis.
H, entretanto, pontos que sero discutidos mais adiante e
que, de certa maneira, tornam discutveis boa parte dos argu-
mentos anunciados acima.
J falamos um pouco sobre os modelos disponveis para esta
abordagem, mas torna-se necessrio, neste momento, falarmos
tambm sobre os frameworks e as ferramentas disponveis para
o desenvolvimento segundo este paradigma, bem como de seus
respectivos modelos de funcionamento. No entraremos com
profundidade no mrito de cada tecnologia por uma questo
de escopo e espao, mas traremos a seguir uma breve descri-
o sobre quais so essas opes, bem como as propostas que
apresentam para o desenvolvimento hbrido.
PhoneGap
Desenvolvido pela empresa Nitobi, recm-adquirida pela
Adobe, apresenta uma abordagem atravs da qual se en-
capsula e expe contedo desenvolvido em tecnologias web
(essencialmente HTML5, JavaScript e CSS) atravs de web
views. Qualquer comunicao com recursos nativos da plata-
forma viabilizada atravs de plug-ins que devem ser criados
utilizando-se linguagem nativa da plataforma-alvo. O nmero
de funcionalidades nativas acessveis via solues PhoneGap
ainda limitado, embora uma boa parte desses recursos esteja,
hoje, acessvel. Atravs da seo Links possvel obter mais
informaes sobre o PhoneGap, como tutoriais, ferramentas,
metodologia e ideologia por trs da plataforma.
Titanium
Desenvolvido pela empresa Appcelerator, uma plataforma
que converte o cdigo-fonte escrito em linguagem de scripting
para cdigo nativo, utilizando-se de ferramentas disponibili-
zadas pelo SDK da plataforma. O desenvolvimento de todo o
cdigo-fonte viabilizado a partir de uma rica biblioteca de
componentes escritos em JavaScript tambm fornecida a partir
do SDK, que pode ser obtido no site da empresa (veja a seo
Links).
necessrio profundo conhecimento na API e na arquitetura
proposta pela plataforma, bem como um slido conhecimento
em JavaScript, para desenvolver boas e manutenveis solues,
que ainda assim so questionveis sob vrios aspectos, como
abordaremos mais adiante.
Sencha Touch
Atualmente na verso 2, trata-se de um framework com uma
srie de componentes desenvolvidos em JavaScript e que podem
ser usados no desenvolvimento de solues mveis. Posterior-
mente, no momento da compilao e do empacotamento, o c-
digo convertido em chamadas nativas tambm utilizando-se
Edio 105 Java Magazine 57
Paradigmas da Mobilidade
de protocolo especfico, e a soluo pode ento ser liberada
para uso nas plataformas-alvo;
jQuery Mobile
jQuery Mobile no uma plataforma, mas uma biblioteca
que se utiliza do poder e da flexibilidade do HTML5 para,
atravs de um framework inteiramente desenvolvido em cima
da biblioteca jQuery, transformar e manipular os componentes
de interface com o usurio de modo a se acomodarem a um
contexto mvel de uso. destinada, pois, especificamente ao
desenho da interface com o usurio tanto para solues ple-
namente web quanto para solues hbridas, cujo contedo
tambm construdo em torno de tecnologias web.
Biblioteca simples mas poderosa, tem muito potencial e
apresenta uma curva de aprendizado bastante baixa, sendo
uma excelente opo para o desenvolvimento de camadas de
apresentao em solues de natureza mobile web. exigentes e mais crticos em relao ao produto que esto
Alm destas, existem outras plataformas que atuam no
apenas em uma, mas em algumas das trs abordagens
temticas deste artigo. Essas plataformas so, na verdade,
aceleradores que visam aplicar agilidade na disponibiliza-
o de estruturas corporativas de back-end para acesso via
aplicativos mveis. Um bom exemplo, e que a aposta da
SAP para se fortalecer no mercado de mobilidade ao longo
dos prximos anos, o SUP (acrnimo para Sybase Unwi-
red Platform), que atua como um middleware e agiliza a
gerao de toda a camada de comunicao entre o back-end
e o front-end de solues mveis, suportando plataformas
como iOS, Android, BlackBerry e tambm algumas j mais
antigas, mas ainda fortes no ambiente corporativo, como
o caso do Windows Mobile. Verifique mais detalhes sobre
esta plataforma na seo Links.
Chegamos ao fim da apresentao que, embora sucinta,
suficiente para prosseguirmos. Iniciaremos, a seguir, uma
anlise comparativa dessas trs filosofias to particulares
de trabalho. Os pontos que sero discutidos levam em conta
contexto e tendncia, presente e futuro. No so concluses
ou argumentos individuais, mas uma corrente que engloba
impresses de desenvolvedores experimentados e ativos
em grandes comunidades nacionais de desenvolvimento e
um pensamento singular que, de forma preventiva, enxerga
nmeros e valores como algo mutvel, sujeito s intempries
deste mercado to sensvel.
A prxima seo, portanto, comparar caractersticas
definidas na especificao das abordagens e plataformas a
estas associadas, com aquelas observadas na realidade de
projetos. O objetivo , atravs de dados concretos coletados
em situaes verdicas de projeto, exercitarmos nossas men-
tes no sentido de, no final deste processo, sermos capazes de
determinar o melhor desenho para a soluo dos problemas
de nossos clientes, estejamos ns representando empresas ou
a ns mesmos, desenvolvendo tanto para o mercado aberto
quanto para o corporativo.
58 Java Magazine Edio 105
Pontos de reflexo
Os principais pontos que avaliaremos neste artigo so: ex-
perincia de usurio, investimento, equipe, desempenho e o
suporte a mltiplas plataformas.
Experincia de usurio
O primeiro objetivo que deve ser buscado por desenvolvedores
e empresas provedoras de solues mveis deve ser evitar que
seus produtos ganhem o rtulo de aplicativos. Em um primeiro
momento, isto pode soar estranho, mas o conceito simples:
todas as plataformas mveis mais populares do mundo Android,
iOS, BlackBerry e o recente e ainda inexplorado Windows 8
trazem experincias de uso absolutamente singulares, bem
distintas entre si.
Alm disso, usurios de smartphones e tablets esto, a cada
dia inclusive pela facilidade de acesso informao mais
comprando. Um usurio de iPhone, Motorola Droid Razr ou
ainda Nokia Lumia 800 (Windows Phone 7.5), sabe exatamente
o que espera e tem expectativas geralmente concretas acerca da
experincia de uso e dos recursos que encontrar no aparelho
que adquiriu. Portanto, absolutamente natural que essas
pessoas busquem, instintivamente, uma experincia nica e
harmoniosa quando estiverem de posse de seus dispositivos
mveis, independente do tipo de operao que realizar.
Neste sentido, todo projeto mvel deve ter como principal
objetivo despertar no consumidor a sensao de estar usando
seu dispositivo, e no um aplicativo desenvolvido para ser
executado nele. A transio entre os aplicativos disponveis
no dispositivo deve ser a mais suave possvel, praticamente
transparente, e o caminho para conseguirmos chegar neste tipo
de experincia requer profundo domnio das particularidades
de cada sistema operacional atendido pela soluo.
, portanto, responsabilidade dos times de experincia do
usurio (conceito popularmente denominado por UX) estudar,
compreender e explorar intensamente os recursos especficos
das plataformas, e uma boa base para isso estar sempre em
contato com solues desenvolvidas pelas empresas mais re-
nomadas do mundo em desenvolvimento de jogos e aplicativos
em geral, de onde sempre possvel tirar inspirao e densas
anlises SWOT dos diversos projetos por elas desenvolvidos.
Uma boa referncia para a lista das maiores e melhores em-
presas, bem como para um catlogo de melhores desenhos de
aplicativos mveis, pode ser encontrada na seo Links. No
deixe de conferir!
- Anlise SWOT: um modelo de avaliao que consiste na identificao, no
objeto de estudo, de todas as Foras (Strenghts), Fraquezas (Weaknesses),
Oportunidades (Opportunities) e Ameaas (Threats) existentes. , normalmente,
utilizada em atividades de gesto e planejamento estratgico de empresas, mas
o conceito pode ser aplicado em qualquer contexto. O estudo da intensidade em
que essas caractersticas se manifestam em aplicativos mveis, normalmente
recuperada via uma coleta bem planejada de mtricas de uso a partir de
ferramentas e bibliotecas como Google Analytics ou Flurry (veja a seo Links),
imprescindvel para a evoluo tanto dos processos quanto da qualidade
das solues produzidas.
A abordagem que proporciona mais ferramentas e melhores
recursos para prover ao usurio a melhor experincia de uso
possvel , indubitavelmente, a nativa. No existe, no contexto
atual de desenvolvimento mvel e sob o ponto de vista da ex-
perincia do usurio, justificativa plausvel para a substituio
da abordagem nativa por tecnologias hbridas, e os principais
argumentos que reforam esta posio se baseiam no fato de que
solues hbridas:
Incluem uma camada especfica da plataforma adotada, que
afeta diretamente no desempenho final da soluo;
Reduzem a possibilidade de reuso e componentizao e redu-
zem a legibilidade em projetos grandes, com grande quantidade
e complexidade de regras de negcio;
C ontrolam a gerao do cdigo nativo usado para acessar os
recursos do(s) dispositivo(s) processo normalmente pouco
otimizado, gerando cdigo final contestvel por qualquer pro-
fissional experiente na(s) plataforma(s)-alvo selecionada(s);
Defendem a existncia de um suporte cross-platform ainda
bastante questionvel;
D emandam conhecimento slido no desenvolvimento de solu-
es mobile web e, principalmente, conforto em relao ao mobile
thinking. Dominar HTML5, CSS e JavaScript imprescindvel,
mas no tudo (conhea o conceito de mobile thinking atravs
da seo Links);
Promovem uma uniformidade desaconselhvel da camada de
interface com o usurio, descartando/ignorando poderosos e
desejveis recursos da(s) plataforma(s)-alvo.
- Mobile thinking: um conceito cuja relevncia vem crescendo nos canais
que tratam de tecnologias e paradigmas mveis, e que nos convida a uma
discusso profunda a respeito de como desafios, oportunidades, modelos
mentais e tecnologias podem e/ou devem ser explorados para sermos capazes
de identificar os atributos que finalmente tornaro a experincia de usurios,
atravs de smartphones, tablets ou outros dispositivos do gnero, algo nico
e especial. Mobile thinking e ser, portanto, a virtude que faz e continuar
fazendo de empresas e desenvolvedores autnomos especialmente destacados
no mercado de mobilidade.
Os pontos listados acima fazem sentido apenas na comparao
entre as abordagens nativa e hbrida, no sendo aplicveis para
web apps. Conforme j destacado anteriormente neste artigo,
web apps tem caractersticas mais facilmente identificveis e
afastam-se, por este motivo, da grande polmica protagonizada
pelas duas outras abordagens.
Quando o que se espera um web site, para ser acessado em
um contexto puramente online a partir de navegadores de
dispositivos mveis, o emprego de tecnologias como HTML5,
JavaScript e CSS, em seu formato puro ou ainda atravs de
frameworks como jQuery Mobile, totalmente aconselhvel.
A deciso por web apps pode ser tomada baseada em algumas
caractersticas mais facilmente reconhecveis, dentre as quais
merecem destaque:
Edio 105 Java Magazine 59
Paradigmas da Mobilidade
Operaes essencialmente online;
Transaes com modelos bsicos de persistncia local; informada e cada vez mais exigente, tem total liberdade para
Baixa demanda por integrao com recursos dos dispositivos.
Voltando polmica iniciada alguns pargrafos atrs, algo
bastante comum nos dias de hoje, quando na adoo de pla-
taformas hbridas como o PhoneGap (mas no apenas), o
uso excessivo de plug-ins para integrao com os recursos
nativos dos dispositivos como Bluetooth, Cmera, Bancos
de dados, dentre tantos outros. Alm disso, obstculos como
a inevitvel fragmentao da plataforma Android ou ainda a
necessidade de suportar um ainda considervel mercado de
dispositivos BlackBerry executando verses mais antigas de
seu sistema operacional (BlackBerry OS 5, para sermos mais
especficos) demandam considervel esforo principalmente
no tocante construo da UI, e as vantagens de reaproveita-
mento e compatibilidade preconizadas por plataformas que
seguem a linha hbrida perdem seu crdito e sua validade.
Em muitos casos, fazendo-se uma anlise fria e objetiva do
projeto, no raro concluir que a natureza portvel de pro-
jetos hbridos no so suficientemente convincentes, pois o
esforo para adaptao para vrias plataformas bem maior
do que se desejaria.
Investimento
Naturalmente, um projeto de software cujo desenho atenda
individualmente a cada plataforma-alvo exigir investimentos
um pouco maiores. No entanto, a evangelizao do pblico-
alvo em pr-vendas, fruns, congressos e outros eventos de
maior ou menor dimenso de suma importncia, pois nem
sempre o menor custo acabar se traduzindo em um bom resul-
tado a mdio e longo prazo. Em mobilidade, particularmente,
este um dos principais mitos que tm sido construdos em
cima de alegaes ainda precipitadas e muito pouco medidas,
no que tange a alguns paradigmas e algumas tecnologias.
Pelo lado do empresrio que deseja mobilizar algumas
de suas operaes ou fornecer a seus clientes solues que
facilitem, de algum modo, o acesso aos servios a eles pres-
tados, igualmente importante atentar para o fato de que o
investimento em uma soluo desenhada de acordo com cada
filosofia das plataformas selecionadas render, no de forma
imediata, mas a mdio e longo prazos, uma melhor resposta
a mudanas corretivas, adaptativas e/ou evolutivas.
Alm disso, o tratamento individualizado a cada platafor-
ma-alvo resultar em feedbacks bastante positivos de seus
respectivos usurios, pela prpria experincia diferenciada
que cada produto promove. O resultado um estmulo natural
ao uso, contribuindo diretamente para o reforo da marca
por trs do aplicativo.
No raramente, escopos e mesmo a arquitetura de proje-
tos tm sido definidos a partir de objetivos intermedirios,
ignorando-se o verdadeiro foco de qualquer soluo mvel:
seu real pblico consumidor.
60 Java Magazine Edio 105
Esta categoria de indivduos, por sua vez, alm de muito bem
comentar, publicar e avaliar tudo e todos, via canais como
Google Play, Apple Store, BlackBerry App World, dentre outros.
Todos absolutamente acessveis a toda a comunidade que deles
toma usufruto.
Esses feedbacks podem configurar a salvao ou o fracasso
do fruto de projetos longos e penosos, cabendo aos desenvol-
vedores e s empresas, uma vez tendo-o publicado, o papel de
meros expectadores.
O nvel de satisfao das empresas com os servios prestados
no desenvolvimento de seus aplicativos tende a ser, por esse
motivo acima exposto, varivel, podendo oscilar de acordo com
as estatsticas coletadas nesses canais.
De forma prtica, o que um dia um belo aplicativo e uma
parceria de sucesso entre a contratante e seus contratados,
corre o risco de, abruptamente, servir-se de outra roupagem,
mediante feedback negativo colhido a partir de usurios que,
insatisfeitos com a experincia que tiveram com o mesmo, re-
cheiam as app stores de marketing extremamente nocivo para
a marca e para a empresa responsvel.
Sendo assim, extremamente importante que empresas e
desenvolvedores autnomos contextualizem plenamente a
problemtica, expondo todas as variveis existentes e conscien-
tizando seus clientes acerca de riscos, vantagens e desvantagens
de cada abordagem frente o domnio do problema apresentado.
Deste trabalho consultivo depender, invariavelmente, a sa-
de continuada das relaes profissionais entre contratantes e
contratados.
Temos tambm a questo da evoluo dos projetos ao longo
do tempo. Sempre que possvel, o desenho da arquitetura de
uma soluo passa pela previso, mesmo que superficial, da
evoluo do produto ou servio a partir de seu lanamento. O
trabalho conjunto entre todas as partes envolvidas contribuir
para um pensamento mais estruturado sobre o comportamento
dos aplicativos ao longo prazo, e principalmente a respeito
das perspectivas da prpria empresa que contratou o desen-
volvimento dos mesmos. sempre melhor trabalhar com uma
orientao preventiva, e a nossa obrigao enquanto desenvol-
vedores , ao menos, apresentar este modelo a nossos clientes
ou queles ainda em fase de prospeco.
Mobilidade um conceito ainda pouco explorado em todas
as empresas nacionais e parte das empresas internacionais,
principalmente aquelas que atuam em modelos mais rgidos
e tradicionais. H inmeros paradigmas a serem quebrados,
e muitos modelos mentais imprprios para os dias de hoje
a serem vencidos. Portanto, para aqueles que se propem a
atuar na vanguarda tecnolgica, apresentado o imenso, mas
apaixonante desafio da evangelizao e orientao tcnica e
tambm filosfica frente a todo esse processo de transformao
que vemos acontecer em ritmo to acelerado.
O prprio conceito de custo , ainda, extremamente confuso
e imprprio, tpico de momentos como esse de grande impacto
que estamos enfrentando. O importante a ser lembrado que
os consagrados princpios da componentizao, legibilidade,
manutenibilidade, documentao, organizao, reutilizao BlackBerry, Android e iOS. O objetivo principal quebrar de-
e produtividade devem ser preservados sempre, de modo a
proporcionar a dinmica necessria para que custos e desper-
dcios sejam reduzidos/eliminados, resultando em benefcios
para todas as partes da cadeia.
Cabe aos profissionais e s empresas atuantes no mercado
concluir em qual das abordagens possvel atingir, de forma
tima, este estado, dado o quadro de profissionais disponvel,
a metodologia e o os objetivos traados. Aos clientes finais, o
mais importante que sejam apresentadas solues aderentes
ao domnio do problema apresentado, a custos acessveis e
com a mxima qualidade.
Equipe
Outro ponto muito importante a equipe atuante no
desenvolvimento da soluo. Quando falamos em equipe,
precisamos considerar o mapa de competncias dos profis-
sionais que a compem. Quanto mais experimentados nas
tecnologias envolvidas no projeto, melhores sero os ndices
de produtividade e qualidade.
O estudo que ser apresentado a seguir est ligado a resultados
observados em projetos reais, com equipes reais, e que envolve
mais especificamente as bibliotecas nativas das plataformas
terminados preconceitos apresentados em discursos hbridos,
trazendo o leitor para uma viso mais realista do panorama.
No tocante a projetos Android e BlackBerry, e considerando-se
uma equipe com conforto mediano na linguagem Java, alguns
pontos merecem destaque:
Utilizando padres como DDD (Domain-Driven Development) ou
MVC (Model-View-Controller) e empregando de forma integral e
slida o paradigma da orientao a objetos no desenvolvimento
dos artefatos de cdigo, possvel obter-se um ndice de rea-
proveitamento da camada de domnio de uma verso Android
para outra BlackBerry e vice-versa - de praticamente 100%.
Naturalmente, adaptaes podem se fazer necessrias medida
que se utilize recursos disponibilizados a partir do Java 5 (Tiger)
que s esto disponveis na biblioteca Android, e no no Java
ME, da RIM. Entretanto, o esforo estar quase sempre associado
remoo/adio do suporte a parametrizao em classes que
se utilizem da Collections API;
A camada de controle ou de aplicao tambm pode ser parcial-
mente reaproveitada entre as plataformas Android e BlackBerry,
visto que toda a lgica associada aos fluxos de dados utiliza-se de
Edio 105 Java Magazine 61
Paradigmas da Mobilidade
um conjunto bsico e comum de APIs do Java, modificando-se
geralmente a sintaxe, mas preservando-se a semntica. Algo-
ritmos de validao, verificao e processamento de dados so
facilmente portveis de uma soluo para outra, e os nmeros
coletados neste contexto giram em torno da casa dos 60% de
reaproveitamento entre as duas plataformas;
N o tocante interface com o usurio, embora no sejam
reaproveitveis de uma verso para outra, mecanismos como
o tratamento de excees, manipulao de eventos e constru-
o programtica de telas, bem como a prpria arquitetura
dos widgets e containers grficos que seguem um padro
conhecido da literatura como quasi-MVC seguem basica-
mente a mesma filosofia de alguns frameworks j antigos
no Java SE, como o Swing/AWT, utilizando-se de interfaces
e padres de projeto muito similares entre si. Dados coleta-
dos ao longo de um estudo realizado nos ltimos meses em
projetos reais resultaram em um ndice de reaproveitamento
de cdigo-fonte prximo dos 40%;
Outro aspecto que merece destaque o consumo de servios
tanto no modelo RESTful quanto via protocolo SOAP. A plata-
forma Android suporta nativamente o consumo de mensagens
JSON e esta biblioteca facilmente portvel para BlackBerry da
verso 5 em diante. O mesmo cdigo de consumo de mensagens
JSON pode ser, portanto, utilizado em ambas as solues, com
praticamente 100% de reaproveitamento. Quanto ao consumo
de mensagens SOAP, existem bibliotecas para as duas plata-
formas, dentre as quais pode-se evidenciar a kSOAP (veja a
seo Links). Novamente, praticamente 100% do cdigo pode
ser aproveitado de um projeto para outro.
- Quasi-MVC: O modelo quasi-MVC se baseia na mesclagem das camadas
de controle (C) e apresentao (V) em um nico componente, mantendo
individualizado apenas o componente de modelo, este responsvel pela
manipulao dos dados. Em algumas bibliotecas como Swing/AWT
possvel vermos isso nitidamente em elementos como javax.swing.JTable,
que mescla controle e apresentao e depende de elementos que seguem o
protocolo javax.swing.TableModel para recuperar e atualizar os dados que
devem ser exibidos e/ou salvos.
Quando mudamos para a plataforma iOS, no desenvolvi-
mento da verso iPhone/iPad do aplicativo, temos tambm a
possibilidade de reaproveitar, seno o cdigo propriamente
dito, boa parte da lgica. Embora a terminologia mude, os
conceitos permanecem e, desde que se tenha uma equipe
experimentada nesta plataforma, o ritmo de leitura, in-
terpretao e traduo de cdigo Java para Objective-C (e
vice-versa) muito rpido.
A camada de domnio de dados, por exemplo, pode ser
lida e interpretada com extrema rapidez, desde que bem
desenvolvida. O processo de traduo de cdigo escrito em
Objective-C para Java ou no sentido contrrio muito peque-
no, e a converso de tipos muito direta. Os tipos primitivos
basicamente se preservam, e apenas o nome de estruturas
62 Java Magazine Edio 105
como String/NSString precisa ser considerado. Em experi-
ncias que realizamos em um projeto real, o procedimento
de traduo manual de uma camada de domnio escrita
originalmente em Objective-C para Java Android, com um
total de 35 classes, demorou nada mais que vinte minutos
(com uma traduo 100% manual). Entretanto, existem j
h muito tempo poderosas ferramentas de modelagem de
dados como Rational Rose, Borland Together e astah (veja
a seo Links), que podemos utilizar sempre que o projeto
considerar, em seu desenho, mltiplas plataformas desde o
princpio. Boa parte dessas ferramentas permite, inclusive,
a gerao automtica do cdigofonte.
O processo de converso de cdigo entre linguagens fica
sempre mais simples quando seu radical o paradigma
orientado a objetos, no caso de todas essas tecnologias que
esto sendo mencionadas ao longo do artigo dominado.
Todas as plataformas mveis modernas, bem como boa parte
das mais antigas como Windows Mobile, baseiam suas lin-
guagens de programao nos princpios e nas tcnicas deste
paradigma de desenvolvimento. imprescindvel que toda
equipe de desenvolvimento de software, nos dias de hoje,
tenha slida base neste paradigma. Sempre que isto for ver-
dade, tanto o desenvolvimento quanto a traduo de cdigo,
independente da natureza da plataforma, ser facilitada.
O consumo de servios web, o acesso a elementos perten-
centes ao domnio da aplicao, o acesso a bancos de dados
remotos ou locais, tudo isso fica bem mais simples de enten-
der, manipular e alterar quando os princpios da orientao
a objetos esto bem sedimentados entre os membros dos
times responsveis pela construo do software.
Quando se h uma etapa de documentao anterior ao
desenvolvimento do projeto, todo o desenho de uma soluo
ainda mais natural, e o desenvolvimento pode ocorrer
naturalmente em paralelo.
Desempenho
A renderizao de contedo em plataformas como Pho-
neGap (vide Links) tornam a experincia do usurio ine-
vitavelmente prejudicada. Aqueles mais experimentados
nas plataformas (os conhecidos hard users) conseguem,
com relativa facilidade, notar esta diferena e, assim, colo-
cam em xeque uma soluo desenvolvida com tecnologias
hbridas. Algumas de suas fraquezas um exemplo tpico
a velocidade de rolagem de listas e componentes em ge-
ral podem ser observadas em contextos de uso bastante
rotineiros, o que pode ser um complicador na avaliao final
do produto. Nesses casos, nem o mais experiente time de
desenvolvedores pode atuar, pois algumas limitaes so
legadas, caractersticas da prpria plataforma ou do prprio
framework escolhido.
Titanium talvez seja a plataforma mais estvel para competir
com a abordagem nativa. Baseada inteiramente em JavaScript,
tendo todo o cdigo desenvolvido posteriormente traduzido
para cdigo na(s) plataforma(s)-alvo, exige profundo conhecimen-
to em JavaScript para que o trabalho saia realmente bem feito.
Normalmente, isso implica em projetos de legibilidade e, con-
sequentemente, manutenibilidade prejudicadas, alm de apre-
sentar uma diferena notvel em termos de desempenho.
Estudos profundos e constante coleta de estatsticas fizeram,
inclusive, um dos maiores casos mundiais de adoo deste
framework, o Wunderlist, migrar seu produto para verses
nativas em todas as plataformas suportadas. Veja a seo Links
para mais detalhes a respeito desta histria.
Interface homognea com o usurio
Este talvez o tpico de maior destaque no debate protago-
nizado por hbridos e nativos. Para aplicaes web, consenso
que pouco se tem a fazer neste sentido, mas a polmica toma
a cena sempre que o aplicativo tiver residncia certa: o dis-
positivo mvel.
Embora este tema seja normalmente discutido por profissio-
nais de formao essencialmente tcnica, podemos parafrasear
aqui um pensamento extrado de um papo com um gerente
de projetos que, de forma muito interessante, sintetizou um
pensamento compartilhado por uma significativa parcela de
usurios de plataformas mveis: O que quero no um aplica-
tivo mvel que cumpra um determinado objetivo. O que quero
, sem nenhum impacto visual ou funcional, chegar a um novo
objetivo usando meu dispositivo mvel.. Estamos falando de,
no mnimo, uma viso interessante e que merece ateno, por
ter se tornado a opinio de mais e mais pessoas, que hoje tm
uma percepo e uma exigncia muito maiores com relao aos
produtos tecnolgicos que esto adquirindo.
Plataformas hbridas seguem um padro tipicamente iPhone-
like. Experincia de usurio, por sua vez, passa obrigatoria-
mente pelo respeito opo primria do usurio: seu smartpho-
ne, seu tablet. Usurios ao redor do mundo tm se tornado cada
vez mais exigentes, e a sua escolha por este ou aquele produto
tecnolgico, cada vez mais, est associada a um conjunto so-
fisticado de justificativas que passa, invariavelmente, pela
experincia que o produto em questo proporciona a ele.
Trata-se de uma intimidade que no deve, em hiptese alguma,
sofrer interferncias de natureza negativa. A injeo de um novo
contexto de uso, atravs de novos aplicativos, deve ser realizada
na forma mais transparente e menos impactante possvel. Como
j mencionado em um momento anterior neste artigo, no se trata
de um aplicativo desenhado para executar em um dispositivo
mvel, mas um dispositivo mvel sendo usado em um novo
contexto, este sim promovido pelo seu aplicativo.
Qualquer experincia em sentido oposto a este pode trazer
um resultado bastante ruim, e o risco disso se tornar viral
bem grande visto o baixssimo controle que temos sobre nossos
produtos desde que estes se tornam disponveis nas lojas de
aplicativos. Neste sentido, uma opo aparentemente correta
em um curto prazo pode ser, a mdio e longo prazo, origem de
turbulncias e frustraes. Tudo, portanto, precisa ser muito
bem alinhado para que nenhuma parte envolvida em um pro-
jeto mvel se surpreenda negativamente ao longo do tempo.
Cross-platform
Cross-platform tambm algo ainda um pouco distante, e
dificilmente chegaremos a um modelo que no traga prejuzos
j discutida experincia final do usurio. Todo framework
ou tecnologia que preconiza o desenvolvimento de contedo
web (a partir de linguagens como HTML, CSS e JavaScript) e
posterior reaproveitamento deste material em todas as pla-
taformas mveis mais populares do mercado, sem maiores
modificaes e/ou adaptaes, acaba barrada no fato de que
a relativa homogeneidade entre os motores de renderizao
destas plataformas no integral.
BlackBerry, neste sentido, tem sido o maior vilo, mas h
tambm muitos desafios em Android que, geralmente, geram
um esforo adicional de desenvolvimento que invalida o argu-
mento da alta produtividade to promovido na divulgao das
tecnologias hbridas. Normalmente, estas tecnologias mostram
desempenho aceitvel em dispositivos Apple, o que deixa de
ser verdade para as demais plataformas mais populares do
mercado.
O discurso que torna justificvel o desenvolvimento de
solues hbridas exatamente a otimizao do trabalho via
reaproveitamento de contedo, bem como o resultado visual e
o desempenho uniforme entre as diversas plataformas supor-
tadas. Entretanto, muito comum em projetos reais a neces-
sidade de um nmero significativo de ajustes para acomodar
caractersticas como a fragmentao do Android ou ainda as
configuraes distintas de aparelhos BlackBerry, descaracteri-
zando um dos pontos mais fortes deste tipo de abordagem.
Concluses
Mobilidade o tema mais quente do mercado. No h dvidas
disso. Boa parte das empresas tem se interessado em transportar suas
solues informatizadas para pelo menos uma, e em boa parte dos
casos duas ou trs, dessas plataformas com dispositivos com tama-
nha capacidade de armazenamento e processamento de dados.
Embora esta expanso seja ntida, tambm fato que tudo ainda
muito recente, principalmente em pases emergentes como o
Brasil.
Cabe, portanto, s empresas e aos desenvolvedores constru-
rem junto de seus clientes o melhor projeto para cada situao,
levando-se em conta todos os aspectos analisados ao longo
deste artigo, alm de tantos outros que podero surgir.
Com fcil acesso a informaes de toda natureza, as empre-
sas naturalmente tm hoje a possibilidade de formarem uma
concepo mais densa acerca daquilo que pretendem adquirir.
Discusses de projeto e mesmo de tecnologia so, no raramente,
momentos para alguns debates que, tempos atrs, no ocorriam
com tanta frequncia.
Entretanto, densidade de informao nem sempre sinnimo
de definio e clareza. Com tamanha variedade de sabores, que
Edio 105 Java Magazine 63
Paradigmas da Mobilidade

surgem e desaparecem em ritmo alucinado e com propostas http://www.webdesignshock.com/responsive-design-problems/

mais ou menos slidas, torna-se ainda maior a responsabilida-
de das empresas de tecnologia de controlar um aspecto muito
importante em seus clientes: a ansiedade, o encantamento.
No h, atualmente, massa crtica capaz de justificar o uso
de algumas tecnologias que, aparentemente, trazem a frmula
perfeita para equilibrar as relaes de custo e benefcio das
corporaes. Na mesma linha, metodologias e tecnologias
consagradas so normalmente colocadas em xeque em ritmo
perigosamente acelerado em benefcio de algumas correntes
e/ou tendncias.
Talvez estejamos em um momento de apostas vlidas, talvez
no. Talvez sejam correntes vlidas, talvez no. Talvez seja um
perodo de quebra de paradigma, em que riscos precisem ser
assumidos e um nus precise ser absorvido em prol de um salto
progressivo, talvez no. Neste contexto, o objetivo primeiro
deste artigo foi apresentar e esmiuar os principais tpicos
deste enredo luz de dados reais, projetos reais, de profissio-
nais experimentados em busca de respostas ou ao menos pistas
sobre a melhor estratgia de desenvolvimento.
De qualquer forma, a melhor deciso depender sempre
dos requisitos de cada projeto (funcionais e no-funcionais),
caso a caso. Uma desafiadora e apaixonante tarefa para
todos ns!
Uma discusso a respeito da tcnica de Responsive Web Design.
http://www.lukew.com/ff/entry.asp?1509
Artigo a respeito do conceito de Responsive Web Design.
http://www-01.ibm.com/software/awdtools/developer/rose/
Ferramenta Rational Rose.
http://www.componentsource.com/products/astah-professional/index-brl.
html?utm_source=google&utm_medium=cpc&utm_campaign=ggarg
Ferramenta Borland Together.
http://astah.net/
Ferramenta de modelagem astah.
http://www.tryexcept.com/articles/2011/09/12/wunderlist-for-android-is-
going-native-drops-appcelerator-titanium-mobile.html
O caso da migrao do Wunderlist (Titanium para nativo).
http://phonegap.com/
Pgina do PhoneGap.
https://bdsc.webapps.blackberry.com/devzone/
Pgina do Portal de Desenvolvimento na plataforma BlackBerry.

Pedro E. Cunha Brigatto http://developer.android.com

pedrobrigatto@gmail.com Pgina do Portal de Desenvolvimento na plataforma Android.
Engenheiro da Computao graduado pela Universidade Federal
de So Carlos, desenvolvedor certificado SAP Netweaver (Java http://www.appcelerator.com/
Stack) e programador certificado SCJP. Especialista em Engenharia de Pagina do Appcelerator (Titanium).
Software graduado pela Unimep e ps-graduado em Administrao
pela Fundao BI-FGV, atua com desenvolvimento de software desde 2005. Atualmente http://www.sencha.com/products/touch
desempenha o papel de arquiteto de software na Ci&T apoiando projetos plataformas Pgina do Sencha Touch 2.
como SUP, Afaria, Android e BlackBerry, sendo tambm proprietrio da empresa ainosoft
e professor universitrio nas Faculdades Integradas Einstein, na cidade de Limeira. http://www.sybase.com.br/products/mobileenterprise/sybaseunwiredplatform
Sybase Unwired Platform.
D seu feedback sobre esta edio! Feedback
eu http://www.webdevelopersnotes.com/articles/mobile-web-browsers-list.php
s

A Java Magazine tem que ser feita ao

D

seu gosto. Para isso, precisamos saber Lista dos principais navegadores web para dispositivos mveis.
sobre e

o que voc, leitor, acha da revista!

s

ta
edio
http://www.fastcompany.com/most-innovative-companies/2012/full-list
D seu voto sobre este artigo, atravs do link: 50 empresas mais inovadoras do mundo.
www.devmedia.com.br/javamagazine/feedback

64 Java Magazine Edio 105

Edio 105 Java Magazine 65
Seo Engenharia de Software artigos relacionados a anlise, modelagem, projeto, testes, entre outros temas relacionados a ES

Testes no Scrum
Processo de Teste de Software adaptado ao Scrum

A Resumo DevMan
s atividades de testes de software assumem
papis essenciais dentro do processo de de-
senvolvimento de software que adota mtodos
geis, pois apoiam a comunicao entre desenvolvedores
e clientes, a entrega frequente dos incrementos de sof-
tware e proveem mudanas mais seguras com um bom
conjunto de testes para o sistema. No entanto, segundo
Carter (2011), existe a necessidade de uma reestruturao
do processo de testes fundamental, pois alguns pontos
ineficientes dessa abordagem clssica tm se tornado
aparentes nas atividades de testes em ambientes geis,
dentre eles:
Atividades de testes so realizadas apenas aps a
codificao;
A traso entre a escrita do software e o feedback da equipe
de testes para a equipe de desenvolvimento;
C omunicao dificultada entre as diferentes equipes
envolvidas no projeto;
R esistncia a mudanas de requisitos;
E levado esforo para manter os vrios artefatos de
testes atualizados.
Neste artigo, ser proposta uma adaptao do processo
de testes fundamental para um processo de testes geis
apoiada nas atividades do Scrum, com o intuito de mi-
nimizar tanto os problemas identificados acima, como
os demais: readaptao dos profissionais de testes s
mudanas culturais originadas pelos princpios e valores
do paradigma gil e a adequao das atividades de testes
ao framework de gerenciamento de projetos Scrum.
De que se trata o artigo:
Diante do crescimento das Metodologias geis, em especial o
framework Scrum, diversos desafios surgem para as atividades de testes
nestes ambientes. Por isso, neste artigo foram levantados estes desafios
e proposta a adaptao do processo de testes fundamental s atividades
do Scrum.
Em que situao o tema til:
Diversas empresas que adotam mtodos geis tm tido dificuldades na
aplicao e no gerenciamento das atividades de testes, principalmente
em projetos de mdio e grande porte. A abordagem estruturada dos
testes geis, proposta neste trabalho, ajuda os times geis a minimizarem
essas dificuldades.
Testes no Scrum:
Este trabalho identifica alguns problemas relacionados adaptao do
processo de testes e o papel do analista de testes em funo da crescente
adoo das prticas geis pela indstria. Adicionalmente apresentado
um processo de testes geis em sintonia com o framework de gerencia-
mento de projetos Scrum, adequando as atividades do processo de testes
fundamental s necessidades e conceitos deste framework.

Teste fundamental
O processo de testes fundamental (ISO, 2009) possui
etapas bem definidas e sequenciais, por exemplo: Ge-
renciamento e Planejamento, Projeto, Implementao,
Execuo e Anlise. Possui tambm as caractersticas
de produzir alguns artefatos formais, ter uma equipe
independente da equipe de desenvolvimento e envolver
vrios perfis de profissionais, como: Gerente, Lder,
Projetista, Analista, Automatizador e Testador.
A norma ISO/IEC 29119 prope um processo de testes
que apresentado na Figura 1. Ele dividido em duas
fases paralelas. A primeira fase a de gerenciamento,
que envolve o planejamento, monitoramento, controle e Figura 1. Processo de testes da norma ISO/IEC 29119 adaptado de ISO (2009)

66 Java Magazine Edio 105

concluso dos testes. Enquanto a segunda
o processo de testes fundamental, com
seu fluxo de atividades sequenciais, abran-
gendo: projetar e implementar os testes,
configurar o ambiente, executar os testes
e controlar os incidentes.
No processo de testes, o planejamento
uma das fases mais crticas, pois, alm de
todo o trabalho de definio de recursos
(tempo, pessoas, ambiente, ferramentas e
cronograma) inerente a essa fase, o pro-
cesso de testes tem suas atividades inicia-
das no fim do ciclo de desenvolvimento,
ficando difcil de alterar os recursos
estimados.
Scrum
O Scrum (Figura 2) um framework de
gerenciamento gil de projetos, fundamen-
tado na teoria de controle de processos
empricos, que emprega uma abordagem
iterativa e incremental para otimizar a
previsibilidade e controlar riscos (Schwa-
ber, 2011a). Consiste em trs papis funda-
mentais (Scrum Master, Product Owner e
o Time), a produo de alguns artefatos e
eventos com durao fixa.
O primeiro evento a fase de preparao,
onde ocorre o planejamento de toda a
verso do produto que ser desenvolvido.
No segundo evento, ocorre a reunio de
planejamento da sprint, que o momento
no qual ser definido e planejado o tra-
balho da sprint subsequente. Por sua vez,
na sprint (que possui perodo de trs a
quatro semanas) que acontece o trabalho
de produo do incremento do produto. O
quarto evento a reunio diria, que um
encontro (de quinze minutos) com todos os
integrantes do time. O que foi produzido
durante a sprint apresentado ao cliente
na reunio de reviso. Por fim, na reunio
de retrospectiva o momento no qual o
time decide o que pode ser melhorado para
as sprints futuras.
Dificuldades nos Testes em Ambientes
geis
Alguns autores como Crispin e Gregory
(2009) e Shaye (2008), relatam dificuldades
na transio dos testes fundamentais para
os testes geis, vindas da necessidade de
adequar-se s prticas intrnsecas dos
Figura 2. Framework Scrum (Schwaber, 2011a)
ambientes geis. A seguir, abordamos
algumas delas:
Adaptao do profissional de testes:
Os profissionais de testes podero sentir
dificuldades em adaptar-se ao novo, po-
rm, com treinamento adequado, esses
profissionais compreendero as melhorias
que essas novas prticas podem trazer. Ou-
tro desafio que surge com essa transio
a mudana de mentalidade do candidato a
testador gil. No cabe apenas ao profissio-
nal de testes ser o policial da qualidade,
esta uma funo de todo time gil;
Dificuldades do processo de testes
fundamental: Algumas das caractersticas
do processo de testes fundamental trazem
certa dificuldade na aplicao dos testes em
ambientes geis. Por exemplo: gesto centra-
lizada, orientado a artefatos, difcil comuni-
cao entre as diversas equipes envolvidas
no projeto e a realizao das atividades de
testes somente aps a codificao;
D ificuldade de estimar as atividades
de testes: Dentre as atividades de planeja-
mento, a estimativa a que mais dificulda-
des traz, pois alm do tempo reservado na
sprint para testes nem sempre ser o ideal,
os backlogs possuem poucos detalhes para
a criao dos testes;
D ocumentao reduzida: A quanti-
dade reduzida de artefatos, a escrita dos
requisitos em backlogs e a diviso desses
backlogs em tarefas que cabem em post-its
(pequenos pedaos de papis) so algumas
das grandes vantagens implantadas pelas
metodologias geis, todavia, elas tm
trazido certas dificuldades aos testes. Por
exemplo: manter a rastreabilidade entre
product backlogs e testes; elaborar testes
atravs de informaes reduzidas, o que
pode ocasionar testes ineficientes; e en-
tendimento incompleto do que realmente
o cliente espera do sistema, dificultando
assim criar os testes de aceitao;
Resistncia ao TDD: Segundo Astels
(2003), o TDD um estilo de desenvolvi-
mento que traz melhorias significativas
ao projeto, pois o cdigo baseado nos
testes de unidade e de componentes, sendo
o desenvolvedor o responsvel pela cria-
o e execuo destes testes. No entanto,
culturalmente os desenvolvedores tm
resistncia adoo da prtica TDD, pois
eles precisam produzir cdigos extras e,
com isso, acreditam que ser perda de
tempo. Contudo, desenvolvedores mais
experientes entendem que a mdio e longo
prazo ter-se- um ganho na produtividade
e na qualidade do produto;
Falta de Estratgia de Teste gil: A falta
de um processo de testes adaptado para o
desenvolvimento gil um dos obstculos
encontrados pelos times geis em criar a
estratgia para a realizao dos testes. Isto
Edio 105 Java Magazine 67
Testes no Scrum
pode provocar a criao de uma estratgia de testes deficiente, ou
mesmo, a no criao desse artefato.
Essas dificuldades motivaram a pesquisa de uma soluo que as
minimizassem e elevasse a contribuio dos testes na qualidade
dos produtos oriundos dos ambientes geis. A proposta resultante
apresentada a seguir.
Processo de Teste Adaptado para o Scrum
Para Turk, France e Rumpe (2000), a agilidade de um processo
determinada pelo grau em que uma equipe de projeto pode dinamica-
mente adaptar o processo com base nas mudanas no ambiente e nas
experincias coletivas dos membros da equipe de produo. Por
isso, o processo de testes geis proposto neste artigo deve ser
flexvel o bastante para se adequar s necessidades especficas de
cada projeto e melhorar, continuamente, a rapidez no fluxo de suas
atividades para obter a sintonia com os ambientes geis.
O processo da Figura 3 uma adaptao de todas as fases, arte-
fatos e papis do processo de testes fundamental ao framework
Scrum. Na fase de preparao foram definidas as atividade que iro
acontecer antes das sprints. Para as fases das sprints, foram mape-
adas todas as atividades do Scrum para as atividades de teste. Por
fim, so exibidos os artefatos e os papis especficos dos testes.
Figura 3. Processo de testes geis adaptado do framework Scrum (Schwaber, 2011a)
Papis
Trs papis so sugeridos para compor o time de testes deste
processo: o Lder de Testes, o Projetista de Testes e o Analista de
Testes, que devem estar treinados nas metodologias geis, a fim
de entenderem e colocarem em prtica os princpios do Manifesto
gil. Por isso, responsabilidades como: participar em todas as
fases do processo, prover melhoria contnua, acompanhar o ciclo
de vida dos defeitos, colher e acompanhar as mtricas, interaes
constantes com o cliente, participar de decises, serem proativos
e inovadores, so inerentes aos papis.
O lder de teste aquele profissional com viso gerencial. Ele
trabalha em sintonia com o Scrum Master e sua principal funo
ajudar a resolver os impedimentos enfrentados pelo time de
68 Java Magazine Edio 105
testes. O projetista o responsvel por projetar a arquitetura
dos testes e criar o artefato sprint test, trabalhando em conjunto
com o arquiteto de software. tambm de sua responsabilidade
orientar o que dever ser automatizado. Finalmente, o analista
de testes quem ir configurar o ambiente, criar os scripts para
automao, executar os testes e, quando estiver realizando testes
exploratrios, criar o artefato sprint test.
Esse processo de testes geis tem como premissa a flexibilidade
para tornar-se adaptvel as necessidades de cada projeto. Com
isso, haver projetos em que o profissional de testes poder
assumir mais de um papel, de acordo com o tipo de projeto,
complexidade, tamanho e experincia do time.
Fase de Preparao
Esta fase ocorre antes do incio das sprints. Nela levantado
junto ao cliente o product backlog e so planejadas as atividades da
verso do produto que ser desenvolvida pelo time Scrum. Nesta
fase, o time de testes auxilia na definio do product backlog e
planeja as atividades de testes, conforme a Figura 4.
Definio do product backlog
Nesta etapa, o cliente, junto com o product owner e o time
Scrum, criam o product backlog (artefato proposto pelo Scrum),
especificando todas as funcionalidades, caractersticas e tecnolo-
gias que sero necessrias ao sistema, definindo suas prioridades
associadas ao maior valor de negcio.
Auxiliar na definio do product backlog
Como parte integrante do time Scrum, a equipe de testes dever
fazer a identificao do product backlog com o cliente usando
suas habilidades para analisar os itens do backlog na viso dos
testes e assim ajudar no entendimento tcnico das informaes
vindas do cliente.
O product backlog deve ser escrito em formato de cartes de
estria de usurio, que posteriormente serviro como critrios
de aceitao. Cabe ao profissional de testes mapear os itens do
backlog aos testes de aceitao,o que exige interaes frequentes
com o representante do cliente. Esse mapeamento entre as est-
rias e os testes ajuda a manter a rastreabilidade entre os itens do
product backlog e os testes e, consequentemente, amplia a viso
da cobertura dos testes.
Planejamento da release
O propsito do planejamento da release, segundo o Scrum
Guide (Schwaber, 2011b), o de estabelecer um plano inicial, que
contenha: prioridades do product backlog, riscos, custos, crono-
grama e metas que o time Scrum e o resto da organizao possam
entender e se comunicar.
Todos os artefatos dessa fase so criados em uma verso ini-
cial, propensos a ajustar-se a qualquer alterao no decorrer do
projeto. Com o princpio da melhoria contnua, os artefatos so
regularmente revistos pela equipe e as melhorias so aplicadas
de acordo com as necessidades do projeto.
 Outra caracterstica desta fase a realiza-
o das tarefas mais importantes e crticas
de um planejamento, que so priorizar e
estimar, conforme explanadas a seguir:
importante definir prioridades viveis
ao projeto, pois as verbas destinadas ao
mesmo e o tempo de durao das sprints
so finitas, mas a possibilidade de cober-
tura dos testes no tem fim. Estas priori-
dades podem ser baseadas em riscos, por Figura 4. Detalhamento das atividades dos profissionais de testes na fase de preparao e seus artefatos
exemplo:
- De acordo com a criticidade dos
requisitos;
- Probabilidade da ocorrncia de
defeitos;
- Impacto que podem causar na qua-
lidade do produto.
As estimativas das atividades de testes
esto limitadas ao tempo que o time Scrum
dedicar para os testes dentro das sprints,
que podem ser maior ou menor que o
tempo destinado codificao, depen-
dendo da criticidade da funcionalidade
que est sendo desenvolvida. Tcnicas
como Planning Poker (Cohn, 2005, p.56),
Brainstorm (Osborn, 1942) e a experincia
da equipe (decorrida de sprints anteriores)
podero trazer estimativas mais prximas
da realidade.

Definir estratgia de testes

O projetista dever mapear os itens do
product backlog aos testes necessrios
para valid-los, valorizando as caracte-
rsticas das metodologias geis (iteraes
curtas, utilizao de prticas de testes
geis e respostas rpidas s mudanas). De
acordo com esse mapeamento, ele definir
as tcnicas de testes, os artefatos que sero
criados, as atividades de testes, as reunies
e as atividades que sero automatizadas.
Baseado nessas informaes, a estratgia
de testes para a release especificada,
conforme a Figura 5.
Definir plano de testes
As metodologias geis no restringem
a produo de artefatos, e sim, primam
pela criao de artefatos objetivos que
contemplem as necessidades de cada
projeto. Desse modo, nesta fase de plane-
jamento da release, define-se o plano de
testes, que tem como propsito descrever
Figura 5. Estratgia de testes
um conjunto de premissas, necessidades
e procedimentos, que estejam associados
aos aspectos dinmicos dos ambientes
geis.
Informaes pertinentes a um plano
de testes so: prioridades, riscos, con-
tingncias, custos, cronograma, metas,
estratgia de testes, necessidades fsicas
para a realizao dos testes (hardware e
software), estratgia para o gerenciamento
de defeitos, recursos humanos, requisitos
de treinamentos e definies de papis.
O lder de testes avaliar a necessidade da
existncia de cada uma dessas informa-
es, de acordo com o contexto de cada
projeto (o domnio, o tamanho e a com-
plexidade), a disponibilidade de tempo,
a habilidade da equipe e maturidade na
relao da equipe com os processos utili-
zados no projeto.
Avaliar a necessidade de treinamentos
As limitaes do time, tanto nas ativi-
dades de testes, como na adaptao aos
ambientes geis, devero ser identificadas,
e com isso, avaliar os treinamentos neces-
srios para suprir essas dificuldades.
Diversos treinamentos podem ser defini-
dos, entretanto, alguns so fundamentais
para a adaptao das equipes s metodo-
logias geis, so eles: entendimento do
framework Scrum, automao dos testes e
desenvolvimento dirigido a testes (TDD).
Este ltimo para os desenvolvedores.

Edio 105 Java Magazine 69

Testes no Scrum
Definir com o time Scrum o conceito de pronto
A interao entre os integrantes do time
Scrum deve ser a mais concisa possvel.
Por isso, o conceito do que est pronto
deve ser bem definido. Segundo Ferreira
et al. (2010), um determinado item pode
estar pronto dependendo do conceito
de concluso/trmino estabelecido pela
equipe. O item pronto pode ser: codifi-
cao concluda, codificao + teste con-
cludos, codificao + teste + integrao
concludas, teste concludo, codificao +
teste + integrao + regresso concludos
etc. Por isso, necessrio que a equipe de-
fina quando um item vai estar realmente
pronto. Para cada item, a definio de
pronto pode ser diferente, vai depender
do que cada um se prope.
Terminada a fase de Preparao (ob-
serve a Figura 3), todos os artefatos de
testes, provenientes da release, estaro
com sua verso inicial concluda e o
time Scrum estar pronto para iniciar os
ciclos iterativos de trabalho, as sprints.
Figura 6. Detalhamento das atividades do Planejamento da Sprint
Figura 7. Exemplo de uso do Quadro Kanban
70 Java Magazine Edio 105
Estas contm e consistem na reunio de
planejamento da sprint, o trabalho de
codificao e testes, a reunio diria,
a reviso da sprint e a retrospectiva da
sprint.
Sprints
A sprint o "corao" do Scrum. Ela con-
siste em perodos de tempo bem definidos
de um ms ou menos, durante o qual um
incremento do produto fica pronto, utili-
zvel, e potencialmente entregvel.
Planejamento da Sprint
Para Schwaber (2011b, p.12), a reunio de
planejamento das sprints o momento
pelo qual a iterao planejada. Ela con-
siste de duas partes: a primeira parte o
momento no qual decidido o que ser fei-
to na sprint e a segunda parte o momento
no qual o time entende como desenvolver
essa funcionalidade em um incremento do
produto durante a sprint..
Escolha do sprint backlog
Na fase de planejamento da sprint
(Figura 6), os itens do product backlog
priorizados pelo product owner sero
divididos em pequenas tarefas pelo time
Scrum para serem desenvolvidos e testa-
dos durante a sprint. Essas tarefas devem
ser decompostas para que possam ser re-
alizadas em menos de um dia. Essa lista
de tarefas compe um artefato definido
pelo framework Scrum com o nome de
sprint backlog. O time se auto-organiza
para se responsabilizar pelo trabalho
contido no sprint backlog, tanto durante
a reunio de planejamento da sprint,
quanto no prprio momento de execuo
da sprint (Schwaber, 2011b).
A equipe de testes tambm deve ficar
atenta e tentar conter o mpeto dos desen-
volvedores, no intuito dos mesmos no
escolherem muitas funcionalidades para
a sprint e acabar espremendo o tempo
destinado aos testes. Por isso necessrio
que a equipe de testes participe de todas
as estimativas.
Criar tarefas de testes
Tarefas exclusivas que representem
as atividades dirias do time de testes
devero ser criadas para trazer melhor
visibilidade do fluxo de execuo dessas
atividades. Elas ajudaro os profissionais
de testes na utilizao do quadro Kanban
(Anderson, 2010), que uma tcnica para
acompanhamento do andamento das ati-
vidades. Essa tcnica tambm trar maior
entendimento aos outros integrantes do
time Scrum sobre as atividades de testes
que esto sendo executadas.
A Figura 7 demonstra um exemplo de
uso do quadro Kanban, que possui cinco
fases que sinalizam o status de cada tarefa
da sprint corrente. Com isso possvel
rapidamente avaliar o andamento da
sprint.
As tarefas que estiverem na coluna
In iciado representam todas as
atividades que aguardam incio, en-
quanto as que estiverem na coluna Em
Andamento, representam as que esto
em desenvolvimento. Havendo algum
impedimento, elas so colocadas na
coluna de Impedimento. importante
que seja rapidamente identificado o
motivo e as possveis solues para o
impedimento. Quando a tarefa estiver
sendo implantada no ambiente de pro-
duo ou caso ela precise aguardar a
concluso de outras tarefas para serem
implantadas juntas, ela dever estar na
coluna Em Publicao. Por fim, quando
ela estiver concluda, ser inserida na
coluna Concludo.

Planejar as atividades de testes da sprint

No incio de cada sprint dever ser sele-
cionado da estratgia de teste o conjunto
de testes que se aplicam sprint. Em se-
guida, preciso definir para cada tarefa de
teste sua estimativa, requisitos ferramen-
tais e ambientais, priorizaes e restries,
anexando essas informaes ao carto
de estria do usurio. Esse planejamento
dever ser baseado nas necessidades es-
pecficas do estado atual do projeto e na
anlise de risco (probabilidade e impacto
dos defeitos).
Trabalho Dirio
Durante a sprint, o profissional de teste
ter um conjunto de trabalho a ser exe-
cutado de acordo tanto com seu papel no
time, como com o andamento da sprint,
conforme mostra a Figura 8.
Esse processo no dependente da
utilizao do TDD, todavia, se o projeto
o estiver utilizando, existiro situaes
em que o desenvolvedor necessitar do
auxlio de profissionais de testes nas
atividades que o envolve. Outra prtica
de programao em que os desenvolve-
dores podero precisar de ajuda com
o desenvolvimento orientado a testes
de aceitao (ATDD), que tambm en-
volve criar testes antes do cdigo, e tais
testes representam as expectativas do
cliente quanto ao comportamento que o
software deve ter.
Configurar o ambiente de testes
O ambiente de execuo dos testes deve
ser preparado e todas as ferramentas
devem ser instaladas e configuradas.
Para otimizar o tempo, essas atividade
podem ser realizadas em paralelo ao
desenvolvimento.
Figura 8. Detalhamento do trabalho dirio do time de testes durante a sprint.
Preparar e acompanhar a ferramenta de integrao
continua
O uso de um framework que execute e
monitore, a cada nova integrao, os tes-
tes de regresso de forma automatizada,
vital para o melhor aproveitamento da
prtica de integrao continua.
A integrao contnua de responsabi-
lidade tanto dos desenvolvedores quanto
dos testadores. Por isso, os profissionais
de testes devero ter o auxilio do restante
do time Scrum para instalar, configurar,
acompanhar e analisar os resultados
gerados pelo sistema, assim como para
executar os testes de regresso automati-
zados (funcionais e unitrios) junto com
a build todos os dias.
Criar o sprint teste
Atravs dos critrios de aceitao
contidos nas estrias do usurio e da
necessidade de validar as diversas possi-
bilidades de funcionamento do sistema,
os testes funcionais sero elaborados
pelo projetista de testes. Eles iro com-
por o sprint teste (Figura 9), que um
artefato que contm as informaes de
forma simples e objetiva para execuo
dos testes.
Outra possibilidade de utilizao desse
artefato quando o analista de testes for
realizar os testes exploratrios. Neste
caso, o sprint teste ser criado pelo pr-
prio analista no momento da execuo
dos testes, inserindo todos os passos
percorridos durante a execuo. Assim,
ser possvel reproduzir os defeitos
encontrados, pois estes iro conter as
sequncias de aes que o analista usou
para identific-los.
Criar e executar os scripts para automao
A falta de experincia dos testadores na
criao de scripts uma das dificuldades
dos testes geis, pois para criar os scripts
necessita-se certa habilidade de codificao.
Portanto, duas medidas podero ser toma-
das para minimizar esse problema: treina-
mentos em automao para os testadores e
auxilio dos desenvolvedores aos profissio-
nais de testes na criao dos scripts.
Segundo Shaye (2008, p.07), outra prtica
que ajudar o processo de automao de
testes a [...] testabilidade para o produto, ou
seja, os desenvolvedores codificam cdigos
adicionais para suportar a automao dos
testes, por exemplo, criar cdigo (mtodos)
que automatize os testes unitrios.

Edio 105 Java Magazine 71

Testes no Scrum
Figura 9. Artefato sprint teste com as informaes para execuo dos testes
Executar todos os testes necessrios
Os testes, que foram previamente pla-
nejados, devem ser criados antes do
desenvolvimento (TDD), executados em
paralelo ao desenvolvimento (testes de
unidade, componente, regresso e TDD)
e aps a codificao (testes funcionais e
no-funcionais). Nesta etapa os desenvol-
vedores podero ajudar na execuo. Uma
boa prtica de testes executar diaria-
mente os testes automatizados junto com
a build. Assim, defeitos sero descobertos
mais cedo.
Alm de executar todos os testes defi-
nidos previamente, recomenda-se dedi-
car um tempo na sprint para fazer uma
explorao no sistema, projetando e
executando testes dinamicamente (testes
exploratrios). Esses testes podem trazer
benefcios como: deteco maior de defei-
tos em um curto espao de tempo e revelar
novas reas do produto para automao
dos testes.
Controle de defeitos
No desenvolvimento gil importante
que todo defeito encontrado seja encami-
nhado para reparo o mais cedo possvel,
pois, como os desenvolvedores ainda esto
com o cdigo correspondente ao defeito
claro na sua memria, o tempo mdio de
72 Java Magazine Edio 105
correo tende a diminuir. No entanto,
isso est alm do time de testes, porque
depende da disponibilidade de tempo do
desenvolvedor em realizar as correes.
Portanto, cabe equipe de testes, alm de
manter a lista de defeitos, acompanhar
de perto o ciclo de vida do defeito (testes,
reparo e re-testes).
O defeito que for encontrado aps a
implantao da verso do sistema deve,
aps ser corrigido, ser re-testado com a
configurao do ambiente de implantao,
pois o teste no mundo real muito mais
conclusivo e eficiente.
Reunio diria
A reunio diria tem como objetivo
compartilhar com os demais membros
do time o progresso dos trabalhos e aju-
dar a resolver as barreiras encontradas.
Como membro do time Scrum, o time
de testes (especificamente o analista de
testes) dever participar desta reunio.
Nela, todos os participantes devero
responder a trs perguntas: o que voc
fez ontem?, o que far hoje? e quais
seus impedimentos?. Nesta reunio ser
atualizada a lista de impedimentos e com
o auxlio do Scrum Master e do lder de
testes, o time tentar minimizar todos
esses impedimentos.
Figura 10. Grfico Burndown
O grfico Burndown (tcnica de acompa-
nhamento grfico do status de um projeto
(Schwaber, 2011b)) e todas as mtricas de
acompanhamento da sprint devero ser
atualizados diariamente e deixados
disposio de todos durante a reunio
diria. Assim, tanto o grfico, quanto as
mtricas, oferecero visualizaes rpidas
da evoluo da sprint para o time e todos
os envolvidos no projeto.
A Figura 10 apresenta um exemplo da
utilizao do grfico Burndown no contex-
to do Scrum. Ele representa a quantidade
de tarefas que faltam serem implementa-
das no eixo vertical versus o tempo (em
dias) no eixo horizontal.
Reunio de reviso
Ao fim de cada sprint realizada uma
reunio que tem o intuito de demonstrar
ao cliente a execuo das funcionalidades,
desenvolvidas durante a sprint, que esti-
verem concludas e testadas.
O time Scrum dever receber a opinio
do cliente sobre as funcionalidades de-
monstradas e, a partir desse feedback, se
necessrio, atualizar o product backlog e
delinear novos rumos para as prximas
sprints. Cabe equipe de testes participar
da reunio, avaliar a viabilidade e identi-
ficar os riscos, na viso de testes, dessas
mudanas no product backlog.
Reunio de retrospectiva
Esta uma reunio que ocorre aps a
reunio de reviso e antes da reunio de
planejamento da prxima sprint. Segundo
Schwaber (2007, p.26), a atividade mais
importante para o sucesso do Scrum, pois
uma tima oportunidade para o time
discutir o que est funcionando, o que no funciona e acertar as
mudanas.
Durante todo o processo de testes, o time deve capturar as
medidas para criar as mtricas e, de acordo com as informaes
apontadas por elas e as sugestes do time durante a reunio de
retrospectiva, pontos de melhorias devero ser traados.
Acompanhamento
Em um contexto gil, as mtricas apoiam a medio contnua
do produto e do processo, permitindo que os ciclos de desen-
volvimento sejam constantemente inspecionados, adaptados e
melhorados (Hartmann e Dymond, 2006). Elas devem reforar
valores geis de cooperao com o cliente, entrega de valor,
simplicidade e preocupao com as tendncias demonstradas. A
quantidade de mtricas tambm deve sempre ser reduzida, fcil
de serem coletadas e demonstrarem os fatores que as influenciam,
evitando distores.
Mtricas
Cobertura de Cdigo
Porcentagem de Assertivas de Testes de Unidade Passando e Falhando
Quantidade de Testes de Aceitao por Funcionalidade
Porcentagem de Assertivas de Testes de Aceitao Passando e Falhando
Tempo de Execuo de Testes
Quantidade de Defeitos Encontrados
Tabela 1. Mtricas voltadas para os testes em ambientes geis e sua origem
Nas atividades dos testes geis, as mtricas possuem o objetivo
de colaborar com a melhoria contnua dos testes e, consequente-
mente, com a qualidade do cdigo fonte, que passar a apresentar
menos defeitos, um bom design e ser mais fcil de ser mantido
(Vicente, 2010, p.66). Toda a equipe de testes deve colher as medi-
das e repass-las ao lder de testes, que o responsvel por criar
e manter o relatrio das mtricas. Durante as reunies o lder
ir expor as mtricas para serem analisadas em conjunto com os
integrantes da equipe.
Diversos estudos apontam distintas mtricas para o acompa-
nhamento das atividades de testes em ambientes geis (observe a
Tabela 1). No entanto, elas devem ser cuidadosamente escolhidas
para o perfil de cada projeto, fornecendo assim resultados realistas
e transparentes. Crispin e Gregory (2009, p.74) alertam sobre essa
escolha: A mtrica pode ser um desperdcio de esforos, pois elas
so algumas vezes usadas de forma nociva ou [...] analisadas de
forma isolada, onde geralmente no fornecem valor algum.
Origem
Williams et al. 2004 e Nagappan et al. 2004
Vicente, 2010
Nagappan et al. 2004
Vicente, 2010
Vicente, 2010
Williams et al. 2004
Edio 105 Java Magazine 73
Testes no Scrum
Concluso
Os profissionais da indstria de software esto compreendendo
cada vez mais a importncia das atividades de testes no desenvol-
vimento de software, elevando o nvel de prioridade das mesmas.
Do mesmo modo, quem trabalha com metodologias geis percebe
que realizar os testes sem um processo estruturado ou sem dar-
lhes a mesma importncia dada s atividades de desenvolvimento
ter dificuldades em atingir um alto grau de qualidade nos seus
produtos.
Enfatizando este contexto, surge uma pergunta: como possvel
utilizar o Scrum em projetos de grande porte com alta criticidade?
Usar o Scrum de maneira engessada, como um template, ir limitar a
utilizao dele. Assim, deve-se adapt-lo s necessidades de cada
projeto, mesmo que para isso seja preciso inserir processos mais
estruturados que apoiem o domnio do produto.
Neste sentido, este trabalho props um processo de testes de
software com suas atividades adaptadas ao framework Scrum. As
definies, atividades e mtodos foram estruturados de acordo
com as necessidades e princpios inerentes ao paradigma gil,
com o intuito de que ele minimize as dificuldades encontradas
pelas equipes de testes na transio dos testes fundamentais para
os testes em ambientes geis.
Juvenal Feitosa
francisco.juvenal@ufpe.br
Mestre em Engenharia de Software pelo C.E.S.A.R EDU Bacharel
em Sistema de Informao pela Universidade Salgado de Oliveira
PE (2009). servidor da Universidade Federal de Pernambuco UFPE,
atuando como analista de sistemas e como professor convidado;
professor do curso de Cincia da Computao da Faculdade de Tecnologia e Cincia de
Pernambuco FATEC; e professor da Ps-Graduao em Gesto de Projetos em TI, na
Faculdade Piauiense-FAP.
Gustavo Alves
gustavo.alves@qualiti.com.br
Doutorando pela Universidade Federal de Pernambuco / Mestre
em Engenharia de Software / Testes de Software pela Universi-
dade Federal de Pernambuco, Especialista em Testes de Software pela
Universidade Federal de Pernambuco / Projeto Motorola. Desde o ano de
2003, professor de Ps-Graduao em Engenharia de Software C.E.S.A.R EDU, tem
participado de projetos de definio de metodologias de testes, implantao de fbrica
de testes, diagnstico de empresas em maturidade em testes e treinamento. Participou
de projetos em empresas de diversos segmentos como, por exemplo, financeiro, varejo,
sade, fbrica de software e consultorias.
Felipe Furtado
felipe.furtado@cesar.org.br
Especializado em TI e mestre em Cincias da Computao pelo
Centro de Informtica da UFPE na rea de mtricas e produtivida-
de. Atualmente doutorando no CIn, Gerente de Projetos do CESAR, co-
ordenador da ps-graduao em Gesto gil de Projetos do CESAR.EDU
e docente do Mestrado Profissional em engenharia de software. Com 14 anos na rea de
desenvolvimento de software, foi coordenador da garantia da qualidade de software e
do SEPG (Software Engineering Process Group) onde adquiriu experincia na definio e
implantao de processos de gerenciamento de projetos de TI aderentes ao CMMI e em
avaliaes SCAMPI, com participao em avaliaes Classe A CMMI nveis 2 e 3. www.devmedia.com.br/javamagazine/feedback
74 Java Magazine Edio 105
ANDERSON, David J. Kanban: Successful Evolutionary Change for
Your Technology Business. 1 ed United States Blue Hole Press;
Sequim, 2010.
ASTELS, David. Test-Driven Development: A Practical Guide 5 ed.
New Jersey: Pearson Education, 2003.
CARTER, JoEllen. The Agile Tester.
http://www.infoq.com/resource/vcr/1275/file/WP_AgileTester.pdf.
COHN, Mike. Agile Estimating and Planning. 1 ed. Massachusetts:
Pearson Education, 2005.
CRISPIN, Lisa. e GREGORY, Janet. Agile Testing: A Pratical Guide for
Testers and Agile Teams. 1. ed. Boston: Pearson Education, 2009.
FERREIRA, R. E. P., RAMOS, S. E., LAGARES, V.C. Scrum no Teste de
Software. Unieuro. Belo Horizonte. 2010.
HARTMANN, D. e DYMOND, R. Appropriate agile measurement: Using
metrics and diagnostics to deliver business value. In Proceedings of
Agile Conference 2006, Minnesota.
ISO. ISO/IEC 29119 Software Testing: The new international software
testing standard. 2009.
NAGAPPAN, N. Toward a software testing and reliability early warning
metric suite. 2004. In 26th International Conference on Software
Engineering (ICSE 2004), Edinburgh, United Kingdom, pages 6062.
IEEE Computer Society.
OSBORN, Alex Faickney, How to Think Up. 1 ed. Virginia:McGraw-Hill,
1942.
SCHWABER, Ken. The Scrum Papers: Nuts, Bolts, and Origins of an Agile
Process, Washington, 2007.
_________________ a. Scrum for Teams System 2011
http://www.scrumforteamsystem.com/ProcessGuidanceOld/v2/Scrum/Scrum.asp.
_________________ b. Scrum Guide 2011
http://www.scrum.org/storage/scrumguides/Scrum%20Guide%20-%202011.pdf.
SHAYE, Susan. Transitioning a Team to Agile Test Methods. In Agile
Conference. Toronto: 2008.
TURK, Dan, FRANCE, Robert e RUMPE, Bernhard, Limitations of Agile
Software Processes. Colorado, 2000.
VICENTE, Andr Abe, Definio e gerenciamento de mtricas de teste
no contexto de mtodos geis. 2010. 158f. Dissertao (Mestrado
em Cincia da Computao) Instituto de Cincias Matemticas e de
Computao, Universidade de So Paulo, So Paulo: 2010.
D seu feedback sobre esta edio! Feedback
eu
s
A Java Magazine tem que ser feita ao
D
seu gosto. Para isso, precisamos saber
sobre e
o que voc, leitor, acha da revista!
s
ta
edio
D seu voto sobre este artigo, atravs do link:
Edio 105 Java Magazine 75
Testes no Scrum

76 Java Magazine Edio 105