忘了,再次說聲謝謝! 這幾天下來,學(xué)了挺多東西. 看來是得補補JAVA及安卓基本知識了.
終于在模擬器下搞定,還是跟系統(tǒng)有關(guān),就如您補充說的so不會自動放,需要手工cp.其實不止so,com.tencent.mm下的幾個目錄內(nèi)容都有這個問題,都需要手工處理.
@zh.weir
非常感謝,主程序修改已經(jīng)正常.接下來處理jar.
Caused by: java.lang.UnsatisfiedLinkError: Couldn't load CrashMonitorForJni: findLibrary returned null
.....
at com.tencent.mm.sdk.platformtools.CrashMonitorForJni.init(SourceFile:26)
at com.tencent.mm.sdk.platformtools.aq.<clinit>(SourceFile:62)
好像是加載某個插件的線程中掛了!!!
D dalvikvm: GC_CONCURRENT freed 178K, 9% free 11771K/12871K, paused 1ms+3ms, total 17ms
I ActivityThread: Pub com.tencent.mm.sdk.plugin.provider: com.tencent.mm.plugin.base.stub.MMPluginProvider
W dalvikvm: Exception Ljava/lang/UnsatisfiedLinkError; thrown while initializing Lcom/tencent/mm/sdk/platformtools/aq;
08-15 21:59:11.655 10524 10524 D AndroidRuntime: Shutting down VM
W dalvikvm: threadid=1: thread exiting with uncaught exception (group=0x420792a0)
E AndroidRuntime: FATAL EXCEPTION: main
E AndroidRuntime: java.lang.ExceptionInInitializerError
E AndroidRuntime: at com.tencent.mm.app.MMApplication.onCreate(SourceFile:43)
@zh.weir
又重新做了一下步驟,這次將操作縮短為,只改loader代碼,jar原封不動,還是有問題.
估計是主程序APK,build\apk\classes.dex這個文件生成就已經(jīng)有問題了.我去模擬器下試試,求解!!!!!!
@zh.weir
運行是出錯,沒有任何界面的. 點一下圖標(biāo)-->黑屏-->過一會就顯示"小黑框ALTER,內(nèi)容是[微信 已停止]".
按大師的手稿，花了兩個小時重做了一系列步驟：
插件部分很順利修改并編譯通過；
解開/編譯主APK的時候，資源（好像多為圖片）提示有問題；
按步驟打包好的程序，放到SYSTEM/APP下，系統(tǒng)圖標(biāo)能出來，但一運行就報“微信 已停止”錯，求指導(dǎo)。
問題：
是否跟系統(tǒng)有關(guān)，我的是4.1.2？
主程序無法編譯回apk，只能生成classes.dex的情況，是否正常？
jar（res也手動放了）及apk打包后，是否需要重新簽名（如用Auto-sign，目前不簽，單簽jar或jar+apk都簽，都一樣的錯）？
我的郵箱：4483154@qq.com，求教！
這個做法是不錯，但能拿到信息比較小；而且都是單單服務(wù)信息。
這個應(yīng)該有一個完整監(jiān)控流程。
但還是謝謝分享。
首先，感謝“ 天好冷” 熱情的評論。
以下是本人意見：
各人從事的崗位不同，關(guān)注的側(cè)重點都會是有所不同。
在面對幾億或者幾千萬的數(shù)據(jù)量，再好的OO設(shè)計也會出現(xiàn)性能問題。
雖然，數(shù)據(jù)庫只是存儲工具。但如何使得程序通過更加優(yōu)化路徑向存儲工具獲取對應(yīng)信息是由DBA關(guān)心和關(guān)注；也是DBA 不斷努力提高數(shù)據(jù)庫性能一個最基本標(biāo)準(zhǔn)。
所以，在萬變需求中，DB 需要找一條合適道路來繼續(xù)走下去。不能由于數(shù)據(jù)庫關(guān)系而拖項目或者應(yīng)用程序后腿。
各位，問題已經(jīng)弄好了。
解決方法很簡單，關(guān)閉IE，重啟開啟IE即可。
多謝各位幫忙。
TO 那暉
首先是謝謝你的回復(fù)和提醒。
我也剛剛根據(jù)自己的代碼嘗試了下，依然存在問題。
我還在查找原因中。
也可能像 walnutprince 所說的那樣，是there must be something wrong.
中文比較容易理解。
英文用習(xí)慣了，就覺得比較方便。
我是用英文的。
可能是會有問題，我沒有做很多測試，畢竟只是一個簡單的示例，呵呵！
re: “開源人”收費得罪了誰[未登錄] 天一 2008-03-10 16:47
@julycool
什么代碼加密了？
我記得我們好像還沒研究過什么加密技術(shù)啊！
re: “開源人”收費得罪了誰[未登錄] 天一 2008-03-10 12:46
@萬兵
你還是沒明白“開源人”是干什么的，“開源人”是一個服務(wù)網(wǎng)站，為做開源的人提供服務(wù)的，并不提供開源項目，不知道大家為什么總要認(rèn)為它是一個做開源項目的網(wǎng)站。
可能是這個名字讓人誤解了。
我再問一句，我們承諾開源的東西有收過費嗎？
我們繞了什么彎子？你能解釋一下嗎？
開源人網(wǎng)站從一開始就是商業(yè)網(wǎng)站，從來沒忽悠過誰，而且里邊提供的服務(wù)和easyjweb沒什么關(guān)系。就算和easyjweb有關(guān)系又怎么了？
我們忽悠誰了，你能明確的指出來嗎？
最后我再申明一下，我至今仍然可以理直氣壯的告訴你，我沒有收費，easyjweb承諾開源免費提供的東西絕對沒有收費，我相信這是大家都看得出來的。
@我就不喜歡
我不知道我哪兒忽悠了，我們的easyjweb和easydbo全部是開源的，從來沒收過費，迄今為止我們寫的文檔也全部沒有保留的發(fā)布出來了（雖然不多），但是我們似乎還從來沒有在easyjweb和easydbo上收過什么費。
最后再問你一句，你懂不懂開源？是不是開源在你看來就是免費？是不是搞過開源的人就永遠(yuǎn)不能賺錢了？
@我就不喜歡
真的要拜托你，你搞清楚EasyJF做的開源項目有哪些再來評價吧。你知道EasyJWeb、EasyDBO這些嗎？
另外請你發(fā)表評論不要用馬甲好嗎，只要批評得對，沒什么不好意思露臉的？看你那個意思，以后凡是做過開源的，就一輩子只能做開源了，做什么都不能講求回報了。看樓上的意思，以后williamRaym同學(xué)要是能寫出一本書，也只能免費送給你了，因為他搞過開源。怎么聽起像幾十年前搞政審呢，很搞笑啊。
再次重申，本人到現(xiàn)在為止還沒真沒有時間參與wiliamRaym他們搞什么收費文檔，不過下次有機會我還真想?yún)⑴c進去，看看那個教程后面的回復(fù)，畢竟是能讓很多人受益啊，能賺點錢，又何樂不為呢？
http://www.easyjf.com/blog/html/20080217/1179671.html
@我就不喜歡
請你搞清楚好嗎？vifir.com是一個名為“開源人”的商業(yè)網(wǎng)站，是一個為開源生產(chǎn)者服務(wù)的網(wǎng)站，他負(fù)責(zé)把他們的勞動轉(zhuǎn)化成效益。請問他收費不應(yīng)該嗎？他收費跟我們EasyJF又有什么關(guān)系？你要是不清楚的話建議還是不要亂評價。至于EasyJF跟vifir的關(guān)系嘛，vifir的站長williamRaym跟我都是來自EasyJF開源團隊，而且都是中國人，都曾經(jīng)寫了不少代碼并發(fā)布到開源社區(qū)，另外vifir春節(jié)前一個收費文檔的收入有一半捐給了EasyJF開源團，雖然錢不多，但我們很感謝他。你要是有這份心，你也做一個像他那樣的網(wǎng)站，收到錢后捐給國內(nèi)的開源社區(qū)，我想國內(nèi)的開源同仁們同樣會感謝你的。
@我就不喜歡
拜托，他收費跟easyjf開源有什么關(guān)系？請你搞清楚什么是easyjf再來評論，順便告訴你一下easyjf開源團隊的官方網(wǎng)站：
http://www.easyjf.com。
re: 為IE找個新死法 天一 2008-02-11 19:50
這個應(yīng)該是JS 編譯器的問題吧。
和瀏覽器應(yīng)該無關(guān)吧。
遨游和IE 都是用相同內(nèi)核。
但在JS 上的處理有不同而已。
war包部署不就是放到tomcat的webapps下咯，還要怎么說明？
我比較關(guān)心的有：
1、支持哪些格式
2、解碼器是自己開發(fā)的嘛
@xuruchao
從應(yīng)用的角度來說，區(qū)別不大，都非常簡單、直觀。但從實現(xiàn)的角度來說，區(qū)別還是比較大的。
首先就是dwr的中心的dwr，再向外幅到其它的spring支持、webwork支持、guice支持等，很啰嗦的。而EasyJWeb的重心是web應(yīng)用，畢竟一個大型的Web應(yīng)用不可能全部是遠(yuǎn)程腳本調(diào)用，更多的情況只是為了實現(xiàn)一些功能才需要的。easyjweb中的這個遠(yuǎn)程腳本調(diào)用只是一個非常普通的EasyJWeb Action，由于這部分只專注于遠(yuǎn)程腳本功能實現(xiàn)，所以代碼非常少。
另外很多dwr不方便實現(xiàn)的的，比如服務(wù)器端的方法的參數(shù)為（除集合以外）接口類型。當(dāng)然EasyJWeb也有一些沒有實現(xiàn)，比如，往服務(wù)器端發(fā)送集合或數(shù)組的時候，只能發(fā)送簡單類型的值。
re: 提交Bug及功能建議 天一 2007-12-29 19:22
cownew真不錯，2007年取得了這么多成果。
相信2008年一定是更加輝煌的一年！
預(yù)祝你們?nèi)〉酶嗟暮贸晒?/div>
沒錯，這個需要配置數(shù)據(jù)源。因為這個是依賴Window 系統(tǒng)去連接DB的。
但這個方式，效率真的不高。