"Invalid byte 1 of 1-byte UTF-8 sequence" "1은(는) 1바이트 UTF-8 시퀀스에 대해 부적합한 바이트입니다." 톰캣 구동 중에 읽어들이는 xml 파일 중에 어딘가에 들어가 있는 "한글" 문자열이 깨져 읽혀서 발생하는 오류 메시지라고 판단하면 된다. 여기서 "깨져서" 가 아니고 "깨져 읽혀서" 라고 표현한 이유는 실제로 해당 설정 파일 (첫 빠따로 server.xml) 을 이클립스에서 열어 보아도 눈으로는 도저히!! 깨진 한글 문자 부분이 보이지 않았다는 점을 강조하고 싶어서다. ... ... (모든 한글 주석 문자열이 정상적으로 표시되는 것을 확인했다.) 그래도 혹시 모르니 모든 한글 문자열을 삭제하고 다시 톰캣 구동.. 결과는 정상 구동!! (?????) 그러나, 한..

캔버스 화면에 그린 그림 데이터를 서버에 파일로 저장한다는 로직을 한번 풀어보기로 한다. 개발 환경 및 구현 로직 시나리오는 1. html5 canvas view 코딩 : 그림판 기능 구현은 아니고 고정된 그림이 찍혀 있다고 가정 2. 그림 데이터를 이미지 파일화(?) 하여 java spring/mvc 웹 애플리케이션 서버로 업로드 : jquery.ajax() 으로 submit() 구현 3. 서버 사이드 requestMapping 메소드에서 파일 파라미터 값 확인 : 상세한 파일 생성 처리까지는 다루지 않고 Controller requestMapping 메소드에서 org.springframework.web.multipart.MultipartFile 객체 타입으로 전달되는지 확인하기로 한다. html sa..

이미지 파일 업로드가 아닌, 이미지 파일의 data string 변환 값을 (data:image/) tomcat 환경에서 전송하는 개발 중에, 문자열 값이 대~빵 늘어날 것을 우려하여 POST 전송 파라미터 사이즈에 max값을 무한으로 설정할 방법을 찾아보았다. tomcat server.xml 요 connector 설정 속성중에 마지막에 "maxPostSize" 라는 속성명을 추가하여 "0" 값을 주면 post 전송 데이터 무한 설정이 가능하다고 하길래 .. 적용 후에 테스트를 해보았으나.. 전송값 size 와 관계 없이.. 그냥 모든 POST 요청의 파라미터 값이 서버에서 null 으로 받아지는 사태가 발생!! 브라우저 콘솔 request 정보에는 분명히 모든 전송 파라미터 값이 로깅되고 서버 사이드는..

submit 이 아닌 별도의 기능 구현을 위해 button 요소에 onclick 속성으로 자바스크립트 function 을 바인드했다. 그러나 클릭하게 되면 form action url "list.do" 으로 submit 동작하게 된다.;; (몰론 onclick function 까지도 실행된다.) 일단 기본적으로 button 태그에 type 속성을 지정하지 않으면 type="submit" 인 것이다. ​ 명시적으로 type 속성값을 "button" 으로 지정해주면 form submit 되지 않는다.

ES6 알못이라고 가정할 때, 화살표 함수란? // Anonymous function (ES5) function (param1, param2, ... paramN) { ... } // Anonymous function (ES6) (param1, param2, ... paramN) => { ... } (일단 그냥 function () {} 이라고 외우면 좀 편하다..;;) ES6 타입으로 주름좀 잡아본다고 막 화살표 걸어봤더니 이해 안 되는 다음과 같은 현상이 일어났다!! arrow es5 arrow es6 1번에서는 의도한대로 버튼이 찍히지만2번의 경우는 window 가 찍힘;; $(JQuerySelector).on(event), 즉 htmlDOMObject.addEventListener(event) 안..

게시판 스타일의 CRUD 프로그램을 개발할 때, 보통 리스트 조회(검색) - 상세(단건) 조회 - 등록/수정/삭제의 프로세스를 거치게 개발하기 마련이다. 신경 제대로 안 쓰고 막 개발하다보면 흔히 "등록/수정/삭제" 처리 후 리스트 조회 화면으로 돌아갈 부분에 이전 리스트 화면에서의 (검색) 조건 값에 신경을 안 쓰고 그냥 리스트 1페이지로 꼽아버리는 경우를 많이 봤다. (나도 그랬었지만.. 최근 주니어 개발자의 코드를 까보고는... 이건 뭐... 그래 (100보 양보해서) 기획자 탓으로 돌리고 그냥 앓느니 죽지~ 하고 고쳤다;;) 리스트 조회 리퀘스트 메소드 개발이 주로 get 방식임을 감안했을 떄 사실 조회 조건이 까다로울 수록 일일히 리다이렉트 URI 를 찢어 붙여 만들어주는 것도 인내심에 한계가 ..