I expect their keyboards are set up for Italy, which amounts to CCSID
280, and puts those characters into fields "encoded" in 37. It might
work to create a duplicate table with the encoding set to 280 and copy the
data. Of course, you might then have issues with CCSID 37 data going
through 280 encoding, but you can probably check that with your client
access page set to 280 as you mention below. You could also dump it to an
IFS file and then read it encoded as 280, although generally you want to
avoid having specific programs for specific data sets.
It would probably be a major hassle at this point, but their machine
default should probably be 280, or, better yet, Unicode - especially since
UTF-8 support is available.
Maybe any listers from Italy would like to chime in?
Joe Sam
Joe Sam Shirah -
http://www.conceptgo.com
conceptGO - Consulting/Development/Outsourcing
Java Filter Forum:
http://www.ibm.com/developerworks/java/
Just the JDBC FAQs:
http://www.jguru.com/faq/JDBC
Going International?
http://www.jguru.com/faq/I18N
Que Java400?
http://www.jguru.com/faq/Java400
----- Original Message -----
From: "Ashish Kulkarni" <ashish.kulkarni13@xxxxxxxxx>
To: "Java Programming on and around the iSeries / AS400"
<java400-l@xxxxxxxxxxxx>
Sent: Monday, June 01, 2009 10:11 AM
Subject: Character Issue when running SQL query to extract data
HiI am running into an issue with characters in AS400 database, i need to
extract some data from AS400 machine in Italy and create an XML file which
then i convert to PDF file using FOP.
There are some special characters like degree sign ° in database, all the
tables are on Italy As400 are set to CCSID 37, but when i create PDF file i
get this character as ¢ instead of °.
When i see the data in my client access (Host code page set to 37) i see it
is as ¢, but if i set the Host code page to 280 which is for italian
language it see it properly.
If i change the character in data base from ° to [ then it prints as °.
Any ideas what is going on, how do i get this working,
midrange.com
