tag:blogger.com,1999:blog-6620292438838166571.post4164262163870447877..comments2023-10-09T11:25:10.450-03:00Comments on TDC Blog: 10 reasons why we love JSFGlobalcodehttp://www.blogger.com/profile/10852156020830036241noreply@blogger.comBlogger67125tag:blogger.com,1999:blog-6620292438838166571.post-29749223451060782462011-12-24T05:31:09.604-02:002011-12-24T05:31:09.604-02:00Jsf pode acelerar o desenvolvimento dependendo se ...Jsf pode acelerar o desenvolvimento dependendo se já existem componentes para o que se pretende fazer em uma página. Porém coisas que acho uma porcaria: ser statefull em um ambiente que é stateless (web). Isso como consequência ou tenho perda considerável de escalabilidade ou de performance, caso a árvore de componentes fique no lado do cliente (serialização de toda a tela, enviar toda aquela string para o servidor, o servidor processar tudo aquilo para então passar por todas as fases do jsf e retornar ao cliente toda aquela string gigantesca novamente, consumindo banda). O jsf, principalmente o Primefaces, usa o Jquery por baixo. Ou seja, posso ter telas ricas usando Jquery, css. Se decidir usar algum framework action based como Spring ou Vraptor teria muito mais escalabilidade e performance com a mesma infra-estrutura existente. Eu honestamente só usaria o JSF em uma intranet, ou em um sistema onde tenho algum controle sobre a quantidade de usuários conectados simultaneamente. Caso contrário, poderia ter sérios problemas.Dênishttps://www.blogger.com/profile/17179740207184973212noreply@blogger.comtag:blogger.com,1999:blog-6620292438838166571.post-54622111836487025292010-03-20T13:20:35.025-03:002010-03-20T13:20:35.025-03:00Heheheh, entendo sua posição Anonimo, muito obriga...Heheheh, entendo sua posição Anonimo, muito obrigado pelo toque também. Eu não sou defensor de Tapestry também, e confesso que ele também tem limitações, e se em alguma futura versão de JSF ou outra especificação, ou outro framework se mostrar melhor pode ter certeza que vou utilizá-lo, seja padrão ou não. E também não tenho nada contra coisas padrão, JPA é a melhor API para persistência que conheço, as Collections em Java são fantásticas, Generics e Anotations para mim foram as melhores coisas que colocaram em Java até hoje, e quem fez tudo isso foi o JCP. É a primeira vez que posto alguma coisa em um forum e não esperava causar impacto, xD, mas são legais essas discussões, todos estamos aprendendo.<br /><br />T+ q=]Unknownhttps://www.blogger.com/profile/12748551975655484144noreply@blogger.comtag:blogger.com,1999:blog-6620292438838166571.post-47299282584932872602010-03-20T12:30:47.342-03:002010-03-20T12:30:47.342-03:00Celio,
Bem colocado suas observações frente as in...Celio,<br /><br />Bem colocado suas observações frente as indagações fora de conceito do Vinicius Senger.<br /><br />Não vou postar senão anônimo mesmo porque ao que você observou sobre JCP e Spec já tem empresas consorciadas e envolvida em projetos onde as mesma já se envolve com licitações ou até fechamento sobre soluções politicamente corretas, infelizmente existe ai um cuidado porque como consultor de tecnologia da informação não posso ficar me expondo heroicamente pra não cair em desprestigio com outros leigos que são iludidos , com pseudo-especialista.<br /><br />Quanto a vender acho que aqui não é o lugar pra isso, ou então muda o discurso pois esse é de péssimo emprego.<br /><br />Veja ai existe aos montes informações sobre Tapestry mas o Elefante Branco já esta na sacolinha do Papai Noel, e não vai sair de lá tão cedo. ;-)Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-6620292438838166571.post-83172283751008587972010-03-20T11:03:20.481-03:002010-03-20T11:03:20.481-03:00Mas vamos tentar responder. q=] (Mas sem revoltas,...Mas vamos tentar responder. q=] (Mas sem revoltas, por favor xD)<br /><br />Celio, quais os motivos técnicos e mercadológicos do Tapestry no Brasil?<br />Na empresa que trabalho se usa este framework. Você usa uma roupa pq ela tem motivos mercadologicos ? vc compra um martelo pq ele tem motivos mercadologicos ? desde quando ferramentas precisam de motivos mercadológico ? Você não quer ficar deixar a empresa na mão certo? Bem ainda não vi nenhuma empresa processando o Tapestry por deixá-la na mão.<br /><br />No que Tapestry é melhor que até hoje não pode entrar na spec do JSF?<br />Complementando tudo que vc já pode ler do post do Anonimo (Anonimo, por favor mostre a sua cara! =D), além disso o Tapestry possui suporte a serviços de uma maneira simplificado usando IoC. O suporte a Ajax de tapestry é melhor, e isso vc pode comprovar em qualquer tutorial por aí. A componentização é mais simples para Tapestry porque qualquer componente não passa de mais um template.tml + classe.java, com nada especial (http://css.dzone.com/articles/simple-jsf-20-component-vs-tap). Possui live reloading, possui mecanismos para teste implementados diretamente no framework, etc etc etc. Isso faz de JSF uma merda? Claro que não! Mas lembro novamente a frase que coloquei no meu post: "Existem coisas melhores por aí", não falei nada além disso.<br />Quanto a entrar nas Specs: Hum, aqui fica complicado. Seria uma questão de influência ? No que o Seam é melhor que o Spring e pq o Spring não entrou na specs do JCP mas o Seam entrou ? Fica aí a dica.<br /><br />Cópia do hibernate? Aceitar um projeto open-source para uma especificação é algo ruim então? Acho que o maior beneficiado nisso foi o autor do Hibernate, ou existe algum processo dele contra o JCP?<br />Pra mim é a mesma coisa que direitos autorais, vc pode usar livremente, mas cite a fonte pelo menos! A propósito a JPA é fantastica, eu adoro isso e prefiro usar JPA com eclipselink que é a implementação padrão do que com Hibernate, que bem pouco tempo atrás nem implementava 100% da spec.<br /><br />Então C# é cópia do Java, que é cópia do C++ que é cópia do C, e assim por diante? não tem nenhum sentido, é dizer que injeção eletrônica é cópia de carburador..<br />C# tem muita diferença de Java, ja programou em C# alguma vez ? É muito mais proximo de C++ do que o próprio Java. É uma ferramenta, é bacana, é usado por pessoas por aí. Uma linguagem não é cópia da outra, é a evolução da outra, do mesmo jeito que Java um dia pode se tornar um novo cobol, e ele vai tornar-se um novo cobol. Se as evoluções não existissem ainda estariamos usando Gols farol quadrado com carburador até hoje. xP<br /><br />Sobre bajular o JCP, gosto da idéia do governo brasileiro poder influenciar o JCP. Vc não?<br />Isso é ótimo, mostra que o Brasil está se mostrando lá fora e certamente teremos retorno sobre isso, como já temos atualmente, centenas de empresas por aí que desenvolvem e exportam software. Mas o que isso tem a ver com essa conversa toda? Eu falei alguma vez que o JCP era uma droga ? Acho que vc se equivocou novamente. O JCP tem feito avanços fantásticos, e devemos muito a eles. Você ja usou o BeansBinding que é a tecnologia para ligar interfaces Swing ? É uma droga, vc tem que escrever um monte de código e cada vez que você precisa exibir um bean diferente na tela vc tem que fazer a ligação toda novamente. É uma péssima API, e mesmo assim todos amam, porque é o Padrão JCP. E qual foi a solução encontrada pelo JCP para isso ? Temos que colocar ferramentas para fazer isso automáticamente, ou seja, cada vez mais Java está se tornando uma linguagem orientada a IDEs.<br /><br />Que tal um POST aqui sobre o Tapestry? Seria ótimo para a comunidade.<br />Ja que você está me convidando eu farei isso com imenso prazer. Vou preparar um material, mas não se preocupe, não será um comparativo JSF-Tapestry, isso ja existe aos montes na internet e é ridículo. Mas ao invés de criticar vou tentar adicionar à comunidade.<br /><br />T+ q=]Unknownhttps://www.blogger.com/profile/12748551975655484144noreply@blogger.comtag:blogger.com,1999:blog-6620292438838166571.post-70674542085623826362010-03-20T09:16:25.323-03:002010-03-20T09:16:25.323-03:00Feliz sou eu rapaz!!
Fiz meu framework: cuspidor_...Feliz sou eu rapaz!!<br /><br />Fiz meu framework: cuspidor_dE__HtMl.php e ele é redondinho!!<br /><br />Hhuahuahahhauhauh<br /><br />Capaz, JSF é mto bom, pode não ser perfeito, mas tem mto recurso! E prá quem usava 1.X ele está mto mais prático na 2.0!Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-6620292438838166571.post-55817399443573824532010-03-20T09:08:13.488-03:002010-03-20T09:08:13.488-03:00Isabela, o Seam é fantástico e tem várias ideias i...Isabela, o Seam é fantástico e tem várias ideias inovadoras que simplificam demais o desenvolvimento para Web. Usamos bastante. O que poderia dizer que não é bom no Seam é a questão das mudanças que ocorrem a cada versão. Como fomos adotamos bem cedo, pagamos um preço alto a cada upgrade e agora é o Weld...<br /><br />[]s<br />ViniciusAnonymoushttps://www.blogger.com/profile/00872242243558957944noreply@blogger.comtag:blogger.com,1999:blog-6620292438838166571.post-80392844008458297772010-03-19T23:49:45.103-03:002010-03-19T23:49:45.103-03:00É Celio concordo com você ...
Tapestry é um frame...É Celio concordo com você ...<br /><br />Tapestry é um framework open-source (totalmente java) baseado em componentes para o desenvolvimento de aplicações Web (dinâmicas, robustas e altamente escaláveis). <br /><br /> Em vez de negociar com a API Servlet ou com as Ações Struts, o programador Tapestry armazena os dados do usuário em propriedades do objeto e manipula as ações deste usuário com métodos manipuladores de eventos;<br /><br /> Outra grande característica do Tapestry é o uso de templates de páginas HTML;<br /> Cada página é um template HTML contendo tags do próprio HTML;<br /><br /> Ao contrário de páginas JSP, JSTL ou JSF, criando páginas Tapestry é relativamente fácil usar ferramentas para desenvolvimento de design Web, podendo inclusive visualizá-las num Browser sem a necessidade de um servidor web instalado.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-6620292438838166571.post-23385587019159406262010-03-19T21:43:37.858-03:002010-03-19T21:43:37.858-03:00Celio, quais os motivos técnicos e mercadológicos ...Celio, quais os motivos técnicos e mercadológicos do Tapestry no Brasil?<br /><br />No que Tapestry é melhor que até hoje não pode entrar na spec do JSF?<br /><br />Cópia do hibernate? Aceitar um projeto open-source para uma especificação é algo ruim então? Acho que o maior beneficiado nisso foi o autor do Hibernate, ou existe algum processo dele contra o JCP?<br /><br />Então C# é cópia do Java, que é cópia do C++ que é cópia do C, e assim por diante? não tem nenhum sentido, é dizer que injeção eletrônica é cópia de carburador..<br /><br />Sobre bajular o JCP, gosto da idéia do governo brasileiro poder influenciar o JCP. Vc não?<br /><br />Que tal um POST aqui sobre o Tapestry? Seria ótimo para a comunidade.<br /><br />[]s<br />ViniciusAnonymoushttps://www.blogger.com/profile/00872242243558957944noreply@blogger.comtag:blogger.com,1999:blog-6620292438838166571.post-45634860627610828692010-03-19T20:18:33.774-03:002010-03-19T20:18:33.774-03:00JSF pode ser legal mesmo, mas não trocaria Tapestr...JSF pode ser legal mesmo, mas não trocaria Tapestry por isso jamais. Qualquer coisa no Tapestry é mais intuitivo que JSF, o framework apresenta melhor componentização além do que já vem com diversos itens como IoC out of the box.<br />Acho engraçado no Brasil essa bajulação do que é "padrão JCP". Primeiro foi a persistência copiada do Hibernate, depois foram as idéias contidas no Spring copiadas para EJB3 e agora o JSF surgindo como cópia de muitos frameworks web components que já existem a anos no mercado. No começo eu idolatrava tudo que era padrão também, até descobrir que haviam coisas muito melhores por aí, e que ninguem precisa criar classes stubs para usar RMI nem implementar 5 interfaces para controlar propagação de transação. Liberte-se você também! q=]Unknownhttps://www.blogger.com/profile/12748551975655484144noreply@blogger.comtag:blogger.com,1999:blog-6620292438838166571.post-39166707910279880452010-03-18T19:54:07.996-03:002010-03-18T19:54:07.996-03:00Este comentário foi removido por um administrador do blog.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-6620292438838166571.post-83448812402110314832010-03-18T12:17:13.637-03:002010-03-18T12:17:13.637-03:00Vinicius Senger,
E o Seam? O que acha dele?
G...Vinicius Senger, <br /><br /> E o Seam? O que acha dele?<br /><br /> Gavin King disse que JSF é interessante como um framework para camada de apresentação, principalmente pelo seu ciclo de vida de request extensível e forte modelo de componentes.<br /> Mas e sobre os conceitos de dependency injection, Convention Over Configuration, controle do ciclo de vida dos componentes (EntityManager por exemplo).<br /><br /> Qual sua opinião a respeito do Seam e sobre esses conceitos que o JSF não trata.<br /><br />Grato pela atenção.Isabela Ramoshttp://www.gmail.comnoreply@blogger.comtag:blogger.com,1999:blog-6620292438838166571.post-3079602318067379192010-03-18T00:05:56.278-03:002010-03-18T00:05:56.278-03:00Acho que se o Vinícuis gosta de JSF e o Robson gos...Acho que se o Vinícuis gosta de JSF e o Robson gosta de outra, cada um deveria falar bem da sua preferida, e não falar mal da outra...<br />No mais acho que o que valeu foi a discussão. Olha o tamanho da barra de rolagem, tá magrinha já! O importante aqui foi a colaboração.<br />Abraço.Ismael Stahelinhttp://ismaels.netnoreply@blogger.comtag:blogger.com,1999:blog-6620292438838166571.post-19143044254570421192010-03-16T23:53:06.367-03:002010-03-16T23:53:06.367-03:00Nossa essa conversa toda meu deu fome, vou pedir u...Nossa essa conversa toda meu deu fome, vou pedir uma Pizza + Coca-Cola = a uma boa ideia ;-)Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-6620292438838166571.post-60640811109051309892010-03-16T23:05:18.134-03:002010-03-16T23:05:18.134-03:00Este comentário foi removido por um administrador do blog.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-6620292438838166571.post-85138010013068731562010-03-16T22:04:55.444-03:002010-03-16T22:04:55.444-03:00Este comentário foi removido por um administrador do blog.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-6620292438838166571.post-82267139070747368262010-03-16T21:51:02.302-03:002010-03-16T21:51:02.302-03:00Este comentário foi removido por um administrador do blog.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-6620292438838166571.post-84790485975954775212010-03-16T19:59:15.218-03:002010-03-16T19:59:15.218-03:00Aposto duasAposto duasAnonymousnoreply@blogger.comtag:blogger.com,1999:blog-6620292438838166571.post-33609496763636648172010-03-16T19:47:45.339-03:002010-03-16T19:47:45.339-03:00Aposto uma moedinha que o Anônimo é o Márcio Duran...Aposto uma moedinha que o Anônimo é o Márcio Duran :-)Felipe Kenobihttp://www.soaexpert.com.brnoreply@blogger.comtag:blogger.com,1999:blog-6620292438838166571.post-82519590316648981562010-03-16T19:46:28.355-03:002010-03-16T19:46:28.355-03:00Este comentário foi removido pelo autor.Felipe SOA|EXPERThttps://www.blogger.com/profile/11486296588883264047noreply@blogger.comtag:blogger.com,1999:blog-6620292438838166571.post-46737656824611065082010-03-16T19:46:00.878-03:002010-03-16T19:46:00.878-03:00Olá Vinícus,
Ótimo post !
Infelizmente criou-se u...Olá Vinícus,<br />Ótimo post !<br /><br />Infelizmente criou-se uma legião de críticos bem pouco colaborativos ao redor de tudo que é definido pelo JCP, parece que nada é bom. Seja JSF, EJB, JTA, CDI, JavaRepository, JAXB, etc, nada presta. Parece que ser da esquerda, tá na moda. Quando as críticas são fundamentadas, o que é difícil de se ver, acho bem válida as discussões, quando não são, não vale a pena discutir.<br /><br />Minha opinião quanto a escolha do JSF como framework web é - "depende". Já falei sobre isso em alguns fóruns, mas a verdade é que tem muita coisa a ser discutida quando escolhemos a tecnologia para um projeto. <br /><br />Como tbm já citei antes por aí, tome como exemplo algumas aplicações da Red Hat. O jBPM Console e o Guvnor (a GUI de gerenciamento para as regras do Drools), utilizam GWT - são aplicações de pouquíssimas páginas, com muita mudança de estado ajax, bem ao estilo Gmail. Neste contexto, o JSF e sua vastidão de componentes mais voltados para formulários, não iriam ajudar muito, a escolha mais sensata para as equipes destes projetos foi o GWT. <br />Isso não se repetiu com as ferramentas de gerenciamento e monitoração JOPR e JON. Ambas possuiem muitas páginas com abas, gráficos, formulários, Tree-menus, etc. O GWT além de ser mais burocrático para se desenvolver aplicações com estes requisitos, não daria os componentes que existem prontos em outras bibliotecas para formularios JSF. A tecnologia utilizada foi neste caso o JSF mesmo, nítidamente reconhecido pelos componentes Richfaces espalhados pelas páginas da aplicação. Necessidades diferentes, ferramentas diferentes.<br /><br />Recentemente conversei com uma equipe onde o framework para seu novo projeto era o Struts 1.1. O projeto era pequeno e precisava ser entregue com máxima urgencia. Me perguntaram se valia a pena arriscar JSF + Seam, eu respondi "NÃO". Migrar todo o conhecimento da equipe para uma nova tecnologia, em um projeto que já esta atrasado, simplesmente por estética técnica, eu não recomendo pra ninguém. Neste caso, o skill da equipe e o prazo do projeto tbm contou para a escolha do framework, mesmo com este débito.<br /><br />AbraçosAnonymousnoreply@blogger.comtag:blogger.com,1999:blog-6620292438838166571.post-43130504195337682342010-03-16T17:20:48.823-03:002010-03-16T17:20:48.823-03:00Este comentário foi removido por um administrador do blog.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-6620292438838166571.post-55260268255317141422010-03-16T17:11:30.422-03:002010-03-16T17:11:30.422-03:00Este comentário foi removido por um administrador do blog.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-6620292438838166571.post-76453950688172928242010-03-16T15:19:59.012-03:002010-03-16T15:19:59.012-03:00@Felipe Cypriano
Ah tah.. agora acho que faz mais ...@Felipe Cypriano<br />Ah tah.. agora acho que faz mais sentido dizer que tá usando Grails no Back-end. :)<br />É legal isso porque já te dá um controle transactional bem legal e uma interface de Criteria bem bacana também. Fora o suporte de integration teste. Muito bom mesmo usar Grails nesse molde.Felipehttps://www.blogger.com/profile/11060227242664613055noreply@blogger.comtag:blogger.com,1999:blog-6620292438838166571.post-69196407083657208792010-03-16T14:12:14.768-03:002010-03-16T14:12:14.768-03:00Felipe Cypriano
Ruim é a pessoa agarrar em uma só ...Felipe Cypriano<br />Ruim é a pessoa agarrar em uma só e não soltar nunca mais.<br /><br />Eu estou com você nessa idéia também, por isso que temos que procurar trabalhar com linguagens que sejam Cross-Browser e Cross-VM, pois os caminhos são contextos que se integrem e altas camadas de convergencia.<br /><br />Scala é back-end mas é claro que escalabilidade é tratar com elevar em compativel ao ambiente que se sugere.<br /><br />Falando em diversidade,eu gosto de vários assuntos e até estou lendo algo sobre Object-C a entender aplicações para iPhone.<br /><br />O que quero finalizar é que temos que fazer combinações e entendermos responsabilidade, existem interesses e estratégias ,de vendor, Players 3 letrinhas e por ai vai , mas temos que ter cultura, não ficarmos rotulados.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-6620292438838166571.post-85335692047494727192010-03-16T13:51:51.096-03:002010-03-16T13:51:51.096-03:00Olá Felipe,
No meu caso eu uso o Grails como backe...Olá Felipe,<br />No meu caso eu uso o Grails como backend, pois os códigos de serviço e tudo mais são feitos em groovy e usam as configurações do grails (spring por baixo) para ligar o frontend (ZK, não uso GSP nesse projeto) com os services (groovy / grails). Basicamente.<br /><br />Estou para ler, assim que arrumar tempo, sobre Clojure. Quero entender melhor sobre programação funcional e não quis aprender em Scala porque ela não é só funcional. Depois que eu entender de programação funcional pura eu vejo o Scala.<br /><br />Entender várias linguagens é ótimo para todos, o seu código ficar melhor em todas elas. Ruim é a pessoa agarrar em uma só e não soltar nunca mais.Felipe Cyprianohttp://felipecypriano.com/blognoreply@blogger.com