I would like to create the web application that can work with ORM entities. Servlets, that, through DAO class, can CRUD entities. DAO formalize as Spring-bean and for each operation with entities, servlets must create an object of DAO class through Spring.
Is that right? What problems may result?
Keep in mind that so far we are only speaking in abtract terms. In order to completely go into details we would need the requirements for the application, including details about logic, operations, features and functions.
Business object should contain CRUD methods that invokes DAO's CRUD methods?
No. The Business object should contian methods that implement whatever logic the application is written to have. Inside the implementation of these methods, the methods of one or more DAO objects are called.
What methods must contain Business Delegate?
A Presentation-tier Business Delegate should have methods that enable the execution of a business object's methods.
Ideally, you should be able to execute business methods from a command line (for testing outside of a web container for example).
I have that structure of web-app: Servlet > Service Object > DAO > Database. Service object, DAO, Session Factory and DBCP connection pool - are Spring beans.
When user send request to servlet, Spring container create copy of Service Object bean, copy of DAO bean, copy of Session Factory bean and copy of DBCP pool? How I may be sure of that all request use one copy of Session Factory bean and DBCP pool&
Service Object - BookService.java
DAO - BookHome.java
Servlet - ViewAllBooks.java
Power corrupts. Absolute power xxxxxxxxxxxxxxxx is kinda neat.