Title: | DEC/EDI |
Notice: | DEC/EDI V2.1 - see note 2002 |
Moderator: | METSYS::BABER |
Created: | Wed Jun 06 1990 |
Last Modified: | Fri Jun 06 1997 |
Last Successful Update: | Fri Jun 06 1997 |
Number of topics: | 3150 |
Total number of notes: | 13466 |
I have encountered what seems to be a bug with the Mapper when a Soft Error is forced. The situation ia as follows: - application file contains 2 documents - when posting the application file to the Mapper, the first document causes a soft error ($ERROR in map) - the second document is mapped normally What happens in this situation is that the Mapper writes 2 sets of header statements to the Inhouse File (see below) of the second document which causes an error when trying to fetch the document (Application to application routing is used). DEC/EDI version is 3.1 / UNIX ...colin Inhouse File ==> $SENDER-ID : PSZ001 $RECEIVER-ID : MATIDENT $DOCUMENT-TYPE : INVRPT $USER-REFERENCE : UNSPECIFIED $TEST-INDICATOR : 0 $SENDER-ID : PSZ001 $RECEIVER-ID : MATIDENT $DOCUMENT-TYPE : INVRPT $USER-REFERENCE : UNSPECIFIED $TEST-INDICATOR : 0 $GROUP $END-GROUP $GROUP BGM_C002_1000 : E2MARAM BGM_1004 : 0000000000012058 BGM_1225 : 004 $GROUP DTM_C507_2005 : ZZZ DTM_C507_2380 : 970129 DTM_C507_2379 : 101 $END-GROUP $END-GROUP $GROUP $GROUP LIN_1229 : 004 LIN_C212_7140 : ALN-1234564 $GROUP RFF_C506_1153 : ZZZ RFF_C506_1154 : 1 12356 RFF_C506_1156 : 00 $END-GROUP $GROUP QTY_C186_6063 : 1 QTY_C186_6060 : 1 $GROUP PRI_C509_5125 : INF PRI_C509_5118 : 1 PRI_C509_6411 : 1 DTM_C507_2005 : ZZZ DTM_C507_2380 : CCJJ DTM_C507_2379 : 602 $END-GROUP $END-GROUP $END-GROUP $END-GROUP $END-OF-FILE
T.R | Title | User | Personal Name | Date | Lines |
---|---|---|---|---|---|
2989.1 | fixed and patches available | SYSTEM::hiber.rkg.dec.com::JOHNSON | http://www.digital.com/info/edi | Wed Jan 29 1997 10:12 | 15 |
This has been fixed. The images decedi_imfd decedi_msfd can be ftp's (in binary mode) from EDIENG""::USER2:[DECEDI_V31_PATCHES] see the readme.txt file for more info and installation instructions. Richard |