OSGi服務：調用DLL的java.lang.UnsatisfiedLinkError —將DLL稱為單元測試時沒有錯誤

Question

用於視頻編碼的Java類加載包含C ++代碼的DLL

Unpacking debugging symbols for VideoSource.dll to \path
Checking for VideoSource.pdb...
Checking for videosource.pdb...

然后嘗試從該DLL實例化本機（C ++）類：

    // VideoSource() is implemented in C++ and wrapped with JNI, 
    // wrapper files were generated with SWIG 
    _videoProvider = new generated.VideoSource(); 

當Java類作為JUnit測試執行時（提取視頻數據），該方法有效。

當我將Java類作為OSGi服務啟動時，同樣的事情不起作用。

本質上，執行相同的代碼。 DLL仍然可以成功加載，但是上面顯示的本機（C ++）類的實例現在引發異常：

    java.lang.UnsatisfiedLinkError: generated.VideoSourceSWIGJNI.new_VideoSource()J

當我將Java類作為OSGi服務啟動而不是將其作為JUnit測試執行時，有什么不同？ 我該怎么做才能使其正常工作？

背景
generate.VideoSource（）是

    public VideoSource() {
       this(VideoSourceSWIGJNI.new_VideoSource(), true);
    }

VideoSourceSWIGJNI.new_VideoSource（）是

    public final static native long new_VideoSource();

C ++實現是

VideoSource::VideoSource() {    
   // init frame count
   m_frame_cnt = 0;
   [..]
}

Answer 1

謝謝，Puce，讓我有點壓力。 問了“我是否必須嘗試任何東西”之后？ 我很快就得到了答案：

為了恢復源（ 1 ， 2 ， 3 ， 4 ）用我自己的話說：

當在OSGi捆綁軟件中使用本機代碼（例如.so或.dll庫）時，必須在捆綁軟件的清單中聲明相應的庫。

如清單中所述，清單文件可以顯式地進行編輯，或者在使用maven時通過適當的插件（例如apache felix）進行隱式地編輯。 使用的插件在POM文件中配置，並將自動修改清單。