适用于Android的Cling UPnP库.关闭和重新启动后看不到设备



我正在使用android的保鲜库来定位和控制我的WiFi网络中的其他移动设备。我已经下载并导入了(在Eclipse中)Cling Browser和Cling Switch Power Examples,它们运行良好,直到我从远程设备退出Switch Power应用程序并重新启动它。

之后,它在Cling浏览器应用程序中再也看不到了。让设备再次出现在浏览器中的唯一方法是从安卓设置的应用程序菜单中强制停止电源开关应用程序,然后重新启动。

是否有可能AndroidUpnpServiceImpl没有正确关闭?我尝试过先解除绑定,然后使用stopService()停止服务,但仍然一无所获
我在几台设备上进行了测试,都使用了Android 4.1和4.4。我也注意到了同样的行为。我做错什么了吗?

提前感谢

我忘了提到我可以看到UPnPServiceImpl的日志:
>>正在关闭UPnP服务
<lt<UPnP服务关闭已完成
这表示该服务必须已正确关闭。

我已经找到了一些解决方案,但不幸的是,这是保鲜库中的一些问题。我的一些同事做了修复,我无法共享"补丁库",也不清楚哪些更改受到了影响。我们使用了一个补丁版本:clip-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

相关内容

  • 没有找到相关文章

最新更新