Oracle® Fusion Middleware Web User Interface Developer's Guide for Oracle Application Development Framework 11g Release 1 (11.1.1) Part Number B31973-03 |
|
|
View PDF |
This chapter describes how to use JDeveloper to declaratively create ADF Faces applications.
This chapter includes the following sections:
Using JDeveloper 11g with Oracle ADF and JSF provides a number of areas where page and managed bean code is generated for you declaratively, including creating EL expressions and automatic component binding. Additionally, there are a number of areas where XML metadata is generated for you declaratively, including metadata that controls navigation and configuration.
At a high level, the development process for an ADF Faces view usually involves the following:
Creating an application workspace
Designing page flows
Designing and creating the pages
Ongoing processes throughout the development cycle will probably include the following:
Creating managed beans
Creating and using EL expressions
Viewing ADF Faces source code and Javadoc
JDeveloper also includes debugging and testing capabilities. For more information, see the "Testing and Debugging ADF Components" chapter of the Oracle Fusion Middleware Fusion Developer's Guide for Oracle Application Development Framework.
The first steps in building a new application are to assign it a name and to specify the directory where its source files will be saved. By creating an application using application templates provided by JDeveloper, you automatically get the organization of your workspace into projects, along with many of the configuration files required by the type of application you are creating.
You create an application workspace using the Create Application wizard.
To create an application:
In the JDeveloper menu, choose File > New.
The New Gallery opens, where you can select different application components to create.
In the Categories tree, under the General node, select Applications. In the Items pane, select Java EE Web Application and click OK.
This template provides the building blocks you need to create a web application that uses JSF for the view and Enterprise JavaBean (EJB) session beans and Java Persistence API (JPA) entities for business services. All the files and directories for the business layer of your application will be stored in a project that by default is named Model
. All the files and directories for your view layer will be stored in a project that by default is named ViewController
.
Note:
This document covers only how to create the ADF Faces project in an application, without regard to the business services used or the binding to those services. For information about how to use ADF Faces with the ADF Model layer, the ADF Controller, and ADF Business Components, see Oracle Fusion Middleware Fusion Developer's Guide for Oracle Application Development Framework.In the Create Java EE Web Application dialog, set a name, location, and package prefix of your choice and click Next.
In the Name your project page, you can optionally change the name and location for your web project. On the Project Technologies tab, double-click ADF Faces to move that technology to the Selected pane. This automatically adds the necessary libraries and metadata files to your web project. Click Next.
In the Configure Java settings page, optionally change the package name, Java source path, and output directory for your view layer. Click Next.
In the Name your project page, you can optionally change the name and location for your Java project. By default, the necessary libraries and metadata files for Java EE are already added to your model project. Click Next.
In the Configure Java settings for the project page, optionally change the package name, Java source path, and output directory for your model layer. Click Next.
Configure the EJB settings as needed. For help on this page, click Help or press F1. Click Finish.
When you create an application workspace using the Java EE Web Application template, JDeveloper creates a project named Model
that will contain all the source files related to the business services in your application. JDeveloper automatically adds the libraries needed for your EJB project. For example, if you kept the default EJB settings, JDeveloper adds the following libraries:
Toplink
Oracle XML Parser v2
EJB 3.0
JDeveloper also creates a project named ViewController
that will contain all the source files for your ADF Faces view layer. JDeveloper automatically creates the JSF and ADF configuration files needed for the application. Additionally, JDeveloper adds the following libraries to your view project:
JSF 1.2
JSTL 1.2
JSP Runtime
The ADF Faces and other runtime libraries are added when you create a JSF page in your project.
Once the projects are created for you, you can rename them. Figure 2-1 shows the workspace for a new Java EE Web application.
JDeveloper also sets configuration parameters in the configuration files based on the options chosen when creating the application. In the web.xml
file, these are configurations needed to run a JSF application (settings specific to ADF Faces are added when you create a JSF page with ADF Faces components). Example 2-1 shows the web.xml
file generated by JDeveloper when you create a new Java EE application.
Example 2-1 Generated web.xml File
<?xml version = '1.0' encoding = 'windows-1252'?><web-app xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd" version="2.5" xmlns="http://java.sun.com/xml/ns/javaee"> <description>Empty web.xml file for Web Application</description> <servlet> <servlet-name>Faces Servlet</servlet-name> <servlet-class>javax.faces.webapp.FacesServlet</servlet-class> <load-on-startup>1</load-on-startup> </servlet> <servlet-mapping> <servlet-name>Faces Servlet</servlet-name> <url-pattern>/faces/*</url-pattern> </servlet-mapping> <session-config> <session-timeout>35</session-timeout> </session-config> <mime-mapping> <extension>html</extension> <mime-type>text/html</mime-type> </mime-mapping> <mime-mapping> <extension>txt</extension> <mime-type>text/plain</mime-type> </mime-mapping> </web-app>
In the faces-config.xml
file, when you create a JSF page with ADF Faces components, JDeveloper creates an entry that defines the default render kit (used to display the components in an HTML client) for ADF Faces, as shown in Example 2-2.
Example 2-2 Generated faces-config.xml File
<?xml version="1.0" encoding="windows-1252"?> <faces-config version="1.2" xmlns="http://java.sun.com/xml/ns/javaee"> <application> <default-render-kit-id>oracle.adf.rich</default-render-kit-id> </application> </faces-config>
An entry in the trinidad-config.xml
file defines the default skin used by the user interface (UI) components in the application, as shown in Example 2-3.
Example 2-3 Generated trinidad-config.xml File
<?xml version="1.0" encoding="windows-1252"?> <trinidad-config xmlns="http://myfaces.apache.org/trinidad/config"> <skin-family>blafplus-rich</skin-family> </trinidad-config>
Configuration required for specific ADF Faces features are covered in the respective sections of this guide. For example, any configuration needed in order to use the Change Persistence framework is covered in Chapter 31, "Allowing User Customization on JSF Pages". For comprehensive information about configuring an ADF Faces application, see Appendix A, "ADF Faces Configuration".
Once you create your application workspace, often the next step is to design the flow of your UI. As with standard JSF applications, ADF Faces applications use navigation cases and rules to define the page flow. These definitions are stored in the faces-config.xml
file. JDeveloper provides a diagrammer through which you can declaratively define your page flow using icons.
Figure 2-2 shows the navigation diagram created for a simple page flow that contains two pages: a DisplayCustomer
page that shows data for a specific customer, and an EditCustomer
page that allows a user to edit the customer information. There is one navigation rule that goes from the display page to the edit page and one navigation rule that returns to the display page from the edit page.
Note:
If you plan on using Oracle ADF Model data binding and the ADF Controller, then instead of using standard JSF navigation rules, you use task flows. For more information, see the "Getting Started With ADF Task Flows" chapter of the Oracle Fusion Middleware Fusion Developer's Guide for Oracle Application Development Framework.For more information on how navigation works in a JSF application, see the Java EE 5 tutorial on Sun's web site (http://java.sun.com
).
In JDeveloper, you use the navigation diagrammer to declaratively create a page flow. When you use the diagrammer, JDeveloper creates the XML metadata needed for navigation to work in your application in the faces-config.xml
file.
To create a page flow:
Open the faces-config.xml
file for your application. By default, this is in the Web Content/WEB-INF node.
Click the Diagram tab to open the navigation diagrammer.
If the Component Palette is not displayed in JDeveloper, from the main menu choose View > Component Palette. By default, the Component Palette is displayed in the upper right-hand corner of JDeveloper.
In the Component Palette, use the dropdown menu to choose JSF Diagram Objects.
The components are contained in two accordion panels: Components and Diagram Annotations. Figure 2-3 shows the Component Palette displaying JSF navigation components.
Select the component you wish to use and drag it onto the diagram.
JDeveloper redraws the diagram with the newly added component.
Tip:
You can also use the overview editor to create navigation rules and navigation cases by clicking the Overview tab. Press F1 for details on using the overview editor to create navigation.Additionally, you can manually add elements to the faces-config.xml
file by directly editing the page in the source editor. To view the file in the source editor, click the Source tab.
Once the navigation for your application is defined, you can create the pages and add the components that will execute the navigation. For more information about using navigation components on a page, see Chapter 18, "Working with Navigation Components".
When you use the diagrammer to create a page flow, JDeveloper creates the associated XML entries in the faces-config.xml
file. Example 2-4 shows the XML generated for the navigation rules displayed in Figure 2-2.
Example 2-4 Navigation Rules in faces-config.xml
<navigation-rule> <from-view-id>/DisplayCustomer</from-view-id> <navigation-case> <from-outcome>edit</from-outcome> <to-view-id>/EditCustomer</to-view-id> </navigation-case> </navigation-rule> <navigation-rule> <from-view-id>/EditCustomer</from-view-id> <navigation-case> <from-outcome>back</from-outcome> <to-view-id>/DisplayCustomer</to-view-id> </navigation-case> </navigation-rule>
From the page flows you created during the planning stages, you can double-click the page icons to create the actual JSP files. Oracle recommends that when creating an ADF application, you create an XML-based JSP document (which uses the extension *.jspx
) rather than a *.jsp
file. Using an XML-based document:
Simplifies treating your page as a well-formed tree of UI component tags.
Discourages you from mixing Java code and component tags.
Allows you to easily parse the page to create documentation or audit reports.
ADF Faces provides a number of components that you can use to define the overall layout of a page. JDeveloper contains predefined templates that use these layout components to provide you with a quick and easy way to correctly build the layout. You can choose from one, two, or three column layouts, and then determine how you want the columns to behave. For example, you may want one column's width to be locked, while another column stretches to fill available browser space. Figure 2-4 shows the quick layouts available for a two-column layout with the second column split between two panes. For more information about the layout components, see Chapter 8, "Organizing Content on Web Pages".
When you know you want to use the same layout on many pages in your application, ADF Faces allows you to create and use predefined page templates. When creating templates, the template developer can determine not only the layout of any page that will use the template (by either selecting a quick layout design as shown in Figure 2-4 or by building it manually), but can also provide static content that must appear on all pages, as well as create placeholder attributes that can be replaced with valid values for each individual page. For example, ADF Faces ships with the Oracle Three Column Layout template. This template provides areas for specific content, such as branding, a header, and copyright information, as shown in Figure 2-5.
Whenever a template is changed, for example if the layout changes, any page that uses the template will also be automatically updated. For more information about creating and using templates, see Section 19.3, "Using Page Templates".
At the time you create a JSF page, you can choose to also create an associated backing bean for the page. Backing beans allow you to access the components on the page programmatically. For more information, see Section 2.4.3, "What You May Need to Know About Automatic Component Binding".
You can also choose to have your page available for display in mobile devices. Once your page files are created, you can add UI components and work with the page source.
You create JSF pages using the Create JSF Page dialog.
To create a JSF page:
In the Application Navigator, right-click the directory where you would like the page to be saved, and choose New to open the New Gallery. In the Categories tree, under the Web Tier node, select JSF. In the Items panel, select JSF Page.
OR
From a navigation diagram, double-click a page icon for a page that has not yet been created.
Complete the Create JSF Page dialog. For help, click Help in the dialog. For more information about the Page Implementation option, which can be used to automatically create a backing bean and associated bindings, see Section 2.4.3, "What You May Need to Know About Automatic Component Binding".
When you use the Create JSF Page dialog to create a JSF page, JDeveloper creates the physical file and adds the code necessary to import the component libraries and display a page. The code created depends on whether or not you chose to create a .jspx
document. Example 2-5 shows a .jspx
page when it is first created by JDeveloper.
Example 2-5 Declarative Page Source Created by JDeveloper
<?xml version='1.0' encoding='windows-1252'?> <jsp:root xmlns:jsp="http://java.sun.com/JSP/Page" version="2.1" xmlns:f="http://java.sun.com/jsf/core" xmlns:h="http://java.sun.com/jsf/html" xmlns:af="http://xmlns.oracle.com/adf/faces/rich"> <jsp:directive.page contentType="text/html;charset=windows-1252"/> <f:view> <af:document id="d1"> <af:form id="f1"></af:form> </af:document> </f:view> </jsp:root>
If you chose to use one of the quick layouts, then JDeveloper also adds the components necessary do display the layout. Example 2-6 shows the generated code when you choose a two-column layout, where the first column is locked and the second column stretches to fill up available browser space.
Example 2-6 Two-Column Layout
<?xml version='1.0' encoding='windows-1252'?> <jsp:root xmlns:jsp="http://java.sun.com/JSP/Page" version="2.1" xmlns:f="http://java.sun.com/jsf/core" xmlns:h="http://java.sun.com/jsf/html" xmlns:af="http://xmlns.oracle.com/adf/faces/rich"> <jsp:directive.page contentType="text/html;charset=windows-1252"/> <f:view> <af:document id="d1"> <af:form id="f1"> <af:panelStretchLayout startWidth="100px" id="psl1"> <f:facet name="start"/> <f:facet name="center"/> </af:panelStretchLayout> </af:form> </af:document> </f:view> </jsp:root>
If you chose to automatically create a backing bean using the Page Implementation section of the dialog, JDeveloper also creates and registers a backing bean for the page, and binds any existing components to the bean. Example 2-7 shows the code created for a backing bean for a page.
Example 2-7 Declarative Backing Bean Source Created by JDeveloper
package view.backing; import oracle.adf.view.rich.component.rich.RichDocument; import oracle.adf.view.rich.component.rich.RichForm; public class MyFile { private RichForm f1; private RichDocument d1; public void setF1(RichForm f1) { this.f1 = f1; } public RichForm getF1() { return f1; } public void setD1(RichDocument d1) { this.document1 = d1; } public RichDocument getD1() { return d1; } }
Tip:
You can access the backing bean source from the JSF page by right-clicking the page in the editor, and choosing Go to and then selecting the bean from the list.Additionally, JDeveloper adds the following libraries to the view project:
ADF Faces Runtime 11
ADF Common Runtime
ADF DVT Faces Runtime
Oracle JEWT
When the page is first displayed in JDeveloper, it is displayed in the visual editor (accessed by clicking the Design tab), which allows you to view the page in a WYSIWYG environment. You can also view the source for the page in the source editor by clicking the Source tab. The Structure window located in the lower left-hand corner of JDeveloper, provides a hierarchical view of the page.
Backing beans are managed beans that contain logic and properties for UI components on a JSP page (for more information about managed beans, see Section 2.6, "Creating and Using Managed Beans"). If when you create your JSF page you choose to automatically expose UI components by selecting one of the choices in the Page Implementation of the Create JSF Page dialog, JDeveloper automatically creates a backing bean (or uses a managed bean of your choice) for the page. For each component you add to the page, JDeveloper then inserts a bean property for that component, and uses the binding
attribute to bind component instances to those properties, allowing the bean to accept and return component instances.
Specifically, JDeveloper does the following when you use automatic component binding:
Creates a Java bean using the same name as the JSP or JSPX file, and places it in the view.backing
package (if you elect to have JDeveloper create a backing bean).
Creates a managed bean entry in the faces-config.xml
file for the backing bean. By default, the managed bean name is backing_<page_name>
and the bean uses the request
scope.
Note:
JDeveloper does not create managed bean property entries in thefaces-config.xml
file. If you wish the bean to be instantiated with certain property values, you must perform this configuration in the faces-config.xml
file manually. For more information, see Section A.3.1, "How to Configure for ADF Faces in faces-config.xml".On the newly created or selected bean, adds a property and accessor methods for each component tag you place on the JSP. JDeveloper binds the component tag to that property using an EL expression as the value for its binding attribute.
Deletes properties and methods for any components deleted from the page.
Once the page is created and components added, you can then declaratively add method binding expressions to components that use them by double-clicking the component in the visual editor. Doing so launches an editor through which you can select the managed bean and method to which you want to bind the attribute. When automatic component binding is used on a JSF page and you double-click the component, skeleton methods to which the component may be bound are automatically created for you in the page's backing bean. For example, if you add a command button component and then double-click it in the visual editor, the Bind Action Property dialog displays the page's backing bean along with a new skeleton action method, as shown in Figure 2-6.
You can select from one these methods, or if you enter a new method name, JDeveloper automatically creates the new skeleton method in the page's backing bean. You must then add the logic to the method.
Note:
When automatic component binding is not used on a JSF page, you must select an existing managed bean or create a new backing bean to create the binding.For example, suppose you created a JSF page with the file name myfile.jspx
. If you chose to let JDeveloper automatically create a default backing bean, then JDeveloper creates the backing bean as view.backing.MyFile.java
, and places it in the \src
directory of the ViewController
project. The backing bean is configured as a managed bean in the faces-config.xml
file, and the default managed bean name is backing_myfile
.
Example 2-8 shows the code on a JSF page that uses automatic component binding, and contains form
, inputText
, and commandButton
components.
Example 2-8 JSF Page Code with Automatic Component Binding
<f:view> <af:document id="d1" binding="#{backing_myfile.d1}"> <af:form id="f1" binding="#{backing_myfile.f1}"> <af:inputText label="Label 1" binding="#{backing_MyFile.inputText1}" id="inputText1"/> <af:commandButton text="commandButton 1" binding="#{backing_MyFile.commandButton1}" id="commandButton1"/> </af:form> </af:document> </f:view>
Example 2-9 shows the corresponding code on the backing bean.
Example 2-9 Backing Bean Code Using Automatic Component Binding
package view.backing; import oracle.adf.view.rich.component.rich.RichDocument; import oracle.adf.view.rich.component.rich.RichForm; import oracle.adf.view.rich.component.rich.input.RichInputText; import oracle.adf.view.rich.component.rich.nav.RichCommandButton; public class MyFile { private RichForm f1; private RichDocument d1; private RichInputText inputText1; private RichCommandButton commandButton1; public void setForm1(RichForm f1) { this.form1 = f1; } public RichForm getF1() { return f1; } public void setD1(RichDocument d1) { this.d1 = d1; } public RichDocument getD1() { return d1; } public void setIt1(RichInputText inputText1) { this.inputText1 = inputText1; } public RichInputText getInputText1() { return inputText1; } public void setCommandButton1(RichCommandButton commandButton1) { this.commandButton1 = commandButton1; } public RichCommandButton getCommandButton1() { return commandButton1; } public String commandButton1_action() { // Add event code here... return null; } }
Example 2-10 shows the code added to the faces-config.xml
file to register the page's backing bean as a managed bean.
Example 2-10 Registration for a Backing Bean
<managed-bean> <managed-bean-name>backing_MyFile</managed-bean-name> <managed-bean-class>view.backing.MyFile</managed-bean-class> <managed-bean-scope>request</managed-bean-scope> </managed-bean>
In addition, when you edit a Java file that is a backing bean for a JSF page, a method binding toolbar appears in the Java Source Editor for you to bind appropriate methods quickly and easily to selected components in the page. When you select an event, JDeveloper creates the skeleton method for the event, as shown in Figure 2-7.
Once you create a page, you can turn automatic component binding off or on, and you can also change the backing bean to a different Java class. Open the page in the visual Editor and from the JDeveloper menu, choose Design > Page Properties. Here you can select or deselect the Auto Bind option, and change the managed bean class. Click Help for more information about using the dialog.
Note:
If you turn automatic bind off, nothing changes in the binding attributes of existing bound components in the page. If you turn automatic bind on, all existing bound components and any new components that you insert are bound to the selected managed bean. If automatic bind is on and you change the managed bean selection, all existing bindings and new bindings are switched to the new bean.You can always access the backing bean for a page from the page editor by right-clicking the page and choosing Go to and then choosing the bean from the list of beans associated with the page.
Once you have created a page, you can use the Component Palette to drag and drop components onto the page. JDeveloper then declaratively adds the necessary page code and sets certain values for component attributes.
Tip:
The chapters in Part III, "Using ADF Faces Components" provide information for adding and using specific ADF Faces components.Note:
ADF Faces and MyFaces Trinidad components (tr:
tags), or other AJAX-enabled library components, cannot be used on the same page. You can use Trinidad HTML tags (trh:
) on the same page as ADF Faces components, however you may experience some browser layout issues. You should always attempt to use only ADF Faces components to achieve your layout.
Note that your application may contain a mix of pages built using either ADF Faces or other components.
To add ADF Faces components to a page:
Open a JSF page in the visual editor.
If the Component Palette is not displayed in JDeveloper, from the menu choose View > Component Palette. By default, the Component Palette is displayed in the upper right-hand corner of JDeveloper.
In the Component Palette, use the dropdown menu to choose ADF Faces.
The components are contained in three accordion panels: Common Components, Layout, and Operations. Figure 2-8 shows the Component Palette displaying the Common Components for ADF Faces.
Select the component you wish to use and drag it onto the page.
JDeveloper redraws the page in the visual editor with the newly added component. In the visual editor, you can directly select components on the page and use the resulting context menu to add more components. Figure 2-9 shows a page in the visual editor.
Tip:
You can also drag and drop components from the palette into the Structure window or directly into the code in the source editor.You can always add components by directly editing the page in the source editor. To view the page in the source editor, click the Source tab at the bottom of the page.
When you drag and drop components from the Component Palette onto a JSF page, JDeveloper adds the corresponding code to the JSF page. This code includes the tag necessary to render the component, as well as values for some of the component attributes. Example 2-11 shows the code when you drop an Input Text and a Button component from the palette.
Example 2-11 JDeveloper Declaratively Adds Tags to a JSF Page
<af:inputText label="Label 1" id="it1"/> <af:commandButton text="commandButton 1" id="cb"/>
Note:
If you chose to use automatic component binding, then JDeveloper also adds thebinding
attribute with its value bound to the corresponding property on the page's backing bean. For more information, see Section 2.4.3, "What You May Need to Know About Automatic Component Binding".When you drop a component that contains mandatory child components (for example a table or a list), JDeveloper launches a wizard where you define the parent and also each of the child components. For example, Figure 2-10 shows the Table wizard used to create a table component and the table's child column components.
Example 2-12 shows the code created when you use the wizard to create a table with three columns, each of which uses an outputText
component to display data.
Example 2-12 Declarative Code for a Table Component
<af:table var="row" id="t1"> <af:column sortable="false" headerText="col1" id="c1"> <af:outputText value="#{row.col1}" id="ot1"/> </af:column> <af:column sortable="false" headerText="col2" id="c2"> <af:outputText value="#{row.col2}" id="it2"/> </af:column> <af:column sortable="false" headerText="col3" id="c3"> <af:outputText value="#{row.col3}" id="ot3"/> </af:column> </af:table>
Once you drop components onto a page you can use the Property Inspector (displayed by default at the bottom right of JDeveloper) to set attribute values for each component.
Tip:
If the Property Inspector is not displayed, choose View > Property Inspector from the main menu.Figure 2-11 shows the Property Inspector displaying the attributes for an inputText
component.
The Property Inspector has sections that group similar properties together. For example, the Property Inspector groups commonly used attributes for the inputText
component in the Common section, while properties that affect how the component behaves are grouped together in the Behavior section. Figure 2-12 shows the Behavior section of the Property Inspector for an inputText
component.
Select the component, either in the visual editor, the Structure window, or by selecting the tag directly in the source editor.
In the Property Inspector, expand the section that contains the attribute you wish to set.
Tip:
Some attributes are displayed in more than one section. Entering or changing the value in one section will also change it in any other sections. You can search for an attribute by entering the attribute name in the search field at the top of the inspector.Either enter values directly into the fields, or if the field contains a dropdown list, use that list to select a value. You can also use the dropdown menu to the right of the field to use tools to set the value. These tools are either specific property editors (opened by choosing Edit from the menu) or the Expression Builder, which you can use to create EL expressions for the value (opened by choosing Expression Builder). For more information about using the Expression Builder, see Section 2.5, "Creating EL Expressions".
When you use the Property Inspector to set or change attribute values, JDeveloper automatically changes the page source for the attribute to match the entered value.
Tip:
You can always change attribute values by directly editing the page in the source editor. To view the page in the source editor, click the Source tab at the bottom of the page.You use EL expressions throughout an ADF Faces application to bind attributes to object values determined at runtime. Example expressions look like #{UserList.selectedUsers}
to reference a set of selected users, #{user.name}
to reference a particular user's name, or #{user.role == 'manager'}
to evaluate whether a user is a manager or not. At runtime, a generic expression evaluator returns the List
, String
, and boolean
values of these respective expressions, automating access to the individual objects and their properties without requiring code.
At runtime, the value of certain JSF UI components (such as an inputText
component or a outputText
component) is determined by its value
attribute. While a component can have static text as its value, typically the value
attribute will contain an EL expression that the runtime infrastructure evaluates to determine what data to display. For example, an outputText
component that displays the name of the currently logged-in user might have its value
attribute set to the expression #{UserInfo.name}
. Since any attribute of a component (and not just the value
attribute) can be assigned a value using an EL expression, it's easy to build dynamic, data-driven user interfaces. For example, you could hide a component when a set of objects you need to display is empty by using a boolean-valued expression like #{not empty UserList.selectedUsers}
in the UI component's rendered
attribute. If the list of selected users in the object named UserList
is empty, the rendered
attribute evaluates to false
and the component disappears from the page.
In a typical JSF application, you would create objects like the UserList
as a managed bean. The JSF runtime manages instantiating these beans on demand when any EL expression references them for the first time. When displaying a value, the runtime evaluates the EL expression and pulls the value from the managed bean to populate the component with data when the page is displayed. If the user updates data in the UI component, the JSF runtime pushes the value back into the corresponding managed bean based on the same EL expression. For more information about creating an using managed beans, see Section 2.6, "Creating and Using Managed Beans". For more information about EL expressions, see the Java EE 5 tutorial at http://java.sun.com
.
You can create EL expressions declaratively using the JDeveloper Expression Builder. You can access the builder from the Property Inspector.
To use the Expression Builder:
In the Property Inspector, locate the attribute you wish to modify and use the right-most dropdown menu to choose Expression Builder.
Create expressions using the following features:
Use the Variables tree to select items that you want to include in the expression. The tree contains a hierarchical representation of the binding objects. Each icon in the tree represents various types of binding objects that you can use in an expression.
To narrow down the tree, you can either use the dropdown filter or enter search criteria in the search field. The EL accessible objects exposed by ADF Faces are located under the adfFacesContext node, which is under the JSF Managed Bean node, as shown in Figure 2-13.
Tip:
Refer to the ADF Faces Javadoc for more information about these objects.Selecting an item in the tree causes it to be moved to the Expression box within an EL expression. You can also type the expression directly in the Expression box.
Use the operator buttons to add logical or mathematical operators to the expression.
Figure 2-14 shows the Expression Builder dialog being used to create an expression that binds to the value of a label for a component to the label
property of the explorer
managed bean.
While JDeveloper creates many needed EL expressions for you, and you can use the Expression Builder to create those not built for you, there may be times when you need to access, set, or invoke EL expressions within a managed bean.
Example 2-13 shows how you can get a reference to an EL expression and return (or create) the matching object.
Example 2-13 Resolving an EL Expression from a Managed Bean
public static Object resolveExpression(String expression) { FacesContext facesContext = getFacesContext(); Application app = facesContext.getApplication(); ExpressionFactory elFactory = app.getExpressionFactory(); ELContext elContext = facesContext.getELContext(); ValueExpression valueExp = elFactory.createValueExpression(elContext, expression, Object.class); return valueExp.getValue(elContext); }
Example 2-14 shows how you can resolve a method expression.
Example 2-14 Resolving a Method Expression from a Managed Bean
public static Object resloveMethodExpression(String expression, Class returnType, Class[] argTypes, Object[] argValues) { FacesContext facesContext = getFacesContext(); Application app = facesContext.getApplication(); ExpressionFactory elFactory = app.getExpressionFactory(); ELContext elContext = facesContext.getELContext(); MethodExpression methodExpression = elFactory.createMethodExpression(elContext, expression, returnType, argTypes); return methodExpression.invoke(elContext, argValues); }
Example 2-15 shows how you can set a new object on managed bean.
Example 2-15 Setting a New Object on a Managed Bean
public static void (String expression, Object newValue) { FacesContext facesContext = getFacesContext(); Application app = facesContext.getApplication(); ExpressionFactory elFactory = app.getExpressionFactory(); ELContext elContext = facesContext.getELContext(); ValueExpression valueExp = elFactory.createValueExpression(elContext, expression, Object.class); //Check that the input newValue can be cast to the property type //expected by the managed bean. //Rely on Auto-Unboxing if the managed Bean expects a primitive Class bindClass = valueExp.getType(elContext); if (bindClass.isPrimitive() || bindClass.isInstance(newValue)) { valueExp.setValue(elContext, newValue); } }
Managed beans are Java classes that you register with the application using various configuration files. When the JSF application starts up, it parses these configuration files and the beans are made available and can be referenced in an EL expression, allowing access to the beans' properties and methods. Whenever a managed bean is referenced for the first time and it does not already exist, the Managed Bean Creation Facility instantiates the bean by calling the default constructor method on the bean. If any properties are also declared, they are populated with the declared default values.
Often, managed beans handle events or some manipulation of data that is best handled at the front end rather than placing the logic in the business layer. For a more complete description of how managed beans are used in a standard JSF application, see the Java EE 5 tutorial on Sun's web site (http://java.sun.com
).
Best Practice Tip:
Use managed beans to store only bookkeeping information. All application data and processing should be handled by logic in the business layer of the application.In a standard JSF application, managed beans are registered in the faces-config.xml
configuration file.
Note:
If you plan on using Oracle ADF Model data binding and the ADF Controller, then instead of registering managed beans in thefaces-config.xml
file, you may need to register them within ADF task flows. For more information, refer to the "Using a Managed Bean in a Fusion Web Application" section of the Oracle Fusion Middleware Fusion Developer's Guide for Oracle Application Development Framework.You can create a managed bean and register it with the JSF application at the same time using the overview editor for the faces-config.xml
file.
To create and register a managed bean:
In the Application Navigator, open the faces-config.xml
file.
At the bottom of the window, click the Overview tab.
Click the Managed Beans tab. Figure 2-15 shows the editor for the faces-config.xml
file used by the ADF Faces demo that contains the File Explorer application.
Click the Add icon to add a row to the Managed Bean table.
In the Create Managed Bean dialog, enter values. Click Help for more information about using the dialog. Select the Generate Class If It Does Not Exist option if you want JDeveloper to create the class file for you.
You can optionally add managed properties for the bean. When the bean is instantiated, any managed properties will be set with the provided value. With the bean selected in the Managed Bean table, click the New icon to add a row to the Managed Properties table. In the Property Inspector, enter a property name (other fields are optional).
Note:
While you can declare managed properties using this editor, the corresponding code is not generated on the Java class. You must add that code by creating private member fields of the appropriate type, and then by choosing the Generate Accessors... menu item on the context menu of the code editor to generate the correspondingget
and set
methods for these bean properties.When you create a managed bean and elect to generate the Java file, JDeveloper creates a stub class with the given name and a default constructor. Example 2-16 shows the code added to the MyBean
class stored in the view package.
Example 2-16 Generated Code for a Managed Bean
package view; public class MyBean { public MyBean() { } }
You now must add the logic required by your page. You can then refer to that logic using an EL expression that refers to the managed-bean-name
given to the managed bean. For example, to access the myInfo
property on the my_bean
managed bean, the EL expression would be:
#{my_bean.myInfo}
JDeveloper also adds a managed-bean
element to the faces-config.xml
file. Example 2-17 shows the managed-bean
element created for the MyBean
class.
You can view the ADF Faces Javadoc directly from JDeveloper.
To view Javadoc for a class:
From the JDeveloper menu, choose Navigate > Go to Javadoc.
In the Go to Javadoc dialog, enter the class name you want to view. If you don't know the exact name, you can either begin to type the name and JDeveloper will provide a list of classes that match the name. ADF Faces components are in the oracle.adf.view.rich
package.