필자는이 시나리오를 사용하여 동일한 인터페이스를 제공하는 선언적 서비스가 3 가지 (예 : 판독기 인터페이스와 readerimpl1-database-readimpl2-flat-file-readimpl3- 메모리가 있음)했습니다. 나는 데이터베이스 구현에만 바인딩하는 소비자를 원한다. 구성 요소 정의에서 이름을 지정하므로 이름이 레지스트리에 있음을 확신 할
OSGi 선언 서비스는 참조에 대해 일치하는 바인딩 해제 메소드를 사용하지 않고 명시 적으로 바인드 메소드를 가질 수 있으므로 "일단 구성 요소 구성이 비활성화되면 SCR은 구성 요소 인스턴스 및 활성화와 관련된 구성 요소 컨텍스트. " Java5 주석에서 서비스 컴포넌트 XML을 생성하기 위해 Apache Felix maven-scr-plugin을 사용하
시스템에 장치를 정의하는 인터페이스가 있습니다. 장치는 한 번에 하나의 엔티티 만 사용할 의도가 있습니다. 나는 각 장치를 OSGi 서비스로 등록하여 다른 사람들이 그 메커니즘을 통해 (Declarative Services 또는 서비스 추적기를 사용하여) 장치에 액세스 할 수 있도록하고 싶습니다. 그러나, 내가 아는 한 그 메커니즘은 모든 엔티티가 동일한
OSGi를 사용하여 런타임에 모듈 기능을로드하는 동적 응용 프로그램이 있습니다. OSGi 번들은 모듈화 된 기능을 포함하고 있으며 필요할 때 번들을로드합니다. 이 접근법은 정상적으로 작동하지만보다 세분화 된 솔루션을 원합니다. 번들에는 선언적 서비스를 통해 제어되는 구성 요소가 포함되어 있습니다. 번들을로드하고 번들 내에서 필요한 구성 요소 만 활성화 할
나는 선언적인 서비스의 아주 간단한 예가있다. 나는이 튜토리얼 http://www.eclipsezone.com/eclipse/forums/t97690.html?start=0을 따라 가고있다. 모든 것이 예상대로 작동합니다. 그러나 "SampleImporter"(다른 번들의 서비스를 사용할 것으로 예상되는 번들)가 "SampleExporter"(서비스를 제공
OSGi 서비스 + DS를 함께 사용하면 제대로 된 것 같습니다. 그러나 실제로 악용하는 듯합니다. 어느 쪽이든, 그것은 단지 순수한 것입니다. (둘 다 가능합니다). 다음 응용 프로그램을 가정 해 보겠습니다. 집 데이터베이스입니다. 두 개의 인터페이스 인 House와 Window가 있습니다. 사용할 수있는 각각의 구현을 적어도 하나 이상 가지고 있다고 가
나는 OSGi 서비스에 점점 더 많은 사랑을 느끼기 시작했으며 서비스로서 훨씬 더 많은 구성 요소를 구현하고자합니다. 이제는 UI 구성 요소에 대한 베스트 프랙티스를 찾고 있습니다. 청중과의 관계에서 필자는 화이트 보드 패턴을 사용하는데, 이는 IMHO 의견이 가장 좋은 방법입니다. 그러나 단순히 알림 이상을 원한다면 세 가지 가능한 솔루션을 생각해 볼 수