簡體   English   中英

為Android保留UPnP庫。 關閉並重新啟動后看不到設備

[英]Cling UPnP library for Android. Not seeing devices after shutdown and restart

我正在使用Android的抓取庫來定位和控制WiFi網絡中的其他移動設備。 我已經下載並導入了(在Eclipse中)Cling瀏覽器和Cling Switch Power示例,它們可以正常工作,直到我從遠程設備退出Switch power應用並重新啟動它為止。

之后,它在Cling Browser應用程序內不再可見。 使設備再次出現在瀏覽器中的唯一方法是從android設置的應用菜單內強制停止Power Switch App,然后再次啟動它。

AndroidUpnpServiceImpl是否有可能無法正確關閉? 我試圖先解除綁定,然后再使用stopService()停止服務,但還是沒有。
我已經在幾台使用Android 4.1和4.4的設備上進行了測試。 而且我注意到了相同的行為。 難道我做錯了什么?

先感謝您

我忘了提到我可以看到UPnPServiceImpl的日志:
>>>正在關閉UPnP服務...
<<< UPnP服務關閉完成
這表示該服務必須已正確關閉。

我找到了一些解決方案,但是不幸的是,這是cling庫內部的一些問題。 我的一個同事完成了此修復程序,我無法共享“補丁庫”,也不清楚影響了哪些更改。 我們使用了以下修補程序:cling-distribution-2.0.1

因此,可能最新的lib文件已經修復了? 祝好運! 您是否已經使用2.0.1對其進行了測試?

所以問題是:從庫代碼成功運行:

07-17 17:53:23.205  14826-14826/ I/DatagramIO﹕ Creating bound socket (for datagram input/output) on: 192.168.1.110/192.168.1.110
    07-17 17:53:23.205  14826-14826/ I/StreamServer﹕ Setting executor service on servlet container adapter
    07-17 17:53:23.205  14826-14826/ I/StreamServer﹕ Adding connector: 109.46.235.174/109.46.235.174:0
    07-17 17:53:23.205  14826-14826/ D/libc-netbsd﹕ [getaddrinfo]: hostname=xxxxx; servname=(null); cache_mode=(null), netid=0; mark=0
    07-17 17:53:23.205  14826-14826/ D/libc-netbsd﹕ [getaddrinfo]: ai_addrlen=0; ai_canonname=xxxxx; ai_flags=4; ai_family=0
    07-17 17:53:23.205  14826-14826/ I/pnpServiceConfiguration﹕ Thread pool rejected execution of class org.eclipse.jetty.server.AbstractConnector$Acceptor
    07-17 17:53:23.205  14826-14826/ W/System.err﹕ 2015-07-17 17:53:23.215:INFO:oejs.AbstractConnector:Started SocketConnector@109.46.235.174:60087
    07-17 17:53:23.205  14826-14826/ I/DatagramIO﹕ Creating bound socket (for datagram input/output) on: 109.46.235.174/109.46.235.174
    07-17 17:53:23.205  14826-14826/ I/StreamClient﹕ Starting Jetty HttpClient...
    07-17 17:53:23.205  14826-14826/ I/Router﹕ WiFi multicast lock acquired
    07-17 17:53:23.205  14826-14826/ I/Router﹕ Created WiFi lock, mode: 3
    07-17 17:53:23.205  14826-14826/ I/Router﹕ WiFi lock acquired
    07-17 17:53:23.215  14826-14826/ I/UpnpServiceImpl﹕ <<< UPnP service started successfully

錯誤運行是這樣的:

07-17 17:53:23.205  14826-14826/ I/StreamClient﹕ Starting Jetty HttpClient...
07-17 17:53:23.205  14826-14826/ I/Router﹕ WiFi multicast lock acquired
07-17 17:53:23.205  14826-14826/ I/Router﹕ Created WiFi lock, mode: 3
07-17 17:53:23.205  14826-14826/ I/Router﹕ WiFi lock acquired
07-17 17:53:23.205  14826-14826/ I/DatagramIO﹕ Creating bound socket (for datagram input/output) on: 192.168.1.110/192.168.1.110
    07-17 17:53:23.205  14826-14826/ I/StreamServer﹕ Setting executor service on servlet container adapter
    07-17 17:53:23.205  14826-14826/ I/StreamServer﹕ Adding connector: 109.46.235.174/109.46.235.174:0
    07-17 17:53:23.205  14826-14826/ D/libc-netbsd﹕ [getaddrinfo]: hostname=xxxxx; servname=(null); cache_mode=(null), netid=0; mark=0
    07-17 17:53:23.205  14826-14826/ D/libc-netbsd﹕ [getaddrinfo]: ai_addrlen=0; ai_canonname=xxxxx; ai_flags=4; ai_family=0
    07-17 17:53:23.205  14826-14826/ I/pnpServiceConfiguration﹕ Thread pool rejected execution of class org.eclipse.jetty.server.AbstractConnector$Acceptor
    07-17 17:53:23.205  14826-14826/ W/System.err﹕ 2015-07-17 17:53:23.215:INFO:oejs.AbstractConnector:Started SocketConnector@109.46.235.174:60087
    07-17 17:53:23.205  14826-14826/ I/DatagramIO﹕ Creating bound socket (for datagram input/output) on: 109.46.235.174/109.46.235.174
    07-17 17:53:23.215  14826-14826/ I/UpnpServiceImpl﹕ <<< UPnP service started successfully

暫無
暫無

聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.

 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM