오류(error) : 시스템에 비정상적인 상황이 생겼을 때 발생한다. 이는 시스템 레벨에서 발생하기 때문에 심각한 수준의 오류이다. 따리사 개발자가 미리 예측하여 처리할 수 없기 때문에 어플리케이션에서 오류에 대한 처리를 신경 쓰지 않아도 된다. 예외(exception) : 개발자가 구현한 로직에서 발생한다. 즉, 예외는 발생할 상황을 미리 예측하여 처리할 수 있다. 예외는 개발자가 처리할 수 있기 때문에 예외를 구분하고 그에 따른 처리 방법을 명확히 알고 적용하는 것이 중요하다. -- 예외클래스 구조 그림 checked/unchecked exception checked excepiton unchecked exception 처리여부 반드시 예외를 처리해야 함 명시적인 처리를 하지 않아도 됨 확인시점 컴파..
application context(.xml) - service, repository를 등록한다. - 전체 계층구조에서 최상단에 위치한 컨텍스트 - 서로 다른 서블릿 컨텍스트에서 공유해야하는 Bean들을 등록해놓고 사용할 수 있다. - 웹 어플리케이션 전체에 적용 가능한 프로퍼티, DB 연결, 로깅 기능 등에 이용한다. - servlet context에 등록된 bean은 이용할 수 없다. - servlet context에 동알한 bean이 있을 경우 servlet context bean이 우선된다. - 하나의 컨텍스트에 정의된 aop 설정은 다른 컨텍스트의 bean에는 영향을 미치지 않는다. servlet context(.xml) - controller를 등록한다. - 서블릿에서만 이용되는 컨텍스트(.d..
blocking- system call이 끝날때까지 프로그램은 대기하고 system call이 완료되면 return한다.- wait queue에 들어간다.- 예로 c언어의 scanf()처럼 입력하기 전까지 대기하고 입력 받으면 ruturn한다. non-blocking- system call이 완료되지 않아도 대기하지 않고 return 한다.- wait queue에 들어가지 않는다. blocking, non-blocking 차이- 프로그램의 실행하는 순서 관점으로 보면된다.- 프로그램이 바로 실행할 수 있는 유무가 다르다. ----- synchronous(동기)- system call이 끝날때까지 기다리고 결과물을 가져온다. asynchronous(비동기)- system call이 완료되지 않아도 나중에 ..
- Total
- Today
- Yesterday
- Controller
- 어노테이션
- 검색
- blocking
- LoggingEvent
- setter 인젝션
- Class path contains multiple SLF4J bindings
- NoClassDefFoundError
- aop
- XmlWebApplicationContext
- servlet context
- 스프링 컨테이너
- SqlSessionFactoryBean
- aspect oriented programming
- postHandler
- java.lang.NoClassDefFoundError: org/slf4j/event/LoggingEvent
- 의존성
- afterCompletion
- @Autowired
- exclude-mapping
- handlermapping
- 횡단 관심
- ViewResolver
- application context
- #java.lang.NoClassDefFoundError: org/slf4j/event/LoggingEvent삭제
- JoinPoint
- multiple SLF4J bindings
- 컨트롤러
- preHandler
- 의존성 주입
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 | 31 |