Eu comprei esse livro (Java Tools for eXtreme Programming) no final do ano passado. Tendo passado j� um ano, v�rios t�picos est�o desatualizados. Ainda d� para aproveitar o estudo de caso, j� que ele n�o depende das ferramentas, mas os tutoriais do Ant e principalmente do Cactus (os exemplos com Cactus + HttpUnit n�o funcionam mais com as �ltimas vers�es) est�o desatualizados. Apesar disso, o livro ainda � bom (o estudo de caso � bastante instrutivo) s� que voc� vai ter que se atualizar com os tutoriais do Cactus na Internet (o processo de configura��o, por exemplo, mudou). O livro n�o trata de mock objects.
Eu tenho usado JUnit em todos os meus projetos (e tenho ensinado Ant e JUnit em todos os cursos de Java ministrados pela minha empresa). O JUnit � muito simples e, se voc� conseguir implantar uma metodologia como TDD (Test-Driven Development) ningu�m vai conseguir n�o us�-lo. J� o Cactus d� um pouco mais de trabalho. Nem sempre vale a pena testar tudo no Cactus. Para mim, a maior vantagem do Cactus � permitir rodar testes dentro do Container e devolver os resultados para o JUnit (que funciona como cliente Web). � legar para testar a l�gica de EJBs in-container, quando necess�rio (o ideal � refatorar sua aplica��o para que isto n�o seja necess�rio - ou seja - que voc� possa testar a l�gica das unidades sem depender de sua integra��o com o container - para isto voc� pode usar o JUnit e talvez, o JUnitEE ou mock objects). Prefiro que os m�todos do EJB que fazem coisas n�o relacionadas � persist�ncia deleguem responsabilidade a outros objetos. Esses outros geralmente podem ser testados com o JUnit fora do container. Em geral, com testes, seu desenvolvimento levar� o dobro do tempo, mas, em compensa��o, o c�digo ter� maior qualidade e provavelmente a depura��o levar� muito, muito menos tempo. Eu reduzi o uso do Debugger em 95%. Com Cactus � preciso evitar o over-testing. Como s�o testes de integra��o (e n�o de unidade), n�o � preciso testar tudo. Alguns testes falham em um momento e funcionam em outro. Isto � comum quando se testa integra��o. � preciso levar em conta fatores externos. Eu tentei implantar TDD com Cactus em um projeto pequeno, mas vi que n�o ia dar certo. Resolvemos testar apenas o que era mais cr�tico e praticamente, pouco havia o que testar com Cactus (somente coisas que afetavam ou eram afetadas pelo container, como contextos, sess�es, primary keys, etc.) Acho que essa � a melhor alternativa. Eu n�o achei produtivo o teste de custom tags. Voc� tem que olhar para o c�digo gerado pelo container, entender como o container gera esse c�digo e reproduzir o processo... Achei meio anti-XP. Para gerar mock objects eu gosto muito do MockMaker, mas, dependendo da interface que ele gerar (as vezes imensa) voc� talvez queira fazer seu mock object manualmente. Eu preparei uma palestra que trata de v�rios assuntos relacionados � implanta��o de XP em projetos Java. Parte dele (principalmente os exemplos) foram baseados no livro que mencionei acima. Eu tamb�m tenho alguns exemplos de aplica��es usando MVC/servlets/JSP (com e sem Struts) contendo v�rios testes (alguns excessivos) com o Cactus. Os links est�o abaixo: - Implementando eXtreme Programming em Java: http://www.argonavis.com.br/cursos/xpjava/index.html - Exemplos com servlets/JSP/MVC e Cactus http://www.argonavis.com.br/cursos/java/j550/j550_mvc_cactus.zip (4.7 MB) - tem um bloco <copy> no init do Ant de um dos exemplos que pode fazer o build falhar. Ele tenta copiar uns arquivos do cactus (que n�o s�o necess�rios, pois est� tudo incluido). Voce pode remove-lo (se tiver dificuldades, me informe que eu enviarei o build.xml corrigido). Configure o build.properties antes de rodar (nao precisa ter nem configurar localiza��o de cactus ou httpunit). Helder. -- Helder da Rocha ([EMAIL PROTECTED]) Web Consultant www.argonavis.com.br S�o Paulo, Brazil +55 (11) 9291 0567 ----- Original Message ----- From: "Nilseu Padilha" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, December 13, 2002 6:43 PM Subject: Re: [enterprise-list] XP > Ja tinha chegada a estas duas ferramentas, alem delas existeo HTTTUnit que executa testes sobre servlets, s o > que eu nao li as especificacoes do produto entao nao posso afirmar mais nada. No momento estou decidindo o > que eu vou pesquisar como "lightweight methodology" para desenvolveminto e estou seriamente inclinado a > adotar XP como foco. Ja existe um livro disponivel na amazon inclusive que apresenta processos XP integrando > Ant, Cactus e HTTPUnit (nao lembro ao certo se incorpora mockobjects, mas deve ser provavel) > > Quanto ao mercado em porto alegre,, talvez outros camaradas daqui possam dar sua opiniao tambem, no > momento estou vendo as coisas meio estagnadas, com movimentacao apenas nos centros mais tradicionais de > java, de agosto pra ca ja vi alguns projetos (alias propostas) nao sendo levados adiante, mas principalmente > devido a questoes economicas e algumas burocraticas, e houve boatos de dois megaprojetos envolvendo "um > pequeno exercito" (digo pelotao:) mas que acabaram nao se erealizando. > O que houve ate agora eh uma demanda por aplicacoes JSP Model 1 (em meu antigo empregador, pois era o que > eles sabiam la :). > > Talvez nao seja o foco da lista (devemos perguntar ao moderador), mas acho que seria interessante algumas > threads sobre os mercados regionais, com depoimentos de alguns participantes da lista. > > > On Fri, 13 Dec 2002 12:01:34 -0200, Jose Luiz Junior <[EMAIL PROTECTED]> escreveu : > > > De: Jose Luiz Junior <[EMAIL PROTECTED]> > > Data: Fri, 13 Dec 2002 12:01:34 -0200 > > Para: [EMAIL PROTECTED] > > Assunto: Re: [enterprise-list] XP > > > > > > Existem 2 ferramentas (que eu conheco) para isso. > > > > Jakarta Cactus (http://jakarta.apache.org/cactus) que roda os testes > > dentro do container atravez de proxys (patterns) que faz com que parece > > que est� sendo rodado no cliente. > > > > e MockObjects (http://www.mockobjects.org) que � implementar uma > > "maquete" das classes de servi�o, fazendo com que seu codigo seja testado. > > > > Visite os sites, e d� um feedback. > > > > Diga uma coisa... Como vai o mercado Java ai em Porto Alegre? > > > > Um abra�o > > Jose Luiz Junior > > > > Nilseu Padilha wrote: > > > > >Alguem tem alguma es]xperiencia pratica em XP(eXtreme Programming), aplicando esta metodologia em J2EE? > > >Coisas do tipo framework, ou frameworks integrados, p/ testar EJB�s, servlets ou mesmo requisicoes http. > > > > > >Pelo que eu sei o JUnit e o Ant estao nas conforidades com algumas premissas do XP, mas imagino que seria > > >para objetos nao distribuidos, no maximo testando a chamadas a EJB�s e acesso a JDBC, mas a questao e > > >quanto a teste em um ambiente servlet/web. > > > > > >Abstraindo-se os aspectos tecnologicos, quem trabalhou com XP teria alguma coisa a dizer sobre sua > pesquisa, > > >implantacao, resistencia em asua adocao por parte dos desenvolvedores e usuario, fase de estabilizacao e > > >producao? > > > > > >Resumindo, um Case (J2EE ou nao) onde o sucesso foi alcancado? > > > > > ><Padilha id="Nilseu"> > > >Nilseu Perside Ortiz Padilha Junior > > >Desenvolvedor Java - J2EE > > >Immediate Consultoria e Sistemas > > >http://www.immediate.com.br > > >Ciencia da Computacao - ULBRA > > ><Quote> > > >Rejeitamos reis, presidentes e votos. Acreditamos em puro consenso e codigo eficiente. - Dave Clark > > ></Quote> > > ><Quote> > > >One exam does not a (J2EE) architect make. - Master Yoda > > ></Quote> > > ></Padilha> > > > > > > > > >--------------------------------------------------------------------- > > >Para cancelar a subscri��o, envie mensagem para: [EMAIL PROTECTED] > > >Para comandos adicionais, envie mensagem para: [EMAIL PROTECTED] > > > > > > > > > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > Para cancelar a subscri��o, envie mensagem para: [EMAIL PROTECTED] > > Para comandos adicionais, envie mensagem para: [EMAIL PROTECTED] > > > > > > > > > > <Padilha id="Nilseu"> > Nilseu Perside Ortiz Padilha Junior > Desenvolvedor Java - J2EE > Immediate Consultoria e Sistemas > http://www.immediate.com.br > Ciencia da Computacao - ULBRA > <Quote> > Rejeitamos reis, presidentes e votos. Acreditamos em puro consenso e codigo eficiente. - Dave Clark > </Quote> > <Quote> > One exam does not a (J2EE) architect make. - Master Yoda > </Quote> > </Padilha> > > > --------------------------------------------------------------------- > Para cancelar a subscri��o, envie mensagem para: [EMAIL PROTECTED] > Para comandos adicionais, envie mensagem para: [EMAIL PROTECTED] > --------------------------------------------------------------------- Para cancelar a subscri��o, envie mensagem para: [EMAIL PROTECTED] Para comandos adicionais, envie mensagem para: [EMAIL PROTECTED]
