Convert.toKSC5601 처럼 문자셋을 변환하는건 촌스러운 코딩법입니다. 성능 저하도 문제고 불필요한 변환이죠.

위의 방법은 과거 한글 환경이 제대로 지원안되던 환경에서 수행하던 방법입니다.

이미 오라클 JDBC나 WAS 측에서는 한글 문제가 없습니다.

그리고 서버의 캐릭터셋이 어떻게 되어있는지는 모르지만... 로컬쪽 NLS_LANG 설정도 문제가 있네요.

NLS_LANG = AMERICAN_AMERICA.KO16MSWIN949 로 하시기 바랍니다. (한글 확장완성코드입니다.)

^^ 서버의 캐렉셋은 위에 적어뒀습니다.

오라클서버는 기존의 서비스를 하고있기때문에 당장 케렉셋을 바꿀수없는 상태입니다.

그래서 현재 세팅되어있는

NLS_LANGUAGE AMERICAN
NLS_TERRITORY AMERICA
NLS_CHARACTERSET WE8DEC

을 베이스로 해서 테스트해야하니..한글 문제가 문제된것 같습니다.

테스트는 java application으로 하고있구여 WAS 풀등을 사용하는 경우가 아닙니다.

^^ 촌스러운 방법인지 몰라도

System.out.println(rs.getString(1));
System.out.println(Convert.toKSC5601(rs.getString(1)));

원래 나오는 getString()과 변환메소드후 결과를 비교해보기위해서 임의로 만들어진 메소드 입니다.

어케하면 한글나오게될지..테스트중이구요^^

AMERICAN_AMERICA.WE8DEC 케렉셋에서 한글 사용하기위한 방법을 찾고싶습니다.^^

제글에 관심가져 주셔서 감사합니다...^^

서버의 캐릭터셋을 WE8DEC 을 KO16MSWIN949  로 바꾸십시오.

WE8DEC는... 서유럽에서 1-byte 문자를 넣기 위해 고안한 캐릭터셋입니다. 그렇게 애초에 설치한 사람이 책임져야할 문제 같네요.

서버 Charset 변환하지않고 다른 방법 시도해도 궁극적으로 모두 문제를 일으키거나 제대로 되지 않을겁니다.

그리고 한국사람끼리 대화하는대는 "한국어"가 제일 편합니다. 그런데 사용하신 방법은 그걸 영어로 통역해주는 통역관을 사이에 두고 대화하는 것과 마찬가지입니다.

한국사람 <-> 영어 변환 통역가 <-> 한국사람

당연히 불편하고 지속적인 문제를 일으킵니다.

만약 모든 코드를 System.out.println(Convert.toKSC5601(rs.getString(1))); 식으로 짠다면 추후에 몽땅 걷어내는 불상사가 생기게 됩니다.

지금 바로잡고 나가는게 모든 면에서 이득입니다.

도움이 되었기를 바랍니다.

혹 위의 사항에 대해서 의문사항이나 기술지원이 필요하시면

http://www.kova.co.kr 을 통하여 연락 바랍니다.