EBCDIC- ASCII codepage conversion

Hi folks,
Please be patient enough to answer my queries. We are planning to upgrade either to 4.7 or ERP2005. Please let me know if I'm on track as well as answer some of my queries:
We are on 4.6C with 46D_EXT kernel, OS release V5R3. We have DEV & TST system on one partiton(LPAR1) of I550 server while PRD is on the second partition(LPAR2).
LPAR1 -> 6GB Ram -> 700 GB disk space -> 2.5 memory units(out of 5)
LPAR2 -> 9GB Ram -> 700 GB disk space -> 3.5 memory units.
1. How much disk space should be added in figures for Codepage conversion and Upgrade?
70% disk is used up as of now in each partition.
2. Is the memory, OS release enough?
3. What is the time required for Code page conversion for 100 GB database? Is time taken relative to database, OS or memory? Is the SAP CPC guide enough to get started? Which procedure should I choose - InPlace or Export/Import.
Please post some suggestions too.
Thanks!
Nick Ron

Hi Nick,
a lot of questions ...
1. How much disk space should be added in figures for Codepage conversion and Upgrade?
70% disk is used up as of now in each partition.
>>> ebcdic-ascii CPC & Upgrade typically double the database size ...
=> it might become a little bit full ...
2. Is the memory, OS release enough?
>>> memory for DEV & TST will be far too short ... for PRD perhaps OK - you will have to test.
3. What is the time required for Code page conversion for 100 GB database? Is time taken relative to database, OS or memory? Is the SAP CPC guide enough to get started? Which procedure should I choose - InPlace or Export/Import.
>>> You need to be certifiedfor the CPC => Then you should know how to handle these kind of questions ...
Regards
Volker Gueldenpfennig, consolut.gmbh
http://www.consolut.de - http://www.4soi.de - http://www.easymarketplace.de

Similar Messages

Problem in CPC EBCDIC - ASCII

Hello All!
There is an strange behavior on CPC... it stops when enter in step "Checking the codepage table TCPDB".
Don't have any error messages, just stops and ask for an ENTER to close
terminal.
I'm following the "SAP R/3 Code Page Conversion EBCDIC -> ASCII In-
Place Procedure for Systems on iSeries (AS/400)" manual. All steps were
made until page 2-6.
Anyone yet saw this case?
Thank you for all help.
Best regards,
André Honma

Hello,
The problem was solved. Occurred any error when applied the CPC patch to R3SETUP library and after correction, CPC is running again.
Kind Regards,
André

Codepage conversion

Dears,
we could input codepage in Function GUI_DOWNLOAD, and the conversion is done .
Now i want to do the conversion in my program, is there any funnctions to be called or other ways /
Ths.

Hi,
Use the class cl_abap_conv_obj
and method convert for codepage conversion.
Use this FM's to get code page for any given language
SCP_CODEPAGE_FOR_LANGUAGE.
SCP_GET_CODEPAGE_NUMBER.
Regards,
Sesh

Codepage conversion problem

Hello,
In a DB to DB scenario, I am getting this error "Error: Unexpected error converting database resultset to XML, codepage conversion problem?" on the side of the sender adapter. I am not able to see any messages or trace in IE-Monitoring. Is there any log wherein I can find out the problem as to where it is occuring?
Regards,
Sanjay

Hi Sanjay,
The JDBC sender adapter returns the rows selected from the database in the follwoing format.
<resultset>
<row>
<column-name1>column-value</ column-name1>
<column-name2>column-value</ column-name2>
<column-name3>column-value</ column-name3>
</row>
<row>
<column-name1>column-value</ column-name1>
<column-name2>column-value</ column-name2>
<column-name3>column-value</ column-name3>
</row>
</resultset>
This error occurs , when the source datatype you have created for the JDBC adapter does not match with this format. I would suggest that you check the source format along with the occurence of your field.
Regards,
Bhavesh

EBCDIC to ASCII data conversion

Hi,
We have JDE system as source to bring data into BW. Howvever the format of the data is in EBCDIC and the data looks junk with out converting the same to ASCII.
A quick research showed me that there are 3rd party tools to convert the data from EBCDIC to ASCII.
Just wondering whether is there a function in BW system which takes care of this conversion?
any thoughts? did any one come across this situation ?
Inputs appreciated.
Regards

Hi
Thanks for your response.
Now where this class has to be applied ?...
what does exactly this class do? can you share some insights on this ?
Thanks

EBCDIC - ASCII Conversion for XI File Adapters

All:
Does XI File Adpater have built-in capability to convert EBCDIC to ASCII and vice versa? We also need to handle pack decimals. All mainframe file based integration scenarios require this capability.
If there's no built-in capability available, are there any Java APIs available from SAP XI bundle some where.
Thanks and appreciate your feedback.

Hi,
Unfortunately, there is no built-in EBCDEC-ASCII conversion in XI. There are examples when you do a search on GOOGLE.
The java function can be used in either java mapping or adapter user-module.
Regards,
Bill

EBCDIC to ANSI Conversion

Hi,
We have a question from the partner and they want to know how the data from mainframe can be converted from EBCDIC to ANSI format?
Any pointer would be helpful.
Thanks
Umesh

Check out the DB2 z/OS Installation & Setup guide (...and, I think you mean ASCII and not ANSI...)
If you use a typical GG capture process + data pump to send data to/from z/OS to/from unix/linux/windows, then GoldenGate v10+ should automatically convert between ASCII and EBCDIC when the pump sends the data to the remote trail. (It's been a while since I've tried.... But you can use logdump to verify if you have the environment to test with.) See the limitations in the aforementioned guide (e.g., multi-byte characters are not converted, unicode is not converted).
Also, you may have to explicitly add in a conversion parameter if going to/from Nonstop... if you are, see the GG win/unix upgrade instructions for GG v11. It's just one parameter that I'm omitting here so as not to confuse the issue.
Note also that if you're using logdump, there are specific ebcdic commands you can use to view trail data & trail header info on z/OS. Just type "help" in logdump on z/OS for all the options.
If you're attempting to convert any of the unsupported data types -- then you'll probably have to do it in the database post-replication (e.g., Oracle DB has functions to do this), such as loading a staging table with the ebcdic data that is in turn processed and loads your ascii table. (There are probably a number of ways to accomplish this with varying degrees of complexity.)
Cheers,
-m

LSMW: Codepage conversion error with a Unicode data file

Hi all,
I am currently developing a LSMW upload program which has to use a Unicode data file. The underlying system/target system is NOT a Unicode system. The data file also contains non-Latin2 characters.
In the step "Specify Files", I have specified my Unicode data file and specified the codepage type "4110 - Unicode UTF-8".
In the step "Read Data", then I get the runtime error "CONVT_CODEPAGE", exception "CX_SY_CONVERSION_CODEPAGE".
I would expect that all non-Unicode characters are automatically transformed to "#", but the conversion progam breaks. The character transformation to "#" would be fine.
I am really wondering why, at first, I am able to specify the Unicode codepage type, but then, the file cannot be converted correctly.
What do I make wrong, what can I do to avoid the error?
Thanks a lot in advance for helping me out...
Regards,
Klaus

Hello,
You need convert the file with the format UTF-8. In notepad you can choose this option.
Regards,
Oscar.

SetString() and Unicode to ASCII/ISO conversion

Hi,
I encountered next problem. My database works in ISO-Latin-1 character set. Still, if I call PreparedStatement.setString(String arg) I would expect this call would convert arg parameter to ISO-Latin-1 using standard conversion mechanism. But after some testing I found out that instead of converting Java characters Oracle's driver just skips hi-byte. So if I have character with hex code 0x2019, which is absolutely normal unicode character. Oracle's driver converts it into 0x19 code, which is not even printable character and not valid ASCII code. Java's standard CharToByteConverter gives 0x63 ('?') code, which, at least, is valid ASCII/ISO-1 character.
And some soft reports "Invalid Character" errors encountering 0x19 and other such codes.
Here's a fragement from Oracle's JDBC log:
DBCV DBG2 UCS-2 bytes (10 bytes):
20 19 20 1c
DBCV FUNC DBConversion.stringToAsciiBytes(str)
DBCV DBG2 DBAccess bytes (5 bytes):
19 1c
Has anyone encountered this problem? Has anyone found work-around?
Checking and converting all strings before calls to setString() would be too overwhelming.
Thanks,
Dmitry

You may not store a string as ASCII values.
Any string you create is stored in Unicode.
The first 128 elements of Unicode are the same as ASCII.
If you want the ASCII representation of the letter "a", then:
System.out.println( java.lang.Character().getNumericValue( 'a' ) );
As DrClap said, there is no reason to save a string in ASCII format since it will be saved in unicode format and thus Java already knows what the ASCII values will be.
If you want to output a string in ASCII format, do it like this:
public Vector convert( String input ) {
StringBuffer tmpIn = new StringBuffer( input );
Vector tmpOut = new Vector
for ( int index = 0; index < tmpIn.length; index++ ) {
char tmpCharacter = tmpIn[ index ];
int tmpValue = java.lang.Character().getNumbericValue( tmpCharacter ) );
tmpOut.addElement( tmpValue );
return tmpOut;
And then display each element as you see fit.
Fixing the bugs in this code is an exercise for the reader. If you want to do something like this, you should be thinking about why you want to do this as well as how to do this.

Codepage conversion from multi-lingual table using JDBC

Hello,
I have an Oracle database that has been around since before any unicode was available. It is currently 9.2.0.7.0 and the charset is WE8ISO8859P1. I am trying to port all of the data in the 'Translation' table to a UTF-8 database. The problem is that each of the translated strings is stored in its own native MS Windows codepage. This table was populated over the years via OCI connections in C/C++, and this method worked. But now we need it moved to UTF-8 and are using JAVA. Obviously, all the cp1252 languages come over just fine, but all the other languages get converted to garbage by JDBC, since it is auto-converting them and assumes the source is 8859. I could do it with OCI, as I mentioned, but I am mandated to use JAVA and a web interface, so users can choose what data to move/convert to the new DB (on-demand) from a web page.
Is there a way to force the Oracle connection to think the database is in a different codepage so that the conversion comes out correct? OR
Is there a way to get the data from Oracle as unconverted chars, or generic binary, or something, and then have JAVA convert it to UTF-8 from the correct codepage before writing it to the new table?
Any help is appreciated.
Monte
Message was edited by:
Wookie

## Is there a way to force the Oracle connection to think the database is
## in a different codepage so that the conversion comes out correct?
No.
## Is there a way to get the data from Oracle as unconverted chars,
## or generic binary, or something, and then have JAVA convert it
## to UTF-8 from the correct codepage before writing it to the new table?
Yes. Use:
SELECT UTL_RAW.CAST_TO_RAW(col) FROM tab;
and retrieve the value with ResultSet.getBytes. Then convert the retrieved byte[] to java.lang.String using String(byte[] bytes, String charsetName) constructor. Note, charsetName is Java name. Then, you can use setString() on PreparedStatement containing the INSERT for the converted value.
-- Sergiusz

Ascii character conversion

I need to decode a DMM serial connection. It spits out ascii looking charactors. The DMM is RadioShack DMM catalog # 22-812. Any ideas to convert ascii to something readable?

Btw, I tried using a "format value" in the string conversion pallette with the string specifier (%s). This does not decode the characters.

Codepage conversions for Webdynpro Jcodestinations

Hi folks,
I encountered a problem with creation of JCOdestinations for webdynpro. We have a backend system which is nonunicode and have a "home made" codepage. When I try to test and use the JCOdestination created on the J2EE server in the webdynpro parts of the server administration I get this error:
#1.5#0016D40D663500760000001F00000B4C00042F8AAF1002DD#1178172594644#com.sap.i18n.cp.ConvertSimpleBase#sap.com/tcwddispwda#com.sap.i18n.cp.ConvertSimpleBase.ConvertInit failed#Administrator#341##nc35946.ELFA.SE_JD1_17089950#Administrator#d4fa0270f93c11dbae0f0016d40d6635#SAPEngine_Application_Thread[impl:3]_17##0#0#Error#1#/System/Server#Java#ConvertInit failed. RscpInfo: ###1#Init converter object failed.
InCp: 9491 OutCp: 0000
Rscp return code: 2048
Rscp error info: .--============--
RSCP - Error
Error from: Codepage handling (RSCP) 5
code: 2048 RSCPENOCONV Wanted conversion not available.
in character code "9491" unknown
module: rscpc no: 22 line: 14541 T100: TS012
TSL01: F43 p3: 9491
`----
When you use the java classes for "Jco" directly you can set the attribute "codepage" manually, but is there a way to do this for the webdynpro destinations?
Or does anyone have another solution?

Hi Balan,
no, it didn't.
I did as you said (in ume) - still the same error when i try to use a JCODestination.
Actually i think what you did suggest is the same i did in Visual Admin before.
Any other idea?
Thanks, Christian

File_To_File: UTF-8 to ASCII format conversion.

HI Experts,
I got one requirement File_To_File scenario source file is in UTF-8 format so we need to convet it into ASCII fromat , in this one mapping not required so please can you please help me out. we are using Pi 7.0 with SP 21.
Regards,
Prabhakar.A

in the communication channel define ASCII as enconding.
Processing Tab Page
Processing Parameters
   File Type
Specify the document data type.
○       Binary
○       Text
Under File Encoding, specify a code page.
The default setting is to use the system code page that is specific to the configuration of the installed operating system. The file content is converted to the UTF-8 code page before it is sent.
Permitted values for the code page are the existing Charsets of the Java runtime. According to the SUN specification for the Java runtime, at least the following standard character sets must be supported:
■       US-ASCII
Seven-bit ASCII, also known as ISO646-US, or Basic Latin block of the Unicode character set
■       ISO-8859-1
ISO character set for Western European languages (Latin Alphabet No. 1), also known as ISO-LATIN-1
■       UTF-8
8-bit Unicode character format
■       UTF-16BE
16-bit Unicode character format, big-endian byte order
■       UTF-16LE
16-bit Unicode character format, little-endian byte order
■       UTF-16
16-bit Unicode character format, byte order
Note
Check which other character sets are supported in the documentation for your Java runtime implementation.

Database to text/ascii/html conversion

I need to convert an Oracle db to a text file. Preservation of the exact format of the db is not critical, although desireable, but the entire contents of the db in text format (headers aside) is. Is there a filter or migration utility that will easily do this? Conversion to html or xml would be acceptable. Thank you in advance.

This is not the right forum, and the question really doesn't make sense. There's no simple mapping between a relational database and a flat text file.
You can generate XML from an individual table of the database - see the XML developers kit for more details.

Ascii - char conversion

What is the easiest way to convert from an ascii value to its corresponding char? I want to make a table of the unicode character set from values 32 to 126 with simple for loop. The only thing I could find online was String.fromCharCode() which didn't work since it's javascript.

What is the easiest way to convert from an ascii value
to its corresponding char? I want to make a table of
the unicode character set from values 32 to 126 with
simple for loop. The only thing I could find online
was String.fromCharCode() which didn't work since it's
javascript.The first 128 characters of all unicode character sets corresponds exactly to ASCII.
For UTF-8....
x00 => x00
x01 => x01
x7f => x7f
For a 16 bit unicode charset it would be...
x00 => x0000
x01 => x0001
x7f => x007f

EBCDIC- ASCII codepage conversion

Similar Messages

Maybe you are looking for