Comentários em: Desenvolvimento Ágil na Web com Seam http://blog.aspercom.com.br/2008/07/07/desenvolvimento-agil-com-seam/ Valores do Desenvolvimento de Software por Rodrigo Yoshima Mon, 01 Dec 2008 20:55:06 +0000 http://wordpress.org/?v=2.0.10 por: BrunoPedroso http://blog.aspercom.com.br/2008/07/07/desenvolvimento-agil-com-seam/#comment-314 Thu, 31 Jul 2008 17:16:50 +0000 http://blog.aspercom.com.br/2008/07/07/desenvolvimento-agil-com-seam/#comment-314 Rodrigo, também sofri muito pra fazer funcionar os testes de integração. Essa dependência do jboss-embeded é f*d@. Só de biblioteca vão mais de 60Mb!! A solução que achamos foi fazer testes de undade com JMock (caprichados) e testar integração apenas com JPA, criando um EntityManager apontando prum banco Hsql. Os testes de integração baseados no SeamTest só mesmo se vc partir de uma aplicação recém gerada com o Seam-gen. Tentamos incorporar ela num módulo puro EJB e foi uma dor de cabeça sem precedentes. Desistimos. Sem falar que aqueles objetos FacesRequest e ComponentTest são horrendos! Sinceramente, comparar o Seam com o Rails foi a coisa mais ridícula que já ouvi. Pura dor de cotovelo! (Ou então ignorância de quem realmente acha que o rails é só um monte de geradores de código.) Falta ao Seam o princípio mais fundamental de todos: simplicidade. Rodrigo, também sofri muito pra fazer funcionar os testes de integração. Essa dependência do jboss-embeded é f*d@. Só de biblioteca vão mais de 60Mb!! A solução que achamos foi fazer testes de undade com JMock (caprichados) e testar integração apenas com JPA, criando um EntityManager apontando prum banco Hsql.

Os testes de integração baseados no SeamTest só mesmo se vc partir de uma aplicação recém gerada com o Seam-gen. Tentamos incorporar ela num módulo puro EJB e foi uma dor de cabeça sem precedentes. Desistimos.

Sem falar que aqueles objetos FacesRequest e ComponentTest são horrendos!

Sinceramente, comparar o Seam com o Rails foi a coisa mais ridícula que já ouvi. Pura dor de cotovelo! (Ou então ignorância de quem realmente acha que o rails é só um monte de geradores de código.)

Falta ao Seam o princípio mais fundamental de todos: simplicidade.

]]> por: Gilliard http://blog.aspercom.com.br/2008/07/07/desenvolvimento-agil-com-seam/#comment-237 Tue, 22 Jul 2008 18:01:01 +0000 http://blog.aspercom.com.br/2008/07/07/desenvolvimento-agil-com-seam/#comment-237 Rodrigo, muito legal esse post. Também recomendo o Seam, é a forma mais agradável de se desenvolver para a Web que eu já experimentei também. Só dá uma olhada na parte onde voce cita algumas implementações de JSF, e onde voce diz que o Seam agora esta mais independente de implementação, pois o ADF Faces e o RichFaces não são implementações de JSF e sim um conjunto de componentes. E o JSF vai ser "cru" com qualquer implementação, seja a RI ou não, pois o que dá o "charme" visual nele são os componentes e não a implementação em si. Minha intenção não é ser chato, mas como o post é bacana, seria interessante deixar mais claro esses pontos, pois muita gente que não sabe dessas diferenças e lerão teu post podem se confudir. Rodrigo, muito legal esse post. Também recomendo o Seam, é a forma mais agradável de se desenvolver para a Web que eu já experimentei também.
Só dá uma olhada na parte onde voce cita algumas implementações de JSF, e onde voce diz que o Seam agora esta mais independente de implementação, pois o ADF Faces e o RichFaces não são implementações de JSF e sim um conjunto de componentes. E o JSF vai ser “cru” com qualquer implementação, seja a RI ou não, pois o que dá o “charme” visual nele são os componentes e não a implementação em si.
Minha intenção não é ser chato, mas como o post é bacana, seria interessante deixar mais claro esses pontos, pois muita gente que não sabe dessas diferenças e lerão teu post podem se confudir.

]]> por: Rodrigo Yoshima http://blog.aspercom.com.br/2008/07/07/desenvolvimento-agil-com-seam/#comment-163 Sat, 12 Jul 2008 15:54:02 +0000 http://blog.aspercom.com.br/2008/07/07/desenvolvimento-agil-com-seam/#comment-163 Rafael, bem, vc deve saber que TDD não é só teste unitário. Quando usamos o FIT como exemplo para direcionar a implementação estamos fazendo TDD e pode ser um teste de integração. Para isso rodar, tudo pra dentro da sua Façade deve funcionar. No caso do Seam essa estratégia é dificultada pois os testes demoram muito para rodar pois o DI do Seam é pesado. Pra fazer testes unitários é OK pois é Pojo-Based, mas testes de integração são pesados com ele. Estou neste momento procurando uma maneira de fazer ele rodar sem o Embeddable Jboss, principalmente para o DI. Talvez eu mude de opinião. Rafael, bem, vc deve saber que TDD não é só teste unitário. Quando usamos o FIT como exemplo para direcionar a implementação estamos fazendo TDD e pode ser um teste de integração. Para isso rodar, tudo pra dentro da sua Façade deve funcionar. No caso do Seam essa estratégia é dificultada pois os testes demoram muito para rodar pois o DI do Seam é pesado.

Pra fazer testes unitários é OK pois é Pojo-Based, mas testes de integração são pesados com ele. Estou neste momento procurando uma maneira de fazer ele rodar sem o Embeddable Jboss, principalmente para o DI. Talvez eu mude de opinião.

]]> por: Rafael Rocha http://blog.aspercom.com.br/2008/07/07/desenvolvimento-agil-com-seam/#comment-159 Sat, 12 Jul 2008 06:23:46 +0000 http://blog.aspercom.com.br/2008/07/07/desenvolvimento-agil-com-seam/#comment-159 Olá Rodrigo, parabéns pelo relato. Realmente interessante esta migração, no qual vi, outros projetos com a mesma motivação. O que no caso não entendi muito bem, seria, quanto ao fator irritante de desenvolver TDD no Jboss Seam? Olá Rodrigo, parabéns pelo relato. Realmente interessante esta migração, no qual vi, outros projetos com a mesma motivação.

O que no caso não entendi muito bem, seria, quanto ao fator irritante de desenvolver TDD no Jboss Seam?

]]> por: links for 2008-07-09 « pabloidz http://blog.aspercom.com.br/2008/07/07/desenvolvimento-agil-com-seam/#comment-138 Wed, 09 Jul 2008 12:31:47 +0000 http://blog.aspercom.com.br/2008/07/07/desenvolvimento-agil-com-seam/#comment-138 [...] Desenvolvimento Ágil na Web com Seam (tags: agile java) Blogroll [...] […] Desenvolvimento Ágil na Web com Seam (tags: agile java) Blogroll […]

]]> por: Rodrigo Yoshima http://blog.aspercom.com.br/2008/07/07/desenvolvimento-agil-com-seam/#comment-134 Wed, 09 Jul 2008 00:18:39 +0000 http://blog.aspercom.com.br/2008/07/07/desenvolvimento-agil-com-seam/#comment-134 Sim João! Mas tem muitas limitações IMHO. Nem sequer um método de Entity é hotdeployable. Melhorou, mas não chega nem perto do Rails! Sim João! Mas tem muitas limitações IMHO. Nem sequer um método de Entity é hotdeployable. Melhorou, mas não chega nem perto do Rails!

]]> por: João Paulo Viragine http://blog.aspercom.com.br/2008/07/07/desenvolvimento-agil-com-seam/#comment-133 Tue, 08 Jul 2008 23:05:35 +0000 http://blog.aspercom.com.br/2008/07/07/desenvolvimento-agil-com-seam/#comment-133 Ótimo post, Só para complementar: Hot Deploy no Seam: http://docs.jboss.com/seam/2.0.2.SP1/reference/en-US/html_single/#gettingstarted-hotdeployment http://docs.jboss.com/seam/2.0.2.SP1/reference/en-US/html_single/#gettingstartedwithjbosstools.hotdeployment http://blog.hibernate.org/Bloggers/IncrementalHotDeploymentWithSeamAndJBossTools Ótimo post,

Só para complementar:

Hot Deploy no Seam:
http://docs.jboss.com/seam/2.0.2.SP1/reference/en-US/html_single/#gettingstarted-hotdeployment
http://docs.jboss.com/seam/2.0.2.SP1/reference/en-US/html_single/#gettingstartedwithjbosstools.hotdeployment
http://blog.hibernate.org/Bloggers/IncrementalHotDeploymentWithSeamAndJBossTools

]]> por: Rodrigo Yoshima http://blog.aspercom.com.br/2008/07/07/desenvolvimento-agil-com-seam/#comment-130 Tue, 08 Jul 2008 16:55:34 +0000 http://blog.aspercom.com.br/2008/07/07/desenvolvimento-agil-com-seam/#comment-130 Sim, anteriormente eu rodava no Tomcat, mas mesmo assim quando o número de "Seam Components" sobe assim como os itens da JPA (entities, queries) esse tempo fica bem maior. O Jetty é mais leve. Um tomcat puro demora 12-15 segundos pra subir. Um Jetty é 5-8 segundos. Sim, anteriormente eu rodava no Tomcat, mas mesmo assim quando o número de “Seam Components” sobe assim como os itens da JPA (entities, queries) esse tempo fica bem maior.

O Jetty é mais leve. Um tomcat puro demora 12-15 segundos pra subir. Um Jetty é 5-8 segundos.

]]> por: Vinicius http://blog.aspercom.com.br/2008/07/07/desenvolvimento-agil-com-seam/#comment-129 Tue, 08 Jul 2008 16:40:09 +0000 http://blog.aspercom.com.br/2008/07/07/desenvolvimento-agil-com-seam/#comment-129 Oi Rodrigo, já tentou rodar o Seam no Tomcat? Eu estou começando a usar o Seam agora com o Tomcat e foi bem fácil colocar para rodar e o tempo de subida total normalmente é abaixo de 15 segundos (com 5 entidades configuradas no persistence.xml, por enquanto...). Eu estou usando o Seam 2.0.2. Oi Rodrigo, já tentou rodar o Seam no Tomcat? Eu estou começando a usar o Seam agora com o Tomcat e foi bem fácil colocar para rodar e o tempo de subida total normalmente é abaixo de 15 segundos (com 5 entidades configuradas no persistence.xml, por enquanto…). Eu estou usando o Seam 2.0.2.

]]> por: Rodrigo Yoshima http://blog.aspercom.com.br/2008/07/07/desenvolvimento-agil-com-seam/#comment-128 Tue, 08 Jul 2008 15:40:38 +0000 http://blog.aspercom.com.br/2008/07/07/desenvolvimento-agil-com-seam/#comment-128 Felipe, baixe o código e veja a aplicação exemplo Hotmotors. Isso será um bom começo. O Seam é bem fácil. Se você quiser tentar ajudar no projeto é só entrar em contato usando o fórum do projeto. Rodrigo Yoshima Felipe, baixe o código e veja a aplicação exemplo Hotmotors. Isso será um bom começo. O Seam é bem fácil. Se você quiser tentar ajudar no projeto é só entrar em contato usando o fórum do projeto.

Rodrigo Yoshima

]]>