Portal do arquiteto

Festa para Crianças Carentes

2011-10-25T16:28:00.000-07:00

Garantir a alegria de dezenas de crianças carentes no mês especialmente dedicado à garotada. Esse é o objetivo da campanha “Solidariedade não se economiza”, que promete agitar o mês de outubro dos moradores da área de abrangência do Centro de Saúde Jardim Filadélfia, na região noroeste da capital mineira.

A campanha arrecada brinquedos (e também roupas, livros e alimentos não perecíveis) para celebrar o Dia das Crianças com moradores dos bairros Jardim Filadélfia, Filadélfia, Álvaro Camargo, Frei Eustáquio, Glória e Novo Glória. A festa será realizada no sábado, dia 29 de outubro, a partir das 9h, no próprio Centro de Saúde do Bairro Jardim Filadélfia, localizado na Rua Régida, 319.

A campanha “Solidariedade não se economiza” é uma iniciativa do WebDescontos, que doa brinquedos novos e está em busca de parcerias para alegrar a manhã do dia 29 dessa criançada! Até agora, já está confirmada a presença de uma máquina de algodão doce, além de oficina de balões, desenho de rostos, fantasias, cama elástica e gincanas.

Os interessados em contribuir para a campanha devem entrar em contato através do email contato@webdescontos.com.br ou pelo telefone (31) 3037-4029. O posto de arrecadação fica localizado na Av. Afonso Pena, 4000 (3º andar, sala 7) – bairro Cruzeiro.

Evento JBossInBossa2010

2010-04-28T17:43:00.000-07:00

Pessoal,

Venho convidá-los para um evento da Comunidade JBoss Brasil. O evento irá acontecer em SP e conta com a participação de vários líderes de projetos Open Source. Segue mais detalhes do evento:

Evento

Horário: 7 maio 2010 às 14:00 a 8 maio 2010 às 20:00
Local: Anhembi Morumbi – Casa do Ator, Campos Vila Olimpia
Organizado por: Land do Brasil

Descrição do evento:
internacionais que são líderes de projetos opensource, bem como palestras da comunidade brasileira que desenvolve e fomenta tecnologias relaciodas além do time brasileiro JBoss que atua em diversos projetos de missão crítica que usam tecnologias de ponta em projetos em todos os lugares do Brasil.
Presenças Internacionais da Red Hat/JBoss, eXo Platform e PlugTree/Drools

Pete Muir é o primeiro palestrante internacional a confirmar presença no JBoss In Bossa 2010, você não vai perder a oportunidade de saber tudo da JSR299 – CDI e sobre as novidades do JBoss Seam.

Pete Muir é o Líder do projeto Seam e do Weld(Implementação de referência da JSR 299 – Contexts and Dependency Injection for Java EE), além de desenvolvedor líder do Aquillian, um conjunto de utilitários para testes de Servidores de Aplicação. Pete é um funcionário da Red Hat Inc, como Core Developer trabalhando em vários projetos de código aberto JBoss.
Pete tem palestrado em várias conferências como Devoxx, Jax, JBossWorld, JSFDays e JavaBlend, além de várias palestras em JUGs sobre Seam. Ele escreve sobre Seam, Weld e Java em seu blog: http://in.relation.to/Bloggers/Pete

Benjamin Mestrallet é o CEO da eXo Platform, uma empresa francesa que ele fundou logo após a universidade para atender seu primeiro cliente: Departamento de Defesa Americano. Com a recente expansão da Exo para os EUA, Benjamin supervisiona de São Francisco-EUA o crescimento da companhia , marketing e estratégia de vendas. Ele criou o projeto eXo enquanto ainda estudante em Dezembro de 2002, entregando o primeito Java Portlet Container da indústria. Em reconhecimento a sua liderança, Benjamin recebeu o prêmio de “Estraordinário Jovem Líder de Tecnologia de 2008″, o IVY Award na França. Ele possui Mestrado em Ciência de Grenciamento pela Universidade de Paris IX Dauphine. Site da eXo Platform: http://www.exoplatform.com

Mauricio Salatino é CTO na PlugTree (http://www.plugtree.com), uma empresa especializada no fornecimento de soluções usando a plataforma Drools com escritórios em Miami, EUA e Buenos Aires, Argentina. Maurício é committer no projeto Drools, e vem desenvolvendo inúmeros projetos com os conceitos de Motor de Regras, CEP(Complex Event Process) BPM e portais com Alfresco, autor do livro: jBPM Developer Guide pela PacktBuk, é o fundador do grupo de usuários JBoss da Argentina(http://www.jbug.ar), é formado em Engenharia de Sistemas pela Universidade de Mendonza – Argentina, escreve regularmente em seu blog: http://salaboy.wordpress.com

Confira a Agenda completa aqui: http://www.jbossinbossa.com.br/2010/agenda.html

Ver mais detalhes e RSVP em JBoss Brasil:

http://jbossbrasil.ning.com/events/event/show?id=2234825%3AEvent%3A19199&xgi=48yfZiTpQVlyHY&xg_source=msg_invite_event

É um evento bem interessante e com certeza contribuirá bastante para arquitetos e desenvolvedores.

[]s,

Samuel

Performance de aplicações WEB

2010-03-23T06:37:00.000-07:00

Olá pessoal,

Tenho encontrado constantemente sites com problemas sérios de performance. Algumas das vezes temos problemas estruturais sérios, mas algumas vezes os problemas podem ser simples de resolver e pequenos ajustes representam grande melhoria na experiência do usuário.

Quando dizemos performance de aplicações, logo os desenvolvedores pensam em grandes mudanças estruturas como cluster, melhorias na JVM, máquinas novas, cache de banco de dados e outras. Isto também são melhoras importantes, mas quando se trata de aplicações web, a percepção da performance pelo usuário, pode ser melhorada por otimizações mais simples como mudanças no front-end da aplicação.

Podemos encontrar as melhores práticas sobre performance de aplicações web em http://developer.yahoo.com/performance/rules.html. Entre as dicas descritas no documento acima temos:

* Fazer menos requisições HTTP

* Adicionar um cabeçalho “Expires” na resposta HTTP

* Utilizar Gzip para compactar os componentes da página

* Colocar os Stylesheets no topo da página

* Colocar os Scripts no fim da página

* Evitar CSS Expressions

* Colocar os códigos JavaScript e CSS em arquivos externos

* Reduzir DNS Lookups

* Compactar os códigos JavaScript

* Remover Scripts duplicados

* Evitar Redirects

* Configurar as ETags

* Make Ajax Cacheable

Uma ferramenta que auxilia bastante é um addon do mozilla que chama YSlow que é um addon desenvolvido pela Yahoo. Este addon analisa com base nas melhores práticas documentadas no artigo acima quais regras estão sendo usadas.

Uma dica que me ajudou bastante em algumas aplicações que trabalhei foi a de habilitar a compressão de páginas. Existem páginas que são grandes, o que faz com que o acesso seja lento em conexões de rede ruins.

Esta compressão de página basicamente troca o requisito banda por CPU. Os passos realizados para a compressão são os seguintes:

1 – O browser do cliente faz uma requisição e envia para o servidor no cabeçalho que o browser aceita arquivos comprimidos.

2 – O servidor verifica que o browser que fez a requisição aceita arquivos comprimidos.

3 – O servidor comprime a página e envia para o cliente.

4 – O cliente descompacta a página recebida e exibe para o usuário.

Podemos utilizar para a compressão de página o apache com o módulo mod_deflate. Para explicações mais detalhadas sobre como funciona o mod_deflate verifiquem a documentação em http://httpd.apache.org/docs/2.0/mod/mod_deflate.html.

É isto ai pessoal. Espero que vocês sigam as orientações, para o bem de suas aplicações e de seus usuários.

Cache de páginas com o framework EhCache

2010-02-02T10:03:00.000-08:00

Olá pessoal,

Há bastante tempo não escrevo nada. Resolvi falar agora sobre melhorias de performance que ajudam bastante a aplicação. Em sites, constantemente temos páginas que acessam várias consultas pesadas além de regras de negócio. Estas páginas quando muito acessadas causam freqüentemente problemas de desempenho na aplicação e páginas lentas.

Um dado importante para se tomar a decisão de utilizar ou não cache em páginas é a relação entre corretude e performance. Imagine o seguinte caso: Você tem uma página que possui as últimas notícias da sua empresa. Se uma nova notícia nova acaba de sair, qual o impacto da notícia demorar um pouco a mais para entrar no ar? O ganho de performance vale a pena o atraso na notícia. Se sim é interessante utilizar neste caso o cache para esta página.

Quando temos cenários parecidos com este podemos verificar se é possível realizar cache de páginas. O Ehcache que é um framework java possui além do cache de objetos e cache para acesso a dados com JPA, possui também cache de páginas. Este cache às vezes é mais interessante, porque uma mesma página pode possuir várias consultas e regras de negócio, o que faz com que o cache de página geralmente gere mais ganho de performance do que o cache de acesso a dados.

Para definir o cache de páginas é necessário primeiramente baixar os jars do ehcache disponíveis em http://ehcache.org. Entre os jars necessários é necessário baixar o módulo ehcache-web, que possui a Servlet responsável por gerenciar e guardar o cache das páginas.

Depois disto, no classPath (pode ser na pasta src por exemplo) deve ser adicionado o aquivo ehcache.xml com um conteúdo parecido com o abaixo:


<?xml version="1.0" encoding="UTF-8"?>
<ehcache>
    <diskStore path="java.io.tmpdir" />
    <cache name="SimplePageCachingFilter" maxElementsInMemory="10"
        eternal="false" timeToIdleSeconds="600" 
        timeToLiveSeconds="600" overflowToDisk="true" />

    <defaultCache maxElementsInMemory="10" eternal="false"
        overflowToDisk="false" timeToIdleSeconds="120" 
        timeToLiveSeconds="120" diskPersistent="false" 
        diskExpiryThreadIntervalSeconds="120" />
</ehcache>

Para o arquivo acima é necessário verificar o tempo de expiração do cache que é definido pela propriedade timeToLiveSeconds que representa o número de segundos do cache da página apresentada.

Depois, no arquivo web.xml devemos adicionar o filtro de cache para as páginas necessárias, assim como mostrado abaixo:


<!-- Filtros para cache de páginas adicionado para páginas -->
<filter>
    <filter-name>SimplePageCachingFilter</filter-name>
    <filter-class>
        net.sf.ehcache.constructs.web.filter.SimplePageCachingFilter
    </filter-class>
</filter>
<filter-mapping>
    <filter-name>SimplePageCachingFilter</filter-name>
    <url-pattern>/index.jsf</url-pattern>
</filter-mapping>
<filter-mapping>
    <filter-name>SimplePageCachingFilter</filter-name>
    <url-pattern>/noticias.jsf</url-pattern>
</filter-mapping>
<filter-mapping>
    <filter-name>SimplePageCachingFilter</filter-name>
    <url-pattern>/rss.jsf</url-pattern>
</filter-mapping>

A melhoria de performance é bastante significante. Além do cache de páginas comum é possivel também compactar as páginas, adicionar cabeçalhos, entre outros. Para mais informações visitem http://ehcache.org/documentation/web_caching.html.

É isto aí pessoal. Qualquer problema avisem...

Resultado da enquete sobre certificações Sun

2009-09-09T05:05:00.000-07:00

Olá pessoal,

Chegamos ao resultado de mais uma enquete. Desta vez sobre certificações Sun. Segue abaixo o resultado:

Pelas respostas dos visitantes do site vimos que a grande maioria (57%) ja possuem a certificação de Programador (SCJP). Logo atrás em segundo lugar, com 38% das respostas estão os visitantes que responderam que não possuem nenhuma certificação.

Em terceiro lugar com 32% estão os certificados em Desenvolvimento Web (SCWCD). Muito próximo, logo abaixo estão os visitanes com certificação Associate (SCJA) e em Componentes de Negócios (SJBCD) com respectivamente 18% e 16% das respostas.

12% dos visitantes que responderam a enquete possuem a certificação de arquiteto (SCEA) e 7% a de Web Services (SCDJWS). Por último ficaram as certificações de desenvolvedor (SCJD) e de desenvolvedor para aplicações móveis (SCMAD) empatados com aproximadamente 6% das respostas.

Nesta última votação tivemos uma participação ainda mais ativa dos visitantes. Em breve teremos novas enquetes e continuem votando.

É isto aí pessoal.

Apache Native Library no Tomcat ou Jboss

2009-08-31T11:07:00.000-07:00

Olá pessoal,

Trabalhando com melhoria de performance de aplicações a algum tempo verificamos algumas mudanças que podem ser aplicadas no servidor de aplicação e que surtem efeito na aplicação como um todo. Entre estas melhorias uma que é uma opção para aplicações que utilizam servidores como o Tomcat e o JBoss é a utilização do Apache Tomcat Native Library (APR).

O Apache Tomcat Native Library é um JNI (Java Native Interface) que provê grande parte das funcionalidades do Tomcat em código nativo ao invés de utilizar Bytecode Java. Isto na prática significa maior velocidade da aplicação, uma melhor escalabilidade e melhor integração com os serviços nativos da máquina. Por default o Tomcat não vem com o APR já compilado e aplicado a distribuição, pois isto tornaria o servidor dependente de plataforma, mas sua utilização é bastante recomendável em ambientes de produção.

Entre as vantagens de sua utilização temos acesso a funcionalidades avançadas de IO (SendFile, Epoll e OpenSSL), funcionalidades do sistema operacional (Geração aleatória de números, status do sistema, etc.) e acesso a processos nativos (Memória compartilhada, NT pipes e Sockets).

Quando o APR não está instalado vemos o seguinte log no servidor de aplicação:
The APR based Apache Tomcat Native library which allows optimal performance in production environments was not found on the java.library.path

Para instalá-lo utilize os passos descritos em http://tomcat.apache.org/tomcat-6.0-doc/apr.html ou em http://www.liferay.com/web/guest/community/wiki/-/wiki/Main/Tomcat+Native+Library.

Assim que ele estiver instalado vemos o seguinte trecho no log do Tomcat:
INFO: Loaded APR based Apache Tomcat Native library 1.1.16.

Realizar os testes para verificar o quanto melhorou no desempenho da aplicação é um processo um pouco complicado, pois algumas operações podem ser mais beneficiada que outras. Em algumas referências vimos um ganho de até 10% na performance da aplicação em geral, mas realmente é um teste difícil de ser realizado.

Em um teste bem curto que fiz verificamos as seguintes medições apenas do tempo de startup do servidor sem e com a API nativa tive os seguintes resultados:

Tempos sem lib native:
2125 ms
2155 ms
2113 ms

Tempos com lib native:
1913 ms
1984 ms
1985 ms

Vimos então um ganho que se aproxima de 10% apenas para o startup do servidor.

É isto aí pessoal. Espero que isto ajude quem necessita otimizar a performance das aplicações.

Quaisquer problemas avisem...

Implementando página de erro com JSF

2009-08-26T07:23:00.000-07:00

Algumas pessoas estão tendo dúvidas sobre como implementar uma página de erro com JSF, e resolvi então criar este post para explicar uma maneira de implementar.

Para se realizar o redirecionamento pode se utilizar o ActionListener do JSF. Segue abaixo um exemplo de implementação da classe deste ActionListener:


/**
 * Classe responsável por tratar erros inesperados do sistema.
 *
 * @author Samuel Delfim
 *
 */
public class ExceptionHandler extends ActionListenerImpl {

    @Override
    public void processAction(ActionEvent event) {
        // Obtem o contexto JSF
        FacesContext context = FacesContext.getCurrentInstance();

        try {
            // Executa o método da classe Pai
            super.processAction(event);

        } catch (Exception e) {

            // Se ocorrer um erro inesperado, exibe a mensagem abaixo
            context.addMessage(null, new FacesMessage(
                FacesMessage.SEVERITY_FATAL, e.getMessage(), null));


            // Redireciona para a pagina com o mapeamento 'erro'
            // no faces-config.
            context.getApplication().getNavigationHandler().
                    handleNavigation(context, null, "erro");
        }
    }
}

Pode-se, por exemplo, na classe acima realizar tratamentos diferentes para cada tipo de exceção.

Para aplicar o Listener em uma aplicação jsf deve ser colocado o seguinte trecho dentro do arquivo faces-config.xml:


<application>
    <!-- Aplicação do Listener -->
    <action-listener>com.thinkworks.handler.exception.ExceptionHandler
    </action-listener>
    <view-handler>com.sun.facelets.FaceletViewHandler</view-handler>
    <locale-config>
        <default-locale>pt_BR</default-locale>
        <supported-locale>pt_BR</supported-locale>
        <supported-locale>es_AR</supported-locale>
    </locale-config>
    <message-bundle>com.bionexo.mensagens.Mensagens</message-bundle>
</application>

O trecho a ser copiado se refere à tag e deve ser aplicado ao view-handler específico. Neste caso, o ViewHandler utilizado é o do projeto facelets que está sendo utilizado no projeto em questão.

Também no arquivo faces-config.xml deve ser realizado o mapeamento da página de erro.
Segue abaixo um exemplo de mapeamento de página de erro:


<navigation-rule>
    <navigation-case>
        <from-outcome>erro</from-outcome>
        <to-view-id>/pages/erro/paginaErro.xhtml</to-view-id>
    </navigation-case>
</navigation-rule>

É isto aí pessoal. Espero ter ajudado...

Configurando o EhCache como cache provider JPA

2009-06-25T19:25:00.000-07:00

Olá pessoal,

Hoje vou falar um pouco sobre o EhCache e em seguida mostrarei como configurar o ehcache como provider de cache para o JPA.

Algumas vezes precisamos criar caches para linhas de banco de dados mais acessadas. Entre os problemas para a criação de um sistema de cache temos o sincronismo, o gasto excessivo de memória, o tamanho máximo do cache, entre outros. Devido à grande quantidade de possíveis problemas, escrever um sistema de cache eficiente, seguro e com suporte a sistemas distribuídos é um grande trabalho.

Este é o trabalho do cache de segundo nível do Hibernate (Second level Cache). É possível utilizar este cache com vários providers e um dos mais utilizados é o EhCache. O EhCache é um mecanismo de cache distribuído em Java vastamente utilizado. Ente seus principais recursos temos cache de entidades, de queries, de páginas web, entre outros.

Sua ultima versão está disponível em http://ehcache.sourceforge.net/.

Para configurá-lo como provider de persistência devemos primeiramente adicionar o seguinte trecho ao arquivo persistence.xml:


<property name="cache.use_second_level_cache" value="true" />
<property name="hibernate.cache.provider_class"  
value="net.sf.ehcache.hibernate.EhCacheProvider" />
<property name="net.sf.ehcache.configurationResourceName"
 value="/META-INF/ehcache.xml" />

Depois devemos criar o arquivo ehcache.xml dentro do diretório META-INF da sua aplicação e adicionar nele o seguinte conteúdo:


<?xml version="1.0" encoding="UTF-8"?>
<ehcache xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
 xsi:noNamespaceSchemaLocation="ehcache.xsd">
 <diskStore path="java.io.tmpdir" />
 <defaultCache maxElementsInMemory="10000"
       eternal="false"
       timeToIdleSeconds="120" timeToLiveSeconds="180"
       overflowToDisk="true" diskPersistent="false"
       diskExpiryThreadIntervalSeconds="120"
       memoryStoreEvictionPolicy="LRU" />
</ehcache>

Um exemplo mais completo de arquivo de configuração do ehcache pode ser encontrado em http://ehcache.sourceforge.net/ehcache.xml.

Lembrem-se de adicionar o arquivo ehcache.jar dentro das bibliotecas de sua aplicação.

Depois de configurado então deverá aparecer no log do servidor algo como:


23:16:50,437 INFO  [SettingsFactory] Second-level cache:
enabled
23:16:50,437 INFO  [SettingsFactory] Query cache: disabled
23:16:50,437 INFO  [SettingsFactory] Cache provider:
net.sf.ehcache.hibernate.EhCacheProvider

Depois disto é só começar a utilizar as anotações e o cachê de queries.

Em um próximo post falarei sobre como utilizar o cache de segundo nível com o Hibernate.

Resultado da enquete sobre Servidores de Aplicação

2009-06-16T04:00:00.000-07:00

Pela resposta dos visitantes vimos que o JBoss, com 16 votos, é o servidor de aplicação mais utilizado para a linguagem Java. Em segundo lugar, logo atrás na pesquisa com 8 votos vem o servidor da Sun, o Glassfish. O WebLogic da BEA e o Oracle IAS vem com respectivamente 4 e 3 votos

Queria agradecer todos que votaram na enquete. E continuem votando para que possamos saber a opnião de vocês sobre assuntos relacionados a desenvolvimento e arquitetura.

É isto aí pessoal. Em breve teremos mais enquetes.

Dicas de usabilidade para sistemas de busca

2009-06-09T04:00:00.001-07:00

Como regra geral segundo Jakob provavelmente você não precisará de um sistema de pesquisas se seu site tiver até 100 páginas. Se seu sistema tem de 100 a 1000 páginas, você precisará apenas de um sistema de busca simples. Acima de 1000 páginas é necessário realmente se investir em um bom sistema de pesquisa.

Na navegação de páginas se perceberam que embora alguns usuários tenham optado por utilizar os sistemas de busca, outros preferiram utilizar os links navegacionais. É importante então seu site prover suporte aos dois tipos de acesso, para que seu site possa ter uma grande quantidade de usuários.

Existe uma lista de razões que fazem com que o usuário tenha a expectativa de que o seu sistema de busca acerte mais do que sites como o Google ou Yahoo. Entre estas razões podemos citar:

Quantidade de informações em seu site é menor que a quantidade de informações de toda a web.
O contexto é bem conhecido. Se seu site é de carros seu sistema deve saber que um Jaguar é um carro e não um animal.
Você sabe quais documentos são mais antigos e os que são de maior relevância para os usuários.
Você tem controle sobre o vocabulário do sistema.

Segundo Jakob metade das buscas possuía menos de 14 caracteres. E 95% utilizam menos de 30 caracteres. Tamanho de 30 caracteres então é recomendado para que os usuários consigam realizar buscas eficazes em seu site.

Com relação a buscas avançadas, estas, só são recomendadas se seu nível de usuário for muito avançado, o que na maior parte das vezes não é verdade. Então a sugestão é evitá-las.

Sobre a página de resultados é importante seguir as diretrizes dos grandes sistemas de busca. Entre elas podemos citar:

Não há necessidade de numerar os resultados, pois todos os usuários começam a ler do alto.
Forme uma lista linear de uma busca com o mais recomendado na parte superior.
Cada resultado de uma pesquisa deve iniciar com um título clicável, seguido por resumo de 2 ou 3 linhas.
Se nenhum resultado for encontrado avise claramente isto ao usuário.
Se apenas um resultado for encontrado, não redirecione diretamente para o conteúdo, uma vez que a expectativa do usuário é ter um resultado.

É isto aí pessoal. Quaisquer problemas avisem...

Lista de problemas de usabilidade – Parte 5

2009-06-02T03:30:00.000-07:00

Continuando a lista de problemas potenciais de usabilidade iniciada no último post temos então:

8. Palavras inventadas – Há mais tempo na bolha da Internet vários sites criavam o seu próprio dialeto e inventavam palavras. Isto era feito com o intuito de instigar os usuários a explorar o site, mas criavam o efeito inverso que era de confundir, além de prejudicar os sistemas de busca.

9. Conteúdo ultrapassado – Informações ultrapassadas sendo dadas como atuais são problemas sérios de usabilidade e prejudicam a confiança dos usuários no site visitado.

10. Inconsistência dentro de um WebSite – Páginas na web devem ser consistentes. Áreas de sites que não se encaixam no padrão visual do restante dão uma má impressão ao usuário, além de gerar certa confusão.

11. Solicitações prematuras de informações pessoais – Se um estranho te abordasse e perguntasse a você seu nome, telefone, cpf, data de nascimento e identidade provavelmente você fugiria. Esta é a impressão que se passa quando um site pede seus dados prematuramente. A maioria dos sites agora deixa você realizar suas ações como pesquisar produtos, preços, entre outros para depois pedir suas informações pessoais, o que garante uma quantidade maior de clientes. Pedir então os dados prematuramente é um problema grave de usabilidade e deve ser evitado.

12. Vários sites – As empresas criavam vários sites para diferentes produtos e para cada um criava endereços diferentes. Isto é um problema de usabilidade, uma vez que não existia integração e a navegação não ficava unificada. Sites unificados auxiliam os usuários a realizar a navegação.

13. Páginas órfãs – Páginas órfãs são páginas que não levam a nada. Se acessar uma você não conseguirá ir a mais lugar algum. Este é um problema quase extinto, mas merece um comentário, pois quando acontece é uma falha muito séria.

É isto aí pessoal. Em breve postarei mais sobre o assunto.

Lista de problemas de usabilidade – Parte 4

2009-05-28T03:30:00.000-07:00

Olá pessoal. Acabamos de passar os 10.000 acessos ao site desde que comecei a monitorar os acessos e queria agradecer a todos que acompanham o site. Hoje vamos continuar com a série de problemas de usabilidade começada há algum tempo.

Segundo Jackob Nielsen, treze problemas de design iniciais são menos problemáticos hoje, pois os designers aprenderam a projetar para a Web. Estes continuam a ser problemas potenciais de usabilidade, mas a maioria dos Web Designers aprendeu a utilizá-lo.

Segue abaixo a lista:

Plugins de tecnologias de ponta – Os usuários tem medo de executarem algum download na Internet por medo de vírus e tem medo da instalação de novos plugins nos navegadores. Os designers tiveram o bom senso e reconheceram que não podiam forçar os usuários a utilizarem novas tecnologias e começaram a utilizar tecnologias testadas há alguns anos. Uma recomendação então é esperar pelo menos dois anos para utilizar alguma tecnologia nova no site e não forçar o usuário a atualizar qualquer coisa ao acessar seu site.
Interfaces 3D com o usuário – Interfaces tridimensionais normalmente são excessivamente difíceis de se utilizar e raramente valem o esforço. O problema básico é que imagens em 3D são exibidas em uma superfície bidimensional (tela) e controladas por um dispositivo bidimensional (mouse). Os usuários passam a maior parte do tempo lutando com a interface em vez de visualizar o produto. Interfaces 3D devem então ser evitadas.
Design poluído – Páginas que sobrecarregam os usuários com um conjunto grande de elementos normalmente é pouco utilizado pelos usuários. Elementos em movimento, luzes intermitentes, links pobremente estruturados e textos em excesso devem ser evitados, pois tornam a página muito carregada.
Páginas Splash – Páginas Splash são páginas de abertura aparecem em alguns sites antes da verdadeira página Principal. Segundo palavras do próprio Jackob elas devem morrer, pois dão a impressão de que o site se preocupa mais com a sua própria imagem do que com a solução do problema deles.
Exemplo de página Splash
Imagens gráficas em movimento e texto rolável – Os usuários tem cegueira a banners como dito em um post anterior e na web imagens gráficas em movimento e texto rolável são ignorados pelos usuários. Lembrem-se que na Internet se você grita mais alto dá a impressão que não tem nada de importante a dizer.
Componentes de interface gráfica personalizados – Botões que não se parecem botões, barras de rolagem personalizadas que não se parecem com barras de rolagem são problemas que tornam o site mais difícil de utilizar. Evitem alterar os padrões já aprendidos pelos usuários da Web.
Não expor quem está por trás das informações – O usuário deve confiar no responsável pelo site para que este possa passar a ter uma relação de confiança com o mesmo. Dados como o quem somos presente em alguns sites devem ser colocados e devem responder questões como o principal executivo, a informação correta de contato, a filosofia da empresa e o histórico e marcos.

No próximo post terminaremos a lista de problemas...

Lista de problemas de usabilidade – Parte 3

2009-05-26T07:00:00.000-07:00

Continuando a lista de problemas comuns de usabilidade e que tendem a ser menos problemático temos:

Listagens de pesquisa de baixa relevância – Depois da navegação a busca é a maneira mais utilizada para acessar o conteúdo. Busca ineficaz é extremamente problemática para os usuários.
Multimídia e vídeos longos – A maioria dos videoclipes devem ter duração de menos de 1 minuto para que os usuários prestem atenção neles.
Layouts Congelados – Sabemos que os usuários odeiam rolagens horizontais e nós sabemos disto. Então é uma boa idéia colocar os tamanhos de sua página em porcentagem, para que seu layout se adapte a diferentes resoluções.
Incompatibilidade entre diferentes plataformas – Uma recomendação geral é esperar entre cinco e seis anos depois da distribuição de uma nova versão do navegador para que você não se preocupe mais com ela. O IE7 foi introduzido em 2006, então provavelmente você terá que suportá-lo até 2012. Verifique a quantidade de usuários que utilizam sua plataforma em diferentes navegadores e verifique quais são os que valem a pena suportar.

Abaixo agora iremos mostrar uma lista de problemas que grande parte dos usuários se acostumaram a usar e perderam um pouco da sua importância segue abaixo:

Clicabilidade incerta – Alguns sites costumavam oferecer figuras com links escondidos o que não indica claramente ao usuário que aquele é um link. Sempre que você tem que informar ao usuário aonde clicar você tem um problema de usabilidade.
Registro – Pedir aos usuários que se registrem antes de realizar qualquer ação no site é uma falha de usabilidade. Isto é causa de negócios perdidos, uma vez que vários usuários não gostam de se registrar.
URLs Complexos – URLs complexos prejudicam tanto a usabilidade quanto a otimização de ferramentas de busca. A maioria dos sites tem menos de 1 milhão de páginas e portanto funcionam bem com até 50 caracteres.
Menus suspensos em cascata – No passado qualquer elemento dinâmico, já confundia o usuário, mas parece que os usuários se acostumaram com alguns elementos. Evitem menus com mais de um nível, pois alguns usuários ainda tem problemas com menus de vários níveis.

É isto aí pessoal. Qualquer problema avisem...

Lista de problemas de usabilidade – Parte 2

2009-05-14T04:00:00.000-07:00

Continuando com a lista de problemas descrita por Jakob Nielsen temos então:

Conteúdo vago ou inútil – Quanto pior as mensagens enviadas por um site, mais os usuários tendem a negligenciar suas mensagens. Conteúdo inútil não apenas irrita as pessoas, como também é a principal causa de vendas perdidas.
Muito conteúdo e texto não escaneável – Blocos densos de texto causam repulsão por parte dos usuários e sugerem que o trabalho para achar o que se quer é muito árduo.

Como uma lista de problemas que tendem a ser menos problemáticos nos próximos anos, mas que ainda preocupam são:

Tempo de download lento - Tempo de download lento tende a ser cada vez menos preocupante pelo aumento do número de internets com banda larga, mas ainda preocupa, pois sites lentos continuam como sempre a incomodar.
Frames – Frames quebram várias diretrizes de usabilidade como a quebra do botão voltar e diferenças entre browsers, o que ainda o torna um problema. O que diminui sua severidade é o fato de cada vez menos sites o utilizarem.
Flash – Páginas flash também quebram várias diretrizes de usabilidade como o botão voltar, textos escaneáveis, quebra do botão voltar e tempos de downloads lentos. Então o flash deve ser usado com bastante parcimônia.

É isto aí pessoal. Quaisquer problemas avisem...

Lista de problemas de usabilidade – Parte 1

2009-05-12T04:00:00.001-07:00

Olá Pessoal,

Problemas de usabilidade ainda são muito comuns em sites. O que Jakob Nielsen verificou é que uma série de problemas antigos continua a acontecer constantemente em novos sites e merecem constantemente atenção.

Entre a lista de problemas sérios de usabilidade temos:

Lista de links que não mudam de cor quando clicados - Entre os erros mais graves listados estão os links que não mudam de cor quando são clicados. Uma boa diretriz de usabilidade é ajudar aos usuários a descobrir onde os usuários estavam, onde eles estão e aonde eles podem ir. A mudança da cor dos links facilita a entender a localização. Esta diretriz só não precisa ser seguida em sites que a mesma ação deve ser executada várias vezes, como por exemplo, em sites que são sistemas de empresas.
Quebrar o botão voltar – O botão voltar é o segundo recurso mais utilizado na Web e naturalmente os usuários esperam que eles funcionem como deveria. Quebrar o link voltar atrapalha a navegação e diminui a velocidade dos usuários.
Abrir novas janelas do navegador – Ao clicar em um link os usuários esperam que novas páginas sejam abertas na página atual. Desapontá-los é um erro de design e não impede que os usuários saiam de seu site. Tentar não perder os visitantes é uma causa perdida se os usuários realmente quiserem sair.
Janelas pop-up – Hoje janelas pop-up são um mal pior do que era no passado. Os usuários estão cada vez mais irritados com janelas pop-up. O simples fato de existir janelas pop-up já é uma razão para os usuários evitarem o site que as possui. A grande maioria dos usuários fecha a janela pop-up antes mesmo de a janela ter sido completamente carregada.
Elementos de design que parecem anúncios – Usuários normalmente têm cegueira a anúncios, o que faz com que trechos que se parecem com anúncios nem ao menos sejam vistos. Evite então cores fortes e trechos que se parecem anúncios. Normalmente os usuários não o verão.

Em breve teremos mais posts sobre o assunto.

Aguardem...

Diretriz de usabilidade de rolagem de página

2009-05-04T06:00:00.000-07:00

Em um estudo mostrado por Jakob em seu livro de usabilidade, foi mostrado que mais de metade dos usuários de seu experimento não rolou pela página. Somente 42% dos usuários do teste viu algum conteúdo da segunda página. Apenas 14% dos usuários visualizaram mais de duas páginas.

Segundo o autor uma conclusão que se pode tirar sobre isto é que normalmente os usuários são preguiçosos e ignorantes. Outra conclusão diferente segundo ele é que os usuários estão ocupados e há tantas informações na web que não vale a pena se aprofundar em uma página a menos que ela mostre claramente seu valor.

No estudo, 35% das páginas eram tão curtas que não era necessário rolar por elas. A recomendação então não é que as páginas precisem ser tão curtas, mesmo isto resolvendo o problema da rolagem.

Segue então algumas dicas:

Tente projetar páginas com menos rolagem e tente mostrar no início da página sua importância para o usuário.
Mostre informações suficientes na primeira parte da página para que os usuários tenham interesse em ver o que está na parte de baixo.
Qualquer página mais longa que 2,3 telas corre o risco de ser menosprezada, mesmo por aqueles usuários que tem interesse de rolar a página.

É isto aí pessoal. Em breve enviarei mais dicas.

Como os usuários utilizam a Web

2009-04-29T06:00:00.000-07:00

Um detalhe interessante sobre como os usuários usam a Web é como as pessoas utilizam os sites. Em média segundo estudos de Jakob Nielsen os usuários gastam 1 minuto e 49 segundos antes de decidir abandoná-lo e partir para outro. Outro detalhe se refere ao fato dos mesmos usuários, ao decidirem realizar uma tarefa em um site específico, gastarem em média 3 minutos e 49 segundos.

Para escolher o site que usarão para realizar a tarefa específica eles vêem 3,2 sites além do site de busca e ao saírem de um site eles apenas em 12% dos casos voltaram ao mesmo site para realizar a tarefa. Isto mostra como cada vez mais a usabilidade é importante e que a disputa é cada vez maior.

Um dado muito interessante é o fato de a Homepage do site ter sido acessada primeiramente em 40% dos casos enquanto nos outros 60% os usuários acessaram os links profundos.

Com relação à página principal, os usuários gastaram em média 30 segundos para visualizá-la. Nesta página é necessário dizer muita coisa em muito pouco tempo. Entre os objetivos desta página deve-se responder as seguintes perguntas básicas:

O site em que eles chegaram.
Os benefícios que a empresa oferece.
Algo sobre a empresa e seus produtos mais recentes.
As opções para os usuários chegarem às seções mais relevantes pra eles.

Nas páginas internas, o estudo mostrou que os usuários gastam em média 55 segundos, o que mostra a vantagem de utilização de links profundos já que o usuário lê substancialmente mais informações. 3 diretrizes foram dadas por Jakob no livro para links profundos.

Informe os usuários onde eles estão e como podem prosseguir para outras partes do site. Neste caso é importante o nome ou logotipo da empresa no canto superior esquerdo, um link de um único clique para a homepage e um sistema de busca no site preferivelmente no canto superior direito.
Oriente o usuário quanto ao restante do site. Se o site possuir uma estrutura hierárquica utilize um “breadcrumb trail” ou “trilha de migalhas de pão” que são links que permitem que os usuários subam e desçam na hierarquia do site.
Não pressuponham que o usuário seguiu um único caminho para chegar a página atual. Talvez os usuários perderam algumas informações na hierarquia.

É isto aí pessoal. Em breve postarei mais diretrizes de usabilidade mostradas no livro Usabilidade na Web.

Livro sobre usabilidade na web

2009-04-27T06:00:00.000-07:00

Acabei de ler um livro sobre usabilidade na web escrito por um dos maiores papas da usabilidade atual. Jakob Nielsen e Hoa Loranger conseguiram reunir em um ótimo livro, grandes pecados da usabilidade em sites hoje. Com certeza um ótimo livro e extremamente importante para quem que montar um site ou sistema hoje em dia.

Usabilidade na Web - Projetando Websites com Qualidade

A tradução do livro é ótima e a grande quantidade de exemplos facilita a identificação das falhas nos sites. Terei de montar uma apresentação sobre o livro e postarei ao longo das próximas semanas, alguns tópicos, abordados no livro.

É isto aí pessoal...

Resultado da enquete sobre IDEs Java

2009-04-15T05:00:00.000-07:00

Pela resposta dos visitantes vimos que a IDE Eclipse continua sendo a mais utilizada para o desenvolvimento Java. Em segundo lugar na pesquisa vemos que a utilização do Netbeans. Em terceiro lugar vieram empatados o WSAD e o MyEclipseIDE.

Nesta última votação tivemos uma participação mais ativa dos visitantes. Em breve teremos novas enquetes e continuem votando.

É isto aí pessoal.

Interceptadores em EJB3

2009-04-05T21:00:00.000-07:00

Acabamos de passar dos 6.000 acessos ao site desde que começamos a monitorar os acessos com o analytics e não poderia deixar de agradecer enviando um post que talvez ajude a quem quer monitorar e realizar log das operações realizadas pelas chamadas ao EJB. Neste post de hoje vamos falar sobre interceptadores em EJB3.

A especificação de EJB3 define o que seriam interceptadores que adicionam a abilidade de interceptar métodos de negócio de Session Beans e de Message Drive Beans.
Segue abaixo um exemplo de um interceptador que foi implementado com o intuito de realizar um log dos métodos de negócio chamados:


/**
* Classe interceptadora que imprime os métodos de negócio
* que estão sendo chamandos durante a execução do programa.
*
* @author samuelmd
*
*/
public class LogJPAInterceptor {

 @AroundInvoke
 public Object logInterceptor(InvocationContext invocation)
      throws Exception {
     Logger logger = Logger.getLogger(LogJPAInterceptor.class);
 
     logger.debug(" ---------------------------- ");
     logger.debug("Chamando método " + invocation.getMethod()
             + " da classe " + invocation.getTarget());

     Object[] objetos = invocation.getParameters();

     if (objetos != null) {
         logger.debug("Métodos com os parâmetros :");
         for (Object objeto : objetos) {
             if (objeto != null) {
                 logger.debug(objeto.getClass().getName() + " : "
                         + objeto.toString());
             }
         }
     }

     logger.debug(" ---------------------------- ");
     return invocation.proceed();
 }
}

A anotação @AroundInvoke indica para o sistema qual o método realizará a interceptação dos métodos de negócio.

Interceptadores podem ser adicionados de 3 maneiras diferentes assim como mostrados abaixo:

Default. Só podem ser adicionados através do descritor de implantação assim como definido abaixo:

<assembly-descriptor>
<!—Interceptadores default -->
<interceptor-binding>
  <ejb-name>*</ejb-name>
  <interceptor-class>
com.thinkworks.interceptor.LogJPAInterceptor
  </interceptor-class>
</interceptor-binding>
</assembly-descriptor&gt

Classe. Podem ser adicionados tando pelo descritor de implantação quanto pela anotação @Interceptors ({LogJPAInterceptor.class}) em cima da classe.

Método. Definido pela anotação @Interceptors ({LogJPAInterceptor.class}) em cima da classe.

É isto aí pessoal. Mais informações podem ser encontradas em http://docs.jboss.org/ejb3/app-server/tutorial/interceptor/interceptor.html.

Qualquer problema avisem…

Implementando conversor de moeda com JSF

2009-03-19T10:26:00.000-07:00

Algumas pessoas já devem ter passado pelo problema de criar um conversor de moedas em JSF que funcione bem para diferentes países. Segue abaixo uma sugestão de como implementar um conversor legal.

O primeiro passo é implementar a classe de conversor. Segue abaixo a classe:


public class MoedaConverter implements Converter {

 @Override
 public Object getAsObject(FacesContext facesContext,
         UIComponent uiComponent, String value) {

     FacesContext fc = FacesContext.getCurrentInstance();
     Locale l = fc.getViewRoot().getLocale();

     if (value != null) {
         value = value.trim();
         if (value.length() > 0) {
             try {
                 return new BigDecimal(NumberFormat.
                         getNumberInstance(l).parse(
                         value).doubleValue());
             } catch (ParseException e) {
                 e.printStackTrace();
             }
         }
     }
     return null;
 }

 @Override
 public String getAsString(FacesContext facesContext,
         UIComponent uiComponent, Object value) {

     if (value == null) {
         return "";
     }
     if (value instanceof String) {
         return (String) value;
     }
     try {
         FacesContext fc = FacesContext.getCurrentInstance();
         Locale l = fc.getViewRoot().getLocale();
         NumberFormat formatador = NumberFormat.getNumberInstance(l);
         formatador.setGroupingUsed(true);
         return formatador.format(value);

     } catch (Exception e) {
         throw new ConverterException("Formato não é número.");
     }
 }
}

Depois deve-se adicionar o seguinte trecho no arquivo faces-config.xml:


 <converter>
     <converter-id>MoedaConverter</converter-id>
     <converter-class>
         com.converter.DoubleConverter
     </converter-class>
 </converter>

Para utilizá-lo agora basta utilizar da seguinte maneira:

   <h:inputText id="moeda"
     label="#{msgs.campo_geral_volume_compra}"
     value="#{enderecoBean.valor}">
     <f:converter converterId="MoedaConverter" />
 </h:inputText>

Não se esqueça que este conversor não é também máscara de javascript. Então é importante criar a máscara e adicionar no componente para facilitar a vida do usuário.

É isto aí pessoal. Qualquer problema avisem.

[]s,

Artigos sobre gerênciamento de Processos de Negócio

2009-03-11T19:32:00.001-07:00

Dois artigos que são bem interessantes sobre processos de negócio são “As empresas são grandes coleções de processos” que se encontra disponível em http://www.fgvsp.br/rae/artigos/006-019.pdf e outro é “Processo, que processo?” que se encontra disponível em http://www.fgvsp.br/rae/artigos/008-019.pdf. Ambos os artigos são escritos pelo Professor do Departamento de Administração Geral e Recursos Humanos da EAESP/FGV, José Ernesto Lima Gonçalves.

O primeiro artigo (“As empresas são grandes coleções de processos”) é um texto que mostra como a idéia de processos está enraizada nas empresas e organizações atuais. O artigo tem como objetivo facilitar a compreensão do assunto e aplicações para o conceito de processos empresariais.

O artigo se mostra bem útil, pois representa uma introdução bem prática sobre alguns dos principais processos nas empresas, além de ressaltar a importância de se organizar também os processos não fabris nas empresas e descreve além disto as características dos processos empresariais e também mostra a importância dos processos na organização e como a tecnologia se liga a eles de forma a facilitar seu mapeamento e gerenciamento.

Em sua conclusão o autor cita que as empresas tem sido cada vez mais centradas em processos, apesar de várias das empresas brasileiras ainda não conhecerem e nem mapearem seus processos.

O texto é muito bem ilustrado com quadros que mostram exemplos de processos, classificações, processos característicos e categorias. O artigo é bem abrangente nos conceitos de processos, mas peca um pouco em não enfatizar nenhum dos pontos de maneira mais profunda.

O segundo artigo (“Processo, que processo?”) é uma continuação do artigo citado anteriormente e resume as diferenças entre as organizações tradicionais e as empresas estruturadas por processos.

O artigo começa enfatizando o fato das empresas em geral não saberem como se organizarem por processos e identifica algumas empresas que já possuem esforços nesta direção como a IBM, HP, entre outras e então fala sobre como a empresa pode verificar e desenhar seus processos e como em alguns casos isto pode ser bem difícil em áreas não fabris da empresa, além de mostrar que para que a empresa se organize em processos o foco da empresa deixa de ser a estrutura da empresa e passa a ser o cliente.

É mostrado então algumas comparações entre organogramas e processos, estrutura organizacional versus estrutura organizacional por processos e estruturação por processos e também uma maneira de realizar a classificação de empresas com relação à organização por processos.

Uma parte mais prática do artigo se refere a como materializar os princípios de organização por processos que passa uma visão ampla, mas bem simplista dos passos a serem seguidos para que uma empresa mude sua estrutura para se aproximar de uma organização por processos.

Numa parte final o texto mostra em um quadro muito bem feito o quanto é recomendado para a empresa se orientar a processos de acordo com alguns fatores definidos pelo autor, tais como necessidade de flexibilidade e agilidade.

O autor então conclui que o futuro vai pertencer às empresas que consigam explorar seus processos tanto fabris quanto não fabris e que consigam centrar seus esforços em seus clientes, o que para mim faz muito sentido. O texto é muito bem escrito e possui exemplos claros e quadros e ilustrações que facilitam a leitura.

Ambos os textos cumprem muito bem os objetivos propostos e passam uma visão bem abrangente dos processos atuais nas empresas e de como orientar as empresas a processos.

É isto aí pessoal. Espero que ajude e que incentive vocês a ler os artigos que são bem interessantes. Qualquer problema me avisem…

Papel do ESB dentro de uma arqutetura SOA

2009-03-08T18:56:00.001-07:00

SOA é uma arquitetura onde é possível criar, padronizar, documentar funções genéricas únicas, utilizadas por diferentes aplicações em componentes reutilizáveis e com total interoperabilidade, de modo que possam ser compartilhados e acessados por diferentes dispositivos sob a forma de serviço, sem precisarem ser reescritos.

O papel do ESB dentro de uma arquitetura SOA é atuar como infra-estrutura para suportar os princípios de projeto SOA, virtualizando os serviços providos e tornando toda TI transparente para o negócio. Numa arquitetura SOA, o ESB fundamentalmente atua no papel de prover independência de linguagem, transparência de protocolo e localização, independência de formato de dados, independência de plataforma e um modelo de comunicação transparente para que seja possível atingir um baixo acoplamento entre os serviços componentes da arquitetura.

Segue abaixo um exemplo de um ESB:

O ESB também tem o papel de prover infra-estrutura para gerenciamento adequado da arquitetura em grande escala. Um ESB serve então como infra-estrutura de uma arquitetura SOA, lidando com o roteamento, transformação e mediação entre produtores e fornecedores de serviços, sejam eles internos ou externos à organização.

É isto aí pessoal. Qualquer problema avisem.

Funcionalidades de um ESB

2009-03-03T18:18:00.001-08:00

Um dos objetivos deste post é dar uma breve explicação sobre as principais funcionalidades de um ESB que são o roteamento a transformação e a mediação.

Os envolvidos numa comunicação através do ESB não precisam compartilhar o mesmo protocolo de comunicação ou formato de mensagem, pois fica a cargo do ESB realizar as transformações necessárias nas mensagens trocadas. Isto acontece através do serviço de transformação do ESB. Por exemplo, uma mensagem com 10 campos enviada através de SOAP pode ser recebida pela outra ponta como uma mensagem JMS com 4 campos removidos.

O serviço de mediação no ESB compreende todo o workflow de mensagens envolvido para realizar uma determinada "interação" entre os participantes. Os participantes não entram em contato um com o outro, e sim, toda comunicação é mediada pelo ESB. Mediações complexas podem também ser formada a partir do encadeamento de outras mediações. Por exemplo, qualquer mensagem enviada de um componente para outro requer a mediação do ESB.

O serviço de roteamento de um ESB oferece uma infra-estrutura de comunicação e localização comum que pode ser utilizada para conectar serviços sem que os desenvolvedores precisem realizar uma lógica de conectividade complexa. Por exemplo, uma requisição a um serviço é realizada ao ESB por um componente sem que este conheça a localização física do serviço desejado, nem mesmo por qual caminho a solicitação será trafegada até chegar ao seu destino.

Um produto de mercado ESB se chama Websphere Message Broker. Esta é uma solução IBM para implementar um EAI robusto baseado em mensagens e serve para conectividade entre aplicações, mediações entre fornecedores e clientes e criação de um barramento de serviços.

Entre as principais funcionalidades temos o roteamento, transporte e mediação, suporte a pilha WebServices, integração com transportes do WebSphere MQ e repositório de mensagens persistentes.

Entre os mecanismos e protocolos suportados temos JCA, WebServices, Mensagens MQ, TCP/IP, Hats. Pode através de algum destes protocolos comunicar com Mainframe CICs entre outros.

O produto também permite virtualizar o acesso aos serviços e os disponibilizar de forma simples o acesso a aplicações heterogêneas. Suporta também como transporte http e SOAP, suporte a aplicações de tempo real, envio de mensagens, entre outros,

A arquitetura de referência se baseia em 4 elementos centrais:

· A modelagem e a simulação de novos processos de negócio. A ferramenta chave é o Websphere Businnes Modeler. Este produto permite que se modele o processo de negócio e utilize os serviços disponibilizados nas camadas inferiores.

· Desenvolvimento de novos serviços e processos – As ferramentas chave são o Rational RAD e o Websphere Integration Developer.

· A execução de processos - A ferramenta chave é o WPS (Process Server). O WPS requer um ESB para operar (WESB ou ESMB).

· A monitoração de processos com o WebSphere Business Monitor.

É isto aí pessoal. Espero que esta introdução sobre ESB ajude quem está começando.

Considerações do texto: The Web Services Debate e .Net vs. J2EE

2009-03-01T18:59:00.001-08:00

A utilização de Web Services permite a comunicação e a interoperabilidade entre várias diferentes linguagens de programação. Sua utilização requer a cooperação entre as facções JEE e .NET. A tecnologia ainda não é madura o suficiente, mas basicamente é um servidor que escuta e responde SOAP, geralmente utilizando http. Na prática Web Services suporta WSDL para descrever suas interfaces, e podem também ser ouvidas em um registro UDDI.

A utilização de Web Services permite uma comunicação fácil entre várias plataformas de desenvolvimento, o que coloca fogo na discussão sobre qual plataforma de desenvolvimento é melhor. Particularmente nos artigos a comparação se concentra nas plataformas .NET e J2EE.

Uma vez que Web Services não é uma tecnologia que depende nem de J2EE e nem de .NET, é somente baseado em SOAP, XML e outros tecnologias independentes, a decisão de utilizar uma das duas tecnologias é somente uma questão de em que ambiente de desenvolvimento será realizado o deploy dos Web Services.

Segundo os defensores do J2EE a plataforma é mais madura, mais robusta, mais flexível e mais testada. Cerca de 55 a 70% dos deploys dos Web Services foram feitos utilizando a plataforma J2EE. Além disto, possui suporte de uma vasta quantidade de vendedores tais como SAP, IBM, BEA, Oracle, entre outros. Também segundo os defensores da tecnologia J2EE a plataforma é portável ou seja, possui a facilidade de ser escrita em algum lugar e poder rodar em qualquer lugar.

Segundo os defensores do .NET, esta plataforma é mais simples, mais barato para executar o deploy, mais barato de executar manutenção, possui melhor performance e custo de solução menor. Segundo também os defensores da tecnologia são necessárias menos linhas de código, o que aumenta a rapidez de desenvolvimento.

Web Services é realmente uma tecnologia que tende a ser muito importante para o desenvolvimento de aplicações no futuro e há espaço no mercado para o convívio tanto de aplicações J2EE quanto de aplicações .NET. Cabe a empresa a escolha da tecnologia que mais se aplica ao projeto a ser desenvolvido.

É isto aí pessoal. Qualquer problema me avisem.

Modelagem de processo de negócios com BizAgi

2009-03-01T06:12:00.000-08:00

Olá pessoal,

Uma ferramenta que achei bem interessante para a modelagem de processo de negócios é a BizAgi Process Modeler. A ferramenta é bem simples de usar e possui bastante funcionalidades. Um exemplo de utilização se encontra em http://www.bizagi.com/eng/downloads/BPMNbyExample.pdf?token=1.4.1.0.

Para exemplificar a utilização da ferramenta resolvi modelar o processo de aprovação de posts do portal do arquiteto. Segue abaixo o modelo:

Com a ferramenta é possível modelar processos, subprocessos e é bem simples de se realizar a modelagem. Uma breve explicação sobre a ferramenta pode ser encontrado em http://www.baixaki.com.br/download/bizagi-process-modeler.htm.

É isto aí pessoal. Espero que ajude quem quer modelar os processos de negócio.

Considerações sobre o desenvolvimento com JSF

2009-02-14T13:14:00.000-08:00

Olá pessoal,

Neste post de hoje quis falar um pouco sobre o que estou achando do desenvolvimento com JSF. Para o desenvolvimento com JSF estamos utilizando a distribuição RichFaces com Facelets. A meu ver o desenvolvimento ficou bem produtivo e bem orientado mesmo a componentes.

Criamos componentes para quase tudo com Facelets o que tornou a implementação ainda mais simples. Um exemplo de componente criado com Facelets é mostrado aqui. A utilização de ajax com o a4j (componente do RichFaces) é simples, elegante e torna a usabilidade das páginas muito legal.

Uma grande reclamação é sobre a curva de aprendizagem, mas particularmente não achei o fim do mundo. O que mais achei difícil no começo é decidir sobre quais componentes utilizar em dadas situações, uma vez que existem vários componentes, mas uma vez utilizado é bem tranquilo.

O modelo orientado a eventos tem facilitado muito a minha vida e abre um leque maior de opções sobre como desenvolver novas funcionalidades. A quantidade de componentes prontos do RichFaces também me facinou e um exemplo de utilização pode ser visto aqui. Na minha opnião JSF tornou realmente o desenvolvimento mais simples e tende a se tornar mesmo um padrão da industria.

É isto aí pessoal. Qualquer problema me avisem...

Criando componentes com JSF e Facelets

2009-02-05T12:51:00.000-08:00

Olá pessoal,

Muita gente tem falado sobre a dificuldade de implementar componentes usando JSF. Resolvi então montar um pequeno tutorial sobre como criar componentes utilizando Facelets e JSF. Para o exemplo utilizei JSF com RichFaces e Facelets.

Para este exemplo estou considerando que seu projeto JSF já está configurado utilizando as tecnologias descritas acima.

A primeira coisa a ser feita é adicionar o seguinte trecho no arquivo web.xml.

<context-param>
<param-name>facelets.LIBRARIES</param-name>
<param-value>/WEB-INF/facelets/facelets.taglib.xml</param-value>
</context-param>

Depois de definido no arquivo web.xml deve-se então criar o arquivo "facelets.taglib" assim como mostrado abaixo.


<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE facelet-taglib PUBLIC
"-//Sun Microsystems, Inc.//DTD Facelet Taglib 1.0//EN"
"http://java.sun.com/dtd/web-facesconfig_1_0.dtd">
<facelet-taglib>
<namespace>http://facelets.bionexo.com</namespace>
<tag>
<tag-name>inputText</tag-name>
<source>../../taglibs/inputText.xhtml</source>
</tag>
</facelet-taglib>

Criamos então o arquivo inputText.xhtml assim como descrito abaixo:


<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0
Transitional//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml"
xmlns:h="http://java.sun.com/jsf/html"
xmlns:ui="http://java.sun.com/jsf/facelets"
xmlns:c="http://java.sun.com/jstl/core"
xmlns:a4j="https://ajax4jsf.dev.java.net/ajax"
xmlns:rich="http://richfaces.org/rich">
<ui:composition>

<c:if test="${empty required}">
<c:set var="required" value="false" />
</c:if>

<c:if test="${empty rendered}">
<c:set var="rendered" value="true" />
</c:if>

<c:if test="${not empty label}">
<c:choose>
 <c:when test="${required}">
  <h:outputLabel value="${label} *:" for="${id}"
   rendered="${rendered}" />
 </c:when>
 <c:otherwise>
  <h:outputLabel value="${label}:" for="${id}"
rendered="${rendered}" />
 </c:otherwise>
</c:choose>
</c:if>

<h:panelGroup>
<h:inputText id="${id}" value="${value}" onkeypress="${onkeypress}"
 onkeyup="${onkeyup}" onblur="${onblur}" required="${required}"
 maxlength="${maxlength}" rendered="${rendered}"
 readonly="${readonly}" disabled="${disabled}" />

<rich:message id="mensagem${id}" for="${id}" style="color:darkred;"
 rendered="${(required or message) and rendered}" />
</h:panelGroup>
</ui:composition>
</html>

Note que utilizamos acima a taglib c para setar os valores default para as propriedades utilizadas no componente.

Para utilizar o componente então é simples. Basta primeiro importar a taglib que acabamos de criar com adicionando o seguinte trecho no início do nosso arquivo xhtml


xmlns:comp="http://facelets.bionexo.com"

E aonde queremos utilizar simplesmente chamamos o componente, assim como mostrado abaixo:


<comp:inputText id="razaoSocial"
label="#{msgs.campo_geral_razao_social}"
value="#{empresaBean.objetoPesquisa.dadosEmpresa.razaoSocial}"
maxlength="100" />

É isto aí pessoal. Boa sorte com os novos componentes e qualquer dúvida perguntem.

Dicas para a prova SCBCD 5.0 (CX-310-091)

2009-01-29T14:28:00.000-08:00

Olá pessoal,

Ontem fiz a prova SCBCD para EJB 3 e felizmente fui aprovado. Segue abaixo algumas percepções sobre a prova e um guia de estudo para quem tem interesse na prova.

A prova realmente não é fácil e como todas as provas da Sun tem bastante pegadinhas. Como livro lí o Enterprise JavaBeans 3.0 (Editora O'Reilly) que realmente é muito bom, apesar de não ser focado na prova em si. O livro é bom inclusive para quem não tem interesse na prova.

Um outro otimo livro para estudo é o Mastering Enterprise JavaBeans 3.0 que se encontra neste link no site ServerSide.com.

Encontrei boas dicas no site http://faq.javaranch.com/java/ScbcdLinks#scbcd50 que acho que também devem ser lidas. Outro bom site que possui um resumo da prova é http://java.boot.by/scbcd5-guide/ e também é leitura obrigatória.

No mais é estudar muito e fazer alguns simulados. Segue abaixo uma lista de simulados que utilizei:

Utilizei apenas as versões demo, mas os mocks são ótimas opções para quem está estudando para as provas.

É isto aí pessoal. Espero que ajude.

Resultado da pesquisa sobre JSF

2009-01-28T07:33:00.000-08:00

Olá pessoal,

Para não perdermos os resiltados das pesquisas realizadas resolvi criar um marcador para este tópico e colocar a imagem do resultado. Sobre a pesquisa sobre qual distribuição jsf é mais utilizada segue o resultado abaixo:

É isto aí pessoal. Em breve entrarão mais pesquisas.

[]s,

Máscara javascript para qualquer formato

2008-12-19T07:14:00.000-08:00

Fazer máscaras em javascript é sempre chato e trabalhoso. Para cada máscara do sistema deve-se criar uma função javascript e utilizá-la no sistema. A algum tempo criei uma função javascript que funciona para a grande maioria das mascaras que são utilizadas no sistema. A função é mostrada abaixo:


/**
* Funcao de mascara. Esta funcao recebe como parametro o campo (this) no qual a
* mascara sera aplicada, o formato da mascara (99/99/9999), o conteúdo (1
* numeros, 2 letras e 3 letras e numeros) e o evento passa-se o this.
*/
function mask(campo, formato, conteudo, event) {

 valor = campo.value;

 var i, j;
 var caracs = [ '.', '/', '-', ':', '(', ')', ',' ];
 var auxPonto = formato;
 var auxBarra = formato;
 var auxHifen = formato;
 var auxDblPonto = formato;
 var auxAbrePar = formato;
 var auxFechaPar = formato;
 var auxVirgula = formato;
 var tamanho = formato.length;
 var posPonto = new Array(tamanho);
 var posBarra = new Array(tamanho);
 var posHifen = new Array(tamanho);
 var posDblPonto = new Array(tamanho);
 var posAbrePar = new Array(tamanho);
 var posFechaPar = new Array(tamanho);
 var posVirgula = new Array(tamanho);
 var keyPress = event;

 campo.maxLength = tamanho;

 if (event.keyCode != 17) {
  switch (conteudo) {
  case 1: // Verifica se soh podem ser entrados valores numericos
   if (!(event.keyCode >= 48 && (event.keyCode <= 57)))
    event.keyCode = 0;
   break;
  case 2: // Somente Letras
   if (!((event.keyCode >= 97 && event.keyCode <= 122)
     || event.keyCode >= 65
     && event.keyCode <= 90))
    event.keyCode = 0;
   break;
  case 3: // Letras e numeros
   if (!((event.keyCode >= 48 && event.keyCode <= 57)
     || (event.keyCode >= 97 && event.keyCode <= 122)
     || (event.keyCode >= 65 && event.keyCode <= 90)))
    event.keyCode = 0;
   break;
  }
 }

 // ----------------------------- PEGA A FORMATACAO DA MASCARA
 // ------------------
 for (i = 0; i < tamanho; i++) {

  posPonto[i] = auxPonto.indexOf('.');
  posBarra[i] = auxBarra.indexOf('/');
  posHifen[i] = auxHifen.indexOf('-');
  posDblPonto[i] = auxDblPonto.indexOf(':');
  posAbrePar[i] = auxAbrePar.indexOf('(');
  posFechaPar[i] = auxFechaPar.indexOf(')');
  posVirgula[i] = auxVirgula.indexOf(',');

  auxPonto = auxPonto.substring(posPonto[i] + 1, tamanho);
  auxBarra = auxBarra.substring(posBarra[i] + 1, tamanho);
  auxHifen = auxHifen.substring(posHifen[i] + 1, tamanho);
  auxDblPonto = auxDblPonto.substring(posDblPonto[i] + 1, tamanho);
  auxAbrePar = auxAbrePar.substring(posAbrePar[i] + 1, tamanho);
  auxFechaPar = auxFechaPar.substring(posFechaPar[i] + 1, tamanho);
  auxVirgula = auxVirgula.substring(posVirgula[i] + 1, tamanho);

  if (i > 0) {
   posPonto[i] = posPonto[i] + posPonto[i - 1];
   posBarra[i] = posBarra[i] + posBarra[i - 1];
   posHifen[i] = posHifen[i] + posHifen[i - 1];
   posDblPonto[i] = posDblPonto[i] + posDblPonto[i - 1];
   posAbrePar[i] = posAbrePar[i] + posAbrePar[i - 1];
   posFechaPar[i] = posFechaPar[i] + posFechaPar[i - 1];
   posVirgula[i] = posVirgula[i] + posVirgula[i - 1];
   posPonto[i] = posPonto[i] + 1;
   posBarra[i] = posBarra[i] + 1;
   posHifen[i] = posHifen[i] + 1;
   posDblPonto[i] = posDblPonto[i] + 1;
   posAbrePar[i] = posAbrePar[i] + 1;
   posFechaPar[i] = posFechaPar[i] + 1;
   posVirgula[i] = posVirgula[i] + 1;
  }
 }

 // Retirando a máscara
 for (i = 0; i < campo.value.length; i++) {
  valor = valor.replace('-', '');
  valor = valor.replace('(', '');
  valor = valor.replace(')', '');
  valor = valor.replace(':', '');
  valor = valor.replace('/', '');
  valor = valor.replace('.', '');
  valor = valor.replace(',', '');
 }

 // Faz a validação se for apenas número
 // utilizado para fazer a validação de Ctrl+V
 if (conteudo == 1) {
  if (isNaN(valor)) {
   if (isNaN(valor.charAt(valor.length - 2)))
    valor = "";
   else
    valor = valor.substring(0, valor.length - 1);
  }
 }

 indicePonto = 0;
 indiceBarra = 0;
 indiceHifen = 0;
 indiceDblPonto = 0;
 indiceVirgula = 0;
 indiceAbrePar = 0;
 indiceFechaPar = 0;

 // Varre o campo aplicando a máscara
 for (i = 0; i < valor.length; i++) {
  if (i == posPonto[indicePonto]) {
   if (valor.charAt(i) != '.') {
    if (i == 0) {
     valor = '.' + valor;
    } else if (i == valor.length) {
     valor = valor + '.';
    } else {
     valor = valor.substring(0, i) + '.' + valor.substring(i);
    }
    indicePonto++;
   }
  }
  if (i == posBarra[indiceBarra]) {
   if (valor.charAt(i) != '/') {
    if (i == 0) {
     valor = '/' + valor;
    } else if (i == valor.length) {
     valor = valor + '/';
    } else {
     valor = valor.substring(0, i) + '/' + valor.substring(i);
    }
    indiceBarra++;
   }
  }

  if (i == posHifen[indiceHifen]) {
   if (valor.charAt(i) != '-') {
    if (i == 0) {
     valor = '-' + valor;
    } else if (i == valor.length) {
     valor = valor + '-';
    } else {
     valor = valor.substring(0, i) + '-' + valor.substring(i);
    }
    indiceHifen++;
   }
  }

  if (i == posDblPonto[indiceDblPonto]) {
   if (valor.charAt(i) != ':') {
    if (i == 0) {
     valor = ':' + valor;
    } else if (i == valor.length) {
     valor = valor + ':';
    } else {
     valor = valor.substring(0, i) + ':' + valor.substring(i);
    }
    indiceDblPonto++;
   }
  }

  if (i == posAbrePar[indiceAbrePar]) {
   if (valor.charAt(i) != '(') {
    if (i == 0) {
     valor = '(' + valor;
    } else if (i == valor.length) {
     valor = valor + '(';
    } else {
     valor = valor.substring(0, i) + '(' + valor.substring(i);
    }
    indiceAbrePar++;
   }
  }

  if (i == posFechaPar[indiceFechaPar]) {
   if (valor.charAt(i) != ')') {
    if (i == 0) {
     valor = ')' + valor;
    } else if (i == valor.length) {
     valor = valor + ')';
    } else {
     valor = valor.substring(0, i) + ')' + valor.substring(i);
    }
    indiceFechaPar++;
   }
  }

  if (i == posVirgula[indiceVirgula]) {
   if (valor.charAt(i) != ',') {
    if (i == 0) {
     valor = ',' + valor;
    } else if (i == valor.length) {
     valor = valor + ',';
    } else {
     valor = valor.substring(0, i) + ',' + valor.substring(i);
    }
    indiceVirgula++;
   }
  }
 }

 if (campo.value.length > tamanho) {
  campo.value = campo.value.substring(0, tamanho);
 }

 campo.value = valor;
}

Segue abaixo um exemplo de como utilizar a função:

Para a máscara pode se passar qualquer mascara que possua os caracteres (ponto, barra, menos, dois pontos, virgula, e abre e fecha parenteses. Os valores que são passados entre os caracteres acima serão desconsiderados, então tanto faz colocar 999.999.999-99 quanto 111.111.111-11. Espero que esta máscara ajude vcs assim como vem me ajudando durante este longo período de desenvolvimento.

É isto aí pessoal. Qualquer problema mandem mensagem.

Palestra interessante no evento Maratona JBoss

2008-12-15T07:53:00.000-08:00

Olá pessoal,

Fui em um evento a algum tempo aqui em SP e queria comentar sobre uma palestra que particularmente me chamou bastante atenção. Esta palestra foi sobre o JBoss Performance e foi ministrada pelo Bill Coutinho, funcionário da empresa Dextra.

Entre as principais lições da palestra posso listar as seguintes:

Por não saber aonde está os gargalos, nunca otimize cedo demais (Só a medição mostrará os gargalos).
Deve-se sempre fazer um paralelo entre a corretude versus a performance. (A corretude depende da aplicação. Para uma aplicação, ficar com dados antigos, pode ser um erro enquanto para outras pode ser tolerável desde que a aplicação fique mais rápida)
Escolhas sempre devem ser feitas. (Objetivos na sua grande maioria das vezes serão conflitantes como por exemplo, performance e segurança)

Foi falado também sobre as principais técnicas para o aumento da performance que podem ser:

Pool de recursos, como no exemplo do pool de conexões com o BD.
Caching, como no exemplo do cache de segundo nível do Hibernate (Neste caso deve-se analisar a corretude versus a performance)
Clustering como o exemplo do cluster do Jboss.
Melhorias nas configurações da JVM. (Evolução do Java 5 com o Ergonomics)

O evento em sí foi muito bom, mas gostaria de parabenizar o palestrante pela excelente apresentação. É isto aí pessoal.

Mapeamento de objetos com JPA e Hibernate

2008-11-14T06:12:00.000-08:00

Para auxiliar quem está começando com algum projeto resolvi explicar algumas poucas anotações para realizar o mapeamento de entidades utilizando JPA e Hibernate. Para se realizar a modelagem de classes persistentes e da base de dados pode se utilizar as anotações do JPA e do Hibernate.

Uma das anotações mais utilizadas é a anotação @Entity que define que aquela classe anotada deve ser uma entidade persistida na base de dados. Uma vez utilizada esta anotação, todos os métodos gets e sets e campos (dependendo do seu tipo de acesso) são descobertos e são gerados mapeamento para estas propriedades no banco de dados. Cada uma destas propriedades então gera uma coluna na tabela com o nome da entidade. Para que uma propriedade não seja persistida deve se utilizar a anotação @Transient.

Para se mapear objetos complexos devem ser usadas as anotações @OneToOne, @OneToMany, @ManyToOne e @ManyToMany. Quando mapeamos objetos com o tipo @ManyToMany o próprio JPA é responsável por gerar a tabela entre os dois objetos.

Quando se mapeia objetos deve se definir a política de quando estes objetos devem ser buscados. Normalmente quando se busca um objeto os outros objetos nem sempre precisam ser exibidos e buscá-los no banco causaria uma perda de desempenho indesejável. Um exemplo seria uma busca de pessoas que somente queremos mostrar seus dados e não seu endereço. Para este problema podemos mapear a propriedade como LAZY que indica que o objeto mapeado não é buscado inicialmente e sim somente depois dela ser necessária. Para isto definimos na anotação de mapeamento o trecho fetch = FetchType.LAZY. Para colocar propriedades simples LAZY deve se utilizar a seguinte anotação @Basic(fetch=FetchType.LAZY).

Para constantes únicas como, por exemplo, CPF de uma pessoa é interessante se utilizar a seguinte anotação @Table (uniqueConstraints = @UniqueConstraint ( columnNames = { "cpf" })). Para determinar que uma propriedade não deva ser nula deve-se utilizar a anotação @NotNull. Outra anotação importante é a anotação @NotEmpty que verifica se alguma propriedade do tipo String não é vazia. Para se determinar o tamanho máximo e mínimo de um campo do tipo String pode se utilizar a anotação @Length(min=3, Max=100) e para se determinar qual o intervalo válido de valores de campos inteiros pode se utilizar a anotação @Range(min=12, max=12).

Para propriedades que podem ser validadas com expressões regulares deve se utilizar a seguinte anotação @Pattern(regex="expressão regular") e para validação de email pode se utilizar a anotação @Email. Para outras validações mais complexas podem-se utilizar as anotações @AssertTrue, @AssertFalse, @Valid.

As validações devem ser utilizadas sempre que possível, para que o modelo esteja sempre coerente e correto.

É isto aí pessoal. Existem várias outras anotações de mapeamento que não foram citadas, mas em um outro momento iremos falar delas. Quaisquer problemas enviem mensagem.

Gerenciamento de Transações com JTA

2008-11-12T06:45:00.001-08:00

Segue abaixo algumas considerações acerca da API JTA e de como EJB3 suporta transações declarativamente.

Normalmente as transações em aplicações são controladas em nível de métodos de negócio. Para se declarar que se está sendo utilizada alguma transação deve se utilizar a anotação @TransactionAttribute.

Por padrão a transação utiliza a estratégia REQUIRED, que significa que se o método do serviço não possuir alguma transação, uma será criada, e se já possuir uma transação esta será aproveitada. Esta é a estratégia que deve ser utilizada na maior parte dos casos uma vez que é bem lógica.

O que esta estratégia quer dizer resumidamente? Quando você estiver em um contexto de transação e caso ocorra alguma exceção do tipo Runtime ou exceção com a anotação @ApplicationException(rollback=true), deve ser dado o rollback na base de dados. Com esta estratégia padrão sempre será dado o rollback da transação mais externa, o que na maioria dos casos faz todo sentido.

Outras estratégias são:

SUPPORTS - Não cria nenhuma transação, mas se já existir alguma ela será utilizada.
MANDATORY - Requer que quem chamou o método tenha criado uma transação.
NEVER - Proíbe que quem chamou o método tenha iniciado uma transação.
REQUIRESNEW - Sempre começa uma nova transação, suspendendo a antiga existente.
NOTSUPPORTED - Suspende qualquer transação ativa.

Como padrão, pode-se anotar toda a classe com a anotação @TransactionAttribute, o que determina que todos os métodos da classe utilizam transação e com a estratégia REQUIRED. Caso exista algum método que deva usar outra estratégia basta sobrescrever a estratégia usando acima do método alguma das anotações abaixo:

@TransactionAttribute(TransactionAttributeType.NEVER)
@TransactionAttribute(TransactionAttributeType.MANDATORY)
@TransactionAttribute(TransactionAttributeType.NOT_SUPPORTED)
@TransactionAttribute(TransactionAttributeType.REQUIRES_NEW)
@TransactionAttribute(TransactionAttributeType.SUPPORTS)

Agora é definir para os métodos qual o melhor tipo de estratégia de transação e sobreescrever.É isto aí pessoal. Qualquer problema me avisem.

DAO Factory Genérico EJB3

2008-11-07T04:15:00.000-08:00

Pessoal,

Como dito pelo excelente post do meu amigo Ricardo Ferreira em http://architecture-journal.blogspot.com/2007/07/enterprise-java-beans-30-anti-patterns.html não é uma boa prática termos todos os DAOs controlados pelo EJB apenas para podermos injetar o EntityManager.

Então fiz um DAOFactory bem genérico que serve muito bem aos meus propósitos, mas que pode ajudar quem quer criar uma factory para EJB3. Para se buscar o DAO, deve-se então injetar o DaoFactory e utilizar o método getDAO passando como argumento a classe persistente a ser utilizada.

Segue abaixo a classe:


@Stateless
@SuppressWarnings("unchecked")
public class DAOFactory implements DaoFactoryLocal {

   @PersistenceContext(unitName = "BioModel")
   private EntityManager em;

   private final static String POS_FIXO_DAO = "DAO";
   private final static String PACOTE_ENTIDADE = ".entidade.";
   private final static String PACOTE_DAO = ".dao.";

   private static String getDAOName(Class classeEntidade) {
       String resultado = classeEntidade.getName().replace(PACOTE_ENTIDADE,
               PACOTE_DAO);
       resultado = resultado.concat(POS_FIXO_DAO);

       return resultado;
   }

   @Override
   public GenericDAOImpl getDAO(Class classeEntidade) {

       GenericDAOImpl result = null;

       try {
           result = (GenericDAOImpl) Class.forName(getDAOName(classeEntidade))
                   .newInstance();
           result.setEntityManager(em);
       } catch (InstantiationException e) {
           e.printStackTrace();
       } catch (IllegalAccessException e) {
           e.printStackTrace();
       } catch (ClassNotFoundException e) {
           e.printStackTrace();
       }

       return result;
   }

}

Segue abaixo um exemplo de sua utilização:


    @EJB
   private DaoFactoryLocal daoFactory;
 
   @SuppressWarnings("unchecked")
   protected GenericDAOImpl getDAO() {
       return daoFactory.getDAO(classePersistente);
    }

Qualquer problema me avisem.

DAO Genérico com JPA e Hibernate

2008-11-04T03:37:00.000-08:00

Olá pessoal,

Criei uma estrutura inicial de um DAO Genérico que gostaria de compartilhar com vcs. Ainda não existe todos os métodos que vou precisar, mas vou atualizando aqui a cada mudança no código. Para esta implementação utilizei JPA + Hibernate e para meu caso vem me atendendo bem por enquanto. Segue abaixo a implementação:


-----------------------------------------------


/**
* Esta classe é responsável por conter as operações genéricas para realização
* do acesso aos dados do sistema.
*
* @author Samuel
*
* @param 
*/
@SuppressWarnings("unchecked")
public abstract class GenericDAOImpl {
 
 private EntityManager entityManager;

 private Class classePersistente;

 /**
  * Contrutor que guarda o tipo atual da classe T.
  */
 public GenericDAOImpl() {
  this.classePersistente = (Class) ((ParameterizedType) getClass()
    .getGenericSuperclass()).getActualTypeArguments()[0];
 }
 
 /**
  * Atualiza o objeto que se encontra em memória.
  *
  * @param object
  *            objeto a ser atualizado
  */
 public final void refresh(T object) {
  getEntityManager().refresh(object);
 }

 /**
  * Executa o flush no entity manager.
  *
  */
 public final void flush() {
  getEntityManager().flush();
 }
 
 /**
  * Executa o flush no entity manager.
  *
  */
 public final void clear() {
  flush();
  getEntityManager().clear();
 }


 /**
  * Executa o merge do objeto que se encontra em memória.
  *
  * @param objeto
  *            a ser realizado o merge
  * @return objeto que foi executado o merge
  */
 public final T merge(T objeto) {
  objeto = getEntityManager().merge(objeto);
  return objeto;
 }
 
 /**
  * Salva o objeto atual na base de dados.
  *
  * @param objeto
  *            a ser salvo
  */
 public final void salvar(T objeto) {
  getEntityManager().persist(objeto);
 }

 /**
  * Remove o objeto da base de dados.
  *
  * @param objeto
  *            a ser removido
  */
 public final void remover(T objeto) {
  getEntityManager().remove(objeto);
 }

 /**
  * Remove o objeto uma vez passado sua chave como parâmetro.
  *
  * @param chave
  *            identificadora do objeto
  */
 public final void removerPorChave(Integer chave) {
  getEntityManager().createQuery(
    "delete from " + getClassePersistente().getName()
      + " where id = " + chave).executeUpdate();
 }

 /**
  * Busca o objeto uma vez passado sua chave como parâmetro.
  *
  * @param chave
  *            identificador
  * @return Objeto do tipo T
  */
 public final T buscarPorChave(Integer chave) {
  T instance = null;
  try {
   instance = getEntityManager().find(getClassePersistente(), chave);
  } catch (RuntimeException re) {
   re.printStackTrace();
  }
  return instance;
 }

 /**
  * Busca o objeto de acordo com o objeto preenchido com os valores passado
  * como exemplo.
  *
  * @param objeto
  *            utilizado para realizar a busca
  * @param ordenacoes
  *            lista de critérios de ordenação
  * @return Lista de objetos retornada
  */
 public final List buscarPorExemplo(T objeto, Order... ordenacoes) {
  Session session = (Session) getEntityManager().getDelegate();
  Example example = criaExemplo(objeto);
  Criteria criteria = session.createCriteria(objeto.getClass()).add(
    example);
  for (int i = 0; i < ordenacoes.length; i++) {
   criteria.addOrder(ordenacoes[i]);
  }
  return (List) criteria.list();
 }

 /**
  * Busca o objeto de acordo com o objeto preenchido com os valores passado
  * como exemplo.
  *
  * @param objeto
  * @param indiceInicial
  * @param indiceFinal
  * @param ordenacoes
  *            lista de critérios de ordenação.
  * @return Lista de orden
  */
 public final List buscarPorExemplo(T objeto, Integer indiceInicial,
   Integer indiceFinal, Order... ordenacoes) {
  Example example = criaExemplo(objeto);
  Criteria criteria = criaCriteria().add(example);
  criteria.setFirstResult(indiceInicial);
  criteria.setMaxResults(indiceFinal);

  for (int i = 0; i < ordenacoes.length; i++) {
   criteria.addOrder(ordenacoes[i]);
  }

  return (List) criteria.list();
 }

 /**
  * Retorna a quantidade total de objetos para aquela entidade específica.
  *
  * @return quantidade total de objetos
  */
 public final int buscaQuantidadeTotal() {
  Criteria criteria = criaCriteria();
  criteria.setProjection(Projections.rowCount());
  return (Integer) criteria.uniqueResult();
 }

 /**
  * Busca todos os objetos para aquela entidade específica.
  *
  * @param ordenacoes
  *            lista de ordenações para pesquisa
  * @return lista de todos os objetos da entidade
  */
 public List buscarTodos(Order... ordenacoes) {
  List results = null;
  try {
   Query query = getEntityManager().createQuery(
     "from " + getClassePersistente().getName()
       + adicionaOrderByHql(ordenacoes));
   results = query.getResultList();
  } catch (RuntimeException re) {
   re.printStackTrace();
  }
  return results;
 }

 /**
  *
  * Busca todos os objetos de uma entidade específica de um índice inicial
  * até um índice final.
  *
  * @param indiceInicial
  *            indice inicial da busca
  * @param indiceFinal
  *            indice final da pesquisa.
  * @param ordenacoes
  *            lista de ordenação a ser criado
  * @return uma lista de objetos do tipo T
  */
 public List buscarTodos(Integer indiceInicial,
   Integer indiceFinal, Order... ordenacoes) {
  List results = null;
  try {
   Query query = getEntityManager().createQuery(
     "from " + getClassePersistente().getName()
       + adicionaOrderByHql(ordenacoes));
   query.setFirstResult(indiceInicial);
   query.setMaxResults(indiceFinal);

   results = (List) query.getResultList();
  } catch (RuntimeException re) {
   re.printStackTrace();
  }
  return results;
 }

 /**
  * Utilizado para se injetar o Entity manager no DAO.
  *
  * @param entityManager
  *            entity manager
  */
 public void setEntityManager(EntityManager entityManager) {
  this.entityManager = entityManager;
 }

 /**
  * Utilizado para se utilizar o entity manager nos DAOS que herdam do DAO
  * genérico.
  *
  * @return Entity manager.
  */
 protected EntityManager getEntityManager() {
  return entityManager;
 }

 /**
  * Adiciona o orderBy no final da query a ser utilizada.
  *
  * @param ordenacoes
  *            a serem utilizadas para a busca
  * @return string com o orderBy
  */
 protected final static String adicionaOrderByHql(Order... ordenacoes) {
  String result = "";
  if (ordenacoes.length > 0) {
   StringBuilder builder = new StringBuilder(" order by ");
   for (int i = 0; i < ordenacoes.length - 1; i++) {
    builder.append(ordenacoes[i].toString());
    builder.append(", ");
   }
   builder.append(ordenacoes[ordenacoes.length - 1]);
   result = builder.toString();
  }

  return result;
 }

 /**
  * Busca a classe persistente do objeto utilizado na classe.
  *
  * @return classe persistente
  */
 protected final Class getClassePersistente() {
  return classePersistente;
 }

 /**
  * Retorna o objeto da clases Criteria.
  *
  * @return um objeto do tipo Criteria do Hibernate
  */
 protected final Criteria criaCriteria() {
  Session session = (Session) getEntityManager().getDelegate();
  return session.createCriteria(getClassePersistente());
 }

 /**
  * Método utilizado para criar o objeto Example. Este objeto é utilizado
  * para realizar a busca por exemplo.
  *
  * @param objeto
  *            sobre o qual o Example será criado
  * @return em objeto do tipo Example
  */
 protected final Example criaExemplo(T objeto) {

  Example example = Example.create(objeto);
  example.enableLike(MatchMode.ANYWHERE);
  example.excludeZeroes();
  example.ignoreCase();

  return example;
 }

}

-----------------------------------------------

Para ilustrar como esta classe é utilizada mostrarei abaixo como extender este DAO genérico:

-----------------------------------------------



public class PessoaDAO extends GenericDAOImpl {

    public List buscarTodosTelefoneEndereco(Integer indiceInicial, Integer indiceFinal,
            Order... ordenacoes) {
        List pessoas = super.buscarTodos(indiceInicial, indiceFinal,
                ordenacoes);

        for (Pessoa pessoa : pessoas) {
            // Carrega os relazionamentos que são LAZY. Este método chama o
            // método initialize do Hibernate.
            pessoa.getTelefones().size();
            pessoa.getEnderecos().size();
        }

        return pessoas;
    }
   
    @SuppressWarnings("unchecked")
    public List buscarTodosHQL() {
        Query query = getEntityManager().createNamedQuery("selectAllHQL");
        List pessoas = query.getResultList();

        return pessoas;
    }

    @SuppressWarnings("unchecked")
    public List buscarTodosSQL() {
       
        Query query = getEntityManager().createNamedQuery("selectAllNativo");
        List pessoas = query.getResultList();

        return pessoas;
    }
   
    @SuppressWarnings("unchecked")
    public List buscarTodosComTelefone() {
       
        List resultado = new ArrayList();
        Query query = getEntityManager().createNamedQuery("selectAllNativoTelefone");

        List resultados = query.getResultList();
        for (Object object : resultados) {
            Object[] arranjo = (Object[]) object;
            Pessoa pessoa = (Pessoa) arranjo[0];
            Telefone telefone = (Telefone) arranjo[1];
            Collection telefones = new ArrayList();
            telefones.add(telefone);
            pessoa.setTelefones(telefones);
           
            resultado.add(pessoa);
        }

        return resultado;
    }

-----------------------------------------------

Em breve postarei como realizo a injeção do Entity Manager utilizando a classe DAOFactory. Qualquer dúvida ou coisa que precisarem me mandem mensagem.

Livro de EJB3 interessante

2008-11-04T03:19:00.000-08:00

Estou começando um novo projeto e estou na parte das definições de tecnologias a serem utilizadas. Por falta de tempo para poder esperar algum livro em inglês resolvi comprar um livro em português mesmo sobre EJB3. O livro se encontra abaixo:

Enterprise JavaBeans 3.0 (Editora O'Reilly)

Pra minha surpresa a tradução do livro é muito boa e o livro é excelente. Possui exemplos bem explicados e cobre todos os tópicos de EJB3. As explicações são muito bem escritas e explicam desde o básico ao avançado. O livro em Inglês é muito bem avaliado na amazon e pelo que ví a versão traduzida não deixou muito a desejar.

Vai aí uma dica para quem quer aprender EJB3 e também não tem tempo para comprar um livro em inglês.

Livro de arquitetura interessante

2008-10-10T08:00:00.000-07:00

O papel de arquiteto é bem interessante e desafiador e para isto devemos estar munidos de um bom arsenal de livros e sites que nos auxiliem. Queria através deste post comentar sobre um livro que estou lendo que estou achando bastante interessante.

Software Systems Architecture: Working
With Stakeholders Using Viewpoints and Perspectives

O livro como o próprio nome diz fala a respeito de arquitetura de software e alguns dos tópicos são bem interessantes. Entre eles cito os seguintes:

Como projetar uma arquitetura que reflita os interesses dos stakeholders (partes interessadas).
Como comunicar que sua arquitetura atende os requisitos dos diferentes interessados.
Focar em aspectos arquiteturais importantes.
Uso de perspectivas para verificar que sua arquitetura endereça importantes qualidades como escalabilidade, performance e segurança.
Documentar a arquitetura como um conjunto de visões.

Ainda não terminei de ler o livro, mas até o momento ele se mostrou bem interessante. É bem esclarecedor tentar ver a arquitetura com diferentes visões de partes interessadas diferentes. Ele também mostra também alguns exemplos práticos o que torna a leitura mais fácil.

É isto aí pessoal. Para quem tem interesse no assunto vai aí uma boa dica de livro.

JSF versus Struts

2008-10-06T07:18:00.000-07:00

O objetivo de ambos os frameworks é facilitar a implementação da lógica da parte de visão e implementar a divisão da lógica de visão e da lógica de negócios. Para comparar as duas tecnologias vamos comparar alguns quesitos importantes.

Um fator muito importante para arquitetos de software é o risco que se tem em um projeto. E podemos dizer que com relação ao numero de desenvolvedores Struts ganha e muito de JSF. Para tomar a decisão entre usar ou não esta tecnologia é bom conhecer a equipe de desenvolvimento do projeto em questão.

Outro fator importante é a maturidade do framework. Temos hoje vários sistemas em produção utilizando a tecnologia Struts enquanto temos uma quantidade bem menor de sistemas em produção utilizando JSF. Apesar de JSF ter evoluído bastante nestes últimos anos, temos que Struts ainda possui uma maturidade maior.

Com relação à evolução do framework JSF ganha de lavada, por se tratar de uma especificação. O Struts original parou na versão 1.3.9 e mudou totalmente de conceito na versão 2.0 em que foi substituído pelo framework WebWork apenas por questões de marketing.

Outro ponto que JSF ganha de lavada é com relação à maior flexibilidade do controle e o tratamento de eventos. Utilizando JSF não é necessária a extensão das classes Action e nem a utilização de formulários o que simplifica o desenvolvimento por tirar camadas desnecessárias.
Com relação à navegação tanto Struts quanto JSF são bem flexíveis, mas JSF supera devido ao fato das regras de navegação estar desacopladas das ações. Além disto, com JSF é mais fácil ter uma página com várias regras de navegação uma vez que não é necessária a utilização de ifs e elses.

Com relação à integração e extensibilidade mais pontos para JSF. Struts é neutro neste ponto, possuindo integração com apenas poucos frameworks, enquanto JSF possui integração com vários frameworks.

Com relação ao desenvolvimento de páginas temos mais ferramentas RAD para o desenvolvimento JSF, uma vez que o framework foi feito se pensando neste ponto. Outro fator a ser considerado é o apoio de grandes empresas. JSF tem tido o apoio de grandes empresas como IBM, Oracle e Red Hat o que torna a adoção ao framework maior, uma vez que dá o aval que o framework irá crescer e evoluir.

Uma desvantagem de JSF é o fato de ser menos transparente do que Struts. Com JSF existem muito mais coisas acontecendo por trás das cenas do que aplicações feitas em Struts, o que faz com que JSF seja mais difícil de entender e mais difícil de verificar a performance e otimizar.

E agora? O que vamos usar para decidir entre as duas tecnologias? Se vamos começar um projeto hoje, devemos considerar vários fatores. Se você não tem muito tempo para realizar a avaliação de frameworks e não tem uma equipe qualificada para a utilização de JSF decida por utilizar o framework Struts. Mas por uma visão estratégica, por ser uma tecnologia que irá evoluir, ter apoio das grandes empresas de mercado e por existirem ferramentas de desenvolvimento rápido eu encorajo a utilização de JSF.

Questões de UML

2008-10-05T18:19:00.000-07:00

O que é UML?

UML ou Unified Modeling Language é uma linguagem gráfica para visualizar, especificar e construir e documentar os artefatos de um sistema.Ela permite criar boas práticas para todos os aspectos do sistema antes de efetivamente implementar o sistema.

O que é modelagem? Quais as vantagens de criar um modelo?

Modelos são simplificações da realidade. Modelagem é uma técnica de engenharia de software que permite a criação de modelos. A vantagem maior de se criar um modelo é poder se especificar a estrutura e os comportamentos do sistema.

O que são diagramas?

Diagramas são representações gráficas de um conjunto de elementos normalmente composto de objetos e associações.

Quais são os diagramas mais comumente utilizados?

Os diagramas mais comumente utilizados são: Diagramas de Caso de Uso, Diagrama de classes, Diagrama de Objetos, Diagrama de seqüência, Diagrama de estados, Diagrama de Colaboração, Diagrama de Atividades, Diagrama de componentes, Diagrama de Deploy.

O que são relacionamentos?

Relacionamentos são como ocorre a comunicação entre os diferentes elementos da UML.

Como os diagramas são divididos?

Os diagramas são divididos em diagramas estáticos e dinâmicos.

O que são mensagens?

Uma mensagem é uma especificação de uma comunicação entre dois elementos da UML. A message is the specification of a communication, when a message is passed that results in action that is in turn an executable statement.

O que é um caso de uso?

Um caso de uso especifica o comportamento de um sistema ou parte dele. Eles são utilizados para capturar o comportamento que precisa ser desenvolvido. Eles envolvem interação de atores e do sistema.

É isto aí pessoal. Espero que ajude...

Questões de Hibernate

2008-10-05T17:16:00.000-07:00

Como configurar o Hibernate?

Você deve configurar o arquivo hibernate.cfg.xml ou hibernate.properties e os arquivos de mapeamento (*.hbm.xml) que são usados pelo SessionFactory. Utilizando o Hibernate com JPA os arquivos de mapeamento podem ser substituídos por anotações.

O que é o SessionFactory? Ele é um objeto thread-safe?

É um objeto responsável por gerenciar a criação de sessions para uma fonte de dados específica. SessionFactory é thread-safe de forma que várias threads podem o acessar simultaneamente requisitando objetos session.

O que são objetos transientes?

Um objeto é dito transiente quando não tem representação no banco de dados e nem o EntityManager o conhece. Isto significa que alguma alteração no objeto não é refletida na base de dados.

O que são detached Objects?

Objetos detached são objetos que são persistidos, mas não estão associados a uma sessão do Hibernate. Ou seja, o Entity Manager não o reconhece apesar de ser um objeto que possivelmente possui representação na base de dados.

Como o Hibernate distingue entre objetos transientes e objetos detached?

Para distinguir entre objetos transientes e detached o hibernate utiliza a propriedade version do objeto.

É isto aí pessoal. Se precisarem de outras questões podem mandar email. Espero que ajude...

EJB 3 versus Spring

2008-10-03T13:25:00.000-07:00

O objetivo dos frameworks é esconder a complexidade dos desenvolvedores (como, por exemplo, controle de transações, segurança e persistência), facilitar o reúso de código, melhorar a produtividade e conseqüentemente melhorar a qualidade do software. E neste ponto podemos dizer que tanto Spring quanto o EJB 3 cumprem muito bem este objetivo.

O que podemos dizer então sobre os dois frameworks:

O framework Spring é um framework popular, Open Source e é desenvolvido inicialmente pela empresa Interface21 Inc. Sua arquitetura é baseada principalmente em arquivos de configuração XML. O framework Spring não é um padrão de mercado e não possui apoio de grandes empresas como IBM, Oracle e Sun.
O framework EJB 3 é um padrão de mercado definido pela JCP e é suportado pelas maiores empresas que utilizam J2EE. Possuem implementações disponíveis pelas empresas Jboss e Oracle. EJB 3 faz forte uso de anotações disponíveis a partir de Java 5. As versões anteriores de EJB se mostraram pouco produtivas e complicadas, o que foi modificado na versão 3 do framework.

Uma vantagem que vejo é o fato de EJB 3 ser independente de empresas. Como exemplo disto, temos o fato do Oracle usar o TopLink como implementação da especificação JPA e o JBoss ter como implementação o Hibernate.

Por outro lado temos que podemos rodar o Spring em qualquer servidor de aplicação, mas pelo fato do Spring não ser um padrão da indústria estamos travados ao Spring e os serviços fornecidos por ele.

Outra vantagem do EJB 3 é o fato de como o framework está fortemente acoplado com o servidor, estes servidores podem melhorar suas performance atuando em conjunto com o framework. A integração entre JTA e JPA com os servidores é bem alta o que faz com que os servidores sejam extremamente otimizados para este tipo de operação com EJB3.
Uma vantagem do Spring seria a facilidade de utilizar a injeção de quaisquer componentes. Com EJB 3 só se possui controle dos componentes que são Beans do EJB e também do contexto de persistência.

Com relação a XML ou anotação, temos EJB 3 utilizando preferencialmente anotações e Spring utilizando preferencialmente XML. Isto, podemos dizer que é a gosto do freguês. Particularmente prefira a anotações por ser menos verboso, mais robusto, além de possuir verificação de consistência em tempo de compilação.

Como conclusão, temos que ambos, são ótimos frameworks, sendo que cada um deles possui suas vantagens. Particularmente em um projeto novo decidiria pelo EJB 3 devido ao maior suporte das grandes empresas e por ser um padrão.

É isto aí pessoal. Espero que isto ajude alguém...

Questões de Struts para prova de seleção

2008-09-03T07:23:00.000-07:00

Questões de Struts:

Como configurar o web.xml para utilizar o framework Struts?
Deve primeiramente configurar a ActionServlet que receberá todas as requisições e depois mapear alguma extensão como .do para o nome mapeado da servlet acima.

Quais são as classes principais do framework Struts?
As classes principais são:
ActionServlet, ActionForm, Action, ActionMapping, ActionForward e ActionErrors.

O que são classes Action?
Classes Action são responsáveis por realizar a adaptação entre a requisição http e a lógica de negócio correspondente. O controle selecionará a cada requisição a Action especifica, criará uma instância se necessário e chamará o método execute.

Uma Action é ou não Thread Safe?
Não. Apenas uma instancia da Action será utilizada para todas as requisições e por isto ela deve ser feita de uma maneira Thread Safe.

Qual arquivo deve ser alterado para prover suporte ao tiles?
Para prover suporte ao tiles deve ser alterado o arquivo struts-config para prover suporte a ele e deve ser definido um arquivo chamado tiles-def.xml.

Struts provê suporte ao Validator por default?
Não. Plugins adicionais devem ser utilizados para prover suporte ao Validate.

Estas são apenas algumas questões e possíveis respostas. Espero que estas perguntas ajudem.

Questões de EJB para prova de seleção

2008-09-03T07:13:00.000-07:00

Questões de EJB:

Quais são os diferentes tipos de Enterprise Beans?

Os tipos de Enterprise Beans são Stateless Session Bean, Stateful Session Beans, Entity Beans e Message Driven Beans.

O que são Entity Beans?

Entity Beans são utilizados para representar os dados que serão persistidos no banco de dados. Eles provêem uma interface para dados que deveriam normalmente ser acessados utilizando JDBC ou outra API.

Qual a diferença entre Container-Managed Persistent (CMP) Bean e Bean-Managed Persistent (BMP)?

CMP é mais simples para desenvolver e mais difícil para o servidor EJB suportar, pois toda lógica de sincronização com a base de dados é realizada automaticamente pelo Container. Com CMP o Container é responsável por controlar a persistência de um Entity Bean.

Com BMP o Enterprise Bean é responsável por controlar o sincronismo do estado do objeto com o banco de dados. BMP permite ao desenvolvedor a flexibilidade de realizar operações que são muito complicadas para o Container ou utilizar um SGBD que não é suportado pelo Container.

O que é Bean Managed Transaction?

Se o desenvolvedor não deseja que o Container gerencie as transações pode-se programar todas as operações manualmente escrevendo o código JDBC apropriado. Para se utilizar o Bean Managed Transaction todo controle de transação deve ser feito pelo desenvolvedor. Utilizar BMT pode tornar sua implementação incompatível com algumas bases de dados e pode aumentar a quantidade de código a ser escrita.

É isto pessoal. Se quiserem mais perguntas e respostas sobre EJB me avisem. Em breve posto algumas perguntas e respostas sobre outras tecnologias.

Resultado da prova

2008-09-01T11:02:00.000-07:00

Olá pessoal,

Desculpem mais um bom tempo sem postar. Estava fazendo um curso estas últimas semanas sobre JSF e não estava tendo muito tempo. A boa notícia é que fui aprovado na parte 3 da certificação de arquiteto e agora com o fim do curso terei mais tempo de postar no site.

Como próximo tópico para os posts colocarei algumas perguntas frequentes em provas de arquitetura e desenvolvimento. Todas as perguntas com uma resposta bem resumida. Agradeço muito aqueles que continuam lendo os posts.

Certificação SCEA

2008-07-03T13:44:00.001-07:00

Olá pessoal,

Acabei de fazer hoje a parte 3 da certificação de arquiteto (SCEA). Para fazer pesquisei antes no site do javaranch algumas dicas sobre esta parte da certificação. A que achei mais interessante foi a seguinte:

Responda as seguintes perguntas e tome nota. As perguntas estão em Inglês propositalmente, pois a parte 3 deve ser respondida em Inglês. Inclusive é interessante responder estas perguntas durante a parte 2, pois isto te ajuda a verificar se sua solução está completa.

1) How does your design handle Scalability?
2) How does your design handle performance?
3) How does your design handle security?
4) How does your design handle Reliability?
5) How does your design handle Availability?
6) How does your design handle Extensibility?
7) How does your design handle Manageability?
8) How does your design handle Maintainability?

Para cada uma das perguntas abaixo responda também "Porque você escolheu?".

1) How does your design support session/state handling?
2) How does your design handle persistence?
3) How does your client tier talk to business tier?
4) How does your design handle Qos 5 Sec in peak time?
5) How does your design handle transactions?
6) How does your design handle authentication and authorization?

É isto aí pessoal. Espero ter ajudado...

Remodelagem no portal

2008-06-24T07:34:00.000-07:00

Olá pessoal,

Nestes últimos tempos não tenho escrito muito. Mas tenho uma desculpa boa. Estou trabalhando no portal do arquiteto. Este que foi o pensamento inicial da criação deste blog e agora estou trabalhando nele. Em breve teremos um portal de arquitetura bem bacana.

Então aguardem pessoal pois em breve me porei uma meta de um post por dia e teremos um portal muito bacana.

[]s,

Samuel

Eclipse fechando sozinho

2008-06-10T13:38:00.000-07:00

Olá pessoal,

Outro problema muito comum com o eclipse é quando ele fecha sozinho. Você está bem desenvolvendo sua aplicação e surpresa e ele simplesmente fecha. Porque isto acontece? Em grande parte dos casos isto acontece quando acaba a memória reservada para o eclipse simplesmente acaba.

Quando se esta programando para internet e se utiliza servidores web isto é muito comum. Na hora que se começa o servidor o eclipse inteiro fecha. Para acabar com este problema siga os seguintes passos:

Clique com o botão direito no atalho do eclipse.
Clique em propriedades.
Clique na aba atalho.
Onde está escrito Destino adicione no final o seguinte trecho “-vmargs -Xms256m -Xmx768m”.

Segue uma imagem que demonstra como isto será feito:

É isto aí pessoal. Qualquer problema podem enviar email...

Aumentando a memória do tomcat no eclipse

2008-06-10T12:34:00.000-07:00

No eclipse clique em -> Window -> Preference.
Na caixa de text digite tomcat.
Clique em JDK.
Escolha a JDK que você está utilizando.
Aonde está escrito Optional Java VM Arguments escreva -Xms256m -Xmx768m.

É isto aí pessoal. Bons estudos...

Aumentando a memória do tomcat no eclipse

2008-06-10T12:06:00.000-07:00

Olá pessoal,

Algumas pessoas me perguntaram sobre problemas com falta de memória utilizando o tomcat de dentro do eclipse. Então resolvi escrever este post falando sobre como isto seria feito.

Primeira coisa a ser verificada: O erro que estou tendo é por falta de memória mesmo? Como eu sei se o erro é por causa disto? Você vai conseguir identificar procurando no console do servidor o seguinte trecho: java.lang.OutOfMemoryError.

Este tipo de erro ocorre por falta de memória alocada para a JVM do Servidor Web. Se você estiver utilizando algum eclipse com plugins baseados no WTP a solução segue abaixo. Como fazer então para aumentá-la. Siga os seguintes passos:

1. No eclipse clique em -> Window -> Preference.

2. Na caixa de text digite tomcat.

3. Clique em JDK.

4. Escolha a JDK que você está utilizando.

5. Aonde está escrito Optional Java VM Arguments escreva -Xms256m -Xmx768m.

Segue abaixo a imagem de demonstração:
Segue abaixo a imagem de demonstração:

É isto aí pessoal. Qualquer problema me avisem...

Passos para a prova SCWCD

2008-06-04T15:48:00.000-07:00

Olá pessoal,

Depois de um bom tempo sem postar nada agora finalmente voltei. Estes ultimos tempos gastei bastante tempo fazendo a parte 2 da prova de arquiteto. Hoje finalmente consegui um tempo para escrever.

Para voltar a escrever resolvi voltar a falar sobre a certificação Sun Certified Web Component Developer (SCWCD). Esta é uma certificação que é bem interessante, pois a maior parte dos profissionais conhecem algum framework de desenvolvimento Web, mas grande parte não possui a mínima noção do que está acontecendo por trás.

Alguns conceitos não se aprendem por experiência apenas e sim somente depois de ler um bom livro.

Livros que recomendo:

Livro: Head first Servlets & JSP
http://www.amazon.com/Head-First-Servlets-JSP-Developer/dp/0596005407/sr=8-1/qid=1160009779/ref=pd_bbs_1/002-0192800-2332034?ie=UTF8&s=books

Sun Certified Web Component Developer Study Guide
http://www.amazon.com/Certified-Component-Developer-310-081-310-082/dp/0072258810/ref=pd_bbs_3?ie=UTF8&s=books&qid=1213039489&sr=8-3

Aconselho fortemente que vocês busquem esta certificação, pois acho ela bem importante para profissionais da área. Bons estudos...

Passos para a prova SCJP

2008-04-08T06:05:00.000-07:00

Esta é a primeira das certificações Java. Na verdade é a segunda depois da criação da SCJA que é uma prova mais global. Como primeiro passo para a certificação, uma vez que vc adquiriu o voucher como explicado em http://portalarquiteto.blogspot.com/2008/03 é então se preparar para a prova.

E esta é a pior parte. Para a preparação então é interessante ler algum livro e também fazer provas sobre o assunto. Como livro aconselho que você dê uma olhada em 2 que são muito interessantes.

Um é o SCJP Sun Certified Programmer for Java 5 Study Guide que é um livro da Katie Sierra mais voltado para a certificação. Existe neste livro várias questões da prova com resposta e também explicação para as respostas. Este não é um livro para explicar passo a passo a linguagem, mas sim para te treinar para a certificação.

Outro livro muito bom também, que foi o que estudei e se chama Head First Java, 2nd Edition. Ele explica muito melhor sobre a linguagem e sobre sua lógica em sí, mas não explica muito sobre a prova. É uma leitura muito bacana (pelo menos eu achei), mas não é muito voltada para a certificação.

Vale a pena também estudar através de provas e simulados que se encontram nos seguintes sites abaixo:

Existem alguns programas que possuem simulados da mesma maneira, mas realmente nunca comprei, mas sei que são muito bons para quem quiser fazer a prova com mais tranquilidade.

Para quem for se aventurar a fazer as provas boa sorte e estudem porque não é tão simples como a maioria acha. Vou tentar postar mais posts, mas realmente estas semanas estão muito corridas, pois estou entregando minha monografia da pós.

Passos para realizar certificações SUN

2008-03-25T11:27:00.000-07:00

A sequência de passos que vc precisa para qualquer certificação da SUN são:

Se prepare para os exames da maneira que você achar necessário.
Contate os Serviços Educacionais Sun para adquirir um voucher de testes ligando para 0800-55-78-63. (Os vouchers demoram algum tempo pra chegar)
De posse dos vouchers, marque seu teste em um local que seja mais conveniente através do site www.prometric.com.
Faça o teste no local e data indicada.

Como para realizar os testes da Sun não é necessário fazer o treinamento com eles, cada um se prepara da maneira que achar conveniente. Meu conselho pessoal é estudar por algum livro e se possível fazer alguns simulados.

Algumas pessoas também acham melhor comprar o voucher e depois se preparar, pois ele demora um pouco para chegar. Depois de comprar o voucher você tem um ano para utilizá-lo e isto é importante, pois muita gente perde a data.

Há também sites que disponibilizam conteudo e provas na web tais como:

A sequência de certificações é:
Para as provas SCEA, SCJA e SCJP não existe nenhum pré-requisito. Para o restante é necessário possuir a certificação SCJP que por sinal é a mais procurada.

Vou tentar postar ao longo destas semanas mais detalhes sobre algumas destas certificações.

Porque integrar mantis e subversion

2008-03-18T07:30:00.000-07:00

Hoje me perguntaram sobre qual o benefício de se integrar o Mantis e o Subversion e então resolvi escrever este post. No ultimo serviço trabalhávamos com o Bugzilla, o SVN e também com o Cruise control.

Então a seqüência de passos lá era a seguinte:

Desenvolvíamos nossa parte do sistema e subíamos com nossas alterações para o SVN.
Então o Cruise control executava a integração de tudo que todo mundo mexeu.
Para cada vez que o Cruise control integrava e executava os testes de unidade com sucesso era gerada uma nova versão no SVN.
Então os testadores procuravam os erros nas versões geradas pelo Cruise Control (e consequentemente também no SVN).
Se achassem algum erro era cadastrado no Bugzilla junto com o número da versão do SVN.
Uma vez encontrado o erro este era corrigido e era colocada a versão provável em que a correção já estaria corrigida. Neste caso era mais uma estimativa, porque queríamos evitar que os testadores verificassem erros corrigidos antes deste ter sido integrado pelo Cruise Control.

Esta era a seqüência normal. No nosso caso não existia integração entre o SVN e o Bugzilla e então a gente olhava no Cruise control e colocava na mão o número da versão. Esta versão era importante para depois conseguirmos ver quando o erro ocorreu e também funcionava como uma proteção para os testadores. O pessoal só poderia colocar o erro como inválido se fosse testado na mesma versão em que o erro foi cadastrado.

Não utilizei ainda os dois integrados ainda, mas a integração é então importante para que você cadastre o erro para a versão correspondente e para que a ferramenta te auxilie com isto.

Diagrama de objetos

2008-03-13T14:56:00.001-07:00

Na prática este é mais um dos diagramas muito pouco utilizados. O diagrama de objetos é uma variação do diagrama de classes e utiliza quase à mesma notação. O diagrama de objetos é como se fosse o perfil do sistema em certo momento de sua execução.

Existem apenas duas diferenças entre o diagrama de classes os objetos são escritos com seus nomes sublinhados e todas as instâncias num relacionamento são mostradas. Este diagrama é importante para se ter uma visão do sistema em determinado tempo e para se conferir se os dados estão atribuídos corretamente no tempo e se são consistentes.

Segue abaixo um exemplo de um diagrama de objetos:

O exemplo acima mostra um diagrama de objetos para o cliente Michael Richardson e seus dois pedidos na Virtual LTDA. O diagrama pode ser lido da seguinte maneira: O objeto R. Michael Richardson da classe Cliente está associado a ambos os objetos 123456 e 123700 da classe Pedido. Usa-se o diagrama de objetos para modelar a visão estática de um sistema. Ele mostra o retrato do sistema em determinado momento.

É isto aí pessoal. Qualquer problema entrem em contato...

Diagrama de robustez

2008-03-10T12:45:00.001-07:00

Este é um diagrama que não existe na UML e é geralmente um diagrama de colaboração adaptado e que faz uso dos estereótipos entity, boundary e control. Ele é utilizado em processos como o ICONIX para passar da análise (o que) para o desenho (como).

Através da análise de robustez, podemos fazer a verificação de sanidade, isto é, a verificação se o texto do caso de uso está correto e que ele não representa para o sistema que não é razoável ou impossível.

Este é um diagrama que não é necessário ser mantido atualizado uma vez que é utilizado apenas para a transição. Sendo assim, ao criar os diagramas, é perfeitamente plausível usar apenas lápis e papel.

A análise de robustez consiste então em ler o texto do caso de uso e identificar de forma preliminar, o conjunto de objetos que irão participar do caso de uso. Em seguida deve-se percorrer cada passo do caso de uso desenhando os atores, as classes de fronteira, os controladores, as entidades e a conexões entre elas.

As seguintes regras devem ser obedecidas:

Atores interagem apenas com objetos de fronteira (boundary)
Objetos de fronteira podem interagir com atores e controladores.
Objetos de entidade interagem apenas com controladores
Controladores interagem com qualquer outro tipo de objeto e também com outros controladores, mas nunca com atores.

Diagrama de componentes

2008-03-05T11:14:00.000-08:00

O Diagrama de componentes da UML ilustra como as classes deverão se encontrar organizadas através da noção de componentes de trabalho. O diagrama tem por objetivo apresentar a disposição dos componentes físicos de um sistema.

O principal objetivo deste diagrama segundo Scott Ambler, é possibilitar a construção de artefatos para o perfil de arquitetura da solução, seja para a arquitetura técnica ou a de negócios.

O diagrama é composto normalmente por componentes, interfaces e portas. Os componentes são representados pelo estereótipo da uml <> ou um retângulo vertical de duas hastes. Interfaces são representadas através de uma linha com um círculo ou semicírculo ligado ao componente. Portas são representados através de retângulos saindo dos componentes.

Normalmente é utilizado para:

Modelar os componentes do código-fonte, do código executável do software.
Destacar a função de cada módulo para facilitar a sua reutilização.
Auxiliar no processo de engenharia reversa, por meio da organização dos módulos do sistema e seus relacionamentos.

Retirado de http://www.rnp.br

Diagrama de máquina de estados

2008-03-04T11:46:00.000-08:00

O diagrama de máquina de estados era conhecido nas versões anteriores como diagrama de gráfico ou simplesmente como diagrama de estados, tendo então mudado para este novo nome após a versão 2.0. Este diagrama procura acompanhar as mudanças sofridas nos estados de uma instância de uma classe ao longo da execução de um caso de uso, subsistema ou mesmo sistema.

O Diagrama de máquina de estados muitas vezes se baseia no caso de uso e se apóia no Diagrama de Classes.

Retirado de http://www.comp.ita.br/~olany/State_Diag2.jpg

O diagrama acima mostra um diagrama de máquinas de estado. Este diagrama mostra como ocorrem as alterações nos estados de um objeto após terem sido realizados ações sobre este.

Diagrama de Comunicação

2008-03-04T10:51:00.000-08:00

O diagrama de comunicação é o antigo diagrama de colaboração até a versão 1.5 da UML, tendo modificado seu nome a partir da versão 2.0. Este é um diagrama bem parecido com o diagrama de seqüência, mas não possui seu aspecto temporal.

Ele normalmente é utilizado como complemento do diagrama de seqüência, porem possui um enfoque diferente, concentrando-se em como os objetos estão vinculados através de mensagens. Pode ser gerado a partir do diagrama de seqüências por representar os mesmos dados. Outra característica do diagrama de comunicação é que as mensagens possuem numeração para designar seqüência.

Figura retirada de http://www.novatec.com.br

Nesta figura é mostrado o diagrama de comunicação do caso de uso realizar submissão. É mostrado as mensagens trocadas entre o Submissor, a página do congresso, o controlador do congresso, o tema e a Submissão.

Diagrama de estrutura composta

2008-03-03T06:02:00.000-08:00

Olá pessoal,

Quis hoje começar a debater sobre alguns diagramas da uml 2.0 que são pouco utilizados. O primeiro da lista de diagramas pouco utilizados é o diagrama de estrutura composta.

O diagrama de estrutura composta é utilizado para modelar colaborações. Uma colaboração descreve uma visão de um conjunto de entidades cooperativas interpretadas por instâncias que cooperam entre si para executar uma função específica.

Então podemos dizer que o diagrama de estrutura composta reflete a colaboração interna das classes para descrever a funcionalidade. São bem similares aos diagramas de classes, exceto pelo fato de que eles modelam um uso específico da estrutura.

Retirado de http://www.novatec.com.br

O termo estrutura se refere à composição dos elementos estruturais interconectados de forma a atingir algum objetivo comum. O exemplo acima mostra como as instâncias das classes autor, submissão, tema e tipo colaboram entre si para submeter à submissão. As colaborações podem também possuir multiplicidade, se as regras seguidas pelas classes utilizarem múltiplas instâncias.

Este é um diagrama que não é muito utilizado na UML e provavelmente é mais um diagrama teórico do que um diagrama utilizado nos processos de desenvolvimento.

Ferramenta de integração contínua

2008-02-26T06:04:00.000-08:00

Integração contínua consiste em integrar o trabalho diversas vezes ao dia, assegurando que a base de código permaneça consistente ao final de cada integração.

A este mesmo procedimento de construção podem ser adicionadas rotinas como:

Execução de testes automatizados
Geração de versões internacionalizadas de seu software
Disponibilizar a versão atual em desenvolvimento para o cliente
Criação de relatórios de código como:
Cobertura de testes
Inspeção de padrões de codificação
Estatísticas de acoplamento

Todo o processo segue a arquitetura descrita na imagem abaixo:

O cenário acima pode ser descrito como: (Fonte: Continuous Integration)

O desenvolvedor envia o código para o controle de versão (SVN, CVS, etc). Enquanto isso a máquina de integração (servidor de Integração Contínua) está verificando o repositório buscando por modificações
Logo após um commit ser efetuado, o servidor ao verificar que alguma mudança ocorreu no repositório inicia o processo de build baixando os arquivos do Servidor de Controle de Versão. Assim, o script de build é executado, testes são realizados, relatórios gerados, e todo o projeto é integrado.
O Servidor de Integração envia por e-mail ou outros dispositivos o feedback sobre build para usuários específicos do projeto
O servidor volta ao estado de Poll buscando por mudanças no repositório

Com relação a ferramentas a serem utilizadas e a comparação entre elas temos 3 que se destacaram. Entre elas temos as ferramentas cruise-control, continuum e hudson.

Minha escolha pessoal é a utilização do Hudson. Entre as funcionalidades que mais me agradam estão:

Permite a configuração de novos jobs através de interface web.
Permite a realização de builds distribuídos.
É um projeto mais ativo com mais desenvolvedores.
Possui plugin para o eclipse.
Possui instalador do windows.
Utilização por parte de grandes projetos.
Integração com o Maven, SVN, CVS e com outras ferramentas.
Facilidade maior para configuração do que as outras ferramentas.

Controle de versão

2008-02-20T13:04:00.000-08:00

A cada dia sistemas de versão concorrente vem sendo utilizados para os mais diversos fins. No passado era realidade apenas em grandes ambientes de desenvolvimento paralelo, onde literalmente dezenas de desenvolvedores demandavam acesso simultâneo aos mesmos arquivos, e ter um sistema de versão concorrente era imperativo para garantir adequadamente um ambiente de trabalho concorrente, e principalmente, garantir segurança desses dados, de forma que se um desenvolvedor interferisse negativamente no trabalho de outro, as mudanças em questão pudessem ser facilmente revertidas ao estado anterior.

Então o controle de versões é visto como uma extensão natural do processo de desenvolvimento, permitindo que se possa paralelizar o desenvolvimento de forma coerente e padronizada.

Hoje existem dezenas de opções de sistemas de versionamento de projetos, esses sistemas são conhecidos com SCM ou apenas VCS (Version Control System). Alguns sistemas VCS comerciais, mais conhecidos são:

Clear Case
Microsoft Team Foundation

E alguns sistemas de controle de versão livre, mais conhecidos são:

CVS
Subversion
GIT

Outros sistemas menos conhecidos:

Visual Source Safe
PVCS
SVK
HG
BZR
Perforce

Temos como preferência utilizar sistemas open source e pelo conhecimento do CVS e do Subversion iremos basear os estudos e comparações nos dois sistemas.

O sistema aberto mais conhecido é o CVS, exatamente por existir a mais tempo, e ser a primeira implementação livre com um número de recursos que o tornasse viável a ser utilizado em todo tipo de ambiente, de qualquer porte, de projetos pequenos a gigantescos. O CVS é a opção de escolha mais comum, entre livres e comerciais. Ao menos por enquanto.

Subversion é uma ferramenta open-source de controle de versão (veja o tutorial sobre controle de versão de software para mais informações). Segue a licença de software livre nos moldes da licença Apache/BSD.

O projeto do Subversion iniciou em 2000 com a idéia de se construir um CVS melhor, isto é, mantendo o mesmo modelo de trabalho, mas consertando as falhas e limitações que o CVS apresenta. Desde então, vem atraindo uma comunidade cada vez maior de colaboradores e usuários.

O Subversion tem a maior parte das funcionalidades do CVS. De modo geral, a interface do Subversion segue à do CVS. Isto facilita a transição dos usuários do CVS para o Subversion.

Controle de Diretórios, Renomeações e Meta-Dados

Esta era uma das maiores reclamações sobre o CVS. Subversion não só controla a versão do conteúdo dos arquivos, mas também de diretórios, cópias, renomeações e meta-dados.

Operações Atômicas de commit

Um conjunto de modificações a serem realizadas num commit é aceito como um todo ou nenhuma alteração é feita. Não há a possibilidade que apenas uma parte das alterações seja aceita quando enviadas ao repositório tal como acontecia no CVS. Além disso, os números de revisão estão atrelados a cada operação de commit e não aos arquivos.

Opções de Acesso à Rede

Subversion foi projetado para uma camada abstrata de acesso ao repositório, o que permite a implementação de novos mecanismos de rede. Um dos mecanismos existentes usa o protocolo WebDAV/DeltaV baseado em HTTP através do Apache 2. A outra opção é o servidor dedicado svnserve como opção ao Apache, e que pode ser combinado ao ssh.

Arquivos Binários e de Texto Tratados Consistentemente

Outro grande problema bastante conhecido é que o CVS que não funciona tão bem com arquivos binários. Por outro lado, o Subversion usa um algoritmo de diferenciação binário que funciona de modo idêntico tanto para arquivos texto (legíveis por humanos) quanto para arquivos binários (ilegíveis para humanos).

Ramificações e Rotulações em Tempo Constante

O tempo das operações de ramificação (branching) e rotulação (tagging) é constante, e não depende do tamanho do projeto no repositório. Esse resultado é obtido através da forma de implementação do Subversion para essas operações, que é feita como uma operação de cópia que resulta em links, ocupando pouco espaço e um intervalo de tempo constante.

Uso mais Eficiente da Rede

O protocolo de rede usa a largura de banda eficientemente enviando as diferenças entre cliente/servidor e servidor/cliente sempre que possível, ao contrário do CVS que envia as diferenças do servidor ao cliente, mas não do cliente ao servidor.

A seguir, é apresentado um pequeno quadro comparativo entre o CVS e o Subversion (SVN). Ressaltamos que este quadro não representa uma comparação completa.

Funcionalidade	CVS	SVN
Commit Atômico	X	V
Renomeações e cópias de arquivos e diretórios	X	V
Rastreamento de Fusões (Merge)	P	PF
Permissões de Repositório	P	V
Documentação Disponível	V	V
Portabilidade	V	V
Open Source	V	V
Interfaces Gráficas	V	V
Suporta Grande Repositório	V	V

Legenda:

(V) Possui tal funcionalidade

(X) Não possui tal funcionalidade

(P) Atende parcialmente o requisito

(F) Existe previsão para implementação da funcionalidade no futuro

(A) Informações insuficientes para classificação

Automação de testes de desempenho

2008-02-20T13:02:00.000-08:00

O teste de desempenho mede e avalia o tempo de resposta, o número de transações e outros requisitos sensíveis ao tempo. Este tipo de teste é importante para verificar a disponibilidade do sistema sobre situações em que existe um grande número de transações. Este é normalmente um requisito não funcional muito importante em aplicações comerciais.

O software mais utilizado chama-se JMeter e é uma das ferramentas desenvolvidas dentro do projeto Jakarta. Ele esta disponível em http://jakarta.apache.org/jmeter. O JMeter permite testar diferentes componentes de um ambiente servidor, como servidores HTTP, FTP e SGBD.

Um de seus atrativos é o fato de permitir a execução de plano de testes que podem ser configurados graficamente. Outro atrativo é conseguir realizar os testes de desempenho com clientes distribuídos. Isto é importante, pois utilizando várias máquinas clientes consegue-se simular carga de maneira mais próximo do ambiente de produção.

Uma vez que o JMeter é uma ferramenta Open Source e consegue realizar os testes de desempenho de maneira simples e robusta esta será a ferramenta a ser utilizada.

Automação de testes funcionais e de aceitação

2008-02-20T12:35:00.000-08:00

Testes funcionais são aqueles que encaram o sistema a ser testado como uma função que mapeia um conjunto de valores de entrada em um conjunto de valores de saída sem se preocupar com a forma como esse mapeamento foi implementado.

Um teste de aceitação (ou Story Test, ou Customer Test) descreve um cenário (de sucesso ou não) com uma expectativa do cliente em relação à história ou funcionalidade. Como o nome sugere, ele ajuda a equipe a entender quando uma história ou funcionalidade está completa ou aceita.

Diversas ferramentas e frameworks têm surgido para auxiliar sua vida. Entre as mais conhecidas temos o Selenium e o Watir podem facilitar sua vida no teste de aplicações web.

Percebemos que teremos um problema ao utilizar o Selenium quando o projeto funciona apenas no navegador internet explorer. Isto ocorre, pois o Selenion IDE que é uma ferramenta que facilita a gravação dos scripts é um addin para o mozilla firefox e quando o sistema não funciona no navegador mozilla não é possível o utilizar.

Situação ideal: Ter uma aplicação que funciona em ambos os browsers, gravar os scripts no Selenium e realizar os teste utilizando os navegadores.

Situação alternativa: Para aplicações que funcionam somente no navegador internet explorer, o que nos deixa como melhor opção a utilização do Watir que possui como facilidade o aplicativo IE Developer Toolbar.

O Watir é opensource e com seus comandos e funções particulares permite então que possamos controlar os objetos HTML e JavaScript presentes na aplicação Web, simulando os cliques em links, botões e os demais campos. Watir tem sido usado para testes de sistemas, testes funcionais e teste de aceitação do usuário. Como seu próprio nome diz (Web Application Testing in Ruby),

Para o uso do Watir torna-se necessário a instalação do interpretador Ruby e do pacote que contém o Watir. O Watir não utiliza da técnica conhecida como Record/Playback, onde o arquiteto de testes grava o script através do movimento do mouse e teclado.

Os scripts são escritos mesmo “na unha”, portanto o recomendado é que o responsável pelo uso do Watir tenha algum conhecimento de lógica de programação e dos atributos das tags HTML. Esse conhecimento em desenvolvimento se torna importante, visto que, estamos falando de programação de scripts e para que possamos ter um produto final de qualidade, podem ser aplicados todos os conceitos e boas práticas de programação.

Existe um facilitador que é a instalação do aplicativo IE Developer Toolbar que se integra na barra de ferramentas do Internet Explorer facilitando na identificação dos atributos utilizados na automação.

Gestão de testes

2008-02-20T12:28:00.000-08:00

A gestão de testes é a parte principal de um processo de testes. A gestão é importante para o planejamento e controle das atividades de um projeto de teste. A gestão de testes pode ser implementada por meio de ferramentas automatizadas (test management system).

Estas ferramentas devem oferecer um repositório central e padronizado aonde os lideres de testes poderão criar suítes com os casos de teste, atribuir os casos de testes aos testadores, acompanhar o status da execução dos testes e emitir os relatórios com métricas e estatísticas.

Entre as ferramentas que auxiliam na gestão de testes temos:

TestLink
RTH
Testopia
TestMaster
Testitool
Test Case Web
QaManager

Entre estas as ferramentas mais comentadas foram o TestLink e o RTH. A escolha do TestLink é hoje a escolha mais apropriada, pois seu desenvolvimento é o mais ativo e por ser uma ferramenta mais utilizada no mercado.

O TestLink é uma aplicação Open Source cujo principal objetivo é gerenciar as atividades de teste de um projeto tais como test cases e test suítes. Ele é útil, pois é possível organizar os requisitos, associar os test cases aos requisitos garantindo então a rastreabilidade entre eles. Outra vantagem é a integração com a ferramenta de gestão de defeitos Mantis que será também utilizada no sistema.

Outra vantagem é o sistema ser desenvolvido em php e utilizar a base de dados mysql, que também é a plataforma utilizada por outras ferramentas do sistema o que demandará menos recursos.

Gestão de defeitos

2008-02-20T12:15:00.000-08:00

A gestão de defeitos é uma das atividades mais importantes de um processo de teste de software. Através da gestão de defeitos podemos acompanhar a qualidade do software em teste com base nos defeitos cadastrados pelos testadores ao longo de um ciclo de testes.

Podemos então, para realizar o controle e a gestão dos defeitos no sistema, utilizar sistemas automatizados que nos auxiliem. Estas ferramentas devem possuir um local aonde os testadores cadastram os bugs de forma organizada, devem possuir também um local para acompanhar o ciclo de vida dos defeitos e emitir relatórios de gestão.

Entre as ferramentas de gestão de defeitos temos três que são bastante utilizadas no mercado. Entre elas temos o Bugzilla, o Jira e o Mantis.

Segue abaixo uma tabela de comparação entre estas ferramentas:

System	Customizable workflow	Unicode support	LDAP user authen.

Bugzilla	No^[9]	Yes	Yes
JIRA	Yes	Yes	Yes
Mantis Bug Tracker	Yes	Yes	Yes

Retirado de http://en.wikipedia.org/wiki/Comparison_of_issue

O Jira será excluído da comparação, pois o projeto não é um projeto livre e sim pago para projetos Comerciais. Ficamos então com a comparação entre o Mantis e o Bugzilla.

Comparando as duas ferramentas vemos então que o Mantis é mais simples de instalar e de utilizar, e possui segundo a matriz acima um workflow configurável o que o torna mais extensível. Minha escolha cai sobre o Mantis então por sua simplicidade e também por ser bastante robusto. A simplicidade ajuda a usuários não técnicos executar o cadastro de defeitos.

Entre as diversas funcionalidades oferecidas pelo Mantis temos:

Pode ser executado em qualquer plataforma.
Suporta vários bancos de dados.
Suporta múltiplos mecanismos de autenticação.
Ciclo de vida personalizável.
Gerador interno de relatório de defeitos.
Controle de acesso e permissão por usuário.
Mecanismo para a criação de campos personalizáveis.
Notificação por meio de e-mails automáticos.
Integração com ferramentas de controle de versão.
Interface webservices para integração com outras ferramentas.

O padrão Singleton

2008-01-25T08:19:00.001-08:00

O Singleton é um dos padrões de projeto mais simples existentes. É um padrão de projeto de software (do inglês Design Pattern). Este padrão garante a existência de apenas uma instância de uma classe, mantendo um ponto global de acesso ao seu objeto.

Nota linguística: O termo vem do significado em inglês quando se resta apenas uma carta nas mãos, num jogo de baralho.

O GoF nos diz que para uma classe ser um singleton, deve-se garantir que haverá apenas uma instância na aplicação e que deve-se fornecer um ponto de acesso à mesma. Mas como garantir que haverá apenas uma instância? É de conhecimento comum que, para criar uma instância de uma classe, devemos chamar o seu construtor. Assim, para resolvermos o problema, devemos restringir o acesso ao construtor, tornando-o um método privado. Em seguida, deve-se utilizar um método público que faça o controle da instanciação, de modo que ela só possa ser feita uma vez. A Figura 1 mostra o diagrama de classes do singleton:

Figura 1: Diagrama de Classes do Singleton.

A implementação mais comum do singleton pode ser vista no código apresentado na Listagem 1 e comumente é chamada de singleton com lazy load.

public class Singleton {
private static Singleton instance;

private Singleton() { }

public static Singleton getInstance() {
if (instance == null) instance = new Singleton();
return instance;
}
}

Implementação do Singleton.

O diagrama de classes da Figura 1 e o código da Listagem 1 mostram apenas o necessário para a instanciação do singleton. Obviamente, a classe deve conter outros atributos e métodos.
A Figura 2 mostra um diagrama de seqüências que representa o processo de criação de um singleton. Quando um objeto chama o singleton pela primeira vez, é realizada a instanciação da classe. Os demais acessos irão utilizar a instância já criada.

Figura 2: Diagrama de Seqüências de um Singleton.

O código da Listagem 1 pode ser problemático em ambientes multi-threaded, ou seja, ele não é uma solução thread-safe. Se uma thread chamar o método getInstance() e for interrompida antes de realizar a instanciação, uma outra thread poderá chamar o método e realizar a instanciação. Neste caso, duas instâncias serão construídas, o que fere os requisitos do singleton.

Uma solução para este problema seria utilizar o atributo synchronized em getInstance(), como visto na Listagem 2 , para que uma outra thread não possa acessá-lo até que a thread que o acessou pela primeira vez tenha terminado de fazê-lo.

public class Singleton {
private static Singleton instance;
private Singleton() { }
public static synchronized Singleton getInstance() {
if (instance == null) instance = new Singleton();
return instance;
}
}
Implementação thread-safe com synchronized.

O problema com o synchronized é que a sincronização é bastante custosa. Estima-se que métodos sincronizados sejam cerca de cem vezes mais lentos que métodos não sincronizados.

Uma alternativa simples, rápida e thread-safe é a instanciação do singleton assim que ele for declarado. Veja a Listagem 3 .

public class Singleton {
private static Singleton instance = new Singleton();
private Singleton() { }
public static Singleton getInstance() { return instance; }
}
Implementação thread-safe com instanciação estática.

3. Utilizações comuns

Muitos projetos necessitam que algumas classes tenham apenas uma instância. Por exemplo, em uma aplicação que precisa de uma infraestrutura de log de dados, pode-se implementar uma classe no padrão singleton. Desta forma existe apenas um objeto responsável pelo log em toda a aplicação que é acessível unicamente através da classe singleton. Outra utilização comum é utilizar o padrão singleton sobre a fábrica de conexões com o banco.

3. Conclusões
Além de ser um dos padrões mais simples, o singleton é também um dos mais criticados e mal usados. Uma situação em que realmente é necessário que exista apenas uma instância de uma classe é difícil e o seu uso pode levar a muitos problemas. O uso abusivo de singletons leva a soluções onde a dependência entre objetos é muito forte e a testabilidade é fraca.

Adicionalmente, os singletons são difíceis de escalar, pois é difícil garantir uma única instância de um singleton em um cluster, onde existem várias JVMs. Um outro problema é que os singletons dificultam o hot redeploy por permanecerem em cache, bloqueando mudanças de configuração. Por esses e outros problemas, deve-se ter cuidado com o uso abusivo de singletons.

Padrões de projeto de software

2008-01-25T05:13:00.000-08:00

Os padrões de projeto de software ou padrões de desenho de software, também muito conhecido pelo termo original em inglês: Design Patterns, descrevem soluções para problemas recorrentes no desenvolvimento de sistemas de software orientados a objetos. Um padrão de projeto estabelece um nome e define o problema, a solução, quando aplicar esta solução e suas conseqüências.

Os padrões de projeto visam facilitar a reutilização de soluções de desenho - isto é, soluções na fase de projeto do software, sem considerar reutilização de código. Também acarretam um vocabulário comum de desenho, facilitando comunicação, documentação e aprendizado dos sistemas de software.

Um Padrão de Projeto pode ser definido como “a solução para um problema em um contexto”. Isto significa que os padrões de projeto nos oferecem soluções prontas para utilizarmos em determinados problemas que podemos enfrentar quando desenvolvemos um software orientado a objetos.

Para realizar a descrição de um padrão de projeto devemos especificar o seu nome, que o identifica e descreve; o contexto, ou seja, a situação que está gerando se está na qual se deve aplicar o padrão; o problema, que é a meta que está se tentando atingir neste contexto; a solução proposta pelo padrão para o problema no contexto especificado e as conseqüências da aplicação do padrão, podendo ser elas boas ou ruins. Para compreender melhor esse conceito, veja o exemplo abaixo, que não pode ser considerado um padrão de projeto, servindo apenas para ajudar a compreender o modo como um padrão de projeto deve ser definido.

Nome: Chegar à reunião!
Problema: Como chegar no horário à reunião?
Contexto: Você está trancado dentro de casa!
Solução: Pule a janela, entre no carro e corra até o trabalho.
Conseqüências: Você deve achar a chave ou pular a janela para entrar em casa.

Podemos classificar os padrões de projeto de várias maneiras, porém o mais comum é classificá-los de acordo com os tipos de problemas que eles resolvem. De acordo com esse critério, os padrões podem ser:

Criação: resolvem os problemas da criação de objetos;
Estruturais: que lidam com os problemas de relacionamentos entre objetos;
Comportamentais: que lidam com os problemas de atribuição de responsabilidades aos objetos.

Os padrões de projeto solucionam muitos dos problemas que os projetistas enfrentam no dia a dia, e de diversas maneiras diferentes. Nesta série de post tentarei mostrar alguns dos padrões mais comuns, explicando o contexto, o problema, a solução e suas conseqüências com exemplos simples e acessíveis. Todos os exemplos estarão escritos na linguagem Java, mas são aplicáveis em qualquer linguagem orientada a objetos como .Net, Delphi, C++ ou outras.

Plataforma Google para telefones celulares

2007-11-05T08:28:00.000-08:00

Boa tarde a todos,

Segue abaixo alguns links interessantes acerca dos passos do Google
para entrar no mercado de desenvolvimento de aplicações móveis em
JavaME (Plataforma Java para Celulares). Eles devem estar lançando um
sistema operacional para celulares (Google Mobile OS) em breve (neste mês).

Segue abaixo os links:

http://blogs.sun.com/hinkmond/entry/google_phone_uses_java_technology
http://idgnow.uol.com.br/telecom/2007/11/05/idgnoticia.2007-11-05.8932974539/
http://gigaom.com/2007/10/31/the-google-phone-the-story-so-far-some-launch-details-whats-next/
http://abhishek.tiwari.com/2007/10/30/gphone-if-i-built-it-part-2/

Alguns fatos interessantes sobre o Google Phone (não confirmados):

- SO será baseado em Linux com a habilidade de executar máquinas virtuais Java (JavaSE/JavaME).
- Todas as aplicações a serem desenvolvidas neste produto serão em Java
- A GUI será desenvolvida em Java e possibilitará alta interatividade e desempenho
- Acordos e testes estão sendo feitos em várias marcas de aparelhos móveis. Porém alguns fabricantes não estão sendo envolvidos, tais com a Nokia, Samsung e Motorola (Os três maiores fabricantes de celulares) .

Projeto Struts com mais arquivos de configuração

2007-10-22T08:05:00.001-07:00

Algumas pessoas tinham ficado com dúvida sobre como configurar o struts para ter mais de um arquivo de configuração.

Para isto basta configurar o arquivo web.xml e no local em que existia:Deve ser colocado o seguinte trecho:

Boa sorte!

Criando um projeto Struts 1.3.8 usando o eclipse WTP

2007-10-21T14:44:00.000-07:00

Clique File > New > Other.

Web > Dinamic Web Project

Crie um projeto com o nome Projeto e click em Finish.

Mude então para a perspectiva Java EE.

Copie o projeto struts-blank.zip disponível em http://groups.google.com/group/curso-struts/files

Extraia o projeto no local de sua preferência.

Copie o conteúdo do diretório WEB-INF/lib

Cole as bibliotecas dentro do diretório WebContent/WEB-INF/lib do projeto criado.

Copie os arquivos de configuração do diretório WEB-INF

Cole as bibliotecas dentro do diretório WebContent/WEB-INF do projeto criado e sobrescreva o arquivo web.xml já criado.

* Adicionamos então as bibliotecas do Struts assim como seus arquivos de configuração.

Devemos então configurar o servidor dentro do ambiente do WTP. Na aba Servers na parte inferior do eclipse clique em new > Server

Selecione a versão do tomcat instalado em sua máquina e clique em Next.

Selecione o local de instalação do tomcat e clique em Next.

Adicione o projeto que você acabou de criar e clique em Finish.

Clique com o botão direito na pasta WebContent e depois clique em New > Other.

Selecione JSP e clique em next.

Escolha o nome do arquivo como index.jsp

Altere o jsp coloque no interior da tag body o texto "Primeira aplicação"

Clique então no botão Start the Server na aba Servers

Vá ao endereço http://localhost:8080/Projeto no navegador de sua preferência.

Verifique que aparece em sua tela o texto primeira aplicação.

Parabéns. A sua primeira aplicação Struts está rodando.

Certificação: Ter ou não ter

2007-10-15T05:26:00.000-07:00

Olá pessoal,

Tenho sido questionado sobre o real valor de certificações para o profissional de TI. Resolvi então escrever este post a respeito do assunto.

Certificação profissional é o processo voluntário pelo qual uma entidade não-governamental fornece uma credencial a um indivíduo depois de verificar que ele atendeu a critérios pré-determinados. É o veículo pelo qual uma profissão (ou ocupação) diferencia seus membros, utilizando padrões geralmente definidos num processo consensual.

A certificação profissional credencia um indivíduo a desempenhar determinada atividade, com base em padrões e normas pré-estabelecidos por agências, associações ou empresas. O credenciamento é obtido com a aprovação do candidato numa prova elaborada de tal forma que comprove a competência do candidato.

Ou seja, certificação é uma forma das empresas saberem que possuem os profissionais corretos fazendo as coisas corretas, muitas empresas inclusive lhe pagam para fazer a certificação e não apenas porque elas contam pontos em licitações.

Certificação não te garante salário e nem a qualidade do profissional. A certificação foi criada (a Microsoft foi a primeira a pensar nisso) simplesmente para atestar ou não que a pessoa que fez a certificação conhece um determinado produto (em uma determinada versão).

Determinada empresa atesta que o José conhece determinada tecnologia. É uma maneira simples e correta de provar em uma seleção de emprego que você tem o domínio de algo.

Você não precisa tirar a certificação, como também não precisa fazer faculdade, como também não precisa conhecer outras línguas ou conhecer de novas tecnologias.

Agora caso você tenha algumas destas coisas, isto vai fazer um bem danado na sua carreira.

Resumindo, certificação é um diferencial, é motivo de orgulho e achar legal, e quer saber dá um prazer enorme passar nas provas.

Manual de configuração de ambiente para desenvolvimento Web

2007-10-12T18:48:00.000-07:00

JDK

O JDK é um kit de desenvolvimento Java fornecido livremente pela Sun. Constitui um conjunto de programas que engloba compilador, interpretador e utilitários, fornecendo um pacote de ferramentas básicas para o desenvolvimento de aplicações Java.

Procure a versão do jdk que será utilizado em sua aplicação no site http://java.sun.com/javase/downloads/index.jsp.

Eclipse e WTP

O Eclipse é uma robusta plataforma de software livre para desenvolvimento de aplicações em Java. O projeto Eclipse surgiu e mantém sua força da doação e envolvimento da IBM para manter como código aberto uma base para suas ferramentas IBM/Rational. O projeto, ao longo dos anos, ganhou o apoio e participação de grandes empresas e instituições, como Borland, BEA, JBoss e Oracle.

O grande problema é que o foco central do projeto Eclipse não é ser um ambiente de desenvolvimento pronto, mas sim uma plataforma ampla e aberta, sobre a qual se pode desenvolver um efetivo ambiente de desenvolvimento.

O WTP é um projeto que faz parte do Eclipse.Org e tem por finalidade prover um ambiente de desenvolvimento padrão para web sob a plataforma Eclipse, sendo formado por um conjunto de APIs para JEE e aplicações web, além de ferramentas para suporte de deploy e testes de aplicações.

Baixando e instalando o Eclipse com o WTP:

Entre no site http://www.eclipse.org/webtools/news.php e procure a última versão estável.

Clique em download e procure a versão Web Tools Platform All-In-One Packages para o seu sistema operacional.

Execute o download e extraia na pasta de sua preferência.

Tomcat

O Tomcat é um servidor de aplicações Java para web. É software livre e de código aberto, surgido dentro do conceituado projeto Apache Jakarta e que teve apoio e endosso oficial da Sun Microsystems como Implementação de Referência (RI) para as tecnologias Java Servlet e JavaServer Pages (JSP). Atualmente, o Tomcat tem seu próprio projeto de desenvolvimento independente, dentro da Apache Software Foundation.

Baixando e instalando o tomcat:

Dica: Tente procurar uma versão que seja compatível com a jdk que vc está usando.

Entre no site http://tomcat.apache.org/ e clique o tomcat de sua preferência.
Procure a sua distribuição binária e execute o download.
Extraia o zip baixado na pasta de sua preferência

Blog do portal do arquiteto

2007-10-10T15:41:00.000-07:00

Este é meu primeiro post de prováveis muitos outros. Este blog surgiu a partir de minha idéia de criar um site onde prováveis arquitetos possam se comunicar e trocar idéias com os outros.

Espero que o portal do arquiteto seja em breve realidade e que ele ajude a vários arquitetos a tomarem melhores decisões para seus projetos.

Até a próxima pessoal.