![]() |
![]() |
Accueil > Intranet Michel Buffa > Design Patterns Java EE 6 > Design patterns Java EE 6 with JSF / EJB / JPA
Design patterns Java EE 6 with JSF / EJB / JPADe $1Table des matières
IntroductionThis la exercice/tutorial shows an application that uses different Java EE frameworks. It shows the use of the MVC framework JSF 2, the use of Enterprise Java Beans, in particular as session facades or singleton objects, the use of JPA and entity classes as models shared all along the different layers of the application. Application architecture: Creation of a project of type "Enterprise Application"This is a special kind of project made of different modules : EJB modules, web modules, etc. All these sub-projects are grouped in a single project of type enterprise, that acts as a single container. The Java EE project is in a .ear file, (ear meas Enterprise ARchive) and makes the deployement easier. Use Netbeans menu File/New Project choose "Java EE" as a category, and choose the type of project as "Enterprise Application". Click "Next" then give a name to the project. Do not use strange characters in the project name please ! In the screenshots, we chose TP1CustomerApplication for the project name. In the next dialog, you will choose the application server, the Java EE version, etc. Keep all the default values. Do not forget to click the "Enable Context and Dependency Injection" checkbox ! Otherwise JSF will not work ! Click on finish now. Normally you will see 3 projects added to Netbeans:
Create an entity class from an existing databaseJava EE contains a framework named JPA for Java Persistence API. In that framework, special classes called "entity classes" correspond to tables in databases. The mapping between these classes and tables is done using external ORM tools like Hibernate or EclipseLink. These tools provides some means for generating automatically entity classes from the table models. This is what we are going to use. In the EJB project, the one with a java bean icon, do a right clic on the project name, and choose New/Entity class from database: You will be asked the JNDI name of the database. Choose "jdbc/sample". It's a database that comes bundled with the JavaDB database included in glassfish 3. So, no need to run a database server, create by hand some database, tables, etc. Normally after you chosed the name of the database, the left list will appear showing the available tables: Choose "CUSTOMER"and click the "add" button, this will add in fact two tables: CUSTOMER and also DISCOUNT_CODE as there is a relation between these two tables: Click "Next". Now you may change the names of the Java entity classes that will be generated. I recommend to let all the default values. One good practice is to put them in a package named "entities", like shown in this screenshot: Click "Next".Leave all default values...
Double click persistence.xml, you will see a designer that looks like that: Without entering into details, we recognize that
Creation of a Customer facadeWe will now add to the project a DAO / Facade that will take charge of all CRUD operations on the Customer entities. If one wants to insert, update, remove, search entities in the database jdbc/sample, he will have to use this facade ! We will implement this facade as a stateless session bean EJB: Do a right click New/Session Bean on the EJB project: Give a name to your facade. In general we would call it CustomerFacade or CustomerDAO or CustomerManager or CustomerHandler, and we will put it in a package named "sessions" in order to differentiate it Add some business methods in the facadeDouble click "CustomerManager.java" in the project so that the source code is shown in the editor. Click somewhere in the class (after the { for example) and right click / insert code. This will show a very interesting menu... Choose "add business méthod" and add a method named getAllCustomers() that will return a List of Customers: In the source, add the imports that are missing (click on the small yellow icon, or right click/fix imports, or Alt-Shift-I, or ⌘-Shift-I if you have a Mac). Add also a method update(Customer c) {...} that will be useful for updating a customer. You should get a code that looks like that: package session; import entities.Customer; import java.util.Collection; import javax.ejb.Stateless; import javax.ejb.LocalBean; @Stateless @LocalBean public class CustomerManager { public List<Customer> getAllCustomers() { return null; } public Customer update(Customer customer) { return null; } } Of course you could have typed these methods by hand, it was just cool to show you some netbeans goodies... Now we will implement these methods. Explanation are in the full JPA course but for now, just follow the instructions.
@PersistenceContext(unitName = "TP1CustomerApplication-ejbPU") // the name can be different in your case private EntityManager em; public void persist(Object object) { em.persist(object); } The variable em does not need to be initialized, as it will be "injected". The name just after the "unitName=" parameter, in the example "TP1CustomerManager-ejbPU", is also in the persistence.xml file. , New version of the methods: package session; import entities.Customer; import java.util.Collection; import javax.ejb.Stateless; import javax.ejb.LocalBean; import javax.persistence.EntityManager; import javax.persistence.PersistenceContext; @Stateless @LocalBean public class CustomerManager { @PersistenceContext private EntityManager em; public List<Customer> getAllCustomers() { Query query = em.createNamedQuery("Customer.findAll"); return query.getResultList(); } public Customer update(Customer customer) { return em.merge(customer); } public void persist(Object object) { em.persist(object); } } Here we are, we implemented these two methods. The first one executes a "named query" whose name is "Customer.findall". Look at the beginning of the file Customer.java, you will find this query. It's equivalent to a select * from CUSTOMER. But as we are working with objects, in that case we will return a List of Customers, not tuples. The second method, update(Customer customer)... updates the database content with the value of the Customer passed as a parameter. The em.merge(customer); call does exactly that: "take this object in memory, look if it exists in the database, then update the columns in the database if they do not correspond to the customer object property values. Objects have a primary key (in that case, look at the id property in the Customer.java class). Normally you should fix the imports, but beware at the Query class, you must import it from the javax.persistence package, not from the javax.management package ! Ok, we are fone with the business part of the project. Then we will look at the web part. Create a JSF managed bean as a controllRight click on the project and add/java server faces / jsf managed bean Give a name to this JSF bean. As it will manage the GUI for Customers, we call it CustomerMBean and add it to a package named managedbeans. We choose that its lifetime will be the HTTP session, so we set its scope to be "session". You should get a CustomerMBean.java that looks like that: package managedbeans; import javax.inject.Named; import javax.enterprise.context.SessionScoped; import java.io.Serializable; @Named(value = "customerMBean") @SessionScoped public class CustomerMBean implements Serializable { public CustomerMBean() { } } Note the annotation @SessionScoped. This annotation says that 1) the bean will last the duration of the http session and 2) its attributes/properties will be stored in the HTTP session. We will use the properties of this class as Models for display/modification in the JSF page (they are views in our approach). Now we will add some functionalities to this JSF bean:
To call an EJB, right click / insert code / call enterprise bean. This will just add these two lines: @EJB private CustomerManager customerManager; Here again, the @EJB annotation injects the customerManager variable. No need for a new()... This annotation acts both as a service locator and as a factory. But this time, control is reversed, (we call it "inversion of control" or IOC: the right object is built by a "third person", in this case, the EJB container). Let's complete the JSF bean code: package managedbeans; import entities.Customer; import javax.ejb.EJB; import javax.inject.Named; import javax.enterprise.context.SessionScoped; import java.io.Serializable; import java.util.List; import session.CustomerManager; @Named(value = "customerMBean") @SessionScoped public class CustomerMBean implements Serializable { @EJB private CustomerManager customerManager; /* models/properties */ private Customer customer; // for display/update/insert in a form private List<Customer> customers; // for display in a datatable public CustomerMBean() { } /** * returns customer list for display in a datatable DataTable * @return */ public List<Customer>getCustomers() { if((customers == null) || (customers.isEmpty())) refresh(); return customers; } public void refresh() { tousLesComptes = compteBancaireFacade.findAll(); } /** * returns details of a customer. Useful for displaying in a form a customer's details * @return */ public Customer getDetails() { return customer; } /** * Action handler - Called when a line in the table is clicked * @param customer * @return */ public String showDetails(Customer customer) { this.customer = customer; return "CustomerDetails"; // will display CustomerDetails.xml JSF page } /** * Action handler - update the customer model in the database. * called when one press the update button in the form * @return */ public String update() { System.out.println("###UPDATE###"); customer = customerManager.update(customer); return "CustomerList"; // will display the customer list in a table } /** * Action handler - returns to the list of customers in the table */ public String list() { System.out.println("###LIST###"); return "CustomerList"; } } Add a JSF page for displaying customers in a tableLet's add a JSF page to the project. Right click / new Java Server Faces / JSF page:
Click "next", then give a name to the JSF page: This will add a CustomerList.xhtml file in the project. Double click to see the source. You may add some text or html code there... Add a datatable JSF widget in the JSF page, link it to the "customers" modelShaw the palette tool in netbeans (menu Window/Palette or shortcut ctrl-shift-8). Open the JSF part and drag'n'drop "JSF Data Table from Entity", just after the body: A dialog appears asking for which entity class you want a datatable. Enter Customer as the entity, and select customerMBean.customers as the name of the property in the JSF bean that corresponds to this entity in the JSF bean. A property is define by its getters and setters. As we have getCustomers() that returns a List of Customers, in our JSF bean, this is ok. So, a model of type "Customer" or List<Customer> in the JSF bean, is a property as soon as there is a getCustomer() or getCustomers() accessor methods. We can associate these models to some view components like a datatable (for the getCustomers() method that returns a collection) or to a form widget (for the GetCustomer() or getDetails() methods that return a single customer).
@Named(value = "customerMBean") @SessionScoped public class CustomerMBean implements Serializable { ... public Collection getCustomers() { .... } So here is the dialog with the correct values: Click Ok. This will add many lines in the JSF page. Maybe you will need to add the "xmlns:f="http://java.sun.com/jsf/core" namespace to the <html> element, you may also use ctrl-espace for auto-completing the name. Test your projectRight click on the EAR project, the one with a blue triangle icon, and choose "Run". This should dosplay the "index.jsp" page by default. Change the URL so that it shows "http://localhost:8080/TP1CustomerApp...omerList.xhtml" You may also change the default home page of your project by editing the WEB-INF/web.xml file... You should get the following result: So far this table is not very nice. Do not worry... Data come from a database named jdbc/sample. You can explore it using the service tab of netbeans. It proposes a small but powerful database manager. Open the database icon, then look for the sample database and do right click/connect, look at the CUSTOMER table, and right click / view data. Check: these are the same data you saw in the JSF page ! Now we will modify the display of the discountCode, that is a relation. For the moment the value displayed is "entities.DiscountCode[discountCode=M]" and this is not satisfaying... If you understood the concept of property, you should understand why we modify this line in the JSF page: <h:outputText value="#{item.discountCode}"/> by this one: <h:outputText value="#{item.discountCode.discountCode} : #{item.discountCode.rate}%" /> The first property access corresponds to a call to getDiscountCode().getDiscountCode() for the current instance of Customer. The second corresponds to a call to getDiscountCode().getRate() : Run the project again, you should get the discount code correctly displayed now. Ok, stop and try to understand how things articulate in the application. Replace the datable by a better one from the PrimeFaces libraryIn the MVC paradigm, views can be more than one, or implemented differently. The model and the controller does not change. JSF allows external component as extensions of the basic JSF set of widgets, or as replacements. The Primefaces library, that wraps a lot of jQuery UI components, proposes a nicer and more powerful databale. Without changing anything to our JSF backing bean, models or facade, we will just replace the current datatable by another one ! Add the primefaces library to the projectThis library is bundled with netbeans 7.2, in a recent 3.2 version. To add it to the project, just right click the web project / properties, Libraries, and click on "add library", then select Primefaces 3.2. Modify the JSF page to use Primeface's datatableAdd this new namespace for primefaces components: xmlns:p=xmlns:p="http://primefaces.org/ui" Then, by prefixing them with "p:" we will be able to use Primefaces components.
Deploy the project (right click on the blue triangle project / deploy). Run it. You should see: This table looks better, but if you are curious you will see that you may activate many options by adding attributes or event handlers just look at the demos here: http://www.primefaces.org/showcase-labs/ui/home.jsf
Display details of a client when we click on a lineLet's see how we can display the details for one customer by clicking on a line in the datatable... Add a link in a column of the table, to call a method in the JSF beanModify CustomerList.xhtml so when we click on a customer Id, we call a method in the JSF bean that will get the current line customer's value and forward to another JSF page with a filled form that displays the customer's details: <p:dataTable value="#{customerMBean.customers}" var="item" emptyMessage="No customer found with given criteria" widgetVar="customerTable" paginator="true" rows="10"> <f:facet name="header"> <p:outputPanel> <h:outputText value="Search all fields:" /> <p:inputText id="globalFilter" onkeyup="customerTable.filter()" style="width:150px" /> </p:outputPanel> </f:facet> <p:column headerText="CustomerId" sortBy="#{item.customerId}" filterBy="#{item.customerId}" filterMatchMode="contains"> <h:commandLink action="#{customerMBean.showDetails(item)}" value="#{item.customerId}"/> </p:column> ... The added line says that when we click on the Id, we call the method showDetails(Customer c) of the JSF managedBean (do not forget: the JSF been is in the HTTP session) : /** * Action handler - called when we click on the id in a line of the datatable * @param customer : a Customer object that holds the current line values * @return */ public String showDetails(Customer customer) { this.customer = customer; // store it in a model return "CustomerDetails"; // change JSF page, that will use the model } This method does 2 things
Save and run the project. You will see an hyperlink on the id in the datatable but that links to nothing as the CustomerDetails.xhtml page does not exists yet. Add a JSF page for displaying a customer's details
Tell the entity you want to display in the form, indicate the name of the property in the JSF backing bean : customerMBean.details corresponds to the getDetails() method. Rememer the concept of "property"... Ok, time to try the project... Run the project, see that a customer's details are displayed in teh JSF page with the formHere is what you should get with the client of id=1: Ok, so we have displayed the details for the Customer with id=1. The DiscountCode for this client is not correct, and we still have to add some buttons for updating or cancelling the update of this client. Just remove the lines corresponding to that widget for now... Add buttons for updating the form content and go back to the table viewJust add these two lines in CustomerDetails.xhtml before the </h:form>: <h:commandButton id="back" value="Back" action="#{customerMBean.list()}"/> <h:commandButton id="update" value="Update" action="#{customerMBean.update()}"/> Here is what they do:
Let's have a look at update() : public String update() { System.out.println("###UPDATE###"); customer = customerManager.update(customer); return "CustomerList"; } This method uses the current value of the property "customer" and pass it to a method from the customer facade for updating the database. The thing you need to understand is that when the form has been submitted, a call to all the setters for the customer properties has been performed, so the current value of the "customer" model here is already the one corresponding the the data entered in the form. The model in the JSF managed bean is updated as soon as the form is submitted ! There is just a need to call the facade method to update the data in the database.
Using interceptorsThe Interceptors do what they say – they intercept on invocation and lifecycle events on an associated target class. They are used to implement things like logging and auditing. Add an interceptor binding type annotation to the project named @LoggingWe will create a new annotation named @Logging that we will just add before a class definition or before a method for intercepting and method invocations. This is similar to the annotations we created for the @InMemory and @JDBC qualifiers, but there are some particularities. Add this class in a new package called "interceptors": package interceptors; This time, we did not define a qualifier but an "InterceptorBinding", as the meta annotation @InterceptorBinding shows. Meta annotations are annotations on annotations. Notice also that the @TARGET meta annotation indicates that this new @Logging annotation we are defining could only apply on METHODS and TYPES (classes). Add an interceptor that implements the @Logging annotation/interfaceWe are going now to implement (or bind) an interceptor by creating a POJO class that looks like that: package interceptors; Hmmm most of the code are println, so don't panic ! What can we notice:
Update the beans.xmlThe interceptors may be specified on the target class using the @Interceptors annotation which suffers from stronger coupling to the target class and not able to change the ordering globally. The recommended way to enable interceptors is by specifying them in the beans.xml file. Add these lines to beans.xml to declare the interceptor: <interceptors> <class>org.samples.LoggingInterceptor</class> </interceptors> Annotated the CustomerFacade for logging, run the projectWe are nearly done. In order to bind the interceptor to a java bean target class, add a @Logging annotation to the ManufacturerFacade class, just before the class definition (or you may try later on to add this annotation just before some methods). @Stateless Run the project, look at the console ! See all the logs there, they show method calls, input and output parameters, etc. Well done ! You have now a beautiful looging service that works with annotations ! To go further, we recommend reading a good course/tutorial on java reflexivity API, like this one by Michel Buffa (in french: http://deptinfo.unice.fr/twiki/pub/M...minfo-0910.pdf) and look at the official section of the JavaEE6 tutorial by Oracle: http://docs.oracle.com/javaee/6/tuto...doc/gkeed.html An excellent quick overview of CDI goodies is proposed in this blog entry (in french): http://blog.xebia.fr/2012/02/01/java...bien-se-tenir/ FACULTATIVE PART THAT DEALS WITH JSF converters and lists (in french)...Régler l'affichage des DiscountCodes dans le détail d'un clientDans la base de données la table des DISCOUNT_CODE contient juste 4 valeurs correspondants aux quatre types de réductions possibles. Nous allons utiliser un Converter, qui permet de transformer un objet de type entities.DiscountCode en String, et vice versa. On va commencer par rajouter au projet EJB un session bean stateless dans lequel on ajoutera une méthode List<DiscountCode> getAllDiscountCodes(). Inspirez-vous du gestionnaire de client et de la méthode qui renvoie tous les clients. Plutôt que copier/coller le code ci-dessous, essayez de refaire les étapes que nous avions faites lors de l'écriture du gestionnaire de clients (avec insert code/call enterprise bean, insert code/user Entity Manager etc...) Vous devriez avoir un code comme ceci : package session; import entities.DiscountCode; import java.util.List; import javax.ejb.Stateless; import javax.ejb.LocalBean; import javax.persistence.EntityManager; import javax.persistence.PersistenceContext; import javax.persistence.Query; @Stateless @LocalBean public class DiscountCodeManager { @PersistenceContext(unitName = "TP1CustomerApplication-ejbPU") private EntityManager em; public List<DiscountCode> getDiscountCodes() { Query query = em.createNamedQuery("DiscountCode.findAll"); return query.getResultList(); } public void persist(Object object) { em.persist(object); } } Donc, maintenant on a un EJB qui renvoie toutes les valeurs possibles de DiscountCode. On va ajouter dans le managed bean du projet web un objet de type javax.faces.convert.Converter, qui nous servira à transformer un objet de type entities.DiscountCode en String, et vice versa. On utilisera une représentation en string de la forme "L : 7.00%", comme dans la colonne du tableau de détail des clients. Pour celà, commencez par indiquer au bean qu'il va appeler un EJB : DiscountCodeManager, celui que nous venons d'écrire. Ensuite, pour utiliser ce converter dans la page JSF .xhtml, on a besoin de définir une méthode get. Voici le code à ajouter dans le managed bean CustomerMBean: @EJB private DiscountCodeManager discountCodeManager; public Converter getDiscountCodeConverter() { return discountCodeConverter; } private Converter discountCodeConverter = new Converter() { @Override public Object getAsObject(FacesContext context, UIComponent component, String value) { return new ConverterException("On verra la conversion String->Objet plus tard..."); } @Override public String getAsString(FacesContext context, UIComponent component, Object value) { DiscountCode dc = (DiscountCode) value; return dc.getDiscountCode()+" : "+dc.getRate()+"%"; } }; Finalement, on peut définir une méthode utilitaire qui servira à remplir le menu déroulant de la page JSF CustomerDetails.xhtml. Procédez comme dans le début du TP (insert code/call enterprise bean), puis insérez dans le bean la méthode suivante : /** * renvoie un tableau de SelectItem pour affichage dans le menu déroulant * de la page des détails d'un client * @return */ public List<SelectItem> getAllDiscountCodes() { List<SelectItem> options = new ArrayList<SelectItem>(); List<DiscountCode> ldc = discountCodeManager.getDiscountCodes(); for(DiscountCode dc : ldc) { options.add(new SelectItem(dc,discountCodeConverter.getAsString(null, null, dc))); } return options; } Si vous regardez ce code, il se contente de récupérer la liste des DiscountCodes et de la transformer en liste de SelectItems qui est une classe JSF utilisée par le composant <f:selecteditems ... /> qui indique le contenu du menu <h:selectOneMenu.../> situé dans la page CustomerDetail.xhtml. Chaque SelectItem prends en paramètre lors de la construction un objet (l'objet de type DiscountCode) et une string qui le décrit (formatée par le Converter, qui sera visible par l'utilisateur). On va pouvoir maintenant modifier la partie "menu" de la page CustomerDetails.xhtml afin que la méthode que nous venons d'écrire soit appelée. Voici le code qu'il faut modifier dans CustomerDetails.xhtml : <h:selectOneMenu id="discountCode" value="#{customerMBean.details.discountCode}" title="DiscountCode" required="true" requiredMessage="The DiscountCode field is required." converter="#{customerMBean.discountCodeConverter}"> <f:selectItems value="#{customerMBean.allDiscountCodes}"/> </h:selectOneMenu> Remarquons plusieurs choses :
On peut utiliser le Converter dans la page JSF CustomerList.xhtml également : <p:column headerText="DiscountCode" sortBy="#{item.discountCode.discountCode}" filterBy="#{item.discountCode.rate}%" filterMatchMode="contains"> <h:outputText value="#{item.discountCode}" converter="#{customerMBean.discountCodeConverter}"/> </p:column> Voilà, sauvegardez, testez, ça doit fonctionner Il existe en effet une relation entre les clients et les codes de remise. Regardez attentivement la classe entité Customer.java, vous verrez que le code de remise est un attribut discountCode de type DiscountCode. Or le menu déroulant dans la page de détails, lorsqu'on modifie le code de remise, nous renvoie une String. C'est le travail du Converter de transformer cette string en objet de type DiscountCode !
Observez la requête nommée DiscountCode.findByDiscountCode définie dans un attribut de la classe bean entité DiscountCode. Cette requète possède un paramètre noté :discountCode. Quand on donne la valeur d'un code de réduction à ce paramètre, on peut récupérer l'objet de type DiscountCode correspondant. On propose d'utiliser une nouvelle méthode public DiscountCode getDiscountCodeByDiscountCode(char code) dans le bean session session.DiscountCodeManager. Voici cette méthode: public DiscountCode getDiscountCodeByDiscountCode(char code) { Query query = em.createNamedQuery("DiscountCode.findByDiscountCode"); query.setParameter("discountCode", code); return (DiscountCode) query.getSingleResult(); } Observez: on associe le caractère code au paramètre de requête "discountCode", et on récupère un unique résultat de type DiscountCode: query.getSingleResult(). Voici finalement ce qu'on vous propose comme transformation String->DiscountCode par le Converter: private Converter discountCodeConverter = new Converter() { @Override public Object getAsObject(FacesContext context, UIComponent component, String value) { char code = value.charAt(0); DiscountCode dc = discountCodeManager.getDiscountCodeByDiscountCode(code); return dc; } @Override public String getAsString(FacesContext context, UIComponent component, Object value) { DiscountCode dc = (DiscountCode) value; return dc.getDiscountCode()+" : "+dc.getRate()+"%"; } }; Exécutez, testez, amusez-vous à modifier les valeurs des clients, vérifiez dans le gestionnaire de base de données de netbeans que les modifications ont été prises en compte...
Mots clés:
|
Powered by MindTouch Deki Open Source Edition v.8.08 |