Object Movement

When you perform any of these tasks, objects move between the central objects location and the object destination:

  • Check in or check out objects.

  • Add existing objects to a project.

  • Perform a get object in Oracle's JD Edwards EnterpriseOne Object Management Workbench application (P98220).

  • Run Oracle's JD Edwards EnterpriseOne Workstation Installation application.

    During the workstation installation, all objects and the Supported Local Database, which contains replicated data, are copied from the package to the workstation. The system copies objects in only those packages for which you included specifications. If the package does not include specifications, objects are not replicated; instead, they are installed on the workstation through just-in-time installation.

Unless otherwise noted, object movement is the same when you check objects in or out, add objects to a project, or perform a get object. This table describes the objects and specifications that move when you check in, check out, add, or get each type of object:

Object Type


Table (object type TBLE)

These objects move:

  • Table specs

  • Table event rule specifications

    (If the tables have event rules)

  • Source files (*.c)

  • Table header files (*.h)

  • Object files (*.obj)

    (If the objects have event rules)

  • Table event rule include files (*.hxx)

    (If the tables have event rules)

The table header is not the same as the actual table that resides in a database. The table itself is created through Table Design Aid when you generate it. The JD Edwards EnterpriseOne Workstation Installation program copies this table to the workstation if the table is stored in the Supported Local Database.

Business view (object type BSVW)

These objects move:

  • Specifications

  • .h files (if generated)

C business function (object type BSFN, source language C)

These objects move:

  • Specifications

  • Source files (*.c)

  • Header files (*.h)

  • Object files (*.obj)

NER business functions

Business function event rules (object type BSFN) can be checked out. When business function event rules are checked out, the .h file moves to the include directory, the .c file moves to the source directory, the .obj moves to the obj directory, and the local specifications are updated.

These objects move:

  • Specifications

  • Source (*.c)

  • Header (*.h)

  • Object (*.obj)

Business function data structure (object type DSTR)

Specifications move.

Embedded event rules

You cannot check out embedded event rules. Embedded event rules move when you check out the object in which the event rule is embedded. For example, if embedded event rules are attached to a table, interactive application, or batch application, when you move the table or application, the specifications for the embedded event rules move with it.

Media object data structure (object type GT)

Data structure specifications move.

Interactive application (object type APPL)

These specifications move:

  • Application

  • Form

  • Form data structure

  • Embedded event rules

Batch application (object type UBE)

These objects move:

  • Report and event rule specifications (check in and check out the version separately from the report)

  • .h file (if generated by the developer)

Business Services (object type BSFN, source language Java)

These objects are type BSFN except for:

  • F9860.SIPARDLL = "

  • F9860.SISRCLNG = "SBF"

These objects can be checked out and checked back in. The IDE for development of business services objects is JDeveloper.

When they are checked out, the <F9860.SIOBNM>.zip file is copied from the path code check-in location on the deployment server (<path code>/java/sbfjars) to the <EnterpriseOne client install>/<path code>/java/source/<F9860.SIOBNM> folder on the Microsoft WIN32 client, and the contents are extracted.

When they are checked in, the contents of the <EnterpriseOne client install>/<path code>/java/source/<F9860.SIOBNM> folder are compressed to a <F9860.SIOBNM>.zip file and the file is copied to the path code check-in location.

User Defined Objects (such as Watchlists, queries, and grid formats)

For a complete list, see the JD Edwards EnterpriseOne Tools Using and Approving User Defined Objects Guide.

User Defined Objects are web-based objects. They are managed with the Web Based Object Management application (P98220W). They can be administered via the Web Based Object Administration application (P9822U).

These objects move differently than other objects. On check-in (share/publish), their components are consolidated into a single zip file and inserted as a single record to the F98700R (Object Archive Repository). This replaces the objects' existing repository record if one exists. The single record is also inserted into the F98700H (Object Archive History). This record will coexist with other history records for the same object.

The UDO types may include the following data in .xml format:

  • One F9860W record.

  • One F9861W record.

  • Zero to many F9860WD records.

  • Zero to many F98700D records.

  • Zero or one F952460 record.

Additional .xml data included in the .zip file for certain UDO types.

F98700D.xml is created for the COMPOSITE UDO, which contains the object dependency information.

Note that if there are no translation or dependency records, F9860WD.xml and F98700D.xml are not created. (Release 9.2.3)

These objects are not included in traditional packages and do not require deployment to the servers. They are created on the servers and reside there immediately.

On transfer, the object's current repository record is transferred from central objects in the source path code to central objects in the target path code (for example, DV920.F98700R to PD920.F9870R). After transfer, the User Defined Objects have a Pending Promote status in the target path code. These User Defined Objects need to be Approve/Shared in order to extract the data/artifacts from the F98700R repository to the runtime tables/locations. P98220W OMW Web by project or P98220U User Defined Object Administration by status can be used to perform the Approve/Share action. You can also use the Approve Promote option in the Work with Project Object Dependencies form to approve and share the objects, which are at the web object status of 07-Pending Promote in a project.