on 04-07-2011 3:53 PM
Issue is I am receiving data in an inbound file with a carriage control character (Hex 0d0a). In the map I attempt to convert this character in the text with a line feed hex "0a"which will be mapped in an IDOC. The mapper doesn't not seem to convert from Carriage Control to Line feed. In the IDOC that is created ,the text within the segment has carriage control. Is this an issue in the mapper?
The code converts the charater \r to \n.
why do you want to do so?
maybe use file adapter : binary mode , if your receiver system environment is LF, I can change the return conde.
Idoc adapter has no option to change return code, if use idoc adapter, you have to create Java mapping that convert return code.
Naoki
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I mistyped earlier. We use string.replace('\r','\n'). This changes the carriage control from the to a hex 0d 0a.
R/3 sees the 0d 0a as a '#'.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
The file is designated as binary in the file adapter. We created java mapping to change the which is the XML designation for carriage control. The code utilizes a string.replace('\r', '/n'). This results in no change but outputs a hex od 0a for carriage control.
If I replace('\r', ''), the change to '' occurs. The problem that I encounter is that once received by R3 with the hex 0d 0a and an invoice is printed, the carriage control is displayed as a '#' and causes the data to wrap. There are no separate lines. For example:
This is a test
This is a test
is displayed as
This is a test#This is a test
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
90 | |
10 | |
10 | |
10 | |
7 | |
7 | |
6 | |
5 | |
4 | |
3 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.