It's october and summer ended a couple of weeks ago. A lot of rodents and bears prepare for winter and hibernation. So will I! I got involved in a project in which creativity was pushed to the limit in a very early stage.
We wanted to do a project with ADF (full framework) for one of our customers. This approach wasn't allowed. I've been mailing and talking about this case with some people at oracle (Steve Muench a.o.) but it is at it is...Either you like it or you don't. There are customers who, for whatever good reason, don't want to use ADF. John Stegeman wrote a nice entry on his blog about the pro's and cons, and about 'pride and prejudice' concerning JDeveloper and ADF.
In this case however, instead of forbidding the use of any part of the ADF, my customer decided to allow a Poc (Proof of Concept) in which I (and my co-workers) were allowed to use the ADF-faces part of the framework.
The consequence was that we had to think of an alternative application architecture.
Because of customer standards we finally decided to develop a system that in the end will cover two layers: a GUI made up of ADF-faces and a backend made up with spring hibernate talking to an Oracle database. This is not something very special. In the end it is just java talking to java, and this should not be a problem, but we wanted to make sure that this approach worked, and we never tried before. In the company I currently work for, the Oracle Unit does JDeveloper-ADF projects and the Java Unit does everything except Oracle........I'm trying to bring those two together.
We did an internal pilot on the EMP table in the HR schema in the Oracle database.
In the next couple of posts on this blog I'll try to give you a step by step guide of this approach. You can see the draft architecture in the picture below, in which I also show you which post will cover which part of the solution.
Because this blog was created to talk mainly about ADF, I will tell you the most important part (ADF-faces) in this part of this series. So that if you don't want to know how hibernate works, you still know how to use it in your ADF-faces front end. Here is what you need: Have your J2EE developers create a jar-file with all the logic concerning the Business and Integration layer. (I talk about how you could make this layer in Part II.). For now lets asume it's all created for you.
Now, the first thin you have to do is to include this jar in your ADF-faces project. Next you create a backingbean that uses the EmployeeService to find all employees, create a Page with an ADF-table, bind this table to the backingbean, run the page, and it should work.
The backingbean
Getters and setters shouldn't be new to you, so I'll just talk about the most important part of this bean: public List getAllEmployees(). This method is an excellent example of how you can build your apps without knowing how the logic in the business layer is implemented. The only thing you have to know is that there is a service with a method getAllEmployees, and that this method returns you a list with all employees. You don't even need to know how hibernate works because you don't care as long as the service you call returns the list of Employees to you.
Now you have to set the properties in the faces-config, so that your bean knows where to get the Service.
Configuring your application to use Spring and Hibernate
Make sure that your application knows that you are using Spring for integration. So in the faces-config you should declare an application.
In you deployment descriptor (web.xml) you have to create an extra context-parameter, an extra filter and an extra listener.
The core-empdemo.xml is a file that tells your application exactly where to get the service that you are using. You should get this file from your hibernate developer and place it on your classpath.
So now you are all set. It looks as if it is kind of compicated, but remember, it's configuration, and you only have to do that when you start a project ! Once you have it all up and running, just leave it alone.
The next thing you do is create a page with an ADF-table on it. You then bind that table to the backingbean.
Run the page, and it's working (if you included the Spring and hibernate libraries in your project)!!
Next time I'll write about the business and integration layer a little bit.
usefull resources:
http://wiki.apache.org/myfaces/Hibernate_And_MyFaces
We wanted to do a project with ADF (full framework) for one of our customers. This approach wasn't allowed. I've been mailing and talking about this case with some people at oracle (Steve Muench a.o.) but it is at it is...Either you like it or you don't. There are customers who, for whatever good reason, don't want to use ADF. John Stegeman wrote a nice entry on his blog about the pro's and cons, and about 'pride and prejudice' concerning JDeveloper and ADF.
In this case however, instead of forbidding the use of any part of the ADF, my customer decided to allow a Poc (Proof of Concept) in which I (and my co-workers) were allowed to use the ADF-faces part of the framework.
The consequence was that we had to think of an alternative application architecture.
Because of customer standards we finally decided to develop a system that in the end will cover two layers: a GUI made up of ADF-faces and a backend made up with spring hibernate talking to an Oracle database. This is not something very special. In the end it is just java talking to java, and this should not be a problem, but we wanted to make sure that this approach worked, and we never tried before. In the company I currently work for, the Oracle Unit does JDeveloper-ADF projects and the Java Unit does everything except Oracle........I'm trying to bring those two together.
We did an internal pilot on the EMP table in the HR schema in the Oracle database.
In the next couple of posts on this blog I'll try to give you a step by step guide of this approach. You can see the draft architecture in the picture below, in which I also show you which post will cover which part of the solution.
Because this blog was created to talk mainly about ADF, I will tell you the most important part (ADF-faces) in this part of this series. So that if you don't want to know how hibernate works, you still know how to use it in your ADF-faces front end. Here is what you need: Have your J2EE developers create a jar-file with all the logic concerning the Business and Integration layer. (I talk about how you could make this layer in Part II.). For now lets asume it's all created for you.
Now, the first thin you have to do is to include this jar in your ADF-faces project. Next you create a backingbean that uses the EmployeeService to find all employees, create a Page with an ADF-table, bind this table to the backingbean, run the page, and it should work.
The backingbean
package com.blogspot.lucbors.view.backingbeans;
import java.util.List;
import javax.faces.context.FacesContext;
import com.blogspot.lucbors.core.model.service.EmployeeService;
import org.springframework.context.ApplicationContext;
import org.springframework.web.jsf.FacesContextUtils;
public final class FacingHibernateBackingBean {
private EmployeeService empServ;
private ApplicationContext ctx = FacesContextUtils.getWebApplicationContext(FacesContext.getCurrentInstance());
public FacingHibernateBackingBean() {
}
public EmployeeService getempServ() {
return empServ;
}
public void setempServ(EmployeeService empServ) {
this.empServ = empServ;
}
public List getAllEmployees() {
empServ = (EmployeeService)ctx.getBean("employeeService");
return this.empServ.getAllEmployees();
}
}
Getters and setters shouldn't be new to you, so I'll just talk about the most important part of this bean: public List getAllEmployees(). This method is an excellent example of how you can build your apps without knowing how the logic in the business layer is implemented. The only thing you have to know is that there is a service with a method getAllEmployees, and that this method returns you a list with all employees. You don't even need to know how hibernate works because you don't care as long as the service you call returns the list of Employees to you.
Now you have to set the properties in the faces-config, so that your bean knows where to get the Service.
<managed-bean>
<managed-bean-name>FacingHibernate</managed-bean-name>
<managed-bean-class>
com.blogspot.lucbors.view.backingbeans.FacingHibernateBackingBean
</managed-bean-class>
<managed-bean-scope>request</managed-bean-scope>
<managed-property>
<property-name>empServ</property-name>
<value>#{empServ}</value> <!--Inject this value from Spring-->
</managed-property>
</managed-bean>
Configuring your application to use Spring and Hibernate
Make sure that your application knows that you are using Spring for integration. So in the faces-config you should declare an application.
<application>
<!-- Install the Spring JSF integration -->
<variable-resolver>
org.springframework.web.jsf.DelegatingVariableResolver
</variable-resolver>
</application>
In you deployment descriptor (web.xml) you have to create an extra context-parameter, an extra filter and an extra listener.
<context-param>
<param-name>contextConfigLocation</param-name>
<!-- core-empdemo.xml contains Service & Dao object
configuration as well as transaction demarcation -->
<param-value>
classpath:core-empdemo.xml
</param-value>
</context-param>
<listener>
<listener-class>
org.springframework.web.context.ContextLoaderListener
</listener-class>
</listener>
<filter>
<filter-name>HibernateFilter</filter-name>
<filter-class>
com.blogspot.lucbors.view.utils.HibernateSessionRequestFilter
</filter-class>
</filter>
<filter-mapping>
<filter-name>HibernateFilter</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>
The core-empdemo.xml is a file that tells your application exactly where to get the service that you are using. You should get this file from your hibernate developer and place it on your classpath.
<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-2.0.xsd">
<bean id="employeeService"
class="com.blogspot.lucbors.core.model.service.impl.EmployeeServiceImpl"/>
</beans>
So now you are all set. It looks as if it is kind of compicated, but remember, it's configuration, and you only have to do that when you start a project ! Once you have it all up and running, just leave it alone.
The next thing you do is create a page with an ADF-table on it. You then bind that table to the backingbean.
Run the page, and it's working (if you included the Spring and hibernate libraries in your project)!!
Next time I'll write about the business and integration layer a little bit.
usefull resources:
http://wiki.apache.org/myfaces/Hibernate_And_MyFaces
Comments
Have you tried using Spring Managed backing beans instead of configuring your beans in faces-config.xml. To do this, use
org.springframework.web.jsf.DelegatingVariableResolver
as a variableResolver in your faces-config.xml and you should be good to go.