Problem(Abstract)
After JDBC upgrade to 3.50.JC1 onwards, customer who are using Multibyte codeset might received error such as : "FAILED: Fetch statement failed: Encoding or code set not supported. " error -79783
Symptom
Error message: "FAILED: Fetch statement failed: Encoding or code set not supported. "
error -79783
Cause
JDBC version 3.50.JC1 introduced the following APAR:
IC49877 -
JDBC DRIVER ALLOWS INSERTION OF INVALID CHARACTERS FOR CHARACTER SET.
http://www-01.ibm.com/support/docview.wss?uid=swg1IC49877
While the behavior for this APAR is correct, it might lead to problems for those customers who use Native Multibyte data on the application side but store them into en_us locale on the server side.
In some case, for customer who are using zh_tw.big5 locale on the server side; but stored illegal characters in the table will also be effected.
Diagnosing the problem
Error message happened right after upgrade.
Resolving the problem
Since version JDBC 3.50.JC5, user can set a flag IFX_USE_STRENC to switch to old style of encoding.
Here's an example on how to use it:
"jdbc:informix-sqli://inst:port:dbname:informixserver=XXX;user=informix;password=XX;DB_LOCALE=en_us.819;IFX_USE_STRENC=true;"
http://www-01.ibm.com/support/docview.wss?uid=swg21502902
'Informix > informix troubleshooting' 카테고리의 다른 글
Client sessions may become blocked for processing on Primary during data transmission issue between the Primary and the HDR Secondary (0) | 2014.03.24 |
---|---|
HDR ping timeout dive (0) | 2014.03.24 |
Identifying Locks from Updatable Secondary Servers (0) | 2014.02.24 |
Java program getting "OutOfMemory" when handling blobs. (0) | 2014.02.21 |
Data corruption issue during migration from older server (0) | 2014.01.11 |