• 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 Pie Elite all forums
this forum made possible by our volunteer staff, including ...
Marshals:
  • Campbell Ritchie
  • Jeanne Boyarsky
  • Ron McLeod
  • Paul Clapham
  • Liutauras Vilda
Sheriffs:
  • paul wheaton
  • Rob Spoor
  • Devaka Cooray
Saloon Keepers:
  • Stephan van Hulst
  • Tim Holloway
  • Carey Brown
  • Frits Walraven
  • Tim Moores
Bartenders:
  • Mikalai Zaikin

is EntityBean a MUST?

 
Ranch Hand
Posts: 232
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
Hello All,
can folks, specially the ones who took this exam successfully and all tell me if the EntityBean is a MUST for the Part II? What about using servlets, POJOs, Session Beans and an ORM in place of Entity Bean?

Please let me know what your thouths are on this?
Thanks.
B.
 
Ranch Hand
Posts: 156
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
Brian,

Entity beans are great solutions to handle automatic persistence transactions and specially, to handle thread synchronization at the entities.

There are many custom architectured based on pojos and Stateless Session Beans (Which means that they use the Fast Lane Reader and DAO patterns together). This kind of architecture works fine for applications where 80% of the time just read only access are made.

But, for applications that is going to be accessed for handred users at the same time (an portal or e-commerce for instance) a over synchronization control are mandatory. Entity beans are good solutions for that case because the ejb container takes care this problem perfectly.

The only bad thing related to Entity beans (I mean, EJB 2.1 or prior) is that the curve line to implement this solution is too huge and are not good for maintaince. Another issue is that entity beans 'must' be used with local interfaces (to achive better performance at pass values by reference) but this approach implies at a extra implemention with facades with remote interfaces and business delegates at the client side to handle the remote interfaces.

My advice is: If you decide to not use Entity Beans, pay attemption in thread synchronization of your entities because it is a very importante non functional requirement of any application.

Best Regards,
 
Ranch Hand
Posts: 1183
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
I fully agree with Ricardo. Entity beans implement a caching mechanism for the lowest level of the DB. In its simplest case, each bean caches information about a row of a table. Now, every caching mechanism makes the architecture and programming more difficult, as it introduces another dimension into the code - time, and the implementation, debugging and maintenance is therefore more complex. However, considering the limitations of current databases, where the burden is all on one server, caching solutions are quite often needed as in our assignment.

Regards,
Dan
 
Ranch Hand
Posts: 33
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
I am preparing for part 2.
Since this exam is not on JEE 1.5 you can choose entity beans.

But please be aware that there are no entity beans in EJB 3.0 (JEE 1.5)
 
The knights of nee want a shrubbery. And a tiny ad:
a bit of art, as a gift, the permaculture playing cards
https://gardener-gift.com
reply
    Bookmark Topic Watch Topic
  • New Topic