Discussions

EJB design: Again: Entity Beans vs. Hibernate

Bookmark and Share Get thread feed

  1. Again: Entity Beans vs. Hibernate (2 messages)

    Quite recently we finished an EJB project where we started with Entity Beans (2.1) and ended with a mixture of Entity Beans and Hibernate (for fast and dynamic searching but not for inserting or updating data).

    Now we are at the beginning of a new project and we wonder, if we should keep this hybrid architecture (Entity Beans for writing and Hibernate for searching) or if we should move to pure Hibernate.

    Any thoughts and experiences are welcome.

    Michael
    Reply to this

    Threaded Messages (2)

  2. List of advantages and disadvantages[ Go to top ]

    Right now I found the following list of advantages and disadvantages.

    Advantages:
    - Hibernate Beans are easier to implement since you don't need any interface coding.
    - Queries can be dynamic and perform faster (at least on WebLogic and JBoss)
    - Hibernate offers a more object-oriented approach. You can map is-a relationships as subclasses.
    - For data transfer you can use Hibernate Beans as DTOs if you want (and if it's applicable). You can even fill 'custom' DTOs with query results just with one line of code using the select-new construct.

    Disadvantages:
    - Hibernate Beans are not automatically 'locked' for others while used during a transaction. This can lead to inconsistent data when more clients concurrently modify the same data.

    Any more?
    Reply to this Reply to original

  3. joins[ Go to top ]

    Hi,

    Is there any limitations on the number of joins you can have in query?

    Thanks
    Ash
    Reply to this Reply to original