Molhando os pés com Tapestry, parte 1

Transcrição

1 Molhando os pés com Tapestry, parte 1 Daniel Fernandes Martins Se cansou de apenas ouvir falar sobre o framework Tapestry? Se sim, então veja por si só o que o Tapestry pode fazer por você! Sobre o tutorial Molhando os pés com Tapestry é um tutorial que apresenta, de uma forma clara e objetiva, informações sobre o como o framework Tapestry [1] pode nos ajudar a criar aplicações Java para web. Este tutorial está dividido em três partes que cobrem desde a montagem do ambiente de desenvolvimento até criação de pequenas aplicações web. Segue, em detalhes, o conteúdo deste tutorial: Configuração do NetBeans 5.5 [2] para criação de aplicações Tapestry; Hello world utilizando o Tapestry; Aprendendo a submeter formulários; O tutorial não cobre assuntos mais avançados, como criação de componentes e validadores customizados, mas se isso for de interesse, basta que o leitor busque as informações necessárias na página do projeto Tapestry. Requisitos de Software A IDE utilizada para desenvolvimento das aplicações é o NetBeans 5.5 final. Para facilitar a criação de projetos Tapestry, foi ainda utilizado o plugin nbtapestrysupport [3]. O Tomcat [4] que acompanha o NetBeans foi utilizado para rodar as aplicações mais simples, enquanto que o Servidor de Aplicações Sun Java System Application Server 9 [5] foi utilizado para rodar a aplicação que será desenvolvida na última parte deste tutorial, já que esta aplicação conta com recursos mais avançados, como a utilização de Session Beans do tipo Stateless e utilização da API de persistência JPA do Toplink [6]. Configurando o ambiente Caso você não possua o NetBeans 5.5 final instalado na sua máquina, esta é a hora de fazê-lo. Para isso, visite o site do NetBeans e baixe a IDE. Para facilitar as coisas, o site disponibiliza uma versão especial do NetBeans que instala e configura o Sun Java System Application Server 9 automaticamente. No entanto, caso prefira, você pode baixar o Sun Java System Application Server separadamente. 1

2 Caso a última opção seja a escolhida, será necessário configurar o Servidor de Aplicações junto ao NetBeans. Para fazer esta configuração, siga as seguintes instruções: 1. Abra a aba Runtime. Clique com o botão direito do mouse em Servers e selecione a opção Add Server Selecione a opção Sun Java System Application Server e pressione Next; 3. Indique a localização onde o Servidor de Aplicações foi instalado. O campo Domain deve ser selecionado automaticamente. Pressione Next; 4. Indique o usuário e a senha que você configurou durante a instalação do Servidor de Aplicações. O padrão é: usuário admin e senha adminadmin; 5. Pressione Finish. Uma vez que o NetBeans esteja instalado, é necessário baixar e instalar o plugin nbtapestrysupport. O plugin, cuja versão utilizada neste tutorial é a 0.2.0, é composto de três arquivos.nbm. Para baixar o plugin, visite o site do projeto e selecione a opção Documents & Files no menu à esquerda da tela. Selecione a pasta v0.2.0 e baixe os três arquivos.nbm disponíveis. Para instalar o plugin, abra o NetBeans e acesse a opção Tools - Update Center através do menu. Marque a opção Install Manually Downloaded Modules e pressione Next. Basta então adicionar os arquivos.nbm referentes ao plugin e prosseguir com a instalação. Deixe o NetBeans reiniciar para finalizar a instalação do plugin. O plugin não funciona em versões anteriores à versão 5.5 final do NetBeans. Portanto, certifique-se de estar utilizando a versão 5.5 final do NetBeans. Agora é hora de baixar o Tapestry (ou 4.0.2, caso prefira uma versão estável), através da página do projeto. Sim, é verdade... a versão não é a versão estável, mas já existem algumas mudanças interessantes em relação à versão 4.0.2, principalmente em relação à validação client-side. Depois de baixar o arquivo, descompacte-o em um local que seja fácil de lembrar. Verifique se os arquivos e dependências do framework estão separados por diretórios. Para facilitar as coisas quando estivermos no NetBeans, mova todos os arquivos.jar para uma mesma pasta, conforme pode ser visto na imagem que segue: 2

3 Ilustração 1: Arquivos do Tapestry e dependências Criando o projeto Vamos então criar nosso projeto, clicando em File New Project. Selecione a opção Web Application. Pressione Next. Dê um nome de sua preferência. Selecione o Tomcat como servidor web e pressione Next. Se a instalação do plugin nbtapestrysupport foi efetuada com sucesso, deverá aparecer a opção Tapestry 4.0 na lista de frameworks. Selecione-o. O plugin também irá pedir a localização dos arquivos e dependências do Tapestry. Basta selecionar a pasta onde estão os arquivos e dependências do Tapestry. Pressione Finish para concluir a criação do projeto: 3

4 Ilustração 2: Arquivos gerados pelo NetBeans Antes de começarmos precisamos entender o motivo da existência dos arquivos e configurações que foram gerados pelo plugin para que possamos criar um projeto Tapestry manualmente caso seja necessário. Vamos iniciar a exploração pelo arquivo web.xml. Veja só a bagunça: <?xml version="1.0" encoding="utf-8"?> <web-app version="2.4" xmlns=" xmlns:xsi=" xsi:schemalocation=" <filter> (1) <filter-name>redirect</filter-name> <filter-class>org.apache.tapestry.redirectfilter</filter-class> </filter> <filter-mapping> <filter-name>redirect</filter-name> <url-pattern>/</url-pattern> </filter-mapping> <servlet> <servlet-name>tapestryapplication</servlet-name> (2) <servlet-class>org.apache.tapestry.applicationservlet</servlet-class> <load-on-startup>1</load-on-startup> </servlet> <servlet-mapping> <servlet-name>tapestryapplication</servlet-name> <url-pattern>/app</url-pattern> (2) </servlet-mapping> <servlet-mapping> 4

5 <servlet-name>tapestryapplication</servlet-name> <url-pattern>*.html</url-pattern> (3) </servlet-mapping> <servlet-mapping> <servlet-name>tapestryapplication</servlet-name> <url-pattern>*.direct</url-pattern> </servlet-mapping> <servlet-mapping> <servlet-name>tapestryapplication</servlet-name> <url-pattern>*.sdirect</url-pattern> </servlet-mapping> <servlet-mapping> <servlet-name>tapestryapplication</servlet-name> <url-pattern>*.svc</url-pattern> </servlet-mapping> <servlet-mapping> <servlet-name>tapestryapplication</servlet-name> <url-pattern>/assets/*</url-pattern> </servlet-mapping> <session-config> <session-timeout> 30 </session-timeout> </session-config> <welcome-file-list> <welcome-file> index.jsp </welcome-file> </welcome-file-list> </web-app> Nossa, que sujeira! Vamos tentar entender o que o plugin fez com o nosso web.xml. 1. Este é o servlet filter do Tapestry, cuja função é redirecionar requisições para o Servlet principal do Tapestry; 2. Esta é a declaração do Servlet do Tapestry. A definição do elemento <servletname> é muito importante, pois este mesmo nome será usado em outros arquivos da aplicação. Já o elemento <url-pattern> deve ser setado como /app, embora seja possível indicar um outro mapeamento. Como fazer essa modificação acarreta em configuração extra, deixe o mapeamento como está; 3. Nas linhas subseqüentes são configurados outros padrões de URL que serão despachados para o Servlet do Tapestry. Não precisa se preocupar com esses padrões, a menos que se esteja trabalhando com Friendly URLs. Caso queira, sinta-se livre para remover todos esses mapeamentos do Servlet, com exceção do mapeamento /app. Vamos continuar com a exploração! Lembra-se de que foi dito que o elemento <servlet-name> do Servlet do Tapestry era importante? Pois então... o Servlet do Tapestry foi mapeado com o nome tapestryapplication e note que existe um arquivo, também dentro da pasta WEB-INF, chamado tapestryapplication.application. Este é o arquivo de configurações globais da aplicação. Abra este arquivo: <?xml version="1.0" encoding="utf-8"?> 5

6 <!DOCTYPE application PUBLIC "-//Apache Software Foundation//Tapestry Specification 4.0//EN" " <application name="tapestry Application"> <!--meta key="org.apache.tapestry.page-class-packages" value="my.page.package"/--> (1) <!--meta key="org.apache.tapestry.component-class-packages" value="my.component.package"/--> (2) <library id="contrib" (3) specification-path="/org/apache/tapestry/contrib/contrib.library" /> </application> 1. Esta linha vêm comentada e serve para indicar qual é o pacote-padrão onde as páginas do Tapestry estão situadas. Esta informação só é utilizada caso o desenvolvedor prefira que o próprio Tapestry localize as classes referentes às páginas, sendo uma boa opção para aplicações pequenas e com poucas páginas. O elemento <meta> serve para definição de meta-dados da aplicação; 2. Da mesma forma, este elemento serve para indicar qual é o pacote-padrão onde os componentes customizados do Tapestry estão situados; 3. Podemos utilizar bibliotecas externas, declarando-as com o elemento <library>. Neste caso, a Library em questão é a biblioteca de componentes contrib. Esta entrada é opcional neste tutorial pelo fato de não utilizarmos nenhum componente contrib. O Tapestry utiliza internamente um framework de injeção de dependências chamado Hivemind [7]. O Hivemind seria mais um Spring-like [8] da vida, se não fosse alguns recursos realmente interessantes, com destaque ao que permite que os desenvolvedores definam os serviços da aplicação de uma forma customizada, através de uma sintaxe XML própria! Aguarde, este recurso será mostrado em detalhes no último tutorial. Por isso fique esperto! O importante é saber que, embora o Tapestry necessite do Hivemind para funcionar, nós também podemos utilizá-lo como substituto do Spring, com a vantagem de não precisarmos adicionar nenhum novo JAR na nossa aplicação. A configuração do Hivemind é definida no arquivo hivemodule.xml que, por enquanto está praticamente vazio: <?xml version="1.0" encoding="utf-8"?> <module id="id" version="0.0.1" package="package"> </module> Finalmente, chegamos aos arquivos de página, que são os arquivos Home.page e Home.html. O arquivo Home.page é utilizado para declarar componentes utilizados pela página, além de outras configurações, como dependências externas (beans do Spring ou 6

7 Hivemind, por exemplo), managed beans e propriedades da página. O conteúdo deste arquivo deve parecer com o seguinte: <?xml version="1.0" encoding="utf-8"?> <!DOCTYPE page-specification PUBLIC "-//Apache Software Foundation//Tapestry Specification 4.0//EN" " <page-specification> </page-specification> Já o arquivo Home.html representa o template da página, que não é nada mais do que um arquivo HTML puro! Este é um dos sweet spots do Tapestry: podemos ter páginas complexas cujo template não passa de um HTML que pode ser manipulado facilmente por profissionais de design, em softwares como Dreamweaver. Ou seja, nada de ter que ensinar JSTL ou tags JSP para seus designers... e nada os deixaria tão felizes, pode acreditar. Com o Tapestry, podemos deixar os designers fazerem o que mais sabem, que é serem criativos, enquanto que nós, desenvolvedores Java, fazemos o trabalho de homem! =D (desculpem a piadinha, just kidding!) É isso aí, vamos montar a nossa primeira página! Hello f*** world!! Abra o arquivo Home.html e o edite com o seguinte conteúdo: <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <title>tapestry HelloWorld</title> </head> <body> <h1>welcome!</h1> <h3> <span jwcid="@insert" value="hello World!!"> (*) Message here </span> </h3> </body> </html> Este template nada mais é do que uma página HTML simples e que pode ser facilmente editada com ajuda de ferramentas WYSIWYG (what you see is what you get), como o Dreamweaver. A única particularidade é a existência de uma tag <span> com dois atributos diferentes : jwcid (java web component id) e value, que significam, respectivamente, qual é o componente Tapestry que deverá substituir o <span> e qual é o valor renderizado pelo componente. Esta forma de se declarar os parâmetros de um componente Tapestry é conhecida como parâmetros informais, onde indicamos diretamente na tag HTML os 7

8 atributos do componente Tapestry. Existem determinados componentes que não suportam esta abordagem. Em caso de dúvida, basta uma olhada na documentação do Tapestry. O componente Insert é utilizado para renderizar (inserir) um objeto qualquer na página HTML. A expressão value pode arnazenar desde literais simples à expressões OGNL [9]. Veremos como fazer isso nos próximos exemplos. Antes de rodarmos a aplicação, você deve estar se perguntando o porquê antes do nome do componente, no atributo jwcid. Para entender, saiba que existem três formas de declarar componentes Tapestry em um template HTML: 1. jwcid= componentid Indica um componente declarado no arquivo de especificações da página. O literal componentid será utilizado como uma chave para identificar o componente dentro do arquivo.page. Mais adiante será mostrado como se declarar componentes desta forma; 2. Declara um componente implícito, ou seja, o componente é declarado diretamente no template HTML, sem necessidade de declará-lo no arquivo de especificações da página (arquivo.page). Costuma-se utilizar este tipo de declaração para componentes que não precisam ser referenciados por outros componentes ou pela página na qual o componente está inserido; 3. jwcid= componentid@componentname Também declara um componente implícito, mas especifica um id através do qual o componente possa ser referenciado por outros componentes. Rode o exemplo, e, com alguma sorte, o resultado será parecido com o mostrado abaixo: Ilustração 3: Resultado da execução do Hello World Caso ocorra algum erro em relação à classes não encontradas, certifique-se que a Library Tapestry-4.0 (que foi criada pelo plugin nbtapestrysupport) contenha todos os arquivos necessários. Tive alguns problemas com este plugin pois ele não adicionava todos os arquivos.jar que eram necessários. Caso este problema aconteça com você, basta ir até o menu Tools Library Manager e adicionar na Library Tapestry-4.0 todos os arquivos.jar que faltam. O que achou? Vamos modificar o arquivo Home.html para fazer uso de um componente declarado: <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <title>tapestry HelloWorld</title> 8

9 </head> <body> <h1>welcome!</h1> <h3> <span jwcid="hellomessage"> Message here </span> </h3> </body> </html> Para finalizar as modificações, abra o arquivo Home.page e o configure da seguinte forma: <?xml version="1.0" encoding="utf-8"?> <!DOCTYPE page-specification PUBLIC "-//Apache Software Foundation//Tapestry Specification 4.0//EN" " <page-specification> <component id="hellomessage" type="insert"> (*) <binding name="value" value="literal:hello World!!" /> </component> </page-specification> Note que o que fizemos foi, basicamente, remover as configurações do componente do template HTML e colocar as mesmas configurações no arquivo de definições da página. O atributo id é um identificador para o componente e deve ser igual ao indicado no atributo jwcid do template HTML. O atributo type indica qual o tipo de componente. A página do Tapestry possui documentação relativa aos componentes disponíveis e instruções sobre como usá-los. Dentro do elemento <component> existe um elemento <binding> que serve para definir valores para as propriedades do componente. Por exemplo, para o componente Insert, podemos definir as propriedades como value e format, que armazenam, respectivamente, o valor do componente e um objeto Format usado para formatá-lo. Neste exemplo, estamos usando o elemento <binding> para configurar o valor da propriedade value para a expressão literal:hello World!!. Rode a aplicação novamente e veja que tudo funciona como deveria. Podemos trocar a expressão value do componente por uma expressão OGNL. Por exemplo: 2*9 ou ognl:2*9. Faça a modificação e veja o que acontece! Isso mostra o quanto o Tapestry é superior ao JSP, pois podemos, por exemplo, utilizar expressões OGNL de qualquer tipo, valores de objetos injetados via Spring/Hivemind e diversas outras coisas que nos ajudam a manter cada coisa no seu devido lugar. Ahhh sim!... Talvez você deva estar se perguntando: - mas, como que o Tapestry sabe que o arquivo Home.page é o arquivo de definições do template Home.html? A resposta é simples: convenção sobre configuração. Como os arquivos possuem o mesmo nome Home, então o Tapestry assume que o arquivo.html é o template e que o 9

10 arquivo.page é o arquivo de definições. Ufa! Espero que estes exemplos tenham aberto a sua mente quanto ao que podemos fazer com o Tapestry. Mas deixo claro que isto é só o começo! Submetendo formulários Como ninguém consegue nada só com um Hello World, então este tutorial vai apresentar um novo exemplo, um pouco mais elaborado, e apresentar ao leitor outras particularidades do Tapestry. Prepare-se para muitas surpresas! Nosso próximo exemplo mostra como o Tapestry lida com formulários HTML. Para facilitar as coisas, vamos aproveitar o projeto que criamos para abrigar a nova página. Para criar a página, vá até o menu File New File... Selecione a categoria Tapestry e a opção Tapestry Page file. Pressione Next. Dê o nome PersonForm no campo File Name e selecione a pasta WEB-INF no campo Folder. Pressione Finish. Crie também um novo arquivo HTML chamado PersonForm.html, também na pasta WEB-INF através da opção File New File... Apenas para constar, os arquivos estão sendo inseridos dentro da pasta WEB-INF por dois motivos: 1. A página Home, gerada automaticamente pelo plugin, foi criada na pasta WEB-INF; 2. Qualquer arquivo situado na pasta WEB-INF não pode ser acessado externamente, então isso garante que os arquivos de template e de definição de página não sejam expostos a curiosos de plantão. Também é possível proteger acesso a arquivos que não estejam dentro do diretório WEB-INF, embora explicar como fazê-lo não esteja dentro do escopo do tutorial. Edite o arquivo PersonForm.html, deixando-o parecido com a seguinte listagem: <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <title>tapestry form sample</title> </head> <body> <h1>person registration</h1> <form jwcid="form"> <table> <tr> <td>name</td> <td> <input type="text" jwcid="name" /> </td> </tr> <tr> <td colspan="2"> <input type="submit" /> 10

11 </td> </tr> </table> </form> </body> </html> Edite também o arquivo PersonForm.page: <?xml version="1.0" encoding="utf-8"?> <!DOCTYPE page-specification PUBLIC "-//Apache Software Foundation//Tapestry Specification 4.0//EN" " <page-specification class="com.myapp.tapestry.pages.personform"> (1) <component id="form" type="form"> (2) <binding name="listener" value="listener:onsubmit" /> </component> <component id="name" type="textfield"> (3) <binding name="value" value="ognl:name" /> </component> </page-specification> O leitor provavelmente já está se acostumando com a sintaxe deste arquivo, que não é muito diferente do arquivo Home.page, definido anteriormente: 1. O atributo class serve para indicarmos quel é a classe Java que irá conter a lógica associada à página. Posteriormente iremos criar esta classe; 2. Declara um componente do tipo Form. Para tratar a submissão do formulário, é preciso definir a propriedade listener, onde indicamos um método declarado na classe da página (que, no caso, será a classe PersonForm). Veremos adiante como podemos definir tal método; 3. Declara um componente do tipo TextField, responsável por renderizar um <input type= text > no HTML resultante. Associamos o valor deste componente com o resultado da expressão OGNL name. Atenção! O prefixo ognl: pode ser omitido quando utilizado em expressões declaradas dentro do arquivo de definições da página (.page), entretanto, no template HTML, o tipo padrão de expressão é literal:. Dessa forma, se o desejado é executar uma expressão OGNL a partir de um componente implícito (declarado diretamente no template HTML), então deve-se fornecer o prefixo ognl:. Ainda em relação ao item 3 da lista anterior, o framework Tapestry, através do uso da biblioteca OGNL, irá chamar o método getname() no objeto Java correspondente à página 11

12 em questão quando for obter o valor de name ou chamar o método setname(string) quando for alterar o valor de name. Podemos também, sempre que necessário, referenciar atributos aninhados, por exemplo: ognl: person.address.street. Esta característica não é particular ao Tapestry e sim à biblioteca OGNL e maiores informações sobre como escrever expressões OGNL podem ser obtidas através da documentação do projeto. Voltando ao exemplo, para fazer a coisa toda funcionar, crie uma classe PersonForm, no pacote com.myapp.tapestry.pages. Digite o seguinte código: package com.myapp.tapestry.pages; import org.apache.tapestry.html.basepage; public abstract class PersonForm extends BasePage { private String name; public String getname() { return name; } public void setname(string name) { this.name = name; } } public void onsubmit() { System.out.println(name); } Note que a classe é abstrata! Eu sei que é difícil, mas tente suportar esta situação por mais alguns momentos... tentarei explicar o motivo dessa bizarrice. Adicione um link no arquivo Home.html apontando para a página recém-criada: <html> <head> </head> <body>... <a href="personform.html" jwcid="@pagelink" page="personform"> Person Form </a> </body> </html> Este componente é um PageLink, que serve para criar um elemento <a> no HTML resultante. O link redirecionará o usuário para a página PersonForm quando este for acionado. Pois bem, faça deploy da aplicação e execute-a. Com alguma sorte, a aplicação funcionará: 12

13 Ilustração 4: Opa! Funcionou! Posso ver a sua felicidade neste momento. Funcionou mesmo? Tem certeza? Eu não queria estragar este momento emocionante, mas eu proponho que faça um teste: abra uma outra janela do browser e acesse novamente o formulário. O que ocorreu? Oh droga... mesmo acessando o formulário a partir de outra janela, o formulário mostra o nome submetido anteriormente. Em outras palavras, os dados submetidos por um usuário são visíveis a outros! Antes de entrar em pânico, vamos entender o porquê... Isso acontece porquê o Tapestry não tem o hábito de descartar o objeto usado para atender uma requisição. O que o framework faz é armazenar tal objeto em um pool. Então, quando outras requisições são feitas a uma mesma página, o Tapestry retira o objeto do pool para servir as requisições. Caso ocorra uma requisição a uma determinada página que não esteja disponível no pool (ou todos os objetos existentes estejam atendendo outras requisições), novos objetos são criados para dar conta da demanda. Embora este comportamento não faça muito sentido num primeiro momento, podemos observar que esta arquitetura torna o Tapestry uma boa escolha para quem deseja criar aplicações web mais escaláveis. Então, como fazer para que os dados fornecidos por um usuário não sejam visíveis a outros? A resposta é: precisamos trabalhar com um recurso chamado de injeção de propriedades, onde o Tapestry realizará automaticamente o controle do ciclo de vida das propriedades da página. Para isso, abra o arquivo PersonForm.page e faça a seguinte alteração: <?xml version="1.0" encoding="utf-8"?> <!DOCTYPE page-specification PUBLIC "-//Apache Software Foundation//Tapestry Specification 4.0//EN" " <page-specification class="com.myapp.tapestry.pages.personform"> <property name="name" /> <component id="form" type="form"> <binding name="listener" value="listener:onsubmit" /> </component> <component id="name" type="textfield"> <binding name="value" value="ognl:name" /> </component> </page-specification> 13

14 Modifique também a classe PersonForm: package com.myapp.tapestry.pages; import org.apache.tapestry.html.basepage; public abstract class PersonForm extends BasePage { public abstract String getname(); } public void onsubmit() { System.out.println(getName()); } What the f***?!?!? É incrível como o autor do Tapestry gosta da palavrinha abstract! No entanto, há um motivo para o uso desta abordagem, ainda que pareça meio bizarro. O que acontece é que, em tempo de execução, o Tapestry cria subclasses concretas para as páginas e componentes, adicionando código necessário para tratar algumas situações que teríamos de implementar à mão. No nosso exemplo, declaramos um elemento <property name= name /> no arquivo PersonForm.page. Durante a execução da aplicação, o Tapestry cria uma subclasse concreta de PersonForm, fornecendo, entre outras coisas, implementações dos métodos getname() e setname(string). Então, para que possamos invocar o método getname() fornecido pelo Tapestry, devemos declarar um método getname() abstrato. Você pode fornecer implementações concretas destes métodos caso queira inserir algum código extra. Vamos fazer mais uma experimentação antes de encerrar este tutorial. Abra o arquivo PersonForm.page e remova o elemento <property name= name />. Rode a aplicação e veja que ela continua a funcionar. Isso acontece porquê o Tapestry verifica se existem métodos abstratos na classe PersonForm e tenta fornecer implementações concretas desses métodos. No nosso caso, a classe possui um método abstrato getname(), então o Tapestry assume que uma propriedade name deve ser criada, juntamente com os métodos getname() e setname(string). Conclusão Chegamos ao fim do primeiro tutorial. Espero ter atingido o objetivo principal, que é ajudar o desenvolvedor Java que nunca teve uma oportunidade de aprender um pouco mais sobre o Tapestry. Também fiz este tutorial pela falta de referência prática sobre o Tapestry em português. Embora este tutorial seja bem introdutório, ele mostra algumas particularidades do Tapestry que costumam causar bastante confusão aos novatos, levando muitos a desistirem de usá-lo. Mas seja forte! Pode ser que você veja no Tapestry aquilo que sente falta em outros frameworks... mas só saberá se tentar! 14

15 Recursos utilizados neste tutorial 1. Tapestry Framework. ; 2. NetBeans IDE. ; 3. nbtapestrysupport. ; 4. Tomcat. ; 5. Sun Java System AS. ; 6. Toplink. ; 7. Hivemind. ; 8. Spring Framework. ; 9. OGNL Object Graph Navigation Language. ; Referências 1. Enjoying Web Development With Tapestry, de Kent Tong Ka Iok; 2. Documentações dos frameworks. Ver seção anterior. Sobre o autor Daniel Fernandes Martins é formado em Sistemas de Informação pela faculdade Gennari & Peartree de Pederneiras/SP e possui dois anos de experiência como desenvolvedor Java. Possui a certificação SCJP 1.4 e estava com uma unha encravada quando escreveu este tutorial. Como se não fosse o bastante, ele tenta mantém um site pessoal em e pode ser contactado através do dfmwork arroba gmail.com. 15