A package describes where on the server to find the components you want to deploy to workstations. There are three package types: Full: 
Contains the full suite of system applications (all specifications). Partial: A minimum configuration of the system. This package type allows 
users to load the desired applications at run-time rather than initially installing all applications. Update: System objects contained in this type of 
package are loaded after the workstation receives the package and the user signs on to the system. If the update package includes objects 
without the corresponding specifications, old versions of the application are deleted from the workstation and replaced by the current 
version the next time the user accesses that application. Update packages are always deployed on the date and time specified by the system 
administrator.

A description of the package.

The path code is a pointer to a set of OneWorld objects, and is used to keep track of sets of objects and their locations within OneWorld.

Full and partial packages are primarily for initial J.D. Edwards ERP installations, and allow you to create a full or partial workstation 
configuration on machines that do not have the software installed. These packages are normally deployed via the Workstation Installation 
application. Update packages are for deploying changes, additions, or enhancements to users who already have the software installed, or can be 
used as a complete replacement of an existing package. Update packages are always installed through the Package Deployment 
Director. Full package:        This is a full package that contains all specifications and foundation code needed to run and develop in J.D. Edwards 
ERP. Partial package:        This package type is a minimum configuration of the software that contains only the specifications that allow users to 
launch J.D. Edwards Explorer.        Applications can then be loaded through Just-in-time-installation the first time the user selects an 
application. Update Package:        This package type enables the system administrator to create a package containing specific items which can then be 
deployed to specific users. An update package enables administrators to include in the package any item type (such as any object, help 
file, J.D. Edwards ERP foundation, and so on). For this reason, this package type is well-suited for deploying software changes and fixes 
quickly. When a user is scheduled to receive an update package, the J.D. Edwards ERP loads the package the next time the user signs on to the 
system.

When you include individual objects in an update package, you have the option of including a corresponding set of specifications for those 
objects. When you include specifications, a "snapshot" of the specifications will be included in the package after it is built. When the 
package is deployed, the package recipient receives those object specifications. If you do not include object specifications in the package, the old 
specifications for the objects in the package will be deleted from the workstation when the package is deployed. Then, the next time the 
package recipient attempts to use the object, a new set of specifications for it will be transferred to the workstation via just-in-time installation.

While a package is being assembled, the status for the package is In Definition. When the assembly has been completed, the user can 
change the status to Definition Complete. Only packages with a status of Definition Complete can be submitted for a package build.

Since an update package includes only a subset of objects, you must indicate the parent package on which the update package is based 
or related to. This information is used by the system to determine how to build business functions.

These user defined codes represent the valid objects allowed in your package. Depending on the type of package you are defining (Full, 
Partial, or Update,) some item types may not be available.    O Single OneWorld object: This type enables you to add to your package a 
single OneWorld object. You can add any of the following objects:        interactive or batch applications, business function modules, business 
views, data structures, media object data structures, and table definitions.    J (JITI): Just in time applications. Select this type to include in your 
package an application that will be installed the next time the user selects it from the OneWorld Explorer menu. Application specifications are 
not included in the package, but are pulled dynamically from the relational database when the user selects the application the first time after 
receiving the package. At the time of execution only the following related objects are deployed:        FDA or RDA Imbedded event rules 
Processing option templates/data structures and related business views (asvrhdr, asvrdtl, gbrlink, gbrspec, bobspec, fdaspec, fdatext, rdaspec, 
and rdatext)    D Data: Select this type to include in your package a Microsoft Access database used by OneWorld for replicated data. A 
database is required by OneWorld for replicated data. For full and partial packages, if you do not have a database line defined, the default 
database will be used.        Update packages do not require a database, so if you do not define one, no database will be included with the 
package.    F OneWorld Foundation: This type allows you to deploy OneWorld foundation software, and is required for all full and partial packages. 
For full and partial packages, if you do not define a foundation the default foundation will be used. Update packages do not require a 
foundation, so if you do not define one, no foundation will be included with the package. The foundation must be compressed when built.    H Help 
Instructions: Select this item type to define helps for your package. For full and partial packages, if you do not have a helps line defined, the 
default help files will be used. Update packages do not require helps, so if you do not define one, no helps will be included with the package. 
Remember, including helps in a package does not mean they are installed on a person's workstation. Help location is controlled by User 
Deployment Preferences. See "Adding a Help Type" for more details.    L Language: Select this type to specify a language other than English, 
which is the default language. If you add a language to your package, only that language will be included. If you want two languages, you must 
include them in your package.

The name that identifies a system object. J.D. Edwards ERP architecture is object-based. Discrete software objects are the building blocks 
for all applications, and developers can reuse the objects in multiple applications. The Object Librarian tracks each object. Examples of 
system objects include:   o Batch Applications (such as reports)   o Interactive Applications   o Business Views   o Business Functions   o 
Business Functions Data Structures   o Event Rules   o Media Object Data Structures

A user-defined set of specifications that control how applications and reports run. You use versions to group and save a set of user-defined 
processing option values and data selection and sequencing options. Interactive versions are associated with applications (usually as a 
menu selection). Batch versions are associated with batch jobs or reports. To run a batch process, you must choose a version.

An option that specifies the type of processing for an event.

- - - Good Performance Low Value. 

This item is used scrub Specification Data fields that are 20 character alpha fields.

This item is used scrub Specification Data fields that are 20 character alpha fields.

A package describes where on the server to find the components you want to deploy to workstations. There are three package types: Full: 
Contains the full suite of system applications (all specifications). Partial: A minimum configuration of the system. This package type allows 
users to load the desired applications at run-time rather than initially installing all applications. Update: System objects contained in this type of 
package are loaded after the workstation receives the package and the user signs on to the system. If the update package includes objects 
without the corresponding specifications, old versions of the application are deleted from the workstation and replaced by the current 
version the next time the user accesses that application. Update packages are always deployed on the date and time specified by the system 
administrator.

A description of the package.

The path code is a pointer to a set of OneWorld objects, and is used to keep track of sets of objects and their locations within OneWorld.

Full and partial packages are primarily for initial J.D. Edwards ERP installations, and allow you to create a full or partial workstation 
configuration on machines that do not have the software installed. These packages are normally deployed via the Workstation Installation 
application. Update packages are for deploying changes, additions, or enhancements to users who already have the software installed, or can be 
used as a complete replacement of an existing package. Update packages are always installed through the Package Deployment 
Director. Full package:        This is a full package that contains all specifications and foundation code needed to run and develop in J.D. Edwards 
ERP. Partial package:        This package type is a minimum configuration of the software that contains only the specifications that allow users to 
launch J.D. Edwards Explorer.        Applications can then be loaded through Just-in-time-installation the first time the user selects an 
application. Update Package:        This package type enables the system administrator to create a package containing specific items which can then be 
deployed to specific users. An update package enables administrators to include in the package any item type (such as any object, help 
file, J.D. Edwards ERP foundation, and so on). For this reason, this package type is well-suited for deploying software changes and fixes 
quickly. When a user is scheduled to receive an update package, the J.D. Edwards ERP loads the package the next time the user signs on to the 
system.

When you include individual objects in an update package, you have the option of including a corresponding set of specifications for those 
objects. When you include specifications, a "snapshot" of the specifications will be included in the package after it is built. When the 
package is deployed, the package recipient receives those object specifications. If you do not include object specifications in the package, the old 
specifications for the objects in the package will be deleted from the workstation when the package is deployed. Then, the next time the 
package recipient attempts to use the object, a new set of specifications for it will be transferred to the workstation via just-in-time installation.

While a package is being assembled, the status for the package is In Definition. When the assembly has been completed, the user can 
change the status to Definition Complete. Only packages with a status of Definition Complete can be submitted for a package build.

Since an update package includes only a subset of objects, you must indicate the parent package on which the update package is based 
or related to. This information is used by the system to determine how to build business functions.

These user defined codes represent the valid objects allowed in your package. Depending on the type of package you are defining (Full, 
Partial, or Update,) some item types may not be available.    O Single OneWorld object: This type enables you to add to your package a 
single OneWorld object. You can add any of the following objects:        interactive or batch applications, business function modules, business 
views, data structures, media object data structures, and table definitions.    J (JITI): Just in time applications. Select this type to include in your 
package an application that will be installed the next time the user selects it from the OneWorld Explorer menu. Application specifications are 
not included in the package, but are pulled dynamically from the relational database when the user selects the application the first time after 
receiving the package. At the time of execution only the following related objects are deployed:        FDA or RDA Imbedded event rules 
Processing option templates/data structures and related business views (asvrhdr, asvrdtl, gbrlink, gbrspec, bobspec, fdaspec, fdatext, rdaspec, 
and rdatext)    D Data: Select this type to include in your package a Microsoft Access database used by OneWorld for replicated data. A 
database is required by OneWorld for replicated data. For full and partial packages, if you do not have a database line defined, the default 
database will be used.        Update packages do not require a database, so if you do not define one, no database will be included with the 
package.    F OneWorld Foundation: This type allows you to deploy OneWorld foundation software, and is required for all full and partial packages. 
For full and partial packages, if you do not define a foundation the default foundation will be used. Update packages do not require a 
foundation, so if you do not define one, no foundation will be included with the package. The foundation must be compressed when built.    H Help 
Instructions: Select this item type to define helps for your package. For full and partial packages, if you do not have a helps line defined, the 
default help files will be used. Update packages do not require helps, so if you do not define one, no helps will be included with the package. 
Remember, including helps in a package does not mean they are installed on a person's workstation. Help location is controlled by User 
Deployment Preferences. See "Adding a Help Type" for more details.    L Language: Select this type to specify a language other than English, 
which is the default language. If you add a language to your package, only that language will be included. If you want two languages, you must 
include them in your package.

The name that identifies a system object. J.D. Edwards ERP architecture is object-based. Discrete software objects are the building blocks 
for all applications, and developers can reuse the objects in multiple applications. The Object Librarian tracks each object. Examples of 
system objects include:   o Batch Applications (such as reports)   o Interactive Applications   o Business Views   o Business Functions   o 
Business Functions Data Structures   o Event Rules   o Media Object Data Structures

A user-defined set of specifications that control how applications and reports run. You use versions to group and save a set of user-defined 
processing option values and data selection and sequencing options. Interactive versions are associated with applications (usually as a 
menu selection). Batch versions are associated with batch jobs or reports. To run a batch process, you must choose a version.

An option that specifies the type of processing for an event.

- - - Good Performance Low Value. 

This item is used scrub Specification Data fields that are 20 character alpha fields.

This item is used scrub Specification Data fields that are 20 character alpha fields.