[JAVA] UTF-8 서버에서 올더게이트 전자결제 소켓통신 수정할 부분

2010년 3월 21일

초보라 삽질을 좀 많이 했다.

php에도 붙여 봤는데 그 때는 전송 부분에 iconv를 사용해야 했다. 은행은 euc-kr을 사용하고, 우리 홈페이지는 utf-8을 사용했기 때문이다. 만약 홈페이지가 euc-kr로 돼 있는 경우라면 이 글이 필요 없을 것이다.

//은행으로 정보를 전송하기 전에
$String=iconv("utf-8","euckr",$String);
//전송하고 나서 응답받은 메시지를 보려면 
$String=iconv("euckr","utf-8",$String);

이렇게 했었다.

이번에 java로 된 홈페이지에 올더게이트 결제를 붙여야 했다. 이번에도 캐릭터 인코딩이 문제였다. 결정적 힌트를 제공한 글은 ‘java socket encoding 삽질기’였다.

내가 사고를 진행한 순서대로 써보겠다.

우선, 은행 쪽에서 뭔가 메세지가 오는데 깨져서 왔다. 은행쪽 인코딩이 우리 것과 안 맞는다는 판단을 했고, 메시지 수신부를 찾아서 소스를 고쳤다. 아래처럼 소스를 고치고 나서야 메시지를 제대로 볼 수 있었다.

//ProcessRequest함수에 있는 부분
RecvMsg = new String( readMsg( iRecvLen ) );
//위와 같은 소스를
RecvMsg = new String( readMsg( iRecvLen ) , "MS949");
//이렇게 고쳤다.

그러자 은행쪽에서 보내 주는 메시지를 제대로 볼 수 있었다. ‘결제실패’라는 메시지였다.

당연히 보내는 쪽에서도 은행쪽 인코딩인 MS949로 해야 제대로 결제가 진행될 거라고 판단했다. 메시지 전송부를 찾아서 아래처럼 고쳤다.

//역시 ProcessRequest함수에 있는 부분
this.writeMsg(SendMsg.getBytes());
//위와 같은 소스를
this.writeMsg(SendMsg.getBytes("MS949"));
//위와 같이 고쳤다.

그런데 여전히 ‘결제실패’라는 메시지가 왔다. 당황스러웠다.

다음날이 되서야 생각이 진행됐다. ‘getBytes가 저기 말고도 여러 군데 있는 게 아닐까?’

Ctrl+F로 getBytes를 다 찾았다. 역시, 여러 군데 getBytes가 있었다. 일일이 찾아서 고쳤다.(처음부터 getBytes()를 getBytes(“MS949”)로 일괄변환했다면 편했을 텐데;;)

그러자 결제가 제대로 되기 시작했다. 완전 다행.

정말 아래 글이 최고의 실마리를 제공했다. 필자에게 감사한다.

👇 카테고리 글 목록

16년차 풀스택 웹 개발자 안형우입니다

웹 개발에서도 중요한 것은 개념입니다.
이 블로그에는 제가 개발하며 익힌 개념들을 정리합니다.

워드프레스를 개발자 입장에서 다루는 데 오랜 시간을 써 왔습니다.
인프런 강의 “워드프레스 제대로 개발하기 어드민 편, 클라이언트 편” 지식 공유자입니다.

OOCSS에서 Utility-First CSS까지, CSS를 효과적으로 관리하는 데 관심이 많았습니다.
“프로젝트 중심 실전 CSS”라는 제목으로 관련 강의를 유튜브에 연재중입니다.

대표글

_{^{2024년 2월 16일}}

_{^{2024년 1월 5일}}

_{^{2023년 4월 13일}}

_{^{2023년 1월 15일}}

_{^{2018년 10월 13일}}

_{^{2016년 12월 20일}}