Skip Headers
Oracle® Fusion Applications Developer's Guide
11g Release 6 (11.1.6)

Part Number E15524-11
Go to Documentation Home
Home
Go to Book List
Book List
Go to Table of Contents
Contents
Go to Feedback page
Contact Us

Go to previous page
Previous
Go to next page
Next
PDF · Mobi · ePub

3 Setting Up Your JDeveloper Application Workspace and Projects

This chapter describes how to set up your JDeveloper application workspace and projects, add libraries to projects, integrate Oracle Fusion Middleware extensions, create a database connection, implement Oracle Enterprise Crawl and Search (ECSF), and deploy Oracle SOA Suite.

Whenever you create new projects, you must first create an application using the Fusion Web Application (Oracle ADF) template. The system will then automatically create the data model and user interface projects for you. The default names that JDeveloper provides for these projects are Model and ViewController.

After your projects have been created, you must manually add the Applications Core library to the data model project and the Applications Core Tag library to the user interface project.

This chapter discusses:

3.1 Using Technology Scopes

Technology scopes are attributes on the project that can be used to identify the different technologies used for that particular project. These attributes are used only within JDeveloper to assist you as you work. With technology scopes, the choices presented to you in the New Gallery and in the menus and palettes are filtered so that you see only those items that are most relevant to you as you work. Technology scopes have no effect on the data in the project itself.

The JDeveloper online Help has more information.

3.2 Provisioning the Application Workspace

The application's Enterprise Archive (EAR) will be available for developers to pick up when creating a custom application workspace. An administrator that provisions the environment will be responsible for providing developers with the following:

In addition, the Oracle Fusion Applications Customization Application Wizard will create a complete development environment for customizing existing Oracle Fusion applications. See the online Help in the wizard, and "Using JDeveloper for Customizations" in the Oracle Fusion Applications Extensibility Guide.

3.3 Adding Necessary Libraries to Your Data Model Project

Use these directions to add the Applications Core, Applications Core (Attachments Model), Topology Manager, Functional Setup Model, BC4J Service Runtime, Java EE 1.5, and Java EE 1.5 API libraries to the data model project. The default name, provided by JDeveloper, for this project is Model.

To add the necessary libraries to a data model project:

  1. Choose Application Navigator > Model project. Right-click and choose Project Properties from the menu.

  2. Choose the Libraries and Classpath category. Click Add Library to open the Add Library dialog.

  3. Select the Applications Core, Applications Core (Attachments Model), Topology Manager, Functional Setup Model, BC4J Service Runtime, Java EE 1.5, and Java EE 1.5 API libraries from the list of available libraries. Click OK to save your selection and close the Add Library dialog.

    The libraries are now displayed in the Classpath Entries region of the Libraries and Classpath dialog, as shown in Figure 3-1.

    Figure 3-1 Project Properties — Libraries and Classpath Dialog

    Project Properties - Libraries and Classpath dialog.
  4. Click OK to save your changes.

3.4 Adding the Applications Core Tag Library to Your User Interface Project

Use these directions to add the Applications Core Tag Library to the user interface project. The default name provided by JDeveloper for this project is ViewController.

To add the Applications Core Tag library to the user interface project:

  1. Choose Application Navigator > ViewController project. Right-click and choose Project Properties from the menu.

  2. Choose the JSP Tag Libraries category. Go to the Distributed libraries folder and click Add to open the Add Library dialog.

  3. Select the Applications Core (ViewController) 11.1.1.0.0 tag library from the list of available libraries. Click OK to save your selection and close the Add Library dialog.

    The Applications Core (ViewController) 11.1.1.0.0 is now displayed under the Distributed libraries folder on the JSP Tag Libraries dialog, as shown in Figure 3-2.

    Figure 3-2 Project Properties — JSP Tag Libraries Dialog

    Project Properties - JSP Tag Libraries dialog.
  4. Click OK to save your changes.

  5. Choose Application Navigator > ViewController project. Right-click and choose Project Properties from the menu.

    Choose the Dependencies category and select the Model.jpr.

    Note:

    Even if you are only using the user interface project you must still initialize the data model project as they are dependent on each other.

  6. Click OK to save your changes and close the Project Properties dialog.

3.5 Integrating Oracle Fusion Middleware Extensions for Applications (Applications Core) Setup UIs

The most common use of Applications Core setup UIs is through Oracle Fusion Functional Setup Manager tasks that invoke the UIs running on the Applications Core Setup Java EE application. Applications Core setup UIs are part of the Applications Core (Setup UI) shared library, which is hosted centrally in the Applications Core Setup Java EE application. As a result, developers typically will not need to include the shared library in their own Java EE applications.

3.5.1 What You May Need to Know About Setup UIs in Oracle Fusion Functional Setup Manager

Every Oracle Fusion application registers ADF task flows with the Functional Setup Manager, which provides a single, unified user interface that allows implementers and administrators to configure all applications by creating set up data.

For example, a Human Resources application can register setup activities such as "Create Employees" and "Manage Employee Tree Structure." See the Oracle Fusion Functional Setup Manager User's Guide.

To make these task flows available to developers, implementers or administrators, a developer integrates the desired Applications Core setup UI task flows with Functional Setup Manager. For information about specific task flows, see:

The most common use of setup UIs is through Oracle Fusion Functional Setup Manager tasks. This is true even for product-specific tasks that invoke the task flows with parameters that restrict the results to a single object or set of objects.

3.5.2 How to Integrate Setup UIs into Functional Setup Manager

To determine your requirements, familiarize yourself with these three scenarios and decide which one best fits your needs. The first two patterns are the typical use cases. The third is for approved exceptions only.

  • Scenario 1 is a generic setup task that invokes a setup task flow running in the Applications Core Setup Java EE application. For example, you want to give your product administrator roles access to the generic Manage Descriptive Flexfields setup task.

  • Scenario 2 is a product team-specific setup task that invokes a setup task flow running in the Applications Core Setup Java EE application and passes in product-specific parameters to restrict the objects to only those relevant to this specific task. For example, you want to give your product administrator roles access to a Manage GL Descriptive Flexfields setup task that launches the Manage Descriptive Flexfields setup UI for descriptive flexfields belonging to the GL module only.

  • Scenario 3 is a product team-specific setup task that invokes a setup task flow running in the product team's own Java EE application. This scenario is for approved exceptions only. For example, you plan to embed the setup UI within another UI in your own product team's Java EE application. For instance, the Manage Item Categories UI in Product Information Management (PIM) embeds the Manage Extensible Flexfields setup UI.

Follow the instructions in Table 3-1 that are relevant to your scenario to integrate Applications Core setup UIs into Functional Setup Manager.

Table 3-1 Instructions for Each Scenario

Step Scenario 1 Scenario 2 Scenario 3

Follow Functional Setup Manager guidelines to create product-specific setup tasks in the Application Design Repository. Tailor the behavior of the setup UI by passing allowed values to the task flow parameters. Decide what Applications Core setup UI task flows that you want to incorporate and locate the chapter (see Section 3.5.1, "What You May Need to Know About Setup UIs in Oracle Fusion Functional Setup Manager") that describes each task flow and its parameter values.

 

X

X

Product teams should set the value of the Enterprise Application field (in the Application Design Repository) to the appropriate Java EE application for any of their product-specific Functional Setup Manager tasks that use Applications Core setup task flows. Typically, this should be set to the Applications Core Setup Java EE application.

 

X

X

Ensure product team roles inherit the appropriate Applications Core duty role. The duty roles support securing the setup tasks so only authorized users have access.

X

X

X

If you intend to integrate a product-team specific setup UI and it will run in your product team's own Java EE application, your application will need to include the Applications Core shared library.

   

X

For any of the duty roles and their associated privileges that your application inherits, include permissions for those privileges in your application's jazn-data.xml file. Permissions make it possible to grant authorized users access to your setup tasks.

   

X


3.6 Creating a Database Connection

A connection to a valid database is necessary to run most, if not all, applications.

To create a database connection:

  1. In JDeveloper, choose Application Resources > Connections. Right-click and choose New Connection > Database from the menu.

  2. Add the following connection details for the ApplicationDB connection name as shown in Figure 3-3.

    Figure 3-3 Create Database Connection Dialog

    Create Database Connection dialog

    Connection Name: The value for the connection name must be ApplicationDB.

    Connection Type: Choose Oracle (JDBC).

    Username and Password: Enter the database username and password.

    Deploy Password: Select this checkbox.

    Host Name: This is the default host name if the database is on the same machine as JDeveloper. If the database is on another machine, type the name (or IP address) of the computer where the database is located.

    JDBC Port: This is the default value for the port used to access the database. If you do not know this value, check with your database administrator.

    SID: This is the default value for the SID that is used to connect to the database. If you do not know this value, check with your database administrator.

  3. Click Test Connection. (Database listener Port). If the database is available and the connection details are correct, the message Success! is displayed. If not, review and correct the information that you entered.

  4. Click OK. The connection now appears below the Application Resources Connections folder as shown in Figure 3-4.

    Figure 3-4 Application Resources — Connections

    Application Resources - Connections pane

3.7 Adding the Search Navigation Tab to the Overview Editor for Oracle Enterprise Crawl and Search Framework (ECSF)

ECSF provides developers a set of tools and a framework to quickly and efficiently integrate Oracle Secure Enterprise Search (SES) into enterprise applications to expose business objects for full text search.

For more information about ECSF, see Part V, "Using Oracle Enterprise Crawl and Search Framework"

Developers use ECSF to integrate search functionality in Oracle Fusion applications by defining searchable objects and searchable attributes. Defining searchable objects and searchable attributes enables the corresponding view objects and view object attributes for search, and creates the necessary metadata for ECSF. However, before you can define searchable objects and searchable attributes, you must add the Search navigation tab to the overview editor in JDeveloper.

For more information about defining searchable objects, see Chapter 28, "Creating Searchable Objects."

3.7.1 How to Add the Search Navigation Tab to the Overview Editor

To add the Search navigation tab to the overview editor in JDeveloper, download the JDeveloper extension for ECSF.

To download the JDeveloper extension for ECSF:

  1. Launch JDeveloper.

    Note:

    If you have trouble initializing Java Virtual Machine (JVM), launch JDeveloper by entering jdeveloper.exe -J-Xmx125m at a command prompt.

  2. In JDeveloper, choose Check for Updates from the Help menu.

  3. In the Check for Updates dialog, click Next.

  4. In the Source tab, select the Search Update Centers radio button, then select the Internal Automatic Updates checkbox.

  5. Click Next, then select the ECSF Design Time Extension checkbox.

  6. Click Next, then click Finish.

  7. When prompted to restart JDeveloper, click Yes.

3.7.2 What Happens When You Add the Search Navigation Tab to the Overview Editor

Once the Search navigation tab is added, the oracle.ecsf.dt.jar file appears in the oracle_home/jdev/extensions directory and the following files appear in the oracle_home/ecsf/lib directory:

  • ecsfSchema.sql

  • ecsfSysView.sql

  • search_admin_wsclient.jar

  • ecsf.jar

  • ecsf-dt_bundle.zip

  • search_client.jar

  • ecsfSeedData.sql

The Search navigation tab appears in the overview editor of JDeveloper, as shown in Figure 28-3.

Use the Search navigation tab to configure the search-related properties.

For more information, see Chapter 28, "Creating Searchable Objects."

3.8 Overriding the Default Resource Bundle

In an Oracle Fusion application, strings are not hard-coded; they are placed in resource bundles. An application can have multiple resource bundles.

However, you may need to change a specific string in all places where that string appears without having to change it on a per-instance (page/ADF BC object) basis. For instance, you may need to change "worker" to "employee," "activity" to "task," or "expenditure" to "cost." The method to use is the override resource bundle.

In the Oracle Fusion Middleware Web User Interface Developer's Guide for Oracle Application Development Framework (Oracle Fusion Applications Edition), see:

This bundle is specified in the adf-config.xml file and is created at runtime. For Oracle Fusion applications, there are two important points:

3.9 Deploying Oracle SOA Suite

For information about deploying SOA, see:

3.10 Implementing Oracle Enterprise Scheduler Service Workspace and Deployment

Oracle Enterprise Scheduler Service applications, also known as Oracle Enterprise Scheduler Service hosting applications, are deployed to an Oracle Enterprise Scheduler Service-configured runtime or cluster that has been pre-deployed with the base ESSAPP infrastructure Java EE application. Following standards, Oracle Enterprise Scheduler Service workspaces exist one per product family and are responsible for containing these supporting projects:

Note:

All the projects in an Oracle Enterprise Scheduler Service application, regardless of their content type, should have an ADF Business Components Shared Library deployment profile.

A typical Oracle Enterprise Scheduler Service workspace structure resembles Figure 3-5.

Figure 3-5 Typical Oracle Enterprise Scheduler Service Workspace Structure in JDeveloper

Typical ESS Workspace Structure in JDeveloper

3.10.1 How to Create the SuperEss Project

In Oracle Fusion Applications, all Oracle Enterprise Scheduler Service workspaces must contain a SuperEss project that contains the EJB deployment descriptors to register the hosted application with the ESSAPP base application, and to register both the MetadataService and RuntimeService EJBs. This technique avoids having multiple projects with conflicting deployment descriptors in a single deployment archive (EAR).

RuntimeService and MetadataService beans are hosted by the ADF UI application and the Oracle Enterprise Scheduler Service hosting application.

If you are creating a new Oracle Enterprise Scheduler Service workspace or your Oracle Enterprise Scheduler Service workspace does not already have a SuperEss project, create one using these steps:

  1. In JDeveloper, create the SuperEss project by creating a new Generic Project named SuperEss.

  2. In the project properties, create a new EJB-JAR deployment profile.

  3. In the File Groups Properties, click New to create a new file group.

  4. Name it and set the directory path of both to src/META-INF.

  5. In the source directory, create the src/META-INF directory.Create the ejb-jar.xml and weblogic-ejb.jar.xml files. See "Assembling the Scheduler Sample Application" in the Oracle Fusion Middleware Developer's Guide for Oracle Enterprise Scheduler. Save the files in the src/META-INF directory.

After completing these steps, the SuperEss project will be complete. Follow Section 3.10.2, "How to Build the EAR/MAR Profiles" to build the EAR/MAR deployment profiles.

3.10.2 How to Build the EAR/MAR Profiles

Oracle Enterprise Scheduler Service-hosted applications are built into EAR files and deployed as Java EE applications. The EAR archive must contain the SuperEss EJB JAR, the MAR archive containing all Oracle Enterprise Scheduler Service metadata, and all the Job and Job-related classfiles using JARs in the APP-INF/lib directory. Follow these steps to create the appropriate deployment profiles.

3.10.2.1 Deploying a Project-level Metadata Archive (MAR)

Note:

Oracle Enterprise Scheduler Service is used in the instructions because it is the primary, but not only, use case.

To simplify patching of Oracle Enterprise Scheduler Service metadata artifacts and align with code-level patching, it is essential to have project-level deployment artifacts. To support this requirement, EARs with multiple MAR files can be deployed. This section describes what must be done to properly build Oracle Enterprise Scheduler Service workspaces to support project-level MARs.

3.10.2.1.1 How to Enable Your Application Workspace for Project-level MAR Deployment

In contrast to standard MAR deployment, in which a single .mar file is created as a metadata aggregate from contributors defined from one or more projects in the application workspace, this approach focuses on the creation of a JAR-based deployment profile in each project where the target file is named with a .mar extension. The resultant .mar files are then deployed into the application workspace's jlib folder, which is added to the top-level directory of the EAR by the EAR deployment profile.

Follow these steps to implement the project-level MAR deployment.

  1. Prepare the Application Workspace EAR deployment profile.

    1. Open your Oracle Enterprise Scheduler Service Workspace in JDeveloper.

    2. Open the Application Properties, select the Deployment panel, choose your application's EAR deployment profile and click Edit.

      These steps will need to be repeated if you have multiple EAR deployments for development or test purposes.

    3. Select File Groups and click New to create a new file group. Leave the type as Packaging and name this group MAR Group.

    4. Leave the remaining values at their defaults and click OK.

    5. Select the Contributors heading beneath the new MAR Group file group and click Add.

    6. Browse to find the application workspace-level jlib directory and click OK.

    7. In the Filters heading beneath the MAR Group, remove all the filters and add these two rules so they display in this order:

      Include *.mar

      Exclude *.*

  2. Prepare each metadata project JAR(MAR) deployment profile.

    These steps will need to be repeated if you have multiple projects containing Oracle Enterprise Scheduler Service metadata.

    1. Select the Oracle Enterprise Scheduler Service metadata containing project and open the project properties.

    2. Select the Deployment panel and click New.

    3. If necessary, select the JAR File archive type and provide a meaningful profile name, such as <ProjectName>_MAR.

    4. In the JAR Options panel, change the JAR File destination to point to the application workspace-level jlib directory, and change the file's .jar extension to .mar.

    5. Select File Groups > Project Output > Contributors and de-select Project Output Directory and Project Dependencies.

    6. Click Add to add a new contributor and browse to and select the essmeta project-level directory.

    7. Select File Groups > Project Output > Filters and confirm the addition of the relevant Oracle Enterprise Scheduler Service metadata files.

    8. Click OK.

    9. Deploy as JAR and verify.

  3. Complete the Application Workspace EAR deployment profile.

    These steps will need to be repeated if you have multiple EAR deployments for test or development purposes.

    1. Open the Application Properties.

    2. Select the Deployment panel and choose the EAR deployment profile for your application.

    3. In the MAR Group file group, select Filters and ensure that all of your project level MAR archives are selected.

    4. Select the Application Assembly heading and de-select the application workspace-level MAR profile.

    5. Click OK.

    6. Select the Profile Dependencies in the left-hand side.

    7. Check the boxes for each of the new JAR-based MAR profiles.

    8. Click OK.

    9. Deploy as EAR and verify.

3.10.2.2 Building the EAR Profile

The EAR profile pulls together all of the previously-created EJB and MAR profiles to build the Oracle Enterprise Scheduler Service-hosted application. All the Oracle Enterprise Scheduler Service workspace projects should have ADF library JAR deployment profiles, and those with Job-supporting implementation classes should be deployed to a directory that can be added to the Oracle Enterprise Scheduler Service EAR's contributor list.

To create the EAR profile, follow these steps:

  1. Open the Application Properties and select the Deployment panel.

  2. Click New to create a new deployment, choose EAR File as the profile type, and provide a unique name.

  3. In the Application Assembly, choose the SuperESS EJB-JAR profile and nothing else.

  4. Select the File Groups menu entry and click New, giving the name APP-INF/lib and assigning the target directory to ess workspace root path/jlib.

  5. Under the APP-INF/lib File Group's contributors, add the directory that holds all of the Job-supporting Implementation classes (not data model projects with ADF Business Components for parameter view objects or parameter task flows).

  6. Select the File Groups menu entry and click New, giving the name MAR Group and leave the target directory empty. Under the MAR Group's contributors, add the directory that holds all the project level mar files (such as Ess/jlib).

  7. Click OK.

Note that the EAR profile should contain only the SuperEss EJB JAR, the MAR, and the JAR files for the Job implementation classes. The Oracle Enterprise Scheduler Service hosting application's EAR file must not contain JARs, descriptors or other artifacts for UI, data model or services functionality. Should your application contain projects with servlet or UI task flows for development testing, they must be bundled into a separate, UI-specific, set of EAR/MAR deployment profiles.

3.10.2.3 Deploying an Oracle Enterprise Scheduler Service Hosting Application

When deploying an Oracle Enterprise Scheduler Service hosting application, the target managed server must have the ESSAPP base application pre-deployed and configured to run against a working Oracle Enterprise Scheduler Service database schema.

For deployment from JDeveloper, you will need to create an Application Server connection in the JDeveloper resources palette before or as part of the deployment activity using the New Connection feature. Once your Oracle Enterprise Scheduler Service application is ready for deployment, including all requisite project and application-level profiles, you can initiate deployment by following these steps:

  1. Click Deploy > <ear profile name> from the Application menu.

  2. Choose Deploy to Application Server and click Next.

  3. If no application servers are defined, or the one to which you wish to deploy is not defined, click Add an Application Server. Otherwise, select the server. Do not click Next yet.

  4. De-select the Deploy to all server instances in the domain option, because certain libraries needed for deployment of the Oracle Enterprise Scheduler Service hosting application will not be targeted to all the managed servers, and deployment will fail.

  5. Click Next.

  6. Choose the appropriate managed server and click Next.

  7. Click Finish to begin deployment.

JDeveloper will build the EJB JAR and the MAR, and bundle those archives, along with the JAR files, in the APP-INF/lib contributor location. This packaged archive will be sent to the managed server for deployment. During deployment, the Oracle Enterprise Scheduler Service hosting application will register itself through the ESSAPP base application using the ESSAppEndpoint descriptor in your ejb-jar.xml file.

Once deployment is finished, jobs can be submitted programmatically or through the Oracle Enterprise Scheduler Service UI submission task flows. These methods are documented in the Oracle Fusion Middleware Developer's Guide for Oracle Enterprise Scheduler.

3.11 Implementing Oracle Application Development Framework UI Workspace and Projects

Before you can deploy your web project, you need to complete a number of preliminary steps. These include setting up your web project and configuring your user interface project; creating the SuperESS project; creating the appropriate deployment profiles; and creating and setting up Oracle WebLogic Server.

3.11.1 How to Set Up Your Web Project

When you choose the Oracle Fusion Applications Developer role when starting JDeveloper, many settings default automatically for you. However, there are still certain options that you need to set manually to configure your project.

This section discusses the specific options that need to be set manually to configure your user interface project. The default name for the project that JDeveloper provides is ViewController.

3.11.1.1 Configuring Your User Interface Project

This section describes how to configure your user interface project in JDeveloper.

To configure your user interface project:

  1. Choose Application Navigator > ViewController project. Right-click and choose Project Properties from the menu.

  2. Choose the Project Source Paths category to display the Project Source Paths dialog.

  3. In the Default Package field, enter the name of your default package, as shown in Figure 3-6.

    Figure 3-6 Project Properties — Project Source Paths Dialog

    Project Properties - Project Source Paths dialog.

    Many objects are generated automatically and are stored in the default package.

  4. Choose the ADFm Sources category from the Project Source Paths hierarchy to display the Project Source Paths: ADFm Sources dialog, as shown in Figure 3-7.

    Figure 3-7 Project Properties — Project Source Paths: ADFm Sources Dialog

    Project Properties - Proj Src Paths: ADFm Srcs.

    The location for all the ADF Metadata sources is the location that is entered in the ADFm Source Directory field. You should not have to change the default location.

  5. Choose the Web Application category from the Project Source Paths hierarchy to display the Project Source Paths: Web Application dialog, as shown in Figure 3-8.

    Figure 3-8 Project Properties — Project Source Paths: Web Application Dialog

    Project Properties - Proj Src Path: Web Application.

    The location for all the HTML content is the location that is entered in the HTML Root Directory field. You should not have to change the default location.

  6. Choose the ADF Model category to display the ADF Model dialog, as shown in Figure 3-9.

    Figure 3-9 Project Properties — ADF Model Dialog

    Project Properties - ADF Model dialog.

    The location of the page definition files is based on a combination of the PageDef sub-package value, the default package location, and the ADFm Sources directory.

  7. Choose the Deployment category to display the Deployment dialog.

  8. Select New to open the Create Deployment Profile dialog, as shown in Figure 3-10.

    Figure 3-10 Project Properties — Deployment — Create Deployment Profile Dialog

    Proj. Prop. - Deployment - Create Deployment Profile.
  9. Choose ADF Library Jar File from the Archive Type list.

    Enter the Name as Adf<projName> in accordance with the Package Structure and Naming Standards.

  10. Click OK to save the new deployment profile and close the Create Deployment Profile dialog.

    Note:

    The new deployment profile is now listed on the Deployment dialog.

  11. Choose the JSP Tag Libraries category to display the JSP Tag Libraries dialog, as shown in Figure 3-11.

    Figure 3-11 Project Properties — JSP Tag Libraries Dialog

    Project Properties - JSP Tag Libraries.

    Verify that you have the following tag libraries listed under the Distributed libraries folder:

    • Applications Core (ViewController) 11.1.1.0.0

    • Trinidad HTML Components 1.2

    Note:

    You may have to include additional tag libraries for other features, such as Data Visualization Tools (DVT) and WebCenter. For more information about adding tag libraries to your user interface project, see Section 3.4, "Adding the Applications Core Tag Library to Your User Interface Project.".

  12. Choose the Libraries and Classpath category to display the Libraries and Classpath dialog, as shown in Figure 3-12.

    Figure 3-12 Project Properties — Libraries and Classpath Dialog

    Project Properties - Libraries and Classpath.

    Verify that the libraries listed in Figure 3-12 have been attached to your user interface project. As with tag libraries, you may have to add additional libraries.

    Important: The Applications Core library must be included to make the page's design tab visual, instead of showing nesting boxes of XML elements. To add the Applications Core library:

    • Click Add Library.

    • In the Add Library list, select the Applications Core entry, as shown in Figure 3-13 and click OK.

      Figure 3-13 Adding the Applications Core Library

      Adding the Applications Core Library
    • Verify that the Applications Core library now is included in the Libraries and Classpath list, as shown in Figure 3-14.

      Figure 3-14 Showing Applications Core Library Added to List

      Showing Applications Core Library Added to List
  13. Choose the Resource Bundle category to display the Resource Bundle dialog, as shown in Figure 3-15.

    Figure 3-15 Project Properties — Resource Bundle Dialog

    Project Properties - Resource Bundle.

    Verify that the Resource Bundle Type is set to Xliff.

    Note:

    The default settings will be correct when you start JDeveloper using the Oracle Fusion Applications Developer role.

  14. Choose the Technology Scope category to display the Technology Scope dialog, as shown in Figure 3-16.

    Figure 3-16 Project Properties — Technology Scope Dialog

    Project Properties - Technology Scope

    Verify that the technology scopes that are selected in Figure 3-16 are selected for your project.

    Note:

    This selection is limited to what is available, by default, in the New Gallery. To see other types of objects, choose All technologies from the New Gallery.

3.11.2 How to Create the SuperEss Project in the ADF UI Workspace

Follow the steps in Section 3.10.1, "How to Create the SuperEss Project". The differences are that the ejb-jar.xml file will have no ESSAppEndpoint MDB and the weblogic-ejb.jar.xml file will be empty.

3.11.3 How to Deploy Your Web Project

Deployment is the process of packaging application files and artifacts and transferring them to a target application server to be run. During application development using JDeveloper, developers can test the application using Integrated WebLogic Server that is built into the JDeveloper installation, or they can use JDeveloper to directly deploy to a standalone application server.

After the application has been developed, administrators can deploy it to production application servers.

Note:

This section assumes that you are deploying a web project to Standalone WebLogic Server. Creating deployment profiles is not necessary if you are running the project in Integrated WebLogic Server from within JDeveloper. In this case, JDeveloper, behind the scenes, creates an in-memory deployment profile.

For other deployment options, see "Deployment Techniques for Development or Production Environments" in the Oracle Fusion Middleware Fusion Developer's Guide for Oracle Application Development Framework (Oracle Fusion Applications Edition).

To deploy the web project to Standalone Weblogic Server, you must:

  • Create a Web Application Archive (WAR) deployment profile. To create the WAR deployment profile, see "How to Create Deployment Profiles" in the Oracle Fusion Middleware Fusion Developer's Guide for Oracle Application Development Framework (Oracle Fusion Applications Edition).

  • Once you have defined the WAR, create an EAR deployment profile that includes the WAR profile, for the application. To create an EAR deployment profile, see "Creating an Application-Level EAR Deployment Profile" in the Oracle Fusion Middleware Fusion Developer's Guide for Oracle Application Development Framework (Oracle Fusion Applications Edition).

  • Create, if necessary, and prepare the standalone application server for deployment. To run ADF applications, you must install the standalone application server with the ADF runtime. You can include the ADF runtime during a new application server installation or you can install the ADF runtime into an existing application server installation. See "How to Install the ADF Runtime to the Application Server Installation" and "How to Create and Extend Oracle WebLogic Server Domains" in the Oracle Fusion Middleware Administrator's Guide for Oracle Application Development Framework.

  • Deploy the application using one of these methods:

    • Oracle Enterprise Manager Fusion Middleware Control

    • WebLogic Scripting Tool (WLST) commands (see "Deployment Commands" in the Oracle Fusion Middleware WebLogic Scripting Tool Command Reference) or WebSphere Application Server (wsadmin) commands

    • Command scripts and Ant scripts

    • Oracle WebLogic Administration Console or IBM WebSphere Administrative Console