대빵's Blog

사실 Spring 을 사용하기 전까지 Exception 은 별로 고민거리가 아니었다. 발생한 Exception 을 처리하는 건 고민거리 이지만 Exception 자체는 그냥 로그찍고 던지면 끝.....각각의 Exception 은 공통에서 정해진 Message 가 있다면 그거 찍고 없다면...."문제가 발생했습니다. 관리자에게 문의하세요"... 끝 , 이런식 이었다... Spring 에서 Exception 처리해주는 이것 저것들을 보면서 뭔가 정리된게 필요하다고 느꼈다. 실제 System 에서 적용하려니 뭔가 정해진 Rule 도 없고 그냥 이런게 있고 저런게 있고 필요하면 쓰고 아님 말고...뭐 이런식....ㅡㅡ; 그래서 나름 정리해 보기로 했다. 1. Exception 은 뭔가?정리를 하기 위해서는 정의..

과거에 DB Transaction 은 그냥 알아서 잘해...라는 방식이었다....조금 진보되어 Framework 개념이 나오고 공통모듈 개념이 나오면서 Connection leak 을 막기 위해서 공통개발자가 Abstract 로 구현하던지 유틸을 구현하던지 해서 처리하는 방식... Spring 에서 선언적/명시적 Tx 를 지원하면서 현재는 Tx를 수동(?) 으로 처리하지 않고 Spring 이 자동으로 Service Layer의 지정된 method 단위로 처리하게끔 한다. 문제는 여기서 발생.......MVC 에서 Service Layer를 설계 할때 method 의 기준이 애매해 진다...비즈니스에서 얘기하는 서비스의 기준과 DB 에서 Tx 단위로 사용될 Method 의 기준이 Service Layer에..

svn 에서 git 으로 바꾼지 얼마 안되었는데 push 할 때 자꾸 github 계정과 암호를 물어본다...store secure 옵션을 체크하면 자꾸 에러가 나서 그냥 하다가 짜증 폭발.....구글링 했다.. 이클립스에서 Windows -> Preferences ->General -> Security ->Secure Storage 에 들어가면 Password 탭이 있는데 거기서 중간에 Description 에서 UI Prompt 를 선택하고 Change Password 선택하면 master 암호를 셋팅하라고 나오고 셋팅하면 암호힌트 설정하라고 나온다. master password 를 설정하고 나면 github 암호저장이 된다.....편하다... 이클립스 보안저장소에 암호를 셋팅해서 차후 저장되는 ID..

사실 제대로 알고 있다면 그닥 어렵지 않을 껀데 어설프게 알고 있어서 더 헷갈리는 거 같다. 일단 문제핵심은 Restful을 제대로(?) 사용하기 위해서 web.xml 에 Dispatcher 설정에서 url-pattern에 "/" 를 지정하면서 문제가 발생한다. 그럼 그렇게 안하는 경우 부터 보자.web.xml 에 일반적으로 Dispatcher 설정에서 url-pattern 에 *.do 지정한다.그러면 WAS에서(web.xml 은 WAS 의 설정이다.) *.do 로 오는 Request 이외에 다른 것들은 Dispatcher 로 안보낸다. 그래서 서블릿관련 호출은 *.do, 다른건 spring 과 관계없음. 그냥 WAS 에서 처리......명확하다... web.xml 에 url-pattern 을 / 로 지..

토X 스프링 3.1 보고 JUnit Test 따라하고 있는데 @RunWith(SpringJUnit4ClassRunner.class)@ContextConfiguration(locations="/applicationContext.xml")public class xxxxxx..... @Autowired ...... 이 부분에서 미친듯이 에러를 뿜어낸다....ㅡ,.ㅡ; 에러도 중간중간 하나씩 뭘 바꿀때 마다 에러 종류가 달라지면서 나온다.... 결국 JUnit 하고 여러가지 Spring 들간에 버전이 맞지 않아서 나는 문제였음Maven 에서 Spring 버전을 통일해 주니 JUnit 과 Spring 전체와의 버전충돌만 맞춰주면 해결되는 문제가 되어서 결국 버전 맞추고 해결.... 여러가지 Spring 버전들을 ..

Tomcat 7 CentOS 에서 ROOT 에 Deploy 하기 위해 이것저것 글을 찾아봤는데 계속 에러가 나서 삽질하다가 해결책을 발견해서 적어둠...일단 환경은 deploy 소스가 war 로 되어 있어서 tomcat 이 기동시에 war를 unpack 해서 읽어 들이는 구조임내가 원하는 것은 tomcat 에서 aaa.war 를 http://ip주소:포트/aaa 가 아닌 http://ip주소:포트/ 로 ROOT 로 올라오게 하는 것임Tomcat 7 에서는 server.xml 을 수정해서 docBase 를 지정하는 것이 아닌 별도의 Context 파일을 만들어서 Context 를 server.xml 과 분리 시키는 것을 권장함작업순서는 1. @CATALINA_HOME/webapps/ROOT 를 다른곳에 백..

공백이 아닌것 이라는 조건을 입력하는 방법을 한참 찾았음..... 예제) WBS 엑셀에서 완료일자 입력시 DueDate 대비해서 완료여부를 Count 하는 경우 담당자 완료일자 DueDate 홍길동 2016.05.01 연흥부 2016.05.04 2016.05.03 홍길동 2016.05.07 연흥부 2016.05.09 2016.05.10 COUNTIFS(담당자범위, "홍길동", 완료일자범위 ,"") => 담당자 들중에서 홍길동의 완료일자가 공백이 아닌것 Count

종종 실패하는 프로젝트의 원인을 분석해 보면 제대로 협업이 안되어서 실패하는 경우가 대다수 이다.그러면 제대로 된 협업은 무엇인가? 이걸 해결하면 프로젝트 실패확률을 줄일 수 있을 것이다.협업은 기대능력이라는 측면에서 크게 세가지 종류가 존재한다. 첫째 내 기대와 협업당사자 능력이 동일한 경우 : 이런 경우는 없다...세상에 수많은 사람과 능력이 있는데 어떻게 상대방과 내가 동일한 능력을 가지겠는가? 설사 있다해도 일시적일뿐, 작업하다보면 차이난다.둘째 내 기대보다 협업당사자 능력이 낮은 경우 : 거의 대부분이다. 왜 그럴까?. 생각해보자.... 협업을 왜 하는가? 내가 생각하기에 내 능력이 부족해서 협업을 한다. 물론, 내 능력이 출중해도 협업을 한다.(세번째 경우). 그런데 내가 요청한 출중한 능력의..