System.out.println("Recvier DataPackeg:" + recvierCount);
System.out.println("Recvier is over");
System.exit(0);
}
}
jms也是一個類的對象,通過跟發送方管道廣告構造,(此處一定要注意,發送方和接收方的構造管道廣告參數一定是一樣的)免得大家走彎路,我可是在這上面浪費了兩天時間的。
其余代碼則省略了。無非是一些構建網絡,查找加入組,搜索廣告的操作。該代碼通過了在局網內兩臺電腦上的運行測試。由于時間關系,沒做進一步優化,也由于其他原因,我不便將全部代碼上傳,還望見諒!
此項目采用的是廣播方式,其實,事后我也想過,既然服務器端和客戶端均由軟件開發人員完成,大可以事先構造一個管道廣告,然后讓服務器端和客戶端共用這個管道廣告來構造JxtaMulticastSocket的對象,畢竟在JXTA中,所有資源用廣告來標識,而廣告ID也是唯一的,類似于我們的IP地址。而JXTA本身就有緩存機制,廣告被一個對等體搜索到后會緩存在本地一段時間,而除非人為操作或是到期,該廣告不會根據該廣告所表示的資源是否在線而消失。因此可以省去搜索管道廣告的這一過程,而通過捕獲異;蚱渌k法來解決通過JXTA構建的P2P網絡的不穩定性。
延伸閱讀
文章來源于領測軟件測試網 http://www.kjueaiud.com/