encoding - What codepage/charset should be used to interpret data coming from an MVS system into a Java Environment? -


I've come across an interesting problem (as is often the case with talking to legacy systems). I am working on an application (which currently runs on an x86 Linux or Windows system) which can receive requests from various systems, one of them is MVS system

I have to set I am trying to use which codep / charset I should use to explain the incoming data from MVS system.

In the past, I used the 'CP500' (IBM-500) which explains the date of byte for Z / OS system, but I am afraid that since the MVS legacy system Is a bit different, and since this brain is constantly changing in relation to encoding to use (ABCDIC should be tens of encoding), because the CP500 can not be correctly encoded

In Java On character set Sector have found the best resource :. However, from this site, and IBM Infocontents, I am not able to get any clear answers.

Edit: I was added in response to the packs given below:

There was a clear hole in my request in the form of request data In this situation, the origin of the data is a Websphere MQ The interface is through. Websphere MQ has the ability to translate into proper encoding, though it is only to read data using MQMessage.readString (), which has been deleted later. I like to use it, although I am using a proprietary interface framework in which I can not change how the message is read, which is reading the byte directly from the queue and thus handling me translations is.

Last reply: I wanted to follow up on this. It turns out that the correct character set was actually cp500 (IBM-500). However, I am under the impression that the results may vary from the same issue to some other suggestion:

Charset.availableCharsets use (); This will give you a map of supported carrier sets in your run time. I repeated through these sets and printed my byte data translated into that character set. Although I was not given the answer that I wanted (mainly because I could not read the data as it was coming), I think it can be helpful for other people.

List of supported four sets.

Finally, although I have not confirmed it, but make sure that you are using the correct JRE. I am thinking that the support of IBM Runtime is more set of EBCDIC character then OpenJDK or Sun's Runtime.

"Is MVS a bit of a legacy system?" Ha! It still likes the OS for applications where the reliability number is a concern. Now on your question: -)

It depends entirely on the data that is generating. For example, if you are just downloading the file from the host, then FTP chat can handle it. But when you mention Java, it is probably connecting to DB2 / Z through JDBC, and JDBC driver will handle it well (better if you use IBM's own JRE Instead of the Sun version).

EBCDIC itself has some different encoding on the host so that you at least tell us where the data is coming from. In recent versions of DB2 there is no problem in storing Unicode in the database, Which will reduce all your worries.

The first task, find out where the data is coming from and get encoding from your SIMPAG (if it is not automatically

Update:

Andrew, depending on your additional text, where you say that you can not use the translations provided, you are going to use the manual method to identify the source of the data and CCSID needs to be received, so UNIC To translate and translate (Unicode, then whatever code page you are using) manually.

There is no default code page for CCSID 500 EBCDIC International (no Euro), but These machines are used on the whole planet. Z / OS conversion service is how you usually convert to mainframes.

Although there is an iSeries page, there is a large number of CCSID and U There is a list of new glyphs, which also applies to the mainframe.

You probably need to know if you are using CCSID 500 or 37 (or one of the foreign language versions) And mimicking the Unicode CCSID 1208. Your SSPGroup will be able to tell you which one if you are working for a US company, then it probably 500 or 37, but IBM has tried a lot to support many code pages Does. I'm glad when all their mainframe software stores and will use Unicode by default, it will work very smoothly.


Comments

Popular posts from this blog

python - Overriding the save method in Django ModelForm -

html - CSS autoheight, but fit content to height of div -

qt - How to prevent QAudioInput from automatically boosting the master volume to 100%? -