Proposta de projeto - SeamPuppet

Movido para Off-topic

vocês poderiam colaborar com o spring-annotation, ja tem bastante disto implementado

Pois é… como respondi no blog… vo colar aqui:

Vale mesmo a pena chun?

Não seria mais proveitoso arrumar os problemas de compatibilidade com a JSF 1.2 RI do Seam?

Calma, não tô querendo jogar balde de água fria na sua idéia não!

Fabio Kung:

Vale mesmo a pena chun?

Não seria mais proveitoso arrumar os problemas de compatibilidade com a JSF 1.2 RI do Seam?

Calma, não tô querendo jogar balde de água fria na sua idéia não!

Eu to calmo… hehehe
tanto que estou questionando a validade de um projeto assim…

O que nao me deixa a vontade no seam são as milhoes de dependencias… e a forma de trabalho dele obrigatoria usando Session beans como actions… acho que ele tá virando um super elefante branco… mas tem coisas muito boas… sakadas geniais… e que vivem no dia a dia do desenvolvedor JSF comum… IoC de BackingBeans é BASICO… a parte de mapeamento via annotations ia deixar nota 10 tambem…

Será que para ter coiass tão basicas eu deveria colocar todos os kilos de jars na minha app ?

o seam, se tu configurar o tipo de projeto para war, não usa session beans, só anota os componentes com o @Name dele …

e as duzias de dependencias ? vo ficar com um elefante apenas fazendo IoC ?

Bom, pelo menos pra mim, essa coisa de dependências não é muito problemática.

Se você usa maven é só adicionar uma dependência no pom.xml, se não usa é só copiar todos os jars do lib (tá bom, é feio… mas quem se importa? :D).

Até onde eu sei, podem ser POJOs.

Ainda mais agora que existe a JSR-299 Web Beans, fortemente baseada no Seam, será que não vale mais a pena esperar ela sair e “quem sabe” fazer uma implementação mais leve?

Você mesmo sempre foi tão a favor de seguir os padrões…

Acho que achei o que eu queria:

http://shale.apache.org/shale-tiger/index.html

Acho que o SeamPuppet esta morto.

e as duzias de dependencias ? vo ficar com um elefante apenas fazendo IoC ?
ele não faz só IoC, faz controle de transações, gerenciamento do ciclo de vida do JPA, controle de contextos (implementar aqueles contextos de conversação é um inferno), integração com jBPM, …
(tem uma listinha com mais um monte de coisas que ele faz no meu blog … )

acho que tu ta olhando o Seam de uma forma simplista demais …

mesmo o IoC, tu vai gerenciar a criação e o contexto dos objetos como?

e as duzias de dependencias ? vo ficar com um elefante apenas fazendo IoC ?
ele não faz só IoC, faz controle de transações, gerenciamento do ciclo de vida do JPA, controle de contextos (implementar aqueles contextos de conversação é um inferno), integração com jBPM, …
(tem uma listinha com mais um monte de coisas que ele faz no meu blog … )

acho que tu ta olhando o Seam de uma forma simplista demais …

mesmo o IoC, tu vai gerenciar a criação e o contexto dos objetos como?

da mesma forma que o projetinho de cima faz nao quero complicar… pra que jBPM ? quero algo bem simplista… nao quero abracar o mundo… se quisesse… uso o Seam direto

De qualquer forma o Shale também é uma das bases da spec Web Beans.

É uma pena que eu ainda não tenha consegiudo fazer esse Shale Tiger funcionar por aqui