OSGI 서비스 간의 동적 종속성을 관리하기 위해 서비스 바인더 번들이 here으로 도입되었습니다. 이 서비스는 OSGI 플랫폼에서 필요한 서비스의 가용성을 제어하고 가용성과 결합 번들 구성 요소 설명자에 설명 된 바인딩 정책에 따라 서비스 간 바인딩을 설정합니다. 이렇게하면 필요한 서비스를 사용할 수 없을 때 번들 활성화가 사용자 정의됩니다. 처녀 자리에서 제공되는 서비스입니까, 아니면 처녀 자리에 서비스 바인더를 추가하고 적용해야합니까?Eclipse에서 OSGI 서비스 바인더 Virgo
감사합니다.
서비스 바인더는 처녀 자리와 함께 제공되지 않지만 요구 사항의 종류를 충족시키는 일부 OSGi 표준 대안이 있습니다 (Holly가 제시 한 것처럼). 두 표준은 묶음의 메타 데이터에 서비스 및 서비스 참조를 선언하는 것을 포함합니다 : 청사진 및 선언적 서비스. 이것들은 OSGi 스펙과 OSGi에 대한 다양한 출판 된 서적에 설명되어 있습니다.
OSGi Blueprint는 2012 년 중반에 처녀 자리 3.5.0에 포함 된 Gemini Blueprint 구성 요소에 의해 구현됩니다. 처녀 자리의 이전 버전에는 Blueprint 표준을 발생시키는 기술인 스프링 DM 1.2.1이 포함되어 있습니다. 따라서 이전 버전에서는 스프링 DM을 직접 사용할 수 있습니다.이 기능은 Blueprint에서 제공하는 기능과 약간 씩 다른 스프링 방식의 구문이 거의 비슷하거나 Gemini Blueprint를 Virgo에 직접 추가 할 수 있습니다 (웹 검색은 기술 향상).
OSGi 선언적 서비스가 또 다른 대안이며 이것은 Virgo 3.0에 포함되었습니다. 실제로 서비스 바인더는 선언적 서비스의 영감을주었습니다.
서비스 종속성을 관리하기 위해 청사진을 사용하지 않은 이유는 무엇입니까? –
번들을 시작할 때 Virgo가 모든 종속성을 찾을 수 없으면 번들을 시작할 수 없습니다. 서비스 종속성 해결이 항상 필수가 아니도록 해당 동작을 사용자 지정하려고합니다. 나는 이와 같은 것이 다른 OSGi 구현에 존재한다는 것을 안다. –
청사진 메타 데이터에서 서비스를 선택 사항으로 표시하는 것이 당신에게 유용한가? 청사진을 사용하면 처녀 자리에 이미있는 것을 활용할 수 있으며 청사진은 서비스 의존성을 관리하는 매우 강력한 방법입니다. –