| Autor |
Mensagem |
|
|
Pagando bem, programo ate em .NET. (Rafael Steil)
há algumas coisas que o dinheiro não compra, pro resto tem mastercard, não? 
mas, falando sério... acompanhei meio de longe este tópico, mas, resumidamente (ou nem tanto), minha opinião sobre o mundo do EJB é esta:
1. a spec. é muito boa (há problema, claro, nada é perfeito, mas como disseram, os problemas vão se resolvendo à medida que vamos usando a tecnologia), resolve quase todos os problemas que as soluções corporativas normalmente têm (fail over, controle de concorrência, etc etc...); mas vale ressaltar: soluções corporativas; no "site do zé", usar EJB é um exagero (podem dizer que o tal "site do zé" pode, do dia para a noite, virar uma sensação da internet e precisar escalar rapidamente; se isso ocorrer, então o erro não foi não ter usado EJB no início, mas foi não prever - ou seja, erro de análise pré-projeto - a possibilidade do "site do zé" de virar este imenso sucesso);
2. há muita gente que fica excitado em experimentar tecnologia; isso não é errado, muito pelo contrário; porém, uma coisa é experimentar, testar, aprender esta nova tecnologia, outra é aplicar isso num projeto real sem analisar aquela velha dupla "custo-benefício" e sair de cara considerando EJB como A SAÍDA. E, por mais que digam que não, isso é muito freqüente.
3. há os movidos pelo modismo do EJB, que acham que EJB é tudo. Para estes, vale lembrar que calça boca-de-sino não é mais moda desde a década de 70 .
Em suma, acho que "morte aos EJBs" (como eu já defendi) é um radicalismo. O ideal seria "morte ao modismo do EJB".
e isso é tudo, p-pessoal... 
|
 |
|
|
|
aliás... http://www.javaworld.com/javaworld/jw-12-2001/jw-1207-yesnoejb.html
|
|
|
|
o velho dilema do "to ejb or not to ejb?"... pessoalmente, acho que 90% dos projetos quem atualmente usam EJB poderiam muito bem ser feitos sem eles, usando (só para citar um exemplo) o Hibernate para substituir os EB. Tudo isso movido pelo hype tecnológico e pela sedução das letrinhas(EJB, JMS, JCA...).
No final de tudo, acabam deixando características realmente interessantes e que tornam a spec. EJB útil (como controle de transação, possibilidade de distribuição de carga entre vários nós de um cluster, bla bla bla) de lado. 
|
|
|
|
|
autoboxing? já basta uns ClassCastException que vivem rolando por aí, agora vão inventar de colocar autoboxing...
|
|
|
|
poxa!! 10 horas de sessão é de matar qualquer aplicação... haja memória mesmo... 
|
|
|
|
|
concordo que os EJBs vão tarde, principalmente os EB (seja CMP ou BMP). A idéia de JMX tbm é muito boa, mas acho que eu proporia umas melhorias sobre o JCA, que deveria se assemelhar mais ao JDBC. Aliás, talvez uma fusão entre JDBC e JCA, tratando os DBMS como legados (acho que o Carlos e o Klaus iriam gostar de tratar os bancos de dados como legados ).
|
|
|
|
|
agora, viajando mais um pouquinho, já que estamos discutindo/propondo as mudanças que podem/gostaríamos de ver no Java3, como seria a J3EE?
|
|
|
|
|
É, eu já vi esta entrevista do Gosling sobre a "inutilidade" do JDBC. Talvez seja mesmo um exagero colocar JDBC (e JDO) como core API, mas continuo com a posição de que JDO deveria ser o meio padrão para se fazer persistência.
|
|
|
|
Só reescrevendo, pois não tinha assinado...
sim ao Java3, principalmente ao que diz respeito ao refatoramento das Threads e à morte ao AWT. Uma outra proposta que eu faria ao Java3 é tornar o JDO uma core API da plataforma e a maneira padrão para se fazer persistência de objetos (chega de ficar criando código para JDBC).
|
|
|
|
e como faz para comprar?  só mesmo no Just Java?  ou vai ter um jeitinho do tipo "dá seu endereço que eu mando a camiseta assim que eu receber a grana na minha conta"?
|
|
|
|
e aí, Guilherme, blz?
primeiramente, sobre a assinatura: ela está escrita em islandês e é uma frase que está escrita no encarte do álbum "ágætis byrjun", da banda Sigur Rós. Pode ser traduzida como "Eu lhe dei esperança e você me desapontou. Bem, pelo menos é um bom começo". O site da banda é www.sigur-ros.co.uk.
sobre o nome, eu realmente pensei em algo que fugisse do "clichê" do inglês e tbm me passou pela idéia de usar nomes aparentemente "non-sense". But i still haven't found what i'm looking for. Portanto, sugestões são muito bem-vindas.
Auf Wiedersehen, mein Freund
|
|
|
|
Não foi minha intenção aborrecê-lo, Oziel... portanto, paz ...
E também, acho que você entendeu o que eu quis dizer com aquele comentário ácido: a maioria dos EAs hoje não sabe aplicar devidamente os recursos que a J2EE possui, e eles acabam criando aplicações desnecessariamente grandes (lotadas de SFSB/SLSB+CMPEB+MDBs). Acho EJB uma tecnologia muito boa (com certa restrição aos Entity Beans), mas eu sou contra a banalização dela. E ponto.
Como eu havia dito, o framework (aliás, boa sugestão para o nome) se destina para aquelas aplicações J2EE (vale lembrar que Servlet e JSP são parte da J2EE spec., já que muitos confundem EJB com J2EE) em que o uso de EJBs seria desnecessário, o que, na minha opinião, é o perfil da maioria das aplicações para web.
Portanto, creio que não estaria reinventando a roda quando eu digo que pretendo criar um outro mecanismo de persistência de objetos, já que quando você só tem JSP+Servlets, a opção mais freqüentemente usada é JDBC (claro, tem também XML, Prevalência, Serialiação - argh!..), que não é nada transparente, convenhamos.
Então, acho que agora estamos entendidos?
|
|
|
|
"lembre-se q para ser MVC mesmo, o M poderia ser o que voce quiser, inclusive EJB" (Paulo Silveira)
Sim, eu sei disso. Mas eu tenho certas restrições com relação a EJB. Tecnicamente, a idéia é boa. O problema é que muitos dos "enterprise architects" (tucanaram o analista de sistema), movidos pelo "hype do EJB", resolvem usá-los à torto e à direito. (nota: eu não pretendo transformar este tópico em uma cruzada dos "pró-EJB" contra os "contra-EJB"; isso é uma discussão que vai muiiiiito longe).
O framework *insira_aqui_uma_sugestão_para_o_nome_do_framework* visa auxiliar na construção de aplicações bem menos "complexas" (JSP, Servlets, etc etc...), que não precisem de um servidor de aplicação completo para ser "deployed".
|
|
|
|
|
então, o projeto ainda não foi publicado (lazy boy). Mas, em breve, vai estar na seção "workspace" neste endereço: http://grad.icmc.usp.br/~daniel/index.htm.
|
|
|
|
Olá pessoal,
bem, a história é a seguinte: não satisfeito com o Struts, resolvi criar meu próprio framework para construir aplicações para web usando a arquitetura MVC. <propagandinha_básica>Este framework permite que você se concentre apenas na construções dos objetos de negócio (nota: por motivos pessoais contra o hype do EJB, eles não são suportados). Nem na construção da camada de visão você precisa se preocupar muito, pois o framework também provê uma pequena biblioteca de tags que resolve a maior parte dos problemas na hora de criar código para exibição de informações (sem falar que você pode usar qualquer outra biblioteca de tags). Nem com conexão a DBMS o usuário precisa se preocupar, pois tem um pool de conexões implementado (mais tarde estou pensando em separar esta camada de banco de dados em um outro framework à parte, que implemente a especificação JSR-12, JDO, para tornar a persistencia algo muito mais transparente). </propagandinha_básica> Bem, terminado o momento "merchandising", gostaria de pedir a colaboração de vcs no batizado deste framework, ou seja, ajudem-me a dar um nome a ele.
|
|
|
|
|
|