morte EJB???

fala galera...

vi a galera falando mto mal dos EJB´s numa votacao lah no novo forum...

gostaria de saber pq o EJB nao eh uma boa ideia...

valew

EJB é uma EXCELENTE idéia, mas seu uso vai depender de n-fatores.

então, é melhor estudar bastante, antes de escolher usar os EJBs.

Aqui um artigo dizendo 101 razoes para nao utilizar ejbs:

http://www.softwarereality.com/programming/ejb/EJB_101Damnations.pdf

Abraço,

Achar EJB excelente ou pessimo varia muito de pessoa para pessoa. Eu pessoalmente acho overhead demais para coisas de menos... Ele pode ate facilitar certas coisas, mas o custo disso eh caro demais para considerar o uso.

Mas eh aquela historia: nunca usei, e o pouco que conheco, nao gosto.

Rafael

Rafael, acho que você não entendeu o meu "Excelente Idéia".

Deixa eu explicar. OS EJBs, por estarem dentro de um ApplicationServer que implementa RequestManagement, ResourceManagement, TransactionManagement, PersistenceManagement, SecutiryManagement, "Clustering", FailOver, etc.

Diminui drásticamente a quantidade de esforço para se construir aplicações corporativas, distribuidas e vão garantir a escalabilidade dos serviços da aplicação, e ainda existem várias preocupações com performance, concorrência, segurança, e justamente por fazer parte de um MiddleWare, permite que múltiplos tipos de clientes acessem-nos.

Por isso, hoje em dia, o seu uso é muito indicado sim, em todos os tipos de projetos, desde WebMails, e-Commerce, EDI, BI, Billing, etc.

O que vai valer a pena estudar, são os tipos de EJBs que serão usados numa aplicação, e os tipos de associações deles.

Assim, um sistema que hoje roda com 10 usuários, da noite pro dia, sem alterar uma linha de código, pode-se escalar para 1000 usuários, somente substituindo o hardware.

E isso, é o que toda empresa procura quando se fala de sistemas corporativos, pois o uso da J2EE, garante a manutenção da taxa da ROI (Return of Investment).

[]´s

Bom estudo.

Sim, concordo com o ponto de vista da ideia/intencao ser boa, mas nao ha de negar que a forma que foi implementado ate agora nao eh das melhores. Como voce disse, facilita enormemente muitas coisas, escalabilidade/clustering eh "nativo" de EJB e todos os outros pontos que voce citou.

Se os EJBs melhorarem em muitas coisas, com certeza seria algo que todo mundo iria querer sair usando, mas parece que esta meio longe de chegar num ponto tao "bom" ainda.
Logicamente, se nao tivesse vantagem alguma, ninguem usaria, mas acompanhando as listas de discussao mundo afora e documentos pela net, fica claro que muita gente usa pelo simples fato de ser EJB ( e nao pelos beneficios em si ), ou seja, "modismo" puro, tem os que estao em um dilema de usar-nao usa, ha quem defenda e consegue fazer um otimo uso da tecnologia ( ou seja, alguem que usa EJB e conhece/sabe o que esta fazendo ), e ha os que odeiam.

Rafael

JavaChild Membro desde: 13/12/2002 09:29:32 Mensagens: 108 Offline

A especificacao 2.0 melhorou e muito os EJB's , algumas pessoas que nao sabem como utilizar os EJB's falam mal, porque desconhecem o proprio, procure utilizar todo os recursos da Plataforma J2EE e vera como ela é poderosa (EJB, Servlets e JSP's ) e tb vera como os EJB's sao uma mao na Roda

Meu amigo, eu uso, e indico pra todo mundo, pois é do CARALHO... facilita muita coisa... E quem ainda não usa, está gastando muito dinheiro para escrever coisas que já estão prontas e testadas.

[]´s

...e quem usa, mas não tem profissionais e ferramentas competentes, está gastando um dinheiro mais violento ainda com tecnologia que não vai ser tão escalável quanto promete... então, aqui vai, de novo, a máxima: People + Tools + Time + QA = Code.

Isso pode ser no seu mundo meu amigo, pois já participei e tenho notícias concretas de vários projetos de muito sucesso que usam EJBs, inclusive EntityBeans.

Hoje em dia, as ferramentas de desenvolvimento estão muito boas e com uma excelente qualidade (Eclipse, SunOneStudio, JBuilder, JDeveloper, WSAD, etc.) e agilizam muito o tempo de construção dos EJBs. E mesmo assim, o tempo ainda é menor usando os EJBs pela quantidade de serviços já prontos.

Quanto ao PeopleWare, vai variar de caso a caso. Na Procwork, temos uma excelente equipe (> 70% Certificada) que manda muito bem de J2EE.

E quanto ao QA, acho que indedepente da tecnologia, o esforço é o mesmo.

Então, só não usa EJB quem não sabe como usar.

OK, eu nao conheco nada de EJB, mas me fale sobre o maravilhoso overheade dele ( EJB QL, isso? ).
O EJB 1.0 soh vi falarem mal, e a desculpa pro 2.0 eh "ja esta melhor, esta melhorando" etc etc...

Ja li noticias onde dizia que a Sun admitia que EJB tinha sido muito mal planejado.

Rafael

Rafael.. Não vamos mais discutir isso..

Estude mais sobre os EJBs, e verá que eles não foram mal planejados assim, é que as pessoas usam eles de forma errada.

Usando do jeito certo a J2EE é sucesso com certeza..

Assim..., sem querer entrar na Treta, a EJB-Ql eh convertida em sql padrao no deploy, entao amigo

"É preciso conhecer para falar mal"

No artigo que coloquei o link no comeco da Treta o autor sabe do que esta falando, e os pontos dele fazem sentido, e ele termina assim:
"Se arrumarem esses problemas, sai de baixo"

Agora se nao usar j2ee, vc vai usar o que?

1)fazer na mao
2)usar um framework de uns nerdzinhos por ai
3)apostar em um framework de peso, encabecado por gente grande.

O EJB tem problemas, claro que tem, mas se ninguem usa-lo jamais iremos encotra-los e corrigi-los.

E o interessante de Java eh que a cada versao as coisas vao se arrumando, as pessoas que definem esses frameworks sao extremamente acessiveis, diferente de um Microsft ou uma Oracle que te enfia tudo goela a baixo com a filosofia: "Aprenda se quiser, vai ser assim e pronto"

Eu fico irritado como algumas pessoas cobram a perfeicao de uma tecnologia tao nova e mesmo assim ja tao madura.

Abraco,

[obs]
nao me pronuncio mais nesse topico

Jakarta eh soh nerdezinho??

Rafael

Tem um monte de coisa legal na 2.1 e até melhoras na EJB QL (hehehe coitadinha tão criticada).

O suporte aos webservices será total, com as novas APIS(JAX-RPC e JAXM) , poderemos exportar os Stateless Session Beans e Message-Driven Beans como webservices baseados em SOAP, fazendo com que fique disponível para qualquer cliente compativel com SOAP.

Também teremos inovações nos Message-Driven Beans com suporte a J2EE Connector Architecture , os MDBs podem ser extendidos atravez de conectores para trabalhar com qualquer protocolo de mensagens e não só JMS.

Tambem será possível modelar um fluxo de mensagens com o destination linking.

A API Timer Service , que vai funcionar como um Cron do UNIX para agendar tarefas nos servidores EJB. Com essa API será possível escrever eventos-temporizados ligados a Beans para realizar tarefas com datas, períodos de tempo e intervalos específicos.

=== OBS ====
Eu tinha escrito isso em outro tópico e achei que entrava aqui.
==========

EJB, como qualquer outra tecnologia, se usada indevidamente não trará bons resultados. Tem muita gente criando Session Bean a torta e a direita, acessando os Entity Bean remotamente e não utilizando as práticas aconselhadas.
E geralmente quem fala mal nunca trabalhou com EJB!

Lógico vc tem o direito de criticar o que quiser e usar o que bem entender, mais só pq eu prefiro o Struts, não vou sair falando que o WebWork é uma porcaria e pedir a "morte do WebWork" se eu nunca nem usei. É o mesmo com EJB, se precisp distribuir os objetos eu até posso fazer tudo com RMI direto, mais prefiro trabalhar com SessionBean, para trabalhar com um sistema de mensagens, posso trabalhar direto com JMS ou usar um Message-Driven Bean. E é lógico que se eu preferir a segunta opção é pq encontro vantagens nisso, porém outras pessoas podem e tem o diretito de não concordarem.

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