Posted on

ADF – Using Property Sets in JDeveloper

“Property Sets” are a new addition to ADF Business Components (ADF BC) in JDeveloper 11g. Property set is a nice declarative way to stop programming and doing same things to different attributes of  EOs and VOs.”

In this example tutorial, we will take a look of how to use Property Set to create a tool tip for two different attributes of a EO. We will be using OE schema and will be using CUSTOMERS EO created our of CUSTOMERS table in OE schema.
Right click on the package in the Model project of the Fusion Web App.
Now click new and in ADF Business Components click Property Set and then click OK.
Specify a name for new Property Set (I gave it ToolTipPropertySet). Click ok
Click on the green button and select Non – Translatable and put in Property as “TOOLTIP” and value as “This is Sample Tool Tip” like below screenshot.
Now double click on Customers EO and click on CustFirstName. In the inspector below, click on Property Set and select the property set which we created earlier (ToolTipPropertySet).

Repeat the same thing with Address attribute of Customer EO.

Save all the files and run the ADF Business component tester.
Place you cursor or click on CustFirstName. You will see the tool tip which we set in ToolTipPropertySet.
Now again place you cursor or click on Address, you will see the same tool tip. This is because we selected ToolTipPropertySet in Property Set for Address field also.
So this is the power of Property Set. We can assign a property defined in Property Set to any attribute of EO or VO. This helps in defining properties at single place and assigning them to attributes very easily.
Hope this was helpful.
Happy Learning with Techartifact !!
Rohan Walia
Posted on

Q. Explain briefly the life-cycle phases of JSF?


1. Restore View : A request comes through the FacesServlet controller. The controller examines the request and extracts the view ID, which is determined by the name of the JSP page


2. Apply request values: The purpose of the apply request values phase is for each component to retrieve its current state. The components must first be retrieved or created from the FacesContext object, followed by their values.Values provided in components that hold a value (such as input fields) have their values applied to their counterparts in the view tree. All events such as ValueChangeEvents (VCE) or ActionEvents (AE) are queued. A VCE means that a value has changed for a specific UI component. An AE means that a button (or any UI component that is a source of an action) was clicked. If a component has its immediate attribute set to true, then validation, conversion, and events associated with the component are processed during this phase.

3. Process validations: In this phase, each component will have its values validated against the application’s validation rules.Conversion and validation logic is executed for each component. This means both built-in validation/data conversion and custom validation/conversion are added onto the components. If a validation error is reported, an exception is thrown. The life cycle halts and the response is rendered with validation error messages. At the end of this phase, new component values are set, any validation or conversion error messages and events are queued on FacesContext, and any value change events are delivered.

4. Update model values: In this phase JSF updates the actual values of the server-side model ,by updating the properties of your backing beans.The component’s validated local values are moved to the model and the local copies are discarded. If you are using a backing bean for a JSF page to manage your UI components, any managed bean properties that are value-bound to the UI component using the value attribute are updated with the value of the component

5. Invoke application: In this phase the JSF controller invokes the application to handle Form submissions.

6. Render response: In this phase JSF displays the view with all of its components in their current state.Any action bindings for command components or events are
invoked. Navigation is handled here depending on the outcome of action method (if any).

Posted on

Understanding the JSF Immediate Attribute

As, i am working on my project.I have to use cancel button.So somebody said make immediate attribute to true.There is very common myth among ADF and JSF developers that using Immediate attribute will avoid unnecessary validation in any case. It is not 100% correct. Basically , everyone not very much clear about it. If we don’t use correctly , application can work randomly.Let discuss more about it to have better understanding.

In ADF application we have either

1. input component
2. Command component

You can use the immediate attribute to allow components on the page to be validated in the Apply Request Values phase of the life cycle as opposed to the Process Validations phase:

•Input component- Using immediate on an means that that component’s value is validated before any input components that do not have the immediate attribute set to true. Therefore, if a validation error occurs on an immediate input component, the life cycle moves from the Apply Request Values phase (where the immediate attribute is evaluated) to the render phase, and validation does not run on any “nonimmediate” input components. Additionally, if the new value of an immediate input component is different from the existing value, then a ValueChangeEvent is raised. However, instead of the event being processed during the Process Validations phase, the event is processed at the end of the Apply Request Values phase. Therefore, any ValueChangeListener associated with the immediate input component executes before any command component’s ActionListener (assuming the command component occurs later on the page).


• Command Components- if set to immediate and the component has an action that
returns a value for navigation, the life cycle proceeds directly to the Render Response
phase. The validation and model update phases are skipped. A Cancel button is an example of when this would be used