JSF : realmente vai pegar?

Talvez.

cara…

IMHO, naum importa se vai pegar ou naum! Procure aprender bém mvc. Brinque um pouco com webwork, faça alguns testes unitários em actions, veja como funca o struts, olha o código fonte deles, procure ler algumas comparações entres estes frameworks mvc, e aí, ao invés de optar por se especializar em uma coisa só, vc opta por diversidade!

Acredito que sim.

eu sempre disse que JSF iria pegar quando existissem ferramentas para fazer o design das páginas, ja que a API JSF foi criada exatamente para isto …

e agora estão começando a aparecer ferramentas boas para isto

da uma olhada no jdeveloper preview que esta disponivel para download no site da OTN,
o JCreator 2 (ta em beta testes) ta muito bom.
tem alguns plugins legais para o eclipse (os bons são comerciais, mas são muito bons )
…

por tanto, acho que vai pegar sim

Acho que vai mas ainda vai demorar um pouquinho!

Perdoem-me se eu estiver falando bobagem, mas pelo pouco que eu vi de JSF é mais um grande Welcome to the World of XML Programming !!!

:lol:

saoj:

Perdoem-me se eu estiver falando bobagem, mas pelo pouco que eu vi de JSF é mais um grande Welcome to the World of XML Programming !!!

:lol:

Kkkkkkkkkkkkkkk!

Exatamente :mrgreen:

JSF já é realidade pra muita gente que mexe com portlets. Nenhum outro framework se ajusta tão bem a portlets quanto JSF (especialmente RoR cv).

É impressão minha ou o JSF foi feito para empresas grandes do JCP poderem fazer (e vender) ferramentas RAD, mas que tenham uma especificação por trás?

JSF foi criado para que o java tenha recursos para concorrer com a produtividade e facilidade de uso dos WebForms do .NET,
e sim, foi projetado pensando em se trabalhar com ele usando uma ferramenta RAD.

Arrastar e soltar sem saber o que esta acontecendo. Tenho medo disso! :mrgreen:

Arrastar e soltar sem saber o que esta acontecendo. Tenho medo disso! :mrgreen:
pode ter medo, mas não pode negar que é produtivo

e a maneira como o JSF foi projetado, da pra trabalhar meio a meio

os testes que tenho feito, faço toda a lógica da app na mão como sempre, e faço o layout e o binding disto com uma ferramenta RAD para JSF

passos,
E arrastar e soltar sabendo perfeitamente o que acontece por trás? Aí fica bala!

urubatan,
Pois é, mas tem gente que acha que RAD = codigo mal feito … não sei de onde tiraram essa idéia

Thiago Senna,
Com certeza, e é isto que eu procuro fazer. Nao tem graca nenhuma usar um framework e não ter nenhuma ideia do que ele faz por dentro. Se vc sabe mvc, vai saber usar qualquer framework mvc sem problemas, e o melhor, vc vai ter plenas condicoes de implementar a arquitetura mvc!

Acho que este conceito de código mal feito é antigo.

Com certeza, os primeiros programadores Assembly que precisaram mudar pra uma linguagem de alto nível (linguagem C por exemplo), acusaram os compiladores de gerar código de máquina mal feito.

Pode parecer um pensamento radical, mas com uma tecnologia tipo JSF poderia se criar uma geração inteira de desenvolvedores web que nem soubessem programar um servlet. E eles não se importariam se o código gerado seria sujo ou não.

Esse e um outro ponto que acho complicado e que hoje acontece em outras linguagens. Vc arrasta solta e espera que algo acontecer sem saber exatamente o que / como aquilo implementa.

Eu acredito que vai!

Creio que sim, em breve nos cinemas hauhau…

Valeu! 8)

Bom, acho que é uma tendência comum.

As novidades sempre foram vistas com olhos preconceituosos para os mais céticos, e isso vale a tudo.

Se vc tem medo, de usar uma ferramenta RAD para JSF e fazer uma datatable paginada em dois minutos… tudo bem.

Continue fazendo Servlets no braço e boa sorte…
Agora, nao concordo com “Uma geração nova de programadores JSF sem conhecer como um servlet funciona”. Vem cá…

Desde o MVC, eu diria que mais da metade não sabe fazer servlets… a não ser JSP… no final todos sabem, tudo é servlet.

Quantos aqui sabem como ponteiros funcionam? e nem por isso não sabem programar. (Se bem que a maioria que sabe, preferia não ter passado por isso hehe…)

Eu sou da seguinte opnião, nunca critique algo sem antes conhecer profundamente. Canso de ver bixo falando mal do Struts quando pergunto como o Struts funciona… o cara nem sabe o que é MVC a não ser a nomeiclatura…(mas convenhamos, realmente muitas focas morrem…)

O JSF tem seus lados positivos e negativos. Robusto, prático porém te deixa preso a arquitetura… pouca flexibilidade. Mas muito produtivo e concordo que com portlets não há arquitetura mais conveniente.

Cada caso é um caso… e cada experiência um ponto de partida.

Eu aposto na idéia, se alguem já usou em projetos sabe que é uma plataforma interessante, mas que precisa evoluir.

Mas que a verdade seja dita, JSF veio com algo já existente desde 2001 pelo .NET.

[]'s

Eu acredito muito que JSF vai ter um papel no mercado muito grande.
Ele tem uma funcionalidade muito grande e muita coisa pode ser feito com ele!

abraaaço

Só se for gripe…

Com certeza o JSF será o padrão de mercado para se desenvover aplicações web daseadas em componentes. Estou otimista quanto a este fato. O JSF subistituirá o WebWork (Struts 2) com muitas vantagens, entre elas, a flexibilidade no desenvolvimento de aplicações.
Um abraço.

Marcio_Nogueira:

Com certeza o JSF será o padrão de mercado para se desenvover aplicações web daseadas em componentes. Estou otimista quanto a este fato. O JSF subistituirá o WebWork (Struts 2) com muitas vantagens, entre elas, a flexibilidade no desenvolvimento de aplicações.
Um abraço.

Se isso acontecer, espero sinceramente que o Ruby on Rails (ou qualquer outro framework em Ruby) vire o padrão do mercado. JSF foi sempre tudo o que a gente sempre abominou colocado numa especificação, exatamente como EJB.

O que acontecerá?

Será feito o JSF2 do zero (destrói o 1 e começa de novo) = ainda uma merda.

Será feito o JSF3 do zero (destrói o 2 e começa de novo) = começa a ganhar níveis aceitáveis (não é mais patético)

Daí daqui a alguns anos todo mundo vai falar JSF é maravilhoso!

É como o cara que comete vários crimes no passado, e depois aparece ajudando um azilo de velhinhas dái todo mundo conclui que ele é uma excelente pessoa!

O Struts pegou, pq o JSF não pegaria? Grandes empresas estão apoiando o projeto e o mercado esta pedindo algo para poder gerar dinheiro migrando todas as aplicações struts 1x já existentes.

Mesmo não achando essa maravilha e preferindo outras soluções.

De qualquer forma, pra ficar bom tem que evoluir muito ainda, vamos esperar o 2x.

Mais a ideia foi essa mesmo, assim como o .Net tirou muita coisa boa do Java a Sun em vez de falar, “.Net Microsoft não presta”, ela pegou que achava que valia a pena e melhorou, como o fato de se pode sincronizar o VO com os componentes do do Jsp, algo que não é possivel no .Net, você tem que declarar todos os atributos no PageBean.

Como diria o ditado, “Pau que da em Chico, da em Francisco.” ou so a Microsoft pode aproveitar e melhorar ideias dos outros?

Olá,

poderia explicar um pouco quais as vantagens do JSF para desenvolvimento com portlets? Estou trabalhando no projeto de um portal e estamos pensando em utilizar o Flex no front-end com Java no back-end.

abraços

saoj:

Perdoem-me se eu estiver falando bobagem, mas pelo pouco que eu vi de JSF é mais um grande Welcome to the World of XML Programming !!!

:lol:

Hei saoj!
Simpatizo bastante com você e especialmente com o Mentawai! Mas larga de ser Chiita!!!
Aquele abraço!
San

Po pessoal, o tópico é de 3 anos atrás. Já ta saindo a versão nova do JSF. Pelo visto a resposta para esse tópico seria não, o Struts ainda reina soberano.

Bom depende o que voce chama de reinar soberanamente, se for sistemas ja existentes feitos em Struts beleza mas acredito que se for em projetos novos ou que serão iniciados, isso não seja tão verdade.
Se voce levar em conta a quantidade de threads criadas nos ultimos meses sobre JSF voce pode tirar uma ideia que o JSF vem crescendo, entretanto eu torço para não virar o framework do momento, não do modo que ele é hoje, como o proprio saoj disse é programação de XML, muito cansativo, torço por frameworks que não possuem XML como o Apache Wicket (eu acho que esse sim deveria ser o foco da SUN) ou ate mesmo do Groovy(Grails).

saoj:

Marcio_Nogueira:

Com certeza o JSF será o padrão de mercado para se desenvover aplicações web daseadas em componentes. Estou otimista quanto a este fato. O JSF subistituirá o WebWork (Struts 2) com muitas vantagens, entre elas, a flexibilidade no desenvolvimento de aplicações.
Um abraço.

Se isso acontecer, espero sinceramente que o Ruby on Rails (ou qualquer outro framework em Ruby) vire o padrão do mercado. JSF foi sempre tudo o que a gente sempre abominou colocado numa especificação, exatamente como EJB.

O que acontecerá?

Será feito o JSF2 do zero (destrói o 1 e começa de novo) = ainda uma merda.

Será feito o JSF3 do zero (destrói o 2 e começa de novo) = começa a ganhar níveis aceitáveis (não é mais patético)

Daí daqui a alguns anos todo mundo vai falar JSF é maravilhoso!

É como o cara que comete vários crimes no passado, e depois aparece ajudando um azilo de velhinhas dái todo mundo conclui que ele é uma excelente pessoa!

Respeito a sua opinião de pensar sobre usar ao mínimo XML. Mas acredito que, para mapeamento de transições -e algumas outras coisas relativas a estrutura- (só acho que o registro de validadores, conversores, deveria ser via codigo), é o correto. - Não entendo qual o pecado que JSF comete para tantas críticas. A forma como JSF é componentizada é muito tranquila de ser estendida, não vejo problemas, sinceramente.

O JSF atualmente é uma das formas mais simples de se programar para java, isto, utilizando uma boa IDE.

É claro que este lance de “arrastar e soltar” criou-se o paradigma que não presta ou que é ruim devido a avalanche de aventureiros do velho Delphi e outras ferramentas RAD da época. Compontes DBNavigator, DBEdit, DBnão sei o que era muito comum e vários cursos aparecem. Programadores NNF (Next, Next e Finish) apareceram no mercado e muitas aplicações foram construídas utilizando este conceito. Agora, o Delphi não presta? Sinceramente é uma ferramenta fantástica, porém, por algumas facilidades de “arrastar e soltar” se prostituiu bastante, e muitos “programadores dente de leite” surgiram cobrando 10 reau por aplicação.

O JSF utiliza este conceito de “arrastar e soltar”, mas mesmo sendo algo fácil, não julgo que seja algo que “qualquer um” irá conseguir programar sem um conhecimento básico de java.

Se eu fosse construir uma aplicação do zero hoje, eu apostaria no JSF, agora, utilizar o WoodStock da SUN, ou trinidad da Apache, ou outro conjunto de biblioteca de outra empresa isto eu ainda não sei.

Alguém apostaria em algum conjunto de biblioteca de alguma empresa?