GeeCON Prague 2014*
The moose likes JSF and the fly likes JSF Design Questions Big Moose Saloon
  Search | Java FAQ | Recent Topics | Flagged Topics | Hot Topics | Zero Replies
Register / Login


JavaRanch » Java Forums » Java » JSF
Bookmark "JSF Design Questions" Watch "JSF Design Questions" New topic
Author

JSF Design Questions

Venkatesh Kumar
Ranch Hand

Joined: Aug 08, 2003
Posts: 68
Hi All:

We are building an application using JSF,Hibernate,and EJB3 and would like to implement the best practices out there in our project.Following are some design related qts.

We have two screens Create Order and View Order.As the names indicate Create Order screen lets the user place an order and View Order screen lets the admin view the orders.View Order screen has some actions/functionality specific to the admin.Should we use the same backing bean for both the screens or separate it out by having a OrderBean,and extending OrderBean to have CreateOrderBean and EditOrderBean.???

Is it a good practice to use the ORM objects in the JSF pages directly?Would it lead to tight coupling b/w the UI layer the and the DB layer.(Scenario:When the admin searches for the orders we iterate through the order objects and display them in a table).

Thank you for your responses.
Andres Quinones
Ranch Hand

Joined: Oct 09, 2006
Posts: 57
Most of the cases implementing JSF you will find that they create one JSF Managed Bean per page. This make for some other developers to understand better the code. What probably you can do is to centralize all the Queries for the Orders in an OrderBean (EJB).

For the ORM Object, when you use JSF and Hibernate I think that the connection to the Database is closed after you return the objects to the View. Taking this in account probably is better that you update always the DB with the data captured from the view Layer and don't let it to modify it directly from the view through the ORM objects. It is possible but I don't think that could be a good practice.
 
GeeCON Prague 2014
 
subject: JSF Design Questions