1 Understanding JD Edwards EnterpriseOne

This chapter discusses:

1.1 Understanding This Guide

This guide is designed to direct you through a basic JD Edwards EnterpriseOne installation. It is not a substitute for the database administration manuals provided by your Relational Database Management System (RDBMS) vendor, the network administration manuals provided by your network vendor, or the installation and configuration manuals for third-party products used with JD Edwards EnterpriseOne.


This guide is continuously updated subsequent to the General Availability of JD Edwards EnterpriseOne Tools and Applications Release 9.2. For a list and description of changes to this guide, refer to this document on the Oracle Technology Network (OTN):

JD Edwards EnterpriseOne Net Change for Installation and Upgrade Documentation Library


All links in this guide are "live" (clickable) in the HTML version of this document.

This guide is designed for management information system (MIS) managers and installers. It outlines the procedures for installing Release 9.2. To successfully follow these procedures you must understand:

  • Hardware and software requirements

  • Database setup and management

  • Enterprise platforms and operating systems

At a minimum, review these guides before beginning:

In addition, it is recommended to complete the database product courses that your database vendors provide.

Below are links to the documentation libraries on the Oracle Technology Network (OTN) for the three major categories of JD Edwards EnterpriseOne:

  • JD Edwards EnterpriseOne Applications Documentation Release 9.2


  • JD Edwards EnterpriseOne Tools Documentation Release 9.2


  • JD Edwards EnterpriseOne Install and Upgrade Documentation Release 9.2


Central Objects

1.2 Understanding the Installation Process

This documentation explains the process used to install Release 9.2 software which consists of these steps:

  • Install the Deployment Server (see Concurrent Installation below for concurrent operations)

  • Install the Platform Pack (see Concurrent Installation below for concurrent operations)

  • Set up the installation plan by running Installation Planner

  • Run the Installation Workbench

  • Install the HTML Web Server


    A JD Edwards EnterpriseOne HTML Web Server is mandatory to run web-enabled JD Edwards EnterpriseOne applications, which includes all end-user applications and selected tools applications. This guide only describes the definition of the HTML Web Server in regards to the Installation Planner and the Installation Workbench. The installation of the HTML Web Server itself is not covered by this guide. Separate guides describe the separate installation process for the HTML Web Server on the supported platforms using Server Manager. Topics relating to the HTML Web Server other than installation using Server Manager are covered in platform-specific reference guides. Such topics include the installation and configuration of the underlying application servers.

    Refer to these JD Edwards EnterpriseOne guides which are available on the JD Edwards EnterpriseOne Documentation library. For Applications Release 9.2 and Tools Release 9.2.x, refer to this library on the Oracle Technology Network at this link:


  • Install the Development Clients for developers and system administrators

Concurrent Installation

You can concurrently install the Deployment Server, the Platform Pack, and the HTML Web Server assuming the installation programs are run on different machines. This can decrease the overall time it takes to complete the installation.

For a detailed diagram of the complete set of steps and possible concurrent operations, advanced or expert users can refer to the Appendix of this guide entitled: Concurrent Installation Options (Advanced or Expert Users Only).

Recommended Configurations

You can set up your Release 9.2 configuration in many ways. You should follow the typical setup and naming conventions whenever possible, unless there is a strong business case that supports the need to change.

See Also

Typical Customer Configuration in the JD Edwards EnterpriseOne System Administration Guide for more information about the typical customer configuration provided with Release 9.2.


JD Edwards EnterpriseOne Release 9.2 does not support coexistence.

This section discusses:

1.2.1 Understanding the Deployment Server Installation

The Deployment Server is the focus of the Release 9.2 installation process. The installation program for the Deployment Server copies the Release 9.2 software and a language, if applicable, from the installation image to the Deployment Server. From the Deployment Server, the Release 9.2 software is distributed to one or more Development Clients. Since the Deployment Server and Platform Pack have separate Installers, they can be running concurrently which decreases the overall installation time (assuming the Installers are run on different machines).

The Deployment Server installation program updates the Microsoft Windows registry with information about the Release 9.2 installation and languages, if applicable.

New for Tools and Applications Releases for 9.2, the Deployment Server installer no longer delivers any standard full packages (for example, DV920FA). Further the install no longer attaches and renames tables for package specs. However, the installer still delivers the PACKAGE\data and PACKAGE\datacomp directories.

1.2.2 Understanding the Platform Pack Installation

Rather than transferring all the software from the Deployment Server, the Platform Pack installs the code and database directly to the Enterprise Server. This more direct installation method increases performance during this part of the process. It is especially beneficial in situations in which the Enterprise Server is connected to the Deployment Server using a wide area network (WAN). Since the Deployment Server and Platform Pack have separate Installers, they can be running concurrently which decreases the overall installation time (assuming the Installers are run on different machines).

However, new for Tools and Application Releases for 9.2, customers must build a full package after the Platform Pack completes. Customers will not be able to build an update package out of the box. This is due to changes in Server Only Package Build, which was introduced with Tools Release 9.1.5).


Although the Platform Pack will no longer deliver packages, it still delivers the Package Repository and the package definition records because these are needed in order to run services. The Platform Pack will not deliver the source and include files (for example, obj and lib) for the package. The directories are delivered in the path code on the Deployment Server, just not as a package.

1.2.3 Understanding the Installation Planner

Installation Planner is an application that runs on the Deployment Server. It is used to configure the environments for all machines within the enterprise. It also is a system administration tool that stores all information about the installation plan in a set of preloaded tables in the Planner data source. The purpose of the Installation Planner is to help you set up the installation plan using step-by-step options.

This section discusses these topics: Managed Processes

Installation Planner manages these processes:

  • Language setup

  • Location setup

  • Deployment Server Setup

  • Enterprise Server setup

  • HTML Web Server setup

  • Additional server setup

    This includes setup to servers such as a Database Server.

  • Data source setup

    This includes setup for both Enterprise Server-specific and shared environment data sources. Data Sources


Languages are installed using the Installation Planner from the Language installation image. To install additional languages, you perform the language-specific procedures after you have executed the initial installation described in this guide. For additional details, refer to Chapter 17, "Creating a Language-Only Installation Plan".

Some data sources remain the same between releases:

  • Business data

  • Control tables

Other data sources are release specific:

  • System and data dictionary

  • Server map

    The server map is machine-specific and release-specific if separate environments are maintained. Environment Setup

This includes all environments for a typical customer configuration, and creation of a new environment, such as PD920. This process ensures that the Object Configuration Manager (OCM) mappings are correct and the new environments point to the correct path codes. This could include creating custom environments and path codes.

1.2.4 Understanding Installation Workbench

Installation Workbench runs the plan created during Installation Planner. It functions as a central point for all the processes required to install environments. Some of the processes that install environments might require procedures to be performed manually. However, Installation Workbench assures that procedures are performed in the proper order, and insulates you as much as possible from platform-specific environment setup.

1.2.5 Understanding the Development Client Installation

The JD Edwards EnterpriseOne Development Client contains components that run as standard Microsoft Windows applications (for example, Solution Explorer, Forms Design Aid (FDA), and Report Design Aid (RDA)) and components that run in a web browser.


This document uses the following terminology when discussing JD Edwards EnterpriseOne clients:
  • Web Client

    Components that run in a web browser.

  • Development Client

    Composed of standard Windows components and Web Client.

The Web Client part of the Development Client runs inside an Application Server. The supported Application Servers are:

  • Oracle WebLogic Server (WLS)

  • IBM WebSphere Application Server (WAS) Express or WebSphere Application Server for Developers.

For Oracle WebLogic Servers, you should install the supported version as indicated by the Certifications for the Development Client. The version of the Web Client that is installed on WLS is WLSH4A.

For WebSphere Application Servers, you can choose to use WAS Express or WAS for Developers as the Application Server for the EnterpriseOne Web Client. Both products are similar; either one may be manually installed before installing the Web Client for WAS. Whereas WAS Express requires a licensing fee to IBM, WAS for Developers is free.

The version of the Web Client that is installed on supported application servers is referred to by either of these names:

  • HTML for Applications

  • WLS4A (WebLogic Server for Applications)

  • H4Ax (where the "x" denotes the version of WAS Express or WAS for Developers; for example, for WAS 8.5 the version of the Web Client is H4A85).


Beginning with JD Edwards EnterpriseOne Tools Release 9.2, the Oracle Application Server (OAS) and the companion OH4A web development feature are not supported. They are functionally replaced by the Oracle WebLogic Server (WLS) and the companion WLSH4A web development feature, respectively.

The Development Client Installation Guide describes how to install Web Clients for both Application Servers: WLSH4A and H4Ax. In addition, it covers the installation of Oracle WebLogic and WAS Express or WAS for Developers.

The first time setup of the JD Edwards EnterpriseOne Development Client installer and installation package on an EnterpriseOne Deployment Server is described in a separate guide entitled: JD Edwards EnterpriseOne Deployment Server Reference Guide. This setup on the Deployment Server must be done before a user can install a JD Edwards EnterpriseOne Development Client. The installation package specifies the components to install and may or may not include the Web Client feature for Oracle WebLogic or IBM WebSphere.

1.3 Considering Additional Factors

This section discusses:

1.3.1 Accessing Certifications

Customers must conform to the supported platforms for the release as detailed in the JD Edwards EnterpriseOne Certifications. In addition, JD Edwards EnterpriseOne may integrate, interface, or work in conjunction with other Oracle products. Refer to the following link for cross-reference material in the Program Documentation for Program prerequisites and version cross-reference documents to assure compatibility of various Oracle products.


Additional information is contained in this document on My Oracle Support (https://support.oracle.com):

745831.1 (JD Edwards EnterpriseOne Minimum Technical Requirements Reference)


2059885.1 (JD Edwards EnterpriseOne 9.2.X Platform and Compiler Support Statement)

Refer to the section of this support statement entitled: Additional Notes for Oracle Linux 7 Platforms


1.3.2 Understanding Machine Names

Due to underlying requirements in the machine name tables, you must ensure that all machines names in the JD Edwards EnterpriseOne environment conform to specific rules. Whenever you manually enter a machine name in JD Edwards EnterpriseOne, or whenever a machine name is programmatically determined, it is important to note that the machine name:

  • Is case-sensitive

  • Cannot exceed 15 characters

  • Must be alphanumeric only and cannot contain any special characters, such as underscores or hyphens

Any machine whose name does not conform to these rules cannot be used in the JD Edwards EnterpriseOne environment.

1.3.3 Using JD Edwards EnterpriseOne Support

Use My Oracle Support to access customer support functions and information including issues, Software Action Requests (SARs), and to access the Oracle JD Edwards Update Center. Through the Update Center, you can research and download Service Packs, Electronic Software Updates (ESUs), view SARs and objects, and documentation.

If you need further assistance with Release 9.2 installation, contact Oracle customer support by phone, fax, or e-mail. For questions about operating systems, databases, and other software products, contact the appropriate vendor.

1.3.4 Understanding Documentation Conventions

This section explains these typographic and design conventions used throughout this documentation. Documentation Updates

The Oracle Technology Network for JD Edwards Documentation always contains the most recent documentation, which may include document updates and other information about installing and upgrade JD Edwards EnterpriseOne. You can use this link to access the Oracle Technology Network for JD Edwards Documentation:

http://www.oracle.com/technetwork/documentation/jdedent-098169.html Tips

This documentation contains tips containing information that can make the JD Edwards EnterpriseOne setup process easier. Tips information is helpful but optional. Fonts and Type Styles

Special fonts and type styles are used in this guide. Nearly all of the commands in this guide are case sensitive. Enter them exactly as written. In addition, all of the commands described illustrate the recommended directory structure. If your machine's directory structure is different, modify the commands to match your directory structure.

Italic type style designates variables used in the guide. For example, for the variable deployment_server in a command, substitute the actual name of your Deployment Server. Also, the names of other JD Edwards EnterpriseOne guides are in italic type style. For example, JD Edwards EnterpriseOne Tools Package Management Guide.

Courier font indicates explicit file names, commands, or other information that must be typed into the system. For example, a common file name used by JD Edwards EnterpriseOne is an initialization file called the JDE.INI.

1.4 Working With the Customer Checklist

The Release 9.2 support structure consists of components such as databases, operating systems, and hardware. To install Release 9.2 successfully, set up the support structure before starting the installation process.

The tasks in this section are designed to prepare the customer's system for the installation process. Some of the tasks, such as checking that the appropriate hardware and software are available, can take some time to complete. Other tasks are quick and easy.

This checklist helps to organize the required preparation:

  • Review Section 1.5, "Environments Overview".

  • If the installation involves a secondary language, review Section 1.6, "Language Process Overview" in this chapter.

  • Assess the network.

  • Verify that the Deployment Server hardware and software meet minimum technical requirements.

  • Verify that the Enterprise Server hardware and software meet minimum technical requirements.

  • Verify that the Development Client hardware and software meet minimum technical requirements.

  • Verify that HTML Web Server hardware and software meet minimum technical requirements.

  • Verify that the Deployment Server disk space meets minimum technical requirements.

  • Verify that the Enterprise Server disk space meets minimum technical requirements.

1.5 Environments Overview

The HTML Web Server (J) environments have the same mappings as the regular environments with the exception of logic, all of which is mapped to run on the Enterprise Server.

Each environment shipped with Release 9.2 has a specific use. The following sections explain each environment in more detail.

1.5.1 Understanding Environments

The Release 9.2 software includes several environments that represent the typical customer configuration as defined in the Installation Planner. These environments are preset to make the installation process as easy as possible. This section contains additional information about these environments and their role in the installation and upgrade process.

Follow the setup recommendations and naming standards described in this guide to minimize confusion when communicating with those outside of your implementation team. In addition, future upgrades are simpler if you use JD Edwards EnterpriseOne naming conventions. If you customize your configurations during the process, you should change only the descriptions provided with the typical setup.

JD Edwards EnterpriseOne provides the following preset environments:

  • Deployment (DEP920)

  • Planner (JDEPLAN)

  • Prototype (PY920)

  • Pristine (PS920)

  • Development (DV920)

  • Production (PD920)

  • HTML Web Environment (all J* environments)

1.5.2 Planner Environment (JDEPLAN)

The software installation and upgrade process includes a planning stage called the planner environment. Using this approach you can define the main components of your software configuration without affecting the production environment.

Every environment must have an associated pathcode and a set of OCM mappings. The planner environment uses a planner pathcode, which is shipped with the software, and a set of OCM mappings, which point to a planner database. All pathcodes share a complete set of runtime central objects on the Deployment Server. Planner Pathcode

Release 9.2 provides a full set of runtime objects, which are used during the installation process. The software stores these objects on the Deployment Server in the planner directory. The planner pathcode contains the only complete set of runtime central objects on the Deployment Server, which are shared by all pathcodes.

The planner pathcode includes preloaded packages used during the update specification merge process. A package indicates the necessary objects for a Development Client, a point-in-time snapshot of the central objects on the Deployment Server, and where the installation program finds them. Planner Database

All information created and updated during the planning stage is saved in these Oracle tablespaces:

  • JDEPlan920

  • JDECTL920

  • JDEDD920

  • JDSYS920

  • JDEVL920

  • JDEOL920

  • JDEData920

When using the planner environment to change your configuration:

  • Planner database tables are updated with the change.

  • A plan is defined and run to move the change to the production environment.

When using the deployment or production environment to change your configuration after finishing the process:

  • Production environment tables in the System pathcode are updated in real-time.

  • Planner database tables are not updated.

For the deployment and production environments, OCM and data source information comes from the planner database.

You should use the production environment system (technical) tables to make changes to environments, pathcodes, packages, and OCM.

1.5.3 Pristine Environment (PS920)

Use the pristine environment (PS920) to test pristine (un-customized) objects with JD Edwards EnterpriseOne demonstration data or for training classes. The pristine environment is also used to run Table Conversion processes during an upgrade. This environment is required to compare modified objects to pristine objects. When encountering a software problem that JD Edwards EnterpriseOne Global Support cannot duplicate, they will ask you to sign on to the pristine environment to duplicate the problem. Routinely, either monthly or quarterly, refresh the data for this environment from the JDEPLAN environment on the Deployment Server.

You should apply all software updates, ESUs, and Service Packs to the Pristine environment.

1.5.4 Deployment Environment (DEP920)

Use the deployment environment to run package builds on the Deployment Server. The deployment environment uses the planner pathcode and has OCM mappings to the production environment system tables and local data. Only one deployment environment is required because all environments created by the installation process share common data sources.

The deployment environment uses system information, such as environments, packages, and user profiles. The OCM mappings and data source information are supplied by the planner database.

1.5.5 Development Environment (DV920)

The development environment is for development objects (DV920 pathcode). Log on to this environment to modify and test objects before transferring them to the prototype environment (PY920) pathcode. After transferring the objects into PY920, build and install a full or partial prototype package (for example, PY920FA or PY920PA), and then log on to the prototype environment for additional testing. The Development environment is delivered with JD Edwards EnterpriseOne Demonstration data.

1.5.6 Prototype Environment (PY920)

The prototype environment is the staging environment for production. Constants tables and master tables, such as company constants, fiscal date patterns, and item master are populated with production data during the prototype process. Copy the tables to the production environment before going live.

After running Installation Workbench, no business data exists until it is entered. When appropriate, refresh the data this environment uses from your production environment (PD920)

1.5.7 Production Environment (PD920)

Production users have a tested and released package on their system. Batch applications can run on the Enterprise Server.

1.5.8 Additional Considerations

Additional considerations include: Cluster Software Options

When using cluster software, additional issues exist that must be taken into consideration before installing Release 9.2. Web-Based Options

The HTML Web Server installation enables the use of Web-enabled functions in Release 9.2.

See Also

1.5.9 Release History

This version of JD Edwards EnterpriseOne is Release 9.2. The following list shows the currently supported previous releases of JD Edwards EnterpriseOne:

  • Release 9.1

  • Release 9.0 / 9.0.2

  • Release 8.12

  • ERP8

  • OneWorld Xe

1.6 Language Process Overview


There are two methods to install languages:

Method 1 -- You can install languages are installed using the Installation Planner. The Language installation image is required to implement this functionality. If you install additional languages, you will perform the procedures after you have executed the initial installation described in this guide. For additional details, refer to the chapter Chapter 17, "Creating a Language-Only Installation Plan" in this guide.

Method 2 -- You can use the latest version of Change Assistant to obtain the languages from the Update Center and automate the steps of Method 1. For additional details, refer to the chapter Chapter 18, "Installing Languages Using Change Assistant on JD Edwards EnterpriseOne" in this guide.

This Language Process Overview section is provided in this guide for reference purposes. The language installation process automatically copies the text from a language database to the production Release 9.2 database and merges the alternate language text with the original English base. These automated processes are described throughout this guide. When installing language for the first time, a language-only plan may be chosen after completing the initial plan.

See Also

1.6.1 Language Architecture

The software language architecture incorporates multinational language functionality for international customers. The software specifies the language preference for forms and reports. For example, users who share the same environment may want to view the same text in multiple languages, such as French, Spanish, and English. All language text is stored in a central location and deployed to the individual Development Client.

JD Edwards EnterpriseOne provides all software with a base language of English. The package build process enables the building of packages for multiple languages. Multiple languages can be installed using the processes outlined in this guide. Language text is accessed by the language preference code settings in the user profile associated with the alternate language installed. Base Language

Release 9.2 language support works in conjunction with the English base language. The base release contains English and must be installed before creating custom modifications to include changes or additions to the translated text. All control files must also have an English record prior to adding an alternate language text record. Alternate Language Components

An alternative language component is not included in this release; you must build the language package.

An alternate language includes major components whereby language text is stored in the Central Objects, System, Control Table, and Data Dictionary data sources. The data is loaded to the Deployment Server during the installation and copied to the Central Objects and the other data sources through the language installation process.

For Release 9.2, JD Edwards EnterpriseOne is shipped with 21 languages. Single-byte languages run on single-byte or double-byte operating systems, but double-byte languages must run on double-byte operating systems.

Instructions in this guide explain how to set up these features.

See Also

Package Build in the JD Edwards EnterpriseOne Tools Package Management Guide for more details on how to build a language package. Language Preference Codes

The language preference codes are the standard language codes used throughout the software. The Language Preference Code field, located in the Release 9.2 user profile, determines which language is displayed on forms or reports. All users are assigned a language preference code within the user profile.

A blank language preference code specifies the base language of English. Alternate language records always have a value in the language preference code.

The alternate language text tables contain language preference codes. The tables contain several records for each item, such as a user defined code value as well as possible multiple records for a code value, with each code representing a different language.

If the language preference code does not have a corresponding translated language record, the base English record is the default record.

Certain database tables, such as the Business Unit Master, AAIs, Account Master, and Item Master, also contain the language preference code in an additional description table. This information is not translated in the JD Edwards EnterpriseOne demonstration data.

Release 9.2 applications support the use of languages. Refer to the individual applications to set up and use multiple languages.

1.6.2 Database Character Set and Code Page Considerations

Data within a database is defined by a set of parameters. Each character within the database is identified by a specific language preference code value. A collection of characters within a defined database is called a character set or code page. A character set or code page setting is a scheme for encoding character data. Every character is defined by a unique hexadecimal value. These values can change between databases and languages. Every language is represented by at least one character set. Some character sets may contain multiple languages.

For example, the Western European character set contains all characters common to the Western European languages (Aa - Zz) and all special characters unique to specific languages, such as ', ', ', and '. Asian character sets are specific to one language.

The software uses code page conversions to control the consistent or desired display of data. A code page conversion adjusts the hexadecimal values of different characters so that the appearance of text on the desktop is the same with different code pages.

When installing or upgrading the database, set up the code page for the language before loading your language specifics for Release 9.2.

See Also

Section, "Single-Byte and Double-Byte Considerations" to determine the LocalCodeSet and code page settings for your database machine environment. Unicode

Unicode specifies that the data stored in the data source is in Unicode format. For installs, all data sources default to Unicode.

Note that the code page still must be set to the correct value even though the data sources may all be Unicode. The Unicode flag only indicates what column type is used to store character data in a Unicode database.

See Also

JD Edwards EnterpriseOne Unicode Data Conversion Guide for information on how to convert data to Unicode.

JD Edwards EnterpriseOne Tools Development Standards for Business Function Programming Guide for information on how to convert Business Functions to support Unicode text strings.

JD Edwards EnterpriseOne Flat File Conversion Guide for information on how to convert Flat Files to Unicode. Code Page Settings

You should use the code page settings in this guide. The correct code page should be set when the database is created. Oracle Code Page Settings

Both the NLS_characterset and NLS_LANG environment variables need to be set correctly.

Additionally, the Oracle character set for the database needs to be set correctly depending on the language used as listed in this table:

Tier Language Code Page Setting
1 English WE8MSWIN1252
1 French WE8MSWIN1252
1 German WE8MSWIN1252
1 Italian WE8MSWIN1252
1 Spanish WE8MSWIN1252
1 Portuguese WE8MSWIN1252
1 Japanese JA16SJIS
2 Danish WE8MSWIN1252
2 Dutch WE8MSWIN1252
2 Finnish WE8MSWIN1252
2 Norwegian WE8MSWIN1252
2 Swedish WE8MSWIN1252
2 Korean KO16MSWIN949
2 Traditional Chinese ZHT16MSWIN950
2 Simplified Chinese ZHS16GBK
3 Arabic AR8MSWIN1256
3 Czech EE8MSWIN1250
3 Hungarian EE8MSWIN1250
3 Polish EE8MSWIN1250
3 Greek EL8MSWIN1253
3 Russian CL8MSWIN1251
3 Turkish TR8MSWIN1254 Development Clients and Deployment Server

Code page settings for individual languages are specified in Microsoft Windows System locale. Verify that the Deployment Server code page is set correctly prior to upgrade.

1.6.3 National Language Support

National Language Support (NLS) is a set of common standards that enable data to be entered, displayed, stored, retrieved, and printed in multiple languages, in different databases, and on different platforms.

NLS is information that requires the set up of code pages and the JDE.INI for the Enterprise Server and JDE.INI for the Development Clients. By using NLS standards, JD Edwards EnterpriseOne maintains consistent data within all databases and hardware platforms. The same database can store alternate language text, relying on NLS standards to manage the text storage and retrieval. JD Edwards EnterpriseOne uses NLS, on all supported platforms, to interact with any computer system (hardware and software) within your own environment.

For the Development Client to reflect the language installed on the Deployment Server, perform the tasks for both the Enterprise Server and Development Clients to verify and modify the JDE.INI settings. These procedures are described throughout this guide. Single-Byte and Double-Byte Considerations

Many single-byte languages support either national code pages or multinational code pages. The double-byte languages support specific individual national code pages by language.

Single-byte character sets use a collection of phonetic characters that require one byte to create a single character. Conversely, the double-byte character sets use ideographic characters and require two bytes to create a single character.

Single-byte languages can generally be run on single-byte or double-byte systems. Double-byte languages, such as Japanese, Chinese, and Korean, must run on machines configured to support a double-byte system. For example, a double-byte SQL Server or Oracle database is required for Chinese and Japanese languages.

The software can perform a Query By Example (QBE) on any character. However, when using a double-byte language, this process may not necessarily use an understandable collating sequence, although it can still use QBE for any double-byte column.

The following table shows the languages that the software supports and the LocalCodeSet values set in the JDE.INI for each platform:

Tier Language Language Code LocalCodeSet Value
1 English E WE_ISO88591
1 French F WE_ISO88591
1 German G WE_ISO88591
1 Italian I WE_ISO88591
1 Spanish S WE_ISO88591
1 Portuguese P WE_ISO88591
1 Japanese J JA_SJIS
2 Danish DN WE_ISO88591
2 Dutch DU WE_ISO88591
2 Finnish FN WE_ISO88591
2 Norwegian NO WE_ISO88591
2 Swedish W WE_ISO88591
2 Korean KO KO_KSC
2 Traditional Chinese CT TC_BIG5
2 Simplified Chinese CS SC_GB
3 Arabic AR AR_CP1256
3 Czech C EECP1250
3 Hungarian HU EECP1250
3 Polish PO EECP1250
3 Greek GR GR_CP1253
3 Russian RU RS_CP1251
3 Turkish TR TK_CP1254 Font Considerations

JD Edwards EnterpriseOne includes standard language fonts in a separate file. Some languages (such as double-byte) require special fonts to display and print correctly. The software stores the font settings in files according to language. Individual users can choose fonts by language for forms, grids, and reports. User Display Preferences

User display preferences are individually defined sets of Release 9.2 characteristics that are stored in the user profile. The software uses these preferences to determine how menus and forms are presented to individual users and where language is to be used in Release 9.2 for that user. After user display preferences are set up for a given user, the values remain the same on any Development Client that the user accesses. Refer to the JD Edwards EnterpriseOne Tools Runtime Administration Guide for information about modifying user profiles.