출처 : http://hiddenviewer.tistory.com/103

예외처리는 객체지향 프로그래밍을 지원하는 언어에서 에러를 처리하기 위한 메커니즘이다. 전통적인 절차지향 언어에서는 함수의 반환값을 통해 에러 유무를 판단하였다. 매번 반환값을 검사하는 작업은 상당히 번거롭고, 그 반환값의 의미 또한 프로그래머가 인지하기 어려운 형태여서 에러처리가 불편하였다. 반면 예외처리 방식은 예외가 발생하면 그에 대한 정보를  얻을 수 있고, 제어 흐름

출처 : http://www.nextree.co.kr/p3239/

일상생활에서도 기본적인 것은 고민하지 않고 습관처럼 사용하는 경우가 있다. 초급 개발자인 나에게 ‘예외(Exception)’이 바로 그런 것이었다.

처음 JAVA수업 때 강사님께 “왜 로직을 try문으로 감싸고, 또 catch(e)는 무엇인가요?”라는 질문을 한 적이 있다. 돌아온 대답은 “이렇게 안하면 에러가 나니까.”였다. 나는 이것을 안 하면 어떤 일이 벌어지는지 언제 어떻게 사용해야

출처 : http://hiddenviewer.tistory.com/96

Annotation을 실제로 사용하는 예제를 알아보자.

첫번째 예제는 UseCase라는 어노테이션을 정의한다. 이 어노테이션은 id와  description이라는 값을 멤버로 갖으며 각각 기능번호와 기능에 대한설명을 나타낸다.  Password 검사와 관련된 클래스에스는 각 메소드에 UseCase 어노테이션을 사용하여 메서드들이 어떤 유스케이스를 구현하고 있는지를 표시한다.
나중에 모든 유스케이스를 구현하는 모든 메소드들이 잘 구현되었는지 확인하기 위해  UseCaseTracker

출처 : http://hiddenviewer.tistory.com/88

프로그래밍을 하면서 @Override 와 @Test와 같은 어노테이션들을 많이 사용했지만,  그 중요성이나 의미를 깊이 있게 생각해보지는 못했었다.  단순히 컴파일러에게 알려주기 위한 표식정도로 생각했었다.  그런데  Spring Roo 와 Spring3.0 과 같은 최신 프레임웍들의 변화 경향을 보면,  어노테이션을 적극활용하는 쪽으로 변화되고 있다.  어노테이션을 사용하여 코드의 작성량도 한결 줄어들었다고 한다.  어노테이션들의

visualgc는 sun에서 제공하는 jvm 모니터링 툴이다.

 다운로드 : http://java.sun.com/performance/jvmstat/

 사용방법은 간단하다.

1. JVMSTAT_HOME,JVMSTAT_JAVA_HOME 환경변수를 추가

 bat/visualgb.bat 파일에 추가해줘도 되고 시스템 환경변수에 추가해줘도 된다.

2. %JAVA_HOME%/bin 디렉토리에 jps 명령으로 프로그램 ID를 확인

3. visualgc.cmd 프로그램ID

– jstat와 visualgc는 리소스 부화가 발생하므로 실 운영서버에 사용하기에는 적합하지 않다고 한다.

운영 전 테스트단계에

출처 :
http://helloworld.naver.com/helloworld/1329

지극히 개인적이고 주관적인 판단 기준을 먼저 밝힌다면, 가비지 컬렉션(Garbage Collection, 이하 GC)에 대해 잘 알고 있을수록 실력이 좋은 Java 개발자라고 생각합니다. GC 과정에 관심을 가질 정도라면 규모가 일정 이상인 애플리케이션을 제작해 본 경험이 있을 것입니다. 또, 어떤 GC 알고리즘을 선택할 것인지 고민할 정도면 스스로 제작한 애플리케이션의 특징을