Chapter 4

A collection of 5 posts

Chapter 4

4.7. Stopping the extender bundle

Extender 번들이 멈추게stop 되면, Extender가 만든 모든 application context가 제거 될 것이다. Application context가 제거되는 순서는 다음과 같다. 1. 어떤 서비스도 export하지 않았거나, export 했지만 다른 번들들이 참조하지 않고 있는 application context를 가장 먼저 없앤다. 없앨 때는 번들 id의 역순으로 가장 최근에 설치된 번들의

Chapter 4

4.6. Application Context Destruction

application context의 삶은 자신이 포함되어 있는 번들에 달려있다. 따라서 만약에 번들을 제거uninstall 하면, application context도 제거되고, export 했던 서비스들도 레지스트리에서 내리고, import 했던 서비스들도 제거한다. 번들만 별도로 닫히거나 전체 OSGi 플랫폼을 끄는 것과 같은 매우 큰 이벤트의 일부로 닫힐 수가 있다. 이런 경우이거나 extender

Chapter 4

4.4. The Resource abstraction

스프링은 리소스 추상화 계층을 제공합니다.– Application Context는 그 녀석을 기본으로 탑재하고 있습니다.– 모든 리소스는 application context가 가지고 있는 org.springframework.core.io.ResourceLoader가 읽어옵니다. 물론 이 녀석을 별도의 bean에 주입하고 직접 코딩을 통해서 리소스를 읽어와도 됩니다.– 리소스의 경로 앞에 classpath: 또는

Chapter 4

4.3. Bundle Lifecycle

OSGi는 다이내믹 플랫폼으로, 프레임워크가 동작하고 있는 도중에 번들을 설치, 시작, 업데이트, 멈춤, 제거 할 수 있다. 번들이 멈추면be stopped – 번들이 등록한 서비스들은 모두 등록이 해지되고unregistered 번들은 RESOLVED 상태가 된다.– 번들이 가지고 있던 자원을 반납하고 쓰레드도 종료한다.– 번들이 노출 시켰던 패키지들은 번들이

Chapter 4

4.2. Application Context Creation

Extender 번들은 application context를 비동기적으로 생성한다.– OSGi 서비스 플랫폼 시작 속도를 빠르게 해준다.– 서비스들 간의 종속성으로 인한 데드락의 위험이 없다.– 따라서 스프링 DM을 사용한 번들의 application context가 만들어지기 전에 STARTED 상태가 될 수 있다.– 5.1을 참조하면, 동기적으로 번들을 생성하도록

You've successfully subscribed to Whiteship!
Could not sign up! Invalid sign up link.