<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comentários sobre: Desenvolvimento Ágil na Web com Seam</title>
	<atom:link href="http://blog.aspercom.com.br/2008/07/07/desenvolvimento-agil-com-seam/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.aspercom.com.br/2008/07/07/desenvolvimento-agil-com-seam/</link>
	<description>O blog da ASPERCOM Treinamentos   www.aspercom.com.br</description>
	<lastBuildDate>Thu, 19 Jan 2012 15:20:54 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>Por: Ranieri Marinho de Souza</title>
		<link>http://blog.aspercom.com.br/2008/07/07/desenvolvimento-agil-com-seam/#comment-10866</link>
		<dc:creator>Ranieri Marinho de Souza</dc:creator>
		<pubDate>Mon, 07 Jun 2010 11:51:01 +0000</pubDate>
		<guid isPermaLink="false">http://blog.aspercom.com.br/2008/07/07/desenvolvimento-agil-com-seam/#comment-10866</guid>
		<description>Ótimo post, suas informações são muito importantes, boa iniciativa

Abraços,
Ranieri Marinho de Souza
SEGR - Segurança da Informação
http://blog.segr.com.br</description>
		<content:encoded><![CDATA[<p>Ótimo post, suas informações são muito importantes, boa iniciativa</p>
<p>Abraços,<br />
Ranieri Marinho de Souza<br />
SEGR &#8211; Segurança da Informação<br />
<a href="http://blog.segr.com.br" rel="nofollow">http://blog.segr.com.br</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Rodrigo Yoshima</title>
		<link>http://blog.aspercom.com.br/2008/07/07/desenvolvimento-agil-com-seam/#comment-6154</link>
		<dc:creator>Rodrigo Yoshima</dc:creator>
		<pubDate>Thu, 16 Jul 2009 12:02:10 +0000</pubDate>
		<guid isPermaLink="false">http://blog.aspercom.com.br/2008/07/07/desenvolvimento-agil-com-seam/#comment-6154</guid>
		<description>Leonardo, de fato ainda não dei uma olhada nas últimas versões do Spring (está no meu backlog). De qualquer forma, muito obrigado pela contribuição aqui no Débito Técnico.</description>
		<content:encoded><![CDATA[<p>Leonardo, de fato ainda não dei uma olhada nas últimas versões do Spring (está no meu backlog). De qualquer forma, muito obrigado pela contribuição aqui no Débito Técnico.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Leonardo Campos</title>
		<link>http://blog.aspercom.com.br/2008/07/07/desenvolvimento-agil-com-seam/#comment-6143</link>
		<dc:creator>Leonardo Campos</dc:creator>
		<pubDate>Thu, 16 Jul 2009 01:18:47 +0000</pubDate>
		<guid isPermaLink="false">http://blog.aspercom.com.br/2008/07/07/desenvolvimento-agil-com-seam/#comment-6143</guid>
		<description>Rodrigo, muito bom o Post, ainda preciso avaliar o JBoss Seam pois não tive contato ainda.

A única ressalva é sobre o Spring, se vc acha que tem muito XML é porque mexeu com versões antigas.

Hoje há apenas um XML mínimo, apenas informando para mapear as anotações.

A partir daí é tudo anotação.

Para que qualquer classe passa a ser gerenciada pelo Spring e ainda ter suas dependências injetadas, veja o exemplo:
@Component
public class MinhaClasse {
    @Autowired
    public MinhaClasse(MinhaDependencia dependencia) {
    }

    @Autowired
    private OutraDependencia outraDependencia;

    @Autowired
    public void setMaisUmaDependencia(MaisUmaDependencia aaisUmaDependencia) {
    }
}

Espero ter contribuído...</description>
		<content:encoded><![CDATA[<p>Rodrigo, muito bom o Post, ainda preciso avaliar o JBoss Seam pois não tive contato ainda.</p>
<p>A única ressalva é sobre o Spring, se vc acha que tem muito XML é porque mexeu com versões antigas.</p>
<p>Hoje há apenas um XML mínimo, apenas informando para mapear as anotações.</p>
<p>A partir daí é tudo anotação.</p>
<p>Para que qualquer classe passa a ser gerenciada pelo Spring e ainda ter suas dependências injetadas, veja o exemplo:<br />
@Component<br />
public class MinhaClasse {<br />
    @Autowired<br />
    public MinhaClasse(MinhaDependencia dependencia) {<br />
    }</p>
<p>    @Autowired<br />
    private OutraDependencia outraDependencia;</p>
<p>    @Autowired<br />
    public void setMaisUmaDependencia(MaisUmaDependencia aaisUmaDependencia) {<br />
    }<br />
}</p>
<p>Espero ter contribuído&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: PRSoluções &#187; Blog Arquivo &#187; PHP, Java, Ruby on Rails - Existe um vencedor?</title>
		<link>http://blog.aspercom.com.br/2008/07/07/desenvolvimento-agil-com-seam/#comment-4529</link>
		<dc:creator>PRSoluções &#187; Blog Arquivo &#187; PHP, Java, Ruby on Rails - Existe um vencedor?</dc:creator>
		<pubDate>Tue, 19 May 2009 04:43:41 +0000</pubDate>
		<guid isPermaLink="false">http://blog.aspercom.com.br/2008/07/07/desenvolvimento-agil-com-seam/#comment-4529</guid>
		<description>[...] http://blog.aspercom.com.br/2008/07/07/desenvolvimento-agil-com-seam/ [...]</description>
		<content:encoded><![CDATA[<p>[...] <a href="http://blog.aspercom.com.br/2008/07/07/desenvolvimento-agil-com-seam/" rel="nofollow">http://blog.aspercom.com.br/2008/07/07/desenvolvimento-agil-com-seam/</a> [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: BrunoPedroso</title>
		<link>http://blog.aspercom.com.br/2008/07/07/desenvolvimento-agil-com-seam/#comment-314</link>
		<dc:creator>BrunoPedroso</dc:creator>
		<pubDate>Thu, 31 Jul 2008 17:16:50 +0000</pubDate>
		<guid isPermaLink="false">http://blog.aspercom.com.br/2008/07/07/desenvolvimento-agil-com-seam/#comment-314</guid>
		<description>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.</description>
		<content:encoded><![CDATA[<p>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.</p>
<p>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.</p>
<p>Sem falar que aqueles objetos FacesRequest e ComponentTest são horrendos!</p>
<p>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.) </p>
<p>Falta ao Seam o princípio mais fundamental de todos: simplicidade.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Gilliard</title>
		<link>http://blog.aspercom.com.br/2008/07/07/desenvolvimento-agil-com-seam/#comment-237</link>
		<dc:creator>Gilliard</dc:creator>
		<pubDate>Tue, 22 Jul 2008 18:01:01 +0000</pubDate>
		<guid isPermaLink="false">http://blog.aspercom.com.br/2008/07/07/desenvolvimento-agil-com-seam/#comment-237</guid>
		<description>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 &quot;cru&quot; com qualquer implementação, seja a RI ou não, pois o que dá o &quot;charme&quot; 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.</description>
		<content:encoded><![CDATA[<p>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.<br />
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 &#8220;cru&#8221; com qualquer implementação, seja a RI ou não, pois o que dá o &#8220;charme&#8221; visual nele são os componentes e não a implementação em si.<br />
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.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Rodrigo Yoshima</title>
		<link>http://blog.aspercom.com.br/2008/07/07/desenvolvimento-agil-com-seam/#comment-163</link>
		<dc:creator>Rodrigo Yoshima</dc:creator>
		<pubDate>Sat, 12 Jul 2008 15:54:02 +0000</pubDate>
		<guid isPermaLink="false">http://blog.aspercom.com.br/2008/07/07/desenvolvimento-agil-com-seam/#comment-163</guid>
		<description>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.</description>
		<content:encoded><![CDATA[<p>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.</p>
<p>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.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Rafael Rocha</title>
		<link>http://blog.aspercom.com.br/2008/07/07/desenvolvimento-agil-com-seam/#comment-159</link>
		<dc:creator>Rafael Rocha</dc:creator>
		<pubDate>Sat, 12 Jul 2008 06:23:46 +0000</pubDate>
		<guid isPermaLink="false">http://blog.aspercom.com.br/2008/07/07/desenvolvimento-agil-com-seam/#comment-159</guid>
		<description>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?</description>
		<content:encoded><![CDATA[<p>Olá Rodrigo, parabéns pelo relato. Realmente interessante esta migração, no qual vi, outros projetos com a mesma motivação. </p>
<p>O que no caso não entendi muito bem, seria, quanto ao fator irritante de desenvolver TDD no Jboss Seam?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: links for 2008-07-09 &#171; pabloidz</title>
		<link>http://blog.aspercom.com.br/2008/07/07/desenvolvimento-agil-com-seam/#comment-138</link>
		<dc:creator>links for 2008-07-09 &#171; pabloidz</dc:creator>
		<pubDate>Wed, 09 Jul 2008 12:31:47 +0000</pubDate>
		<guid isPermaLink="false">http://blog.aspercom.com.br/2008/07/07/desenvolvimento-agil-com-seam/#comment-138</guid>
		<description>[...] Desenvolvimento Ágil na Web com Seam (tags: agile java)         Blogroll [...]</description>
		<content:encoded><![CDATA[<p>[...] Desenvolvimento Ágil na Web com Seam (tags: agile java)         Blogroll [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Rodrigo Yoshima</title>
		<link>http://blog.aspercom.com.br/2008/07/07/desenvolvimento-agil-com-seam/#comment-134</link>
		<dc:creator>Rodrigo Yoshima</dc:creator>
		<pubDate>Wed, 09 Jul 2008 00:18:39 +0000</pubDate>
		<guid isPermaLink="false">http://blog.aspercom.com.br/2008/07/07/desenvolvimento-agil-com-seam/#comment-134</guid>
		<description>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!</description>
		<content:encoded><![CDATA[<p>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!</p>
]]></content:encoded>
	</item>
</channel>
</rss>

