• Post Reply Bookmark Topic Watch Topic
  • New Topic
programming forums Java Mobile Certification Databases Caching Books Engineering Micro Controllers OS Languages Paradigms IDEs Build Tools Frameworks Application Servers Open Source This Site Careers Other all forums
this forum made possible by our volunteer staff, including ...
Marshals:
  • Campbell Ritchie
  • Liutauras Vilda
  • Bear Bibeault
  • Jeanne Boyarsky
  • Tim Cooke
Sheriffs:
  • Knute Snortum
  • Junilu Lacar
  • Devaka Cooray
Saloon Keepers:
  • Ganesh Patekar
  • Tim Moores
  • Carey Brown
  • Stephan van Hulst
  • salvin francis
Bartenders:
  • Ron McLeod
  • Frits Walraven
  • Pete Letkeman

To EJBor not EJB?  RSS feed

 
Ranch Hand
Posts: 937
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
From theServerSide

A recent Gartner Group report cited companies overspent $1 billion on EJB last year, when they could have just gotten by with Servlets/JSPs. This motivates our next discussion: once you've decided whether server-side Java is the way to go, you then need to make the all-important decision: are you actually going to use EJB on this project? Or is EJB overkill?



Deploying EJB is a pain, then learning curve. Then why EJB is such a hot topic?
According to some gurus EJB provides transparent scalibility?
What does that mean? What does A ejb can do what Database cant do in transaction management.

According to an article that came in Javaworld EJB has more disadvantages than advantages. Then author saying alternate approach is avoid EJB completely.




 
Ranch Hand
Posts: 107
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
I also read hughe number of blogs discussing this about EJB.

On one of them I read that they on one of conferences (I guess Sun One) discused about EJB 2.1 and 3.0 explainging how 2.1 is bad and why we need 3.0....
 
Ranch Hand
Posts: 162
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
to follow on this discussion, have a look at the following book. These guys wrote a couple of books that every respectfull programmer / designer and architect should read and treasure

Expert One-on-One J2EE Development without EJB - by Rod Johnson, Juergen Hoeller

(now a blatant copy paste - and maybe advertisement as well)
Expert One-on-One J2EE Development without EJB shows Java developers and architects how to build robust J2EE applications without having to use Enterprise JavaBeans (EJB). This practical, code-intensive guide provides best practices for using simpler and more effective methods and tools, inlcuding JavaServer pages, servlets, and lightweight frameworks.

The book begins by examining the limits of EJB technology ? what it does well and not so well. The authors then provide an overview of alternatives ? both agile methods as well as new classes of tools that have evolved over the past few years. They then dive into the details, showing solutions based on the lightweight framework they pioneered on SourceForge ? one of the most innovative open source communities. They show simpler alternatives for basic functions like transaction management, persistence, remoting, and Web tier design; they also show how these alternatives impact testing, performance, and scalability.
 
Ranch Hand
Posts: 8934
Firefox Browser Java Spring
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
My opinion is - Use light weight containters like Spring for business logic and Hiberbate for persistence. The new EJB spec looks good but it may take a year or two before we could see an implementation coming out.
 
Ranch Hand
Posts: 1312
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
I'm read some new specification of EJB 3.0 , it will add JDO concept to EJB 3.0
 
Pradeep bhatt
Ranch Hand
Posts: 8934
Firefox Browser Java Spring
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
EJB classes in EJB 3.0 spec are POJO and POJI (for business interfaces). The home interface (EJBHome)has been removed. So the domain classes are plain java objects. I hope this answers your query.
 
Ranch Hand
Posts: 4982
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
That means, the home component interface has been replaced by the old RMI factory interface?

Nick
  • Post Reply Bookmark Topic Watch Topic
  • New Topic
Boost this thread!