Feeling

@aaa

我代碼是開源的，你自己說我編譯誰的代碼，比較一下代碼相似度是多少。我寫的開源軟件又不是一個兩個，哪個不是原創的。

JAD和JD-Core的反編譯插件都有，有誰整合到一起了？

說話請負責任。

@青菜

Failed to load JavaHL Library.

這是SVN的Native庫發生錯誤……和反編譯插件無關。

@richard

已經用的是最新版的jd-core了，最后一次更新是2009年……

一般來說不會出現屬性都反編譯不出來的情況啊。

@lpdx111

manifest.mf 的信息丟失，這應當是個bug, Thanks.

@ZZZZ

debug變量，需要你的jar的編譯支持變量表，但是一般ant默認編譯是不支持變量表的，就會出現你的問題，需要一定的技巧來解決，比如直接訪問方法的參數，看參數的內部結構。

@Fly

Please download the offline archive update file and install it.

http://feeling.sourceforge.net/downloads/org.sf.feeling.decompiler_1.0.3.zip

or

http://www.aygfsteel.com/Files/cnfree/org.sf.feeling.decompiler_1.0.3.zip

@like_java 翻（BLOG）墻……這個是被墻了，我也沒辦法。

原地快速排序，把數組需要需要排序的部分分成左邊和右邊兩部分，但是如何讓數組分成左邊和右邊兩塊呢？
1.以數組最右端的元素作為分割點
2.做一個標記符，標記已經放了幾個元素到左邊了
3.開始遍歷數組每個元素，碰到小于分割點的元素，就和第（標記符+1）個元素交換，然后標記符增加1。
4.將分割點和第（標記符+1）個元素交換，這是第（標記符+1）個元素左邊的元素都小于分割點，右邊的元素都大于或等于分割點元素。
5.遞歸排序分割點左邊的部分和右邊的部分，直到子數組的左邊部分索引和右邊部分索引相等，也就是長度為1為止。

堆排序，首先建立一個大頂堆，從最底層的葉子節點開始建（數組尾端），首先最底層的葉子右節點和左節點比較，取出較大的那個葉子節點，讓這個節點和父親比較，如果大于父親，則和父親交換。底層葉子遍歷比較完之后，父節點遍歷比較，直到根節點（數組頭）。

建立完大頂堆之后，開始遍歷，因為最大的節點就是根節點，直接把根節點和最底層葉子交換，然后重新構建大頂堆，這個大頂堆已經是有序的了（不包括已交換的部分），除了根節點外，其他部分都是大頂堆構造，此時先讓根節點的左孩子和右孩子比較，大的那個孩子和父節點交換，交換后繼續遞歸比較，看看被交換的根節點交換后還是小于子節點，如果還是小，則繼續交換，直到大于子節點為止。那么剩下的堆就又是個大頂堆了，然后循環構建n-1次即可。

@Melanzpl

MyEclipse加上啟動參數-clean啟動，這是Eclipse Update的bug導致的。

@xz 已增加對Linux和Macosx操作系統的支持。

用法不對，源JRE不能和定制JRE是同一個目錄。

@小明
Thanks.

@wqeq

是軟件報錯，還是你自己生成的程序報錯？

我測試過好幾種環境，都沒有遇到過你說的這種情況。如果是軟件錯誤，可能是你的JRE版本有問題。如果是你自己生成的程序有錯，那么考慮jre下的ext目錄里的localedata.jar是否被引用，如果被移除的話，會導致國際化失敗的問題。

一般隱藏起來的，都是internal的。里面的內容可以隨意改變，你用Class.ForName來初始化一個類，一旦class name改變，你的代碼就報廢了。

這么做有什么意義呢？

Bug有優先級的，只能說LZ的這個Bug優先級太低了。如果優先級很高的話，立馬就能得到回應。優先級低的，幾個月不會回應也很正常。

優先級和項目的使用程度，商業化有關……

如果Sun或者與其合作相關的大公司沒有怎么使用這個項目的話，那么優先級將肯定是低優先級。

如果是Oracle，IBM的人報這個Bug，或許又是另外一回事。

@fera
昨天又打了一次，很久沒打，都生疏了，不過第二次就搞定了。

對付幾個武力低的，我發現重視攻擊就很好用，幾回合就把對方砍死了。

我第一回合砍有暗器的。 第二回合打趙云，青釭劍真是好東西，集氣超快。然后砍關羽，除了關于我不是主動攻擊，其他都是，反正3兩下就砍死了。打黃忠尤其要快刀斬亂麻，盡快解決，偽退不好玩。馬超盡量留后面打就行。

String a = "ab";
String b = "a" + "b";
String c = "a";
String d = "b";
String e = c + d;
System.out.println( ( a == b ) );
System.out.println( ( a == e ) );

呵呵，看看結果……

被老婆BS了，呵呵。你要是平庸，中國就沒幾個人NB了。

人活得那么累干什么，別想太多，該干嘛干嘛，按自己的想法做就夠了。

這年頭變化太快，30年河東，30年河西，今天得意，也許明天就失意，反之亦然。只要回過頭來不后悔，覺得沒有走錯就OK了。

祝你考研順利。

@=。=。。
沒有，我只是想用MciSendCommand這個API而已，發現Vista不支持，那既然不支持這個API，為什么要去支持SendMCIString呢？

沒見哪個優秀的軟件不能在vista下運行:-( 你沒聽說過Alcohol 120%? 人家就是要告微軟，說微軟故意不讓該軟件在Vista下正常運行。

我只想說一句，Vista在向下兼容性方面做得實在太差了。MciSendCommand，Mixer這些東西和安全性八竿子打不著。

簡單不一定方便擴展呀，必要的設計還是要有的。在必要的程度上，越簡單越好。

GMF是Borland搞的？還以為是IBM做的呢。

當年上大學的時候，Borland稱霸一方，偶說：“就算去Borland看門，我也愿意”。

畢業以后，Borland日薄西山，認識一個朋友，剛進Borland就想跳出來。

不過Borland真還這么NB的話，進去熏陶熏陶也不錯呀:-)

原來不是自己的引擎，一個瀏覽器最核心的部分就是引擎了，核心都是人家的，這個Google瀏覽器就沒有什么意思了，失望呀。我還以為是Google自己搞出來的。

我現在就在用Google瀏覽器，不過感覺新意不多，多個進程也比較討厭，CSS稍顯粗糙，占用內存也不少，還老是啟動一個Google Update，我把瀏覽器關掉了，這個進程還在。不過和其他的Google工具一樣，就是界面比較簡潔。

總而言之，這個瀏覽器有待改進的地方還是有很多的。

再次說一遍，不是所有的case都能夠使用Link，比如我公司現在的項目，每天都會有一個All-in-One版本，也就是包含有Eclipse Platform的版本，整個項目的代碼有30M，所以基本上不可能把整個項目都包含在WorkSpace里面，因為太大，build一次需要半個多小時，所以必須在每天的All-in-One版本之上構建自己需要的WorkSpace。但是為了節約公司服務器的空間，現在的All-in-One使用的不是Eclipse IDE版本，而是Platform版本，這個版本包含了Eclipse,GEF,EMF,WST,DTP，但是都沒有源代碼，開發的時候源代碼是必須的，所以需要把相應的SDK版本解壓覆蓋到這個All-in-One版本中，而無法使用Link模式。只有Reset Eclipse plugin配置，才能看到源代碼，其他的方式都是費時費力。

不過這個Case比較特殊，我之所以采用這個配置，也是因為這個Case，想看到源代碼不容易呀，呵呵。

身為Eclipse的fans，不得不說Eclipse越做越爛，netbean越做越好。不過NetBean現在好像還只是在做編輯器，而Eclipse更關注的是平臺擴展。Eclipse并不局限于編輯器，比如GMF越做越好了，不知道Netbean有沒有對應的功能。

@johnson
不可以，是以swt作為基礎的。用swing的JNI工具，應該有很多的。

1.導致這個case不是Link原因，有時候開發版本需要測試，比如我們有plugins目錄測試和dropins目錄測試，由于依賴的plugin比較多，所以出錯很頻繁。
2.并不是每個人都喜歡并且會用Link的。

@klzz
是嗎？呵呵，中國的國情比較特殊，地圖掃描這個功能不錯呀，可以自動分析報表cell元素嗎？

它是一個報表開發工具，當然你想放到WEB上運行，需要加入一些依賴JAR用來解析這個報表文件。

@BeanSoft
只是它自己的runtime而已，基本上和JRE無關了。

這個需要拼人品，最好有2次秒殺機會，那么不復活的幾率就會比較高。關羽你能打得這么順利，我打關羽總是比較費勁。記憶中給我的感覺關羽和馬超才是大boss，呂布和項羽都很菜。很久都不玩SAN11了，一般都是SAN9。

0day的那個版本是不需要key的，安裝包就已經破解好了。盡管安裝包我已經弄丟了，不過Win32 綠色的也可以用，只不過要配置一下環境變量。Linux的那個版本我就更找不到了，主要是現在只支持部分Linux，覺得沒多大意思，3.7的patch好像解決了這個問題，但是需要正版用戶才行。我等破解用戶，就只能垂涎了。你要是還想玩玩的話，我可以打包一個綠色版給你。另外3.7只支持到JDK1.4，1.5的話都是需要官方patch的。

個人認為throw nullpointexception更為合理，一般來說null是沒有任何意義的。

是的，代碼量并沒有減少。
但是對于一個Java開發人員來說，了解Win32 API不難，難的是掌握C++的各種語法，以及指針。就像能使用VB的人很多，能使用VC的人不多一樣。畢竟C++太強大也太靈活了，有時候過于靈活反而不是一件好事。因為我本人就是這種人，我看Win32的API一般都去找VB的例子，盡管沒有學過VB，但是很容易看懂，相比VC，VB太簡單了。我相信同樣的API，用Java實現和用C++實現，對Java程序員來說一定是有很大區別的。

我機器是1680*1050的分辨率，好像標題顯示的不對，不過無傷大雅，呵呵。

姑且不論內容，樓主的文筆真的不錯，可以出書了。即使是抄，那也是青出于藍勝于藍，純技術的文章我是懶得讀的，多謝樓主寫出這些有韻味的技術文章。

常量拼寫是constant

現在Linux GTK Extension也已經啟動了，雖然無法做到API一致，但是希望盡量擴大2個系統的交集。

@Always BaNg.
本來考慮過GTK下的開發的，項目都已經建好了，但是除了custom control以外，我不知道可以加些什么東西進去，比較花哨的功能都需要比較高的GTK版本。我本意是想兼容主流平臺的，如果主流平臺都不支持的話，這個項目就沒有什么意義了。如果你有興趣的話，當然歡迎加入，可以加我的MSN或者QQ詳談。

MSN:cnfree2000@hotmail.com
QQ:41934961

全天在線，平常隱身，留言即可。

使用復活的話就沒有什么難度了，我這兒寫的是不使用復活，一次性單挑14個人。

本來準備弄個SWT Linux Extension的，結果實際操作以后發現很多高級功能都要GTK 2.10以后的版本，我裝的Ubuntu6.10才是GTK2.08，暈死。

之所以在中文blog上用英文，一是為了練習英文，二是我懶得再寫英文文檔了，老外用搜索引擎直接搜這兒好了。blogjava的rank還是很高的，我才寫了1個小時，google就收錄了，可比我放在自己網站上宣傳好得多。

Hmmm. I don't write any C++ code, just use swt win32 version to implement it, but it doesn't work in other platforms, until I implement a linux version, and this way is the socalled Eclipse spirit.

In fact, IBM has its self look and feel, but it's commercial, I don't think that IBM will donate it to eclipse foundation.

是的，但是如果給外部用的話，應該暴露一個方法，比如 setEnableNewMinMax()，在項目內部使用ENABLE_NEW_MIN_MAX而不暴露出來是對用戶不負責任的做法，而且在page里也沒有選項設置。

不知道你為什么會跟著認為Java已經過時，還有這個世界能夠沒有C和C++嗎？難道有了Ruby就要放棄一切嗎？有點像剛學程序的我，老想著潮流。“這門語言發展普及速度真是暴強...比Java還強”，據我所知，Ruby出現好幾年了吧，Java第四年的時候我就開始使用Jsp了，而且有很成熟的JBuilder 4進行開發，背后也有大公司支持。Ruby現在還只是缺乏開發工具的半吊子，背后的力量也無法撼動Java，主流程序的背后都是大公司的利益在起作用。也許你年過30了Java仍是老大，三年前你這些話就有人說過了，三年后我想還會是現在的局面。

跨進程我已經實現了，在Java里攔截JNI的HookProc，并對數據做出一些修改，這才是困難所在。

@gr8vyguy
是的，關鍵是現在的Hookproc是在C++里實現的，和Java完全沒有關系，如果在Java實現，就無法數據共享了。但是判斷是否下傳的邏輯是在Java里，我在考慮怎么把這兩者結合起來。

@gr8vyguy
沒有JDK1.6，所以運行不起來，但是看過了你的代碼。
1，你添加了2個native方法：
static final native boolean InstallMouseHook(int i, int j);
static final native boolean UninstallMouseHook(int i);
所以我不能從你的程序里斷定你用的是哪種鉤子
2，和我上個回復所說的一樣，你只是使用了wParam，沒有用到lParam，
wParam 包含了Mouse行為信息， lParam則是一個MSLLHOOKSTRUCT結構體指針，我想你應該是不能夠根據這個指針拿到結構體的，而MSLLHOOKSTRUCT可以用來拿到坐標信息。其實就對窗口某一部位截圖而言，根本就不需要Hook，SWT+Swing的Robot就可以實現了。

好了不用再爭論了，Mouse Hook自有 Mouse_LL沒有的優勢，可以在98下運行，保證了系統兼容性。畢竟連純C#也只能實現Mouse_LL和Keyboard_LL兩種Hook。

我現在還有點問題，就是如果我要攔截Hook，比如我以前的一個需求，攔截一個瀏覽器的菜單讓它不顯示出來，如果瀏覽器嵌在Java程序內部，那么在Java內部的HookProc正好處理這個事件，但是如果攔截的外部的瀏覽器，又該如果解決。