zipCheck.jsp에 보면
String area3 = request.getParameter("area3"); <- 이런 식으로 area3 값을 가져올 것입니다. 이것을
다음과 같이 수정해서 시험해 보세요...
String area3 = request.getParameter("area3");
if(area3 != null){
area3 = new String(request.getParameter("area3").getBytes("8859_1"),"EUC-KR"); ----- 1번
}
이유는 제가 생각해 보건데, 웹브라우저는 기본적으로 8859_1 인코딩으로 소스를 내보내는데 인코딩 없이 가져오려고 하면
한글이 깨지게 됩니다.
그것을 변환해 주는 것이 위의 if문 안의 소스인데요... zipCheck.jsp는 idCheck.jsp나 nicknameCheck.jsp와는 다르게 처음에 호출될 시에
area3는 null값을 유지하게 됩니다. (이유는 zipCheck.jsp안의 area3라는 input문에 값을 입력받기 전이기 때문이죠...)
소스의 1번만 적용을 시키게 되면 애초에 area3에 값이 존재하고 있지 않기 때문에 널 포인트 Exception이 발생하게 됩니다.
(물론 idCheck나 nicknameCheck에는 적용이 되지 않는 말입니다.)
그러므로 알맞게 적용시키기 위해서는 area3값의 유무 확인 후에 적용을 시키게 되면 null point exception이 발생하는 것을 막고,
또한 인코딩도 적용할 수 있으니 해결할 수 있을거라 봅니다. ㅎㅎ
위의 경우를 응용해서 로그인이 안되시는 분이나 한글처리가 곤란한 분은 해결해 보셔요 ㅎㅎㅎㅎ