EJB Versus Spring - Matéria Mundo Java

Oi Gilberto,

por que para você a matéria está tendenciosa?

Pois eh… Tambem nao tenho acesso a revista. O que a materia afirma?

A materia nao afirma nada. Ela faz uma comparacao dos diversos “modulos” de cada uma das tecnologias e conclui com uma pequena vantagem para o Spring.

É bastante interessante. Nao vi como tendenciosa, mas fico curioso pra ouvir (ler) os contra-argumentos.

gilberto.souza wrote:Escrevo para compartilhar com os amigos gujeiros minha impressão sobre essa matéria da ?Mundo Java? desse mês de Janeiro de 2009.
Não quero desmerecer o autor, mas faz tempo que não leio uma matéria tão tendenciosa como essa. Isso desacredita totalmente as métricas e a comparação realizada

Espero que numa próxima matéria de comparação entre tecnologias e conceitos, o autor seja menos tendencioso.

[flame mode on]
…Mas o spring eh melhor mesmo…
[/flame mode off]

Falando sério, não achei nada de tendencioso…

Também li e não vi nada de tendencioso. A matéria explanou bem as diferenças entre as duas tecnologias, tanto os prós quanto os contras. No caso do Spring foi ele ser pau pra toda a obra, em troca de de toda configuração que tem que fazer.

Eu achei a revista muito boa.
Só a conclusão que percebi de cada item abordado é que EJB é mais facil, mas se vc precisa de algumas coisas mais flexiveis então use o Spring.

Como leitor da revista, achei importante expressar minha opinião, mas é claro, você é livre para concordar ou não. Eu trabalhei e trabalho com as duas tecnologias e, não concordo com alguns pontos citados na revista, e, sim, achei a matéria tendenciosa. E acredito que vocês também, afinal eu não disse para qual framework ela foi tendenciosa e todos concluíram que era para o Spring.

Então exprima a sua opinião em detalhes para podermos saber quais os pontos do artigo que você achou tendencioso, fornecendo os prós e os contras.

Realmente o veredicto da materia foi pro-Spring, mas com argumentos.

Eu acreditei na matéria, porem nao tenho como provar por experiencia propria, visto que nunca trabalhei com EJB. Por isso gostaria muito que voce apontasse quais os pontos em que a materia foi tendenciosa. O que ela deixou de analisar? Quais as informacoes superficiais? Quais pontos positivos do EJB foram deixados de lado na comparacao?

Enfim, por que voce achou a materia tendenciosa?

eu achei superficial.
preferiria ler à respeito das opiniões e experiências de cada um - que é exatamente o quê estamos fazendo aqui.

muito tecnicismo (que se acha de graça na web) e pouca prática (IMHO).

Besteira!

Foi uma das melhores matérias que eu já vi.

A única coisa que discordo é um trecho que não recomendou usar Session Bean como DAO. Sou da opinião que DAO deva ser usado sempre com session beans locais.

Mas, até aí, é diferença de opinião. Não é por causa disso que vou malhar os autores do artigo.

Bom, eu fui o primeiro da outra vez a perguntar sobre a matéria e até critiquei o fato da revista as vezes estar em “saquinho”, não podendo folhear antes de comprar. Porém, consegui a revista para folhear e comprei.
Eu uso as duas tecnologias e já digo que, somente quem trabalha com ambas poderia fazer uma matéria como essa. Não é uma guerra e nem há uma afirmação com um dedo apontando no seu nariz dizendo: “use essa que é melhor e acabou”. Apenas aponta onde uma existe um meio a outra tb tem. Quem não trabalha com essas tecnologias pode dar uma lida que ajuda no conhecimento das diferenças e igualdades. E sim, o Spring é melhor pelo aspecto de não precisar usar um pesado Application Server só pra rodar os EJBs, cujo o Spring possui características similares.
Estão todos de parabéns, desde o editor até os autores.

PS: Sou um imenso defensor de que, se quer agilidade no conhecimento ao invés de ficar garimpando na net, melhor comprar um livro, revista ou outros meios mais ágeis.

Bom dia.

Pessoal, desculpem minha demora em atualizar o post, tive alguns contratempos. Estou com a revista em mãos e vou relatar alguns pontos que me levaram a concluir que a matéria ?EJB3 vs Spring? é tendenciosa.
Antes de começar quero deixar claro que concordo com algumas conclusões dos autores, principalmente no que se refere AOP.

Por que tendencioso?

Numa comparação imparcial feita sobre concorrentes o avaliador não deve deixar claro até o fim da comparação qual é a sua preferência e sim, na conclusão do artigo expressar, segundos os fatos levantados, qual foi a sua conclusão.
Nesse artigo percebe-se em vários pontos a preferência do(s) autore(s) através de declarações e expressões como ?oferece um container poderoso?, ?canivete suíço?, etc. Isso faz com que o leitor tenda a concluir precipitadamente qual é a melhor opção, sem antes mesmo ter chagado a conclusão do artigo.

Injeção de dependência

Tanto o EJB 3 quanto o Spring 2.x oferecem meios injeção de dependência, para os que preferem utilizar XML para deixar mais clara a relação de dependência dos beans realmente a injeção proposta pelo Spring tende a ser melhor, no entanto, para aqueles que não gostam de ter que escrever linhas e linhas de XML utilizar uma anotação para injetar uma dependência no seu bean se torna mais intuitivo e, quando feito direto sobre o atributo, elimina a necessidade de criar setters desnecessáriamente.

Controle Transacional

Controle transacional aplicasse apenas a EJBs, e qual é o problema?
Transações somente leitura o ganho disso é tão pequeno que numa comparação de nem será sentido.
O mais surpreendente foi a conclusão que diz que uma solução utilizando EJB 3 só é viável em cenários simples, isso realmente foi o cúmulo. Tenta fazer um controle transacional envolvendo vários beans numa única transação no Spring, fatalmente o desenvolvedor terá que implementar na mão o controle transacional para isso, enquanto no EJB 3 basta injetar o EntityManager e utiliza-lo.

São muitos os pontos no artigo que ou não são claros ou tendem a conduzir a opinião do leitor, não disponho de tempo para enumerar todos, ?está na hora de ir para o trabalho…rsrs?, mas convido todos que tiverem a oportunidade a lerem o artigo e chegarem a sua própria conclusão.

gilberto.souza:

Bom dia.
(…)…
São muitos os pontos no artigo que ou não são claros ou tendem a conduzir a opinião do leitor, não disponho de tempo para enumerar todos, ?está na hora de ir para o trabalho…rsrs?, mas convido todos que tiverem a oportunidade a lerem o artigo e chegarem a sua própria conclusão.

Obrigado pelo seu comentário Gilberto,

Eu comprei a revista e tive a mesma impressão, outra coisa é o sobre o Mundo OO - Refatoração - Evolução Contínua do seu Código e da sua Modelagem (achei super superficial, poderia ter entrando no assunto sobre Refatoração sobre Design Patterns), então fica ai mais essa observação.

Márcio, se você conhece sobre o assunto, por que não escreve um artigo sobre o que você achou que ficou faltando?

O SPRING É UM EXCELENTE FRAMEWORK.

MAS NÃO CONCORDO COM O AUTOR DO ARTIGO QUE AFIRMA QUE PARA “APLICAÇÕES MAIS ROBUSTAS” É PREFERÍVEL UTLIZAR O SPRING.
O AUTOR AINDA TEVE A PETULÂNCIA DE AFIRMAR QUE O EJB SÓ É RECOMENDÁVEL PARA APLICAÇÕES DESENVOLVIDAS EM UM CENÁRIO “MAIS SIMPLES” !!

EU TRABALHEI COM UMA APLICAÇÃO BASTANTE ROBUSTA E COMPLEXA UTILIZANDO EJB 3 E NÃO TIVE PROBLEMA ALGUM, PELO
CONTRÁRIO O EJB AJUDOU PRA CARAMBA !! É MUITO BOM !!

EU ACHEI O AUTOR MEIO TENDENCIOSO PUXANDO A SARDINHA PRO LADO DO SPRING.
MAS DEVEMOS PERDOA-LO POIS TEM SOMENTE 4 ANOS DE EXPERIÊNCIA COM JAVA !!

É a minha opinião, quanto a escrever artigo isso exige muito tempo e pesquisa, mas creio que não custa nada fazer aprofundamentos mas ai naturalmente o campo dos interesses é algo que fica a mercer de cada um.

Por exemplo

Como colocado na Revista "Refatoração não é fator de melhorar o desempenho do seu código", esse assunto merce muito aprofundamento, pois encadeia uma serie de polêmica em projetos de desenvolvimento.

São essas as minhas observações.

É uma cilada BINO !

PROGIX:

O SPRING É UM EXCELENTE FRAMEWORK.

MAS NÃO CONCORDO COM O AUTOR DO ARTIGO QUE AFIRMA QUE PARA “APLICAÇÕES MAIS ROBUSTAS” É PREFERÍVEL UTLIZAR O SPRING.
O AUTOR AINDA TEVE A PETULÂNCIA DE AFIRMAR QUE O EJB SÓ É RECOMENDÁVEL PARA APLICAÇÕES DESENVOLVIDAS EM UM CENÁRIO “MAIS SIMPLES” !!

EU TRABALHEI COM UMA APLICAÇÃO BASTANTE ROBUSTA E COMPLEXA UTILIZANDO EJB 3 E NÃO TIVE PROBLEMA ALGUM, PELO
CONTRÁRIO O EJB AJUDOU PRA CARAMBA !! É MUITO BOM !!

EU ACHEI O AUTOR MEIO TENDENCIOSO PUXANDO A SARDINHA PRO LADO DO SPRING.
MAS DEVEMOS PERDOA-LO POIS TEM SOMENTE 4 ANOS DE EXPERIÊNCIA COM JAVA !!

Alguma outra pessoa que tenha lido o artigo ou o próprio autor confirmam isso? Que foi falado que ejb é recomendável para cenários mais simples?

O artigo menciona isso apenas na conclusão de Gerenciamento de Transações, e não na conclusão final. Portanto, em nenhum momento o artigo menciona que o EJB 3 deve ser utilizado para cenários mais simples (até porque dizer isso seria uma mentira).

Utilizo EJB para todo o tipo de aplicação , de simples a complexas…

Mas relamente existem alguns casos que EJB 3 não é suficiente… e a coisa toda fica um pouco mais “modular” se utilizar spring…

Mas sempre que posso utilizar a solucao AllInOne (EJB ) eu utilizo…

O artigo menciona isso apenas na conclusão de Gerenciamento de Transações, e não na conclusão final. Portanto, em nenhum momento o artigo menciona que o EJB 3 deve ser utilizado para cenários mais simples (até porque dizer isso seria uma mentira).

certo!!! Valeu Rafael!! Sabia que tinha algo estranho mesmo, agora tá tudo esclarecido!!

[]'s

De onde você tirou que o Spring não faz uma transação entre diversos Beans de forma declarativa?

O Spring, diferentemente do EJB, sempre funcionou assim, desde a versão 1.x. Diferente do EJB que veio fazer isso agora, na versão 3.0.

s4nchez:

if(topicName.contains("versus")){ flame.start(); }

AAHAUUHAAUUHAUHAUHUHAHA

Mauricio Linhares

Eu não disse que o Spring não faz transação declarativa entre vários beans, o que eu disse é que fatalmente o desenvolvedor terá que fazer o controle na mão, como eu tive que fazer em mais de uma situação.

Nós estamos falando de EJB 3 e Spring 2.x. Quando voce quiser fazer um comentário como esse, para evitar o ridículo, leia as mensagens postadas anteriormente, assim você se contextualiza.

E com Spring você fez manualmente como? Acessando o PlatformTransactionManager?

Com Spring basta injetar o EntityManager exatamente da mesma forma. Sem FUD ou conversa fiada, por favor.

Gilberto,

Obrigado pela suas considerações.

Quando a gente fala em cenário mais simples, estamos nos referindo diretamente as necessidades de controle transacional e não alegando que EJB não possa ser utilizado em aplicações grandes ou complexas. Quando há a necessidade de configurar o nível de isolamento de uma transação usando a tecnologia EJB, por exemplo, é inevitável fazer tal operação manualmente na conexão. É certo que em várias aplicações isso não vai ser necessário, então ótimo, mas quando for, tal configuração pode depender de cada container ou em codificação. Outro exemplo é envolver objetos de negócios na mesma transação que não sejam EJBs e isso implica em lidar manualmente com a API da JTA. Então, quando você tem esse cenário, usar o mecanismo de controle transacional começa a se tornar complexo.

Se você usa apenas EJBs e suas necessidades são apenas a nível de controle de propagação, então esse é o cenário trivial e usar a tecnologia EJB, especialmente a partir da versão 3, torna tudo menos complicado. E claro, não importa o tamanho da aplicação ou a complexidade do negócio.

Usar vários beans na mesma transação no Spring não implica em implementar na mão o controle transacional. Se isso fosse verdade, de que adiantaria chamar de controle transacional? Também não confunda gerenciamento de transações com a injeção do EntityManager. São duas coisas diferentes. E sim, no Spring há a possibilidade de injetar o EntityManager usando a mesma anotação que se usa em EJB.

A escolha sempre depende de requisitos. Se EJB resolve bem, porque partir para Spring? O contrário também é verdade.

Quando fizemos o artigo, nós sabíamos que o título iria causar essa idéia de comparação ou de definição de qual seria o melhor.

Vou copiar um trecho que escrevi no meu blog:

A idéia e intuito da criação do artigo não era de definir que X é melhor do que Y, e sim a idéia de compararmos os principais recursos das duas tecnologias (segurança, transações, mensageria, etc) e mostrar para o desenvolvedor que cabe apenas a ele escolher qual tecnologia trará mais benefícios. Isso não faria o menor sentido, até porque já existem diversas comparações na internet sobre esse assunto e até hoje os caríssimos Rod Johnson e Bill Burke travam uma guerra interminável sobre esse assunto.

Como mencionado acima, a idéia era comparar os principais recursos que as duas tecnologias pregam. É claro que tivemos que expor as nossas opiniões e em cada tópico houveram debates (com códigos e pesquisas) a respeito das duas tecnologias, comparando dificuldades, facilidades, tempo de desenvolvimento, recursos disponíveis para consulta e vários aspectos.

Desta forma, seria uma injustiça dizer no artigo que as duas tecnologias cumprem de forma semelhante todos os recursos abordados. Para isso, o JCP está correndo atrás e já irá trazer diversas melhorias na versão 3.1 do EJB.

Eu fiz assim:

AccountingImportResult result = (AccountingImportResult)transactionTemplate.execute(new TransactionCallback(){
			public Object doInTransaction(TransactionStatus ts) {
				try{
					/*chamadas a operações de vários beans com inserts, updates e delete em várias tabelas*/
				}catch (Throwable e) {
					ts.setRollbackOnly();
					//...
				}
				return null;
			}
		});

Acredito que o objetivo desse tópico já foi alcançado, que era expor uma crítica ao artigo citado, mas sinto que algumas declarações estão sendo levadas para o lado pessoal e isso nunca é construtivo.
Fica a minha sugestão para que numa próxima edição da Mundo Java não seja cometido os mesmos erros e assim tenhamos uma revista com ainda mais qualidade.

Nota: quando me refiro aos erros, me refiro a forma como o artigo foi redigido totalmente parcial e tendencioso. Isso não é o que se espera de um artigo publicado numa revista com grande circulação como a Mundo Java.

At.

gilberto.souza:

Acredito que o objetivo desse tópico já foi alcançado, que era expor uma crítica ao artigo citado, mas sinto que algumas declarações estão sendo levadas para o lado pessoal e isso nunca é construtivo.
Fica a minha sugestão para que numa próxima edição da Mundo Java não seja cometido os mesmos erros e assim tenhamos uma revista com ainda mais qualidade.

Nota: quando me refiro aos erros, me refiro a forma como o artigo foi redigido totalmente parcial e tendencioso. Isso não é o que se espera de um artigo publicado numa revista com grande circulação como a Mundo Java.

At.

Gilberto,
Acho que você tem razão e agora mais ainda por que o Maurício Linhares não soube nem mesmo o que mais argumentar…, volte sempre ai para ajudar agente a entender melhor essas tecnologias …

Abraçosss

Marcio Duran:

Gilberto,
Acho que você tem razão e agora mais ainda por que o Maurício Linhares não soube nem mesmo o que mais argumentar…, volte sempre ai para ajudar agente a entender melhor essas tecnologias …

Abraçosss

Aonde que o Maurício não soube argumentar? Pode me mostar por favor?

Acho que não, pois você não deu respostas contundentes sobre os seus questionamentos que foram respondidos.

Você poderia nos informar quem ou quais são as pessoas deste tópico que estão levando para o lado pessoal? Não vejo ninguém que esteja levando para esse lado.

Como foi dito por alguns usuários neste post, você poderia escrever um artigo para a MundoJava expondo as suas opiniões, é simples.

Ainda estou esperando por motivos concretos a respeito dessa sua opinião.

Cara,
não sei se entendi direito, mas se vc precisa de varias chamadas ao banco dentro de uma transação atomica, vc pode fazer isso de forma muito simples, somente declarando no xml do Spring ou via anotação.
Vc marca um metodo como transacional e a partr disso todas as chamadas fazem parte da transacao. E vc pode usar uma granularidade mais fina ainda se quiser, mas tudo via configuração.
Eu nunca precisar fazer programaticamente.

[]´s

Leozin:

Aonde que o Maurício não soube argumentar? Pode me mostar por favor?

“Ele não respondeu sobre o código exposto e sendo que outro fez a observação”

Leozin:

Marcio Duran:

Gilberto,
Acho que você tem razão e agora mais ainda por que o Maurício Linhares não soube nem mesmo o que mais argumentar…, volte sempre ai para ajudar agente a entender melhor essas tecnologias …

Abraçosss

Aonde que o Maurício não soube argumentar? Pode me mostar por favor?

Homem, ignore, é o Marcio Duran

Rafael Carneiro
Moderador

Rafael, deixa eu entender a sua sugestão: Você quer que eu escreva um ?artigo? para a Mundo Java (revista focada em tecnologia e metodologias), expondo minha crítica a um dos artigos publicado num revisão anterior? Isso não me parece lógico. Mas caso a revista tenha um espaço para sugestões dos ?leitores? ai sim, isso se torna uma opção válida.

Não queria partir para esse lado, mas dado a qualidade das suas respostas e sua falta de maturidade para receber as críticas me vejo obrigado a perguntar quantos anos de idade você tem, me surpreenderia se você dissesse que tem mais de 13 anos.

Mauricio Linhares:

Aonde que o Maurício não soube argumentar? Pode me mostar por favor?

Homem, ignore, é o Marcio Duran :)

Maurício cadê as respostas, não provou com código e fica ai pedindo voto para usuário como se fosse um deputado federal :lol: :lol: :lol:

Esse Rafael Carneiro está totalmente equivocado.
É o típico cara orgulhoso que acha que só prevalece a opinão dele.
O Gilberto Matias abriu um tópico importante nesse forum, porque a matéria da Revista Mundo Java
"EJB versus Spring" é tendenciosa sim, puxando para o lado do Spring (que deve ser o único
framework que esse cara deve ter trabalhado).
Quem não conhece os tópicos mais avançados do Java podem abandonar o poderoso EJB 3
por causa da opinão equivocada dele. Eu particularmente já trabalhei de verdade com os dois
frameworks e gostei muito mais do EJB 3.
Rafael, abaixa um pouquinho sua “crista” e tenha um pouco mais de humildade.
Esse fórum aqui é para as pessoas expressarem suas opiniões livremente, apesar
de você discurdar de algumas, não significa que você está certo cara.

Você pode enviar sugestões, críticas e outros assuntos para a MundoJava, com certeza. O que eu sugeri (e o que outros usuários também sugeriram) era que você escrevesse um artigo sobre essas tecnologias, expondo o seu ponto de vista, e não um artigo debatendo o que estamos discutindo. Se você acha que o artigo atual está errado e tendencioso, você poderia escrevê-lo, por que não?

gilberto.souza:

Não queria partir para esse lado, mas dado a qualidade das suas respostas e sua falta de maturidade para receber as críticas me vejo obrigado a perguntar quantos anos de idade você tem, me surpreenderia se você dissesse que tem mais de 13 anos.

Por favor não vamos partir para esse lado, estamos discutindo tecnicamente todos os argumentos que foram escritos nesse post. Rebata tecnologia contra tecnologia, e não com ofensas.

Rafael,

As observações que já foram feitas, também não foram colocadas por você aqui tecnicamente, não poderia ao menos coloca-las para depois solicitar que alguém faça ou publique artigos para a Revista Mundo Java, a sua participação é minima quando alguém faz melhores observações…

Então, a minha participação é simples porque o Maurício Linhares, tarsobessa e jgbt já responderam tecnicamente.

Marcio Duran:

Leozin:

Aonde que o Maurício não soube argumentar? Pode me mostar por favor?

“Ele não respondeu sobre o código exposto e sendo que outro fez a observação”

Mas ele nem precisa responder. Se tu usar o próprio quote dele, ele responde a sí mesmo:

O cara nem sabe usar as transações do Spring e, além disso, o cara que sequer leu documentação e faz um código horrível, provavelmente copiado de algum lugar e ainda vem falar como se fosse “o cara” daquele nem precisa de resposta e vem culpar que “fatalmente terá que fazer o controle na mão”. Acho que tá faltando um espelho pro nosso amigo gilberto, porque ele próprio está se passando por ridículo aqui.

PROGIX:

Esse Rafael Carneiro está totalmente equivocado.
É o típico cara orgulhoso que acha que só prevalece a opinão dele.
O Gilberto Matias abriu um tópico importante nesse forum, porque a matéria da Revista Mundo Java
"EJB versus Spring" é tendenciosa sim, puxando para o lado do Spring (que deve ser o único
framework que esse cara deve ter trabalhado).
Quem não conhece os tópicos mais avançados do Java podem abandonar o poderoso EJB 3
por causa da opinão equivocada dele. Eu particularmente já trabalhei de verdade com os dois
frameworks e gostei muito mais do EJB 3.
Rafael, abaixa um pouquinho sua “crista” e tenha um pouco mais de humildade.
Esse fórum aqui é para as pessoas expressarem suas opiniões livremente, apesar
de você discurdar de algumas, não significa que você está certo cara.

Não amigo. Acho que tu tem que abaixar a crista. Eu não cheguei a ler a matéria, mas pelo visto ela causou bastante xilique no pessoal que adora viver no mundinho de que “tudo que o JCP faz é perfeito!”. “O PODEROSO EJB3”, por favor, vá fazer uma palavra cruzada.

Esse tipo de evangelismo não leva a lugar nenhum. Eu to pouco me lixando se EJB3 é melhor ou pior que EJB2 ou Spring ou qualquer outra coisa. O interessante é ter um ponto de vista crítico e saber aproveitar as vantagens de cada um. Pra que tomar as dores do EJB? Se o pessoal tá ficando ofendido com uma coisa dessas, sugiro procurar algum psicólogo.

Eu sou entusiasta++ de Spring, mas mesmo que o EJB3 “ganhasse a briga”, não iria vir pra cá dando pontapé em todo mundo

ah, além do mais, dá pra fazer IoC com Spring e EJB3 no container JEE 5 ;D pra que brigar queridos? Peace ;D

Rafael Carneiro:

a sua participação é minima quando alguém faz melhores observações…

Então, a minha participação é simples porque o Maurício Linhares, tarsobessa e jgbt já responderam tecnicamente.

Não se apoie em segunda voz, acho que você deve a responsabilidade por escrever o artigo e fazer melhor suas colocações com personalidade, acredito que isso esteja ao seu alcance.

Aguardo suas observações técnicas finais, então aproveite a oportunidade agora…

Marcio Duran:

Não se apoie em segunda voz, acho que você deve a responsabilidade por escrever o artigo e fazer melhor suas colocações com personalidade, acredito que isso esteja ao seu alcance.

Aguardo suas observações técnicas finais, então aproveite a oportunidade agora…

Márcio, eu não alimento trolls, então encerrarei aqui a minha participação nesse tópico.

Rafael Carneiro:

Márcio, eu não alimento trolls, então encerrarei aqui a minha participação nesse tópico.

Você fugiu do debate, dizer que trolls é questionar melhores observação isso não justifica, devo dar total consideração ao Gilberto que teve uma manifestação justa e foi cordial por fazer isso de forma técnica, aos demais só cogitaram e não demonstraram melhor habilidade no assunto.

Leozin
Forum Spammer

Gostaria de entender o seu ponto de vista, quem é você para julgar a qualidade técnica de uma solução dada por alguém quando você nem mesmo conhece o contexto do problema?

Expus a forma que utilizei para solucionar o problema, dado a urgência da solução do mesmo e, adivinham funcionou e nunca mais tive problemas com esse código.

Mas aprenda a ler por favor, o tópico que abri, como já enfatizei, é para avaliar a qualidade do artigo e não das soluções (Spring e EJB 3).

Leozion num intervalo entre uma aula de programação, procure uma aula de português para aprender a inperpretar um texto.

Acredito que mais dirículo é comentar a opinião dos outros sem nem ao menos ter lido o artigo.

Desculpe Rafael, mas eu acho uma p… de uma mulekagem você ficar dizendo para o outro colega “porque ele não escreve um artigo”… como se isso fosse tão simples, rápido e possível, realmente suas respostas são como a de um menino. Você sabe que ele não poderia escrever um artigo para a Mundo Java assim tão simplesmente, do mesmo jeito que você não chegou na Mundo Java do dia pra noite, e isso não porque ele não conhece, mais porque para isso existem diversos outros mecanismos que deveriam ser acionado de forma a possibilitar que isso aconteça.

Ele não pode escrever para a Mundo Java, ele vai comentar aqui, pq aqui sim é um local para isso, aqui é um fórum , aqui é um lugar de opinião da comunidade e vc deve ler, e contra-argumentar se desejar, e aqui tb! (pelo menos é o intuito, eu imagino).

pessoal, vamos nos ater unicamente à discussão técnica, sem ofensas pessoais

tem muito post de discórdia, mas sem nenhuma argumentação técnica para tal

Como sempre o pessoal daqui não consegue ter uma discussão sem levar para o lado pessoal.

Ninguém está discutindo sobre o que fulano ou beltrano sabe. Se ele disse algo errado apenas corrija-o e diga o porquê da matéria ser boa na sua opinião.

achei excelente mostra sempre os prós e contras…

isso é mto bom…

acho q pode-se resumir assim: O EJB é muito menos robusto em soluções para Transações e Agendamento por exemplo. O Spring fornece uma gama enorme de facilidades para trabalhar.

Em compensação, para quem não gosta de XML, o Spring chega a ser painful… Pois apesar de utilizar annotations, vc ainda tem q descrever algumas ações no XML.

kaiak23:

achei excelente mostra sempre os prós e contras…

isso é mto bom…

acho q pode-se resumir assim: O EJB é muito menos robusto em soluções para Transações e Agendamento por exemplo. O Spring fornece uma gama enorme de facilidades para trabalhar.

Em compensação, para quem não gosta de XML, o Spring chega a ser painful… Pois apesar de utilizar annotations, vc ainda tem q descrever algumas ações no XML.