Enhance Oracle SSHR with Enhance Oracle SSHR with Advanced Personalizations and Advanced Personalizations and OA FWK Extensions OA FWK Extensions Ramesh Sannegowda 02-Mar-2007 SEOUC 2007
Jun 29, 2015
Enhance Oracle SSHR with Enhance Oracle SSHR with
Advanced Personalizations and Advanced Personalizations and
OA FWK ExtensionsOA FWK ExtensionsRamesh Sannegowda
02-Mar-2007SEOUC 2007
OverviewOverview
• Overview
– Personalizations/Extensions, What’s the difference?
– Where are personalizations/page meta data stored
– Add new items to a page/region
– Identify available fields via ‘About page’
Overview cont..Overview cont..
• Overview cont…
– SPEL language for dynamic personalizations
– Using JDR utilities
– Custom Look & Feel (CLAF)
– Extending Business Components
– Deploying extensions
Personalizations/ExtensionsPersonalizations/Extensions
• Difference between personalizations and extensions
– Personalizations
• Declaratively alter the UI to meet user/business need
– Change Label, Show/Hide fields etc.
– Extensions
• Programmatically extend application functionality
– Add business logic, Add new fields etc.
Personalizations/ExtensionsPersonalizations/Extensions
• Difference between personalizations and extensions contd..
– OAF components: Declarative and Programmatic
• Declarative/UIX (page metadata): XML
• Programmatic: Java
– Personalizations
• Global Personalize link
• Region/Item level personalize link
– Extensions
• JDeveloper with OA FWK extensions available as patch on Metalink
PersonalizationsPersonalizations
• Where are personalizations/page meta data stored?
– Source files
• $PROD_TOP/mds/selfservice/<function>/webui
– Seeded personalizations
• $PROD_TOP/mds/selfservice/<function>/webui/customizations
– Database MDS repository (user personalizations)
• JDR_PATH
• JDR_COMPONENTS
• JDR_ATTRIBUTES
PersonalizationsPersonalizations
• Adding new items to page/region
PersonalizationsPersonalizations
• Adding additional items to page/region
PersonalizationsPersonalizations
• Adding additional items to page/region
OA.jsp?akRegionCode=
HR_PROCESS_PEOPLE_TOP_SS
&akRegionApplicationId=800
&language_code=US
&pDestination=HR_ACTIONS_SS&pCalledFrom=
&retainAM=Y&addBreadCrumb=Y
&pPersonId={!PersonId}
PersonalizationsPersonalizations
• Adding additional items to page/region
PersonalizationsPersonalizations
• Identify available fields via ‘About Page’
PersonalizationsPersonalizations
• Identifying available fields via About page
PersonalizationsPersonalizations
• Identifying available fields via About page
PersonalizationsPersonalizations
• Identifying available fields via About page
PersonalizationsPersonalizations
• Add new Region
PersonalizationsPersonalizations
• Add new Region
PersonalizationsPersonalizations
• Dynamic personalizations– SPEL language
• Simplest Possible Expression Language
• Used to set (true/false, yes/no)– Read Only
– Rendered
– Required
– Disabled
• ${oa.<viewObject>.<viewAttr>}, ${oa.function.<functionName>}, ${oa.FunctionSecurity.<FunctionName>}
PersonalizationsPersonalizations
• Dynamic personalizations (example)– Step 1: Create a function with a name that describes the rule
you want to implement. For example, assume you have a text field whose Read Only property should be True if the user DOES NOT have access to the MANAGER_READ_ONLY function when logged in using the MANAGER responsibility.
– Step 2: Create a grant for this function. In this example, we would create a function grant for MANAGER_READ_ONLY in the context of the responsibility MANAGER.
– Step 3: Set the Read Only property using the following SPEL syntax:${oa.FunctionSecurity.<FunctionName>}
PersonalizationsPersonalizations
• Dynamic personalizations (example contd..)
– The test will return False if <FunctionName> is granted to the current user/responsibility, otherwise True.
– In this example, we would set the Read Only property to: ${oa.FunctionSecurity.MANAGER_READ_ONLY}
– If the user is logged in to the MANAGER responsibility and has been granted access to this function, the OA Framework returns False in the function security test. When the Read Only property is set to False, the item is updateable.
PersonalizationsPersonalizations
• SPEL binding
Maintain PersonalizationsMaintain Personalizations
• Maintain personalizations using JDR utilities– jdr_utils.listcustomizations– jdr_utils.printdocument– jdr_utils.listcontents– jdr_utils.deletedocument
• Examples– jdr_utils.listcustomizations('/oracle/apps/per/selfservice/commo
n/server/customizations/site/0/AsgSummaryVO');– jdr_utils.printdocument('/oracle/apps/per/selfservice/common/s
erver/customizations/site/0/AsgSummaryVO');– jdr_utils.deletedocument('/oracle/apps/per/selfservice/common
/server/customizations/site/0/AsgSummaryVO');– jdr_utils.listcontents('/oracle/apps/per/selfservice/personalinfor
mation/webui/customizations/site/0');
Custom Look & Feel (CLAF)Custom Look & Feel (CLAF)
• Components of LAF
– Style Sheets (XSS)
– Icons
– Renderers (.uit)
• Create Custom LAF using
– Base LAF
– Simple LAF
– Another Custom LAF
Custom Look & Feel (CLAF)Custom Look & Feel (CLAF)
• Style Sheets
– Control Font and Color of HTML components
• OA_HTML/cabo/styles/<ClafId.xss>
• Icons
– Control LAF of Web Beans
• Renderers
– Controls how Web Beans lay out children and generate HTML
– Defined declaratively (.uit extension)
• OA_HTML/cabo/templates/ClafID/ClafId.uit
Custom Look & Feel (CLAF)Custom Look & Feel (CLAF)
• CLAF User Interface
Custom Look & Feel (CLAF)Custom Look & Feel (CLAF)
• CLAF User Interface
Custom Look & Feel (CLAF)Custom Look & Feel (CLAF)
• CLAF User Interface
Custom Look & Feel (CLAF)Custom Look & Feel (CLAF)
• CLAF User Interface
Custom Look & Feel (CLAF)Custom Look & Feel (CLAF)
• Adding custom renderers
– Edit $OA_HTML/cabo/lafs/ClafId.xml
<renderer name="pageLayout">
<template name="pageLayout.uit">
</template>
</renderer>
Custom Look & Feel (CLAF)Custom Look & Feel (CLAF)
Custom Look & Feel (CLAF)Custom Look & Feel (CLAF)
ExtensionsExtensions
• Extend VO to add new columns
– Used to add new fields to a page using personalizations
• Extend VO to smart filter LOVs, Picklists
• Extend EO to add validation
• Avoid extending CO code
ExtensionsExtensions
• Extend EO/VO
– Review ‘About this Page’ for the page/region that you want to add new fields
– Determine the VO that you will be extending
– Import the package that contains the VO into your JDeveloper project
– Create new VOEx by extending the seeded VO
– Add new attribute to the VOEx
– Substitute seeded VO with VOEx in the JPX file
– Use JPXIMPORT.bat to import the JPX file to database
ExtensionsExtensions
• Extend EO/VO
ExtensionsExtensions
• Extend EO/VO
ExtensionsExtensions
• Extend EO/VO
ExtensionsExtensions
• Adding validation to enforce business rules
ExtensionsExtensions
• Adding validation to enforce business rules
ExtensionsExtensions
• Adding validation to enforce business rules
ExtensionsExtensions
• Deploying Extensions
– Do not replace the original object
– Extend and Substitute
– Move all the files and directories in your custom package to the middle tier
– Run JpxImport utility to migrate the substitutions
– Bounce Apache