일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | |
7 | 8 | 9 | 10 | 11 | 12 | 13 |
14 | 15 | 16 | 17 | 18 | 19 | 20 |
21 | 22 | 23 | 24 | 25 | 26 | 27 |
28 | 29 | 30 |
- sonoff
- Value Object(VO)
- USB-C to HDMI 아답터
- docker 네트워크
- USB-C충전
- 소프트웨어설계
- Tomcat error-page version
- 자바튜닝
- SW설계
- 자바개발
- ASUS 공유기
- 객체설계
- SpringBoot
- LG그램2017
- 네트워크 기본개념
- 구글캘린더 검색
- 경력개발자
- SI와 SM 차이점
- 자바스크립트 JQuery
- SW분석
- open cursors
- maven #junit
- CBD 단점
- Data Transfer Object(DTO)
- 실해하지 않는
- LAN WAN
- EXK
- angular 6
- tvheadend
- 프로젝트관리
- Today
- Total
목록개발관련 (52)
대빵's Blog
정확한 원인은 알 수 없지만 엑셀 대량(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..
사실 Spring 을 사용하기 전까지 Exception 은 별로 고민거리가 아니었다. 발생한 Exception 을 처리하는 건 고민거리 이지만 Exception 자체는 그냥 로그찍고 던지면 끝.....각각의 Exception 은 공통에서 정해진 Message 가 있다면 그거 찍고 없다면...."문제가 발생했습니다. 관리자에게 문의하세요"... 끝 , 이런식 이었다... Spring 에서 Exception 처리해주는 이것 저것들을 보면서 뭔가 정리된게 필요하다고 느꼈다. 실제 System 에서 적용하려니 뭔가 정해진 Rule 도 없고 그냥 이런게 있고 저런게 있고 필요하면 쓰고 아님 말고...뭐 이런식....ㅡㅡ; 그래서 나름 정리해 보기로 했다. 1. Exception 은 뭔가?정리를 하기 위해서는 정의..