OSGi服務(wù)對(duì)于基于松耦合組件的系統(tǒng)開發(fā)非常有用。 但是，松散的耦合可能使得難以識(shí)別與懸掛服務(wù)引用有關(guān)的問題。 因此，我們通常運(yùn)行集成測(cè)試以確保運(yùn)行時(shí)服務(wù)組件的可用性。

為了減少此類測(cè)試所需的樣板，我編寫了一個(gè)簡(jiǎn)單的實(shí)用程序類來獲取特定的服務(wù)實(shí)現(xiàn)。 由于這對(duì)其他人也可能有用，因此我決定在這篇文章中提供簡(jiǎn)短的用法說明。

OSGi服務(wù)關(guān)系

OSGi服務(wù)可能依賴或使用其他組件來實(shí)現(xiàn)其目的。 在運(yùn)行的系統(tǒng)中，關(guān)系網(wǎng)可能會(huì)變得非常復(fù)雜。 這有時(shí)可能很難找出為什么應(yīng)用程序的某些功能無法按預(yù)期工作的原因。

例如，考慮使用白板模式通知其他組件的組件。 如果觀察者之一未能自行注冊(cè)，則不會(huì)發(fā)生該通知，并且可能會(huì)破壞相關(guān)功能。

盡管此問題的原因可能很簡(jiǎn)單-例如MANIFEST.MF缺少的組件聲明-可能要花一些時(shí)間才能發(fā)現(xiàn)它。 因此，通過集成測(cè)試來防止這些問題似乎是一個(gè)好主意。

這樣的測(cè)試在系統(tǒng)的構(gòu)建過程之后運(yùn)行，在適當(dāng)?shù)腛SGi環(huán)境中啟動(dòng)被測(cè)試包，并在運(yùn)行時(shí)驗(yàn)證其正確的組件貢獻(xiàn)。

為了進(jìn)行一般的OSGi測(cè)試，GitHub上有一個(gè)OSGi Testing Utils項(xiàng)目。 但是，我無法使用此庫(kù)編寫簡(jiǎn)單的單行代碼來從注冊(cè)表中檢索特定的服務(wù)實(shí)現(xiàn) 。 這就是為什么我寫了這篇文章中描述的實(shí)用程序類的原因。 但是像往常一樣，我很愚蠢，無法找到合適的解決方案……

服務(wù)收集者

讓我們假設(shè)我們有一個(gè)組件類型Service ……

// Service API declaration interface Service {[...] }

…以及提供適當(dāng)實(shí)施類的捆綁包…

// Service implementation provided by another bundle public class ServiceImplimplements Service {[...] }

…通過聲明性服務(wù)注冊(cè)：

<?xml version="1.0" encoding="UTF-8"?> <scr:componentxmlns:scr="http://www.osgi.org/xmlns/scr/v1.1.0"immediate="true" name="Implementation of Service API"><implementation class="com.codeaffine.example.core.ServiceImpl"/><service<<provide interface="com.codeaffine.example.api.Service"/></service> </scr:component>

為了確保捆綁包實(shí)際上成功注冊(cè)了ServiceImpl實(shí)例，測(cè)試可以在運(yùn)行時(shí)從注冊(cè)表中檢索Service類型的組件，并以某種方式過濾我們的特定組件貢獻(xiàn)。 原則上，這是ServiceCollector工作。

但是，我使用扎實(shí)的方法僅搜索特定的實(shí)現(xiàn)。 盡管在極少數(shù)情況下（由不同捆綁軟件等提供的具有相同實(shí)現(xiàn)類型的多個(gè)服務(wù)）在某些情況下可能不是結(jié)論性的，但對(duì)于我們?cè)谌粘９ぷ髦杏龅降挠美?#xff0c;這是很直接的。

@Test public void serviceAvailable() {List services = collectServices( Service.class, ServiceImpl.class );assertThat( services ).hasSize( 1 ); }

如您所見， ServiceCollector#collectServices將服務(wù)聲明及其實(shí)現(xiàn)類型作為參數(shù)，以在運(yùn)行時(shí)查找由捆綁包提供的可用服務(wù)實(shí)例。 由于可能會(huì)注冊(cè)多個(gè)與實(shí)現(xiàn)類型匹配的服務(wù)實(shí)例，因此它將返回組件列表。

結(jié)論

到目前為止， ServiceCollector證明自己在我們當(dāng)前的項(xiàng)目中非常有用。 在創(chuàng)建新服務(wù)時(shí)編寫與功能性相關(guān)的測(cè)試之前，我們通常要做的第一件事是驗(yàn)證服務(wù)的可用性-這是小幫手的事。

但是，請(qǐng)?jiān)俅巫⒁?#xff0c;預(yù)期用途是每捆服務(wù)貢獻(xiàn)的集成測(cè)試方案。 因此，請(qǐng)謹(jǐn)慎使用例如由different包提供的特定實(shí)現(xiàn)的多個(gè)實(shí)例。 這種情況會(huì)引起與束相關(guān)的測(cè)試的不必要耦合。

ServiceCollector是Xiliary P2存儲(chǔ)庫(kù)的com.codeaffine.osgi.test.util功能的一部分： http ://fappel.github.io/xiliary

如果您想查看代碼或提出問題，也可以查看Xiliary GitHub項(xiàng)目： https : //github.com/fappel/xiliary

對(duì)于其他所有內(nèi)容，請(qǐng)隨時(shí)使用下面的評(píng)論部分。 因此，請(qǐng)繼續(xù)關(guān)注–下次我引入該程序包的另一個(gè)幫助程序時(shí)，該JUnit規(guī)則可用于測(cè)試服務(wù)注冊(cè)…

翻譯自: https://www.javacodegeeks.com/2015/02/osgi-service-test-helper-servicecollector.html

總結(jié)

以上是生活随笔為你收集整理的OSGi服务测试助手：ServiceCollector的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。