대빵's Blog

얼마전 아주 오랜만에 USB 연결 프린터를 PC에 연결해서 공유하려다 삽질한 경험을 정리한다.예전에 프린터가 네트워크를 지원하지 않는 시절......프린터를 노트북이나 PC에 연결하여 여러사람들이 공유하는 것은 아주 기본적인 업무방식이었고 그 당시 보안과 네트워크에 대한 개념이 그다지 없었기 때문에 우리의 영원한 $ 빌 형님이 만든 윈2000 과 윈XP는 프린터를 아주 쉽게 연결해 주었다....물론 아주 쉽게 프린터를 연결해 주면서 해당 PC 주인의 하드디스크와 여러가지 자료들도 주인몰래 널리 알려준건 덤이다.....각설하고.....일단 LAN 에 대한 개념을 알아야 한다.....응? LAN ? 그거 네트워크 아녀? 하는 사람 있을지 모르겠지만 LAN은 쉽게 얘기하면 하나의 네트워크 장비에 연결되는 네트..

정확한 원인은 알 수 없지만 엑셀 대량(1000건 미만)으로 업로드 하는 기능에서 아래와 같은 오라클 에러가 발생함 ORA-01000: maximum open cursors exceeded 인터넷 검색해 보니 대부분 프로그램에서 정상적으로 리소스를 정리 하지 않아 발생하는 에러라는 의견 오라클 커서는 JDBC preparedStatement 와 연관된 설정인 듯함 약 이틀간의 삽질 끝에 해결함 서버환경 Spring 3, Mybatis 3.1.1, JDK 1.7, Tomcat 8.5, CentOS 원래 초기 구성은 Tomcat 의 Connection Pool 이 Commons DBCP 1.x 이었음DBCP 1.x 를 org.apache.tomcat.jdbc.pool 로 변경함 참고 : https://tom..

Application 에서 의도치 않은 에러 발생시 보여지는 Tomcat default error page 에 Tomcat 버전 정보가 나온다.보안팀에서 해당 버전 정보를 지워서 의도치 않은 에러 또는 의도적인 공격에 대비하라는 요청이 들어 왔다. 인터넷 정보를 찾아보니 Tomcat 에 catalina.jar 를 열어보면 특정 폴더내에 해당 버전 정보가 property file 로 존재하는데 해당 정보를 지우도록 하는 tip 들이 있길래 그렇게 처리했다. 문제는 이렇게 property file을 지우고 나면 catalina.jar 가 re-packaging 되고 tomcat 과 관련된 연관 도구 및 Application 들에서 의도치 않은 장애를 발생시킬 수 있다. 톰캣버전을 체크해서 기능을 동작시키는 ..

http://www.hanbit.co.kr/store/books/look.php?p_code=B6367089342&tid=review 자바스크립트는 나에게 정말 악몽과도 같은 언어였다. 2000년도 중반 막 웹어플리케이션이 사람들에게 알려지면서 각종 기업용 프로그램들을 기존의 C/S 방식의 VB, 델파이등에서 ASP 또는 JSP 등으로 전환하는 시기였다.기업들은 앞다투어 웹어플리케이션을 도입했고 당시 전 국민의 PC 환경인 Windows XP 에 익스플로러(IE) 5,6으로 웹어플리케이션을 구현하고 있었다IE 5,6 은 솔직히 정말 쓰레기였다. MS의 오만함이 하늘을 찌르던 시절의 악의 축이라 할 정도로 각종 ActiveX 와 비표준 스크립트 그리고 디버깅 되지 않아서 자바스크립트 중간중간에 계속 ale..

예전에 jsp 에서 데이터를 전송하면 반드시 form submit 을 사용하던 시절....즉, Async 개념이 없던 시절에 CRUD 처리시 화면 관련 중요한 이슈중 하나는 데이터 submit 후 F5(refresh) 시에 Request 에 전송값이 재전송되는 문제였다.조회는 Request 를 재전송 해도 데이터를 갱신해 주니 문제없었고...아니 오히려 갱신이 안되면 그게 더 문제 였고....문제는 데이터 변경이 발생하는 CUD 인데....F5 해서 Request의 값이 재전송할 때 입력의 중복 또는 충돌, 수정의 원치 않는 재갱신, 삭제의 재처리 등이 발생한다.그래서 CUD 가 Controller 에서 발생하면 결과값의 View를 별도로 하나 만들어(공통화면으로) "처리되었습니다." 라는 화면을 하나 ..

우연히 인터넷에서 아래와 같은 논쟁을 보고나서 전에 정리해놓은것을 꺼내서 remind 할 겸 정리해 보았다. 논쟁은 자바 함수내에서, 즉 지역변수 String a 에서 ....for(int i=0,j=xxxArray.length ; i

3. ControllerAdvice 사용하기일단 결론부터 요약하자면 내 경험상 ControllerAdvice 의 사용은 아직 좀 더 지켜봐야 될 것 같다는 것이다.Exception 처리를 하나의 단일창구로 집중해서 처리한다는 개념에 대해서는 동의하지만 이것을 어떻게 사용해야 효율적인 처리가 가능한지는 아직 물음표 인것 같다. 실제 프로젝트에서 사용해본 경험으로는 프로젝트사이트가 간단해서 Exception 처리에 그닥 신경쓰지 않아도 몇개의 코드만으로 처리 가능하다면 상당히 편하고 집중도 있게 사용가능하였지만 만들 대형사이트에서 체계적으로 Exception 을 handling 하고 logging 도 체계적으로 분석해서 사용해야되는 사이트라면 호불호가 갈릴 수 있을 것 같다. 현재까지 사용해 본 내 결론은 ..

난, Exception 을 Valid/Application/System 세가지로 나눴다. 그럼 이것을 Spring 에 적용해 보자. Spring MVC 환경 에서는 Exception 을 처리할 수 있는 방법이 크게 세가지 정도 있는 것 같다. ControllerAdvice, Context, web.xml 이 정도 있는 것 같다. 물론 try-catch 로 잡으면 한도 끝도 없고, web.xml 는 spring 범위가 아니지만 웹어플리케이션 환경에서 Exception 을 방만하게 관리하면 차후 버그나 에러가 발생했을때 헬을 맛볼 수도 있기 때문에 이 세가지 에러처리방법에 Exception 처리를 집중시키기로 했다. 1. web.xml . 뭐....사용법은 인터넷에 나온 그대로 이고 문제는 어떤방식으로 Ex..