Ⅰ 誰來解釋下,為什麼192.167.1.1會成為某些路由器的ip地址192.167.1.1不屬於保留地址啊,怎麼回事啊
路由器建立的是有線和無線區域網,他所使用的IP地址,無論是192.168.1.1,還是192.167.1.1,或者其他任意IP地址,都是內網IP,只在當前區域網內部可見,內部有效。
這樣的話,當然就不存在所謂保留地址的說法了。實際上,你可以手動將路由器的IP地址設置為任意想要的地址,都是沒有關系的。
Ⅱ 如何用maven-bundle-plugin在bundle中嵌入內部JAR包
部署時從maven庫中找到這個jar包,然後直接放到Felix的bundle目錄,啟動Felix,就可以看到這個jar包作為一個獨立bundle已經啟動,其他bundle就可以通過直接Import-Package的方式來引用這些包。的之所以能夠這么做是因為這個jar已經osgi化了,查看jar包中的META-INF/MENIFEST.MF文件,只要其中有Bundle-SymbolicName: org.apache.commons.io等一系列Bundle-*的屬性值,並且有Export-Package導出內部的包就可以確定。現在大部分從maven庫中獲得的比較新的jar包,基本上都已經支持OSGI了。如果一個jar包確實不包含OSGI信息,也可以通過手動編輯它的MENIFEST.MF文件增加OSGI信息,來實現這個jar包獨立作為bundle運行。例如json-20090211.jar,直接編輯它的MENIFEST.MF
1.下載 MuPDF 1.2 Source:http://code.google.com/p/mupdf/downloads/detail?name=mupdf-1.2-source.zip&can=2&q=
2.編譯准備和過程:參考http://www.mupdf.com/doc/how-to-build-mupdf-for-android
3.把../platform/android工程導入Eclipse,運行,界面如下。<如在模擬器上運行apk,最好先把一個pdf文件導入>
上面的工程源碼CSDN資源下載:http://download.csdn.net/detail/hhbgk/5711295
Ⅳ android pdf如何實現發大後下一頁
是接入第三方的jar包(如android-pdfview、AndroidPdfViewer
、PdfViewPager、MuPdf等)這裡面接入到項目里增加APP體積最小的就屬android-pdfview了,但是也是增加了4m左右,這還是我只加了arm和arm-v7a,但是這個jar包有個致命的大坑,就是不能播放帶有超鏈接的pdf文件,會報類型轉換錯誤的crash,這個是我項目快要上線才發現的問題,而且作者也停更了,網上沒有好的解決方法,只能把源碼導入到項目里在報錯的位置作相應的處理才能解決,而且可能會導致pdf顯示不出來。別的jar包都因為實在是太大了,考慮到APP的體積都放棄了。
2. 是我偶爾發現的官方的simple PdfRendererBasic這個主要是把pdf文件讀出來把每一頁ppt轉成圖片顯示出來,不過這個每次只能顯示一張,雖然可以做一個下一頁按鈕,但是實在是跟我的需求不符就也放棄了。
3.
接入pdf.js。這是個開源的把pdf轉換成圖片的工具,在網上有很多資料,但是大部分都是伺服器解決的,官網上的例子也大部分都是用伺服器解決的例子,android端可能用到的人很少,也沒有詳細的教程,其實很簡單,主要是把pdf.js和pdf.worker.js這兩個js文件考到你項目里的assets文件裡面,然後在你的項目里直接用webview調用就好了。
詳細
Ⅳ MuPDF怎麼在windows環境下編譯
git submole update --init代碼獲取完成以後,需要在源代碼目錄生成一個generated目錄,裡面有一些.h文件,這一步非常關鍵,也是我在編譯過程中遇到的最大的障礙根據官方網站的說明,需要用 make generate 命令來生成這個目錄,這就需要安裝cygwin 編譯環境.可直接網上下載安裝,需要特別注意的是在安裝cygwin時必需選擇gcc和make相關的部分,否則無法執行 make命令,對新手來說,這一步非常重要,我就是在這里卡了很長時間,make總是不成功,提示說找不到命令,因為以前沒有相關經驗,所以卡了很長時間。gcc安裝也是非常重要,把 gcc 編譯c代碼和c++ 代碼的部分也都選上,否則即使有了make,也不能make成功。
執行make命令(執行make前,需要將cygwin路徑加入到環境變數):
make generate
make成功以後,在源代碼目錄下面會生成generated 文件夾,內容如下圖:
這一步成功完成後,編譯就成功了一半。下面進行NDK編譯,我用的NDK版本是R8B ,需要說明的是,經過我的摸索,並不是所有的版本的NDK都能編譯通過,如果使用最新的NDKR8D的話會有非常多的警告。在源代碼目錄下找到local.properties.sample,改名為local.properties 做如下修改:
sdk.dir=C:\Documents and Settings\Administrator\android-sdks\platforms\android-10
ndk.dir=C:\android-ndk-r8b
分別是android sdk 路徑和ndk 路徑。這時,先不要執行NDK編譯命令 ,在源代碼目錄的JNI文件夾下找到Application.mk文件,找到下面兩行:
# If the ndk is r8b then workaround bug by uncommenting the following line
#NDK_TOOLCHAIN_VERSION=4.4.3
意思是說如果使用ndk r8b編譯需要取消注釋NDK_TOOLCHAIN_VERSION=4.4.3 這一行,OK,照辦,取消注釋。這一步非常重要,我就是實現沒仔細看這行,導致最後編譯不通過。原因是不同版本的GCC,對命令的解釋有差異,導致錯誤,這里就不深究了。下面正式開始NDK編譯:
整個編譯工作大功告成。