14.01.2013 Views

Oracle JHeadstart Developer's Guide - Downloads - Oracle

Oracle JHeadstart Developer's Guide - Downloads - Oracle

Oracle JHeadstart Developer's Guide - Downloads - Oracle

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

2.3. Organizing <strong>JHeadstart</strong> Application Definition Files<br />

As explained in chapter “Using <strong>JHeadstart</strong> Add-Ins”, the <strong>JHeadstart</strong> Application<br />

Generator is driven the Application Definition file that holds the generator metadata.<br />

Although the name of the file suggests that you create only one application definition file<br />

for your entire application, we do recommned to create multiple application definition<br />

files, unless your application is really small. A typical approach is to create one<br />

application definition file for each logical subsystem. Since an application definition file<br />

is based on one data control (Application Module), the structure of your application<br />

definition files will typically follow the structure of your ADF BC application modules,<br />

which in turn should map your subsystem structure.<br />

2.3.1. Service Level Settings that Should Be the Same Accross Application Definitions<br />

When you create multiple application definition files, you should be aware of the fact<br />

that a number of settings you make at the service-level in the Application Definition<br />

Editor, are really application-wide settings. In other words, some service-level settings<br />

should be the same in all application definition file. Failing to keep these settings in<br />

synch might result in unexpected errors when running the application. For example, if<br />

the NLS resource bundle name property is different, then depending on the application<br />

definition file last generated, some pages might not be able to find the translatable<br />

strings, because they are in a different resource bundle, no longer configured for use in<br />

JhsCommonBeans.xml.<br />

Here is a list with the service-level settings that should be the same across all application<br />

definition files:<br />

• Generator Flavours: View Type and JSP Version<br />

• File Locations: Common Beans Faces Config<br />

• Java: View Package, Page Definitions SubPackage<br />

• UI Settings: Date Format, DateTime Format<br />

• Security: Authentication Type, Use Role-based Authorization, Authorization<br />

Type, Authorize Using Group Permissions<br />

• Internationalization: NLS Resource Bundle, Resource Bundle Type, Generator<br />

Default Locale, Generator Locales, Read User Locale from, Generate Locale<br />

Switcher<br />

• Runtime Customizations: Allow Runtime Customization of Menu, Allow use of<br />

Flex regions, Allow Runtime Customization of Items<br />

2.3.2. Naming Conventions for File Location Properties<br />

To cleanly organize the output produced by the <strong>JHeadstart</strong> Application Generator, it is<br />

helpful to set naming conventions for the File Location properties thet can be set at the<br />

service-level of an application definition file.<br />

Here are suggested naming conventions.<br />

Property Value<br />

Main Faces Config /WEB-INF/faces-config-.xml<br />

<strong>JHeadstart</strong> <strong>Developer's</strong> <strong>Guide</strong> Getting Started 2 - 11

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!