Skip Navigation Links | |
Exit Print View | |
Oracle Java CAPS Message Library for EDIFACT User's Guide Java CAPS Documentation |
Using the Message Library for EDIFACT
Overview of the EDIFACT Message Library
About the EDIFACT Message Library
Installing the Message Library for EDIFACT
Using UN/EDIFACT Message Libraries
Building UN/EDIFACT OTD Collaborations
To Build UN/EDIFACT OTD Collaborations
Customizing the UN/EDIFACT OTDs
Creating UN/EDIFACT OTDs from SEF Files
Java Methods for UN/EDIFACT OTDs
Setting Delimiters and Indicators
EDFOTDErrors Schema File and Sample XML
This topic includes instructions for working with the UN/EDIFACT message structures, or OTDs, provided in the UN/EDIMessagessage Library, including customizing message structures and building UN/EDIFACT Collaborations.
The following topics provide instructions for working with the message library:
After installing the UN/EDIFACT Message Library, you can view the message structures in the OTD Editor as described below.
Depending on which message libraries you installed, the envelope, v3, or v4 folders are visible. The v3 folder includes files for UN/EDIFACT version 3, and the v4 folder includes files for UN/EDIFACT version 4.
Nodes for each installed UN/EDIFACT directory appear, such as D01B. The table below describes the naming conventions for the OTDs.
|
The folder also includes a Metadata folder, which holds the SEF files for the library. You can use the SEF files to customize the OTD as described in Customizing the UN/EDIFACT OTDs.
This section describes how to build Java Collaborations that use the UN/EDIFACT OTDs provided in the UN/EDIFACT Message Library. To customize the OTDs before building the Collaboration, refer to Customizing the UN/EDIFACT OTDs.
The Collaboration Definition Wizard dialog box appears.
The next page to appear depends on the web service type you selected.
Envelopes are located in \CAPS Component Library\Message Library\EDIFACT\envelopes.
The envelope names appear in the Selected OTDs section of the wizard.
The UN/EDIFACT directories are located in \CAPS Component Library\Message Library\EDIFACT\version, where version is either v3 or v4.
The Look In field displays the OTDs for the selected UN/EDIFACT directory. The table below describes the naming convention for the OTDs.
|
The OTDs appear under Selected OTDs.
The Collaboration appears in the Collaboration Editor. You can now use the Java CAPS and OTD methods to build the business logic for the Collaboration. For information about the UN/EDIFACT OTD methods, see Java Methods for UN/EDIFACT OTDs.
The OTDs provided in the OTD Library cannot be customized. However, the Message Library provides the SEF files so you can modify the file and then rebuild it. You can then rebuild the OTD with the customized SEF file as described in the following section. The procedure below describes how to save the SEF files locally for editing.
The metadata folder displays the available SEF files.
The Save As dialog box appears.
This section describes how to create UN/EDIFACT OTDs using SEF files. The UN/EDIFACT Message Library includes the SEF files for the OTDs so you can customize the OTD. Once you have tailored the SEF file to your business requirements, you can use the procedure below to recreate the OTD.
To create OTDs from SEF files, you use the SEF OTD wizard to build the OTD using selected SEF files. The SEF OTD wizard is packaged separately from the Message Library, so make sure you have installed it. For information, see Installing the Message Library for EDIFACT.
The New Object Type Definition dialog box appears.
The Select SEF File(s) page appears.
The Select OTD Options page appears.
The OTD Editor appears, displaying the OTD.
If you are using a pass-through Collaboration, the output file contains essentially the same data as the input file. Certain differences in output, based on variations in acceptable interpretation of the information, are acceptable, provided that the data conforms to the formats specified for the elements. For example:
If the input file includes a six-digit date, the output file might represent this as an eight-digit value. For example, 040715 in the input file might be represented as 20040705 in the output file.
The number of trailing zeros after a decimal point might vary. For example, an input value of 10.000 might be represented as 10 in the output file.
The reason these changes occur is that, during pass-through, certain data fields are parsed and stored as Java objects other than strings; for example, Date or Double. The actual value of all the information must remain the same.