Web Beans morreu. Agora se chama JCDI (Java Contexts and Dependency Injection).

HelloWorld Membro desde: 20/05/2005 09:36:35 Mensagens: 14 Offline

Gostei bastante do post. Também dei uma olhada no Guice, e achei um espetáculo. As mecânicas de configurações do Spring são excelentes, o código foi extremamente bem bolado e produzido, cheios de javadoc e firulas; porém, funcionalmente a arquitetura do guice é mais enxuta e prática em relação ao spring.

Faltava um JCDI da vida pra produzir uma API em comum! Cada um usa agora o de sua preferência. Votei no Guice!

"The goal of this work is to enable EJB 3.0 components to be used as JSF managed beans, unifying the two component models and enabling a considerable simplification to the programming model for web-based applications in Java."

... Isso é o que o JBoss Seam faz, não? (embora, é claro, não seja uma especificação mas um Framework...)

Abraços.
Elvano.

HelloWorld Membro desde: 20/05/2005 09:36:35 Mensagens: 14 Offline

Exato Elvano, mas só funciona com JSF! O guice pode ser customizado... Eu sou fã do Seam, o acompanho desde a sua concepção, mas acho q ele pecou ao associar-se fortemente ao JSF!

acho que o Seam foi essencial para evolucao do Java EE

publiquei post em meu blog sobre o assunto
http://faelcavalcanti.wordpress.com/2009/02/15/entendendo-proposito-jsr-299-jcdiweb-beans/

Virtual Machine Man Membro desde: 21/01/2004 14:12:54 Mensagens: 618 Offline

valtoni wrote:Exato Elvano, mas só funciona com JSF! O guice pode ser customizado... Eu sou fã do Seam, o acompanho desde a sua concepção, mas acho q ele pecou ao associar-se fortemente ao JSF!

Isso não é verdade já faz um tempo (antes da versão 2). Você pode usar o Seam com Wicket, GWT, Flex ou se preferir até mesmo de um client JavaSE, invocando via lookup EJB convencional uma Façade com componentes Seam.

This message was edited 1 time. Last update was at 18/02/2009 00:32:13

Ola

Você pode usar o Seam com Wicket, GWT, Flex

Alessandro, vou aproveitar que vc reacendeu a discussão e pedir pra ouvir sua opinião. Tenho lutado pra aprender bem JSF + RichFaces + Ajax4jsf ...(JBoss).

No entanto, apesar de EU não gostar muito da aparência visual geral do Flex (caro, posso estilizar), esse me parece um pouco muito mais intuitivo e fácil de programar para a camada UI. Além disso, também me parece mais "profissinal, robusto" que GWT. Mas sou fã do GWT.

A minha pegunta é a seguinte, vc acha que é razoável, confiável, etc, implementar um sistema Enterprise (a princípio pequeno, mas com uma estratégia de crescimento para médio porte...) usando o GWT???.

É é que tenho a impressão (talvez errônea) de que o GWT é um framewok meio relegado para aplicações "pequenas"... Mas, se eu tiver indicios bons que o GWT pode "substituir" o lado cliente de forma robusta, pessoalmente não tenho dúvida em desistir do JSF em prol do GWT.

Problema potencial: no livro Seam in action, o autor Dan Allen diz:

G4jsf, a subproject under Ajax4jsf, is an integration library for the Google Widget Toolkit (GWT) and
JavaServer Faces (JSF). G4jsf combines both technologies to wrap Google widgets into JSF components.

e

Unfortunately, the future of this project is unknown beyond the release of Seam 2. Ajax4jsf was
adopted by JBoss, but G4jsf was left behind.

. Logo, pelo que entendi, teriamos somente chamadas remotas (RPC) pra interargir da UI cliente com o lado Seam no servidor, eh isso mesmo?

Entao, qual o futuro do Seam+GWT?.. Robustez, escalabilidade, manutenabilidade, etc, qual sua opinião..? (sem querer abusar...

)

(God, preciso aprender a fazer posts com menos palavras,,,

)

Abraços, elvano.

Virtual Machine Man Membro desde: 21/01/2004 14:12:54 Mensagens: 618 Offline

A dupla Seam + GWT já é a preferida da JBoss para desenvolvimento de suas aplicações web embarcada em seus frameworks, como é o caso do BRMS (Banco de Regras do Drools), Guvnor (novo Banco de Regras) e jBPM Console (ferramenta de monitoramento de processos BPM).

Fora que hoje a Red Hat esta investindo no próprio desenvolvimento do GWT, o que assim se pressupõe uma integração cada vez maior com seus frameworks como o caso do Seam.

Sem dúvida eu acho uma solução boa o desenvolvimento de interfaces com GWT para grandes projetos . Como opinião pessoal, a única coisa que não gosto muito do GWT é a burocracia para escrever coisas simples , ou melhor dizendo, desenvolvimento like Swing não me agrada.

HelloWorld Membro desde: 20/05/2005 09:36:35 Mensagens: 14 Offline

Legal saber disso Allessandro, realmente assim fica um pouco melhor. Então falta resolver somente uma coisa no seam (já que não sabia da utilização em outros frameworks de visão): o forte acoplamento com EJB. Não vi ninguém ainda conseguir fazer um lookup de um EJB disponibilizado como componente Seam, ele o amarra deveras. Há alguma maneira de fazer isso?

Bem, se houver... A investida é boa!

Virtual Machine Man Membro desde: 21/01/2004 14:12:54 Mensagens: 618 Offline

Relaxa, isso tbm não é mais problema. Isso ocorria pq os componentes do Seam (EJBs ou POJOs) eram vinculados com o ciclo de vida JSF, o que não ocorre mais com os novos interceptors.

Notícias, artigos e o maior fórum brasileiro sobre Java