re: JNI的中文問題 笨笨 2008-05-04 17:40
考慮到跨平臺兼容問題,可以考慮用ICU庫.
更加簡單的辦法:
先用String.getBytes()方法將String轉(zhuǎn)為byte數(shù)組給C代碼. 返回時用 new String(byte[]) 將字節(jié)數(shù)組轉(zhuǎn)為String對象.
re: 精品Ajax圖書下載[未登錄] 笨笨 2008-04-25 23:37
我也想要，Bulletproof Ajax最先！
phpzht@gmail.com
謝謝提醒,個人經(jīng)驗是凡是涉及到網(wǎng)絡(luò)傳輸?shù)倪h(yuǎn)程調(diào)用如JDBC,RMI,它的執(zhí)行時間,就是從客戶端發(fā)起請求到獲取返回數(shù)據(jù),耗費時間一般在N毫秒不等.
而普通方法執(zhí)行的時間,根據(jù)復(fù)雜度的不同,最少的可以用納秒計算(例如log4j的check時間),時間長點的用微秒計算也合適.
setResponsePage
另外的Wicket中有這個登錄例子的
re: jsp url重寫[未登錄] 笨笨 2007-11-10 10:58
請問有中文文檔嗎？
Java與C性能的差距，主要差距表現(xiàn)在：
1 IO/數(shù)據(jù)庫訪問的效率
2 Web Server(Java Servlet Container)的IO效率
但是C的問題還是出在開發(fā)代價高，出問題查找困難，通用基礎(chǔ)構(gòu)架少。在企業(yè)級市場中，性能其實不是最主要的關(guān)注因素，快速實現(xiàn)需求，縮短開發(fā)周期反而是首要目標(biāo)。
因此在許多大企業(yè)中，真正的核心業(yè)務(wù)采用C/TUXEDO/CICIS寫，保證高效。頁面采用Java寫，保證開發(fā)的快速和靈活。
這個能用不？
先拷一下，
順便說聲：“謝謝”
哈哈
完全可以在代碼中控制權(quán)限
比如IViewActionDelegate中的init方法,selectionChanged方法
再比如說你可以通過org.eclipse.ui.IActionFilter可控制Action的權(quán)限，方法很多的。
因為是在單機上運行，甚至可以通過systemProperty屬性來控制，都是可以的!
要分 JDK .
IBM JDK 始終輸出 Thread Dump到某個文件中。
Sun/Jrockit JDK 會輸出到 stdout 中。
對于 Sun/JRockit JDK，最簡單的辦法 是重定向 stdout 到某個文件: java xxxx > xxx.out
最復(fù)雜的辦法是用 JNI 實時修改 STDOUT/STDERR handler。
用擴展點
org.ecipse.ui.viewactions
會更好一些
似乎要在 Eclipse 設(shè)置中將相關(guān)的顯示字體設(shè)置為“宋體－超大字符集”，可以試一試。
Debain Linux for loongson 2E, 32位。
kernel 2.6.18
java hotspot client jvm 1.5
文章瀏覽過了。
東西挺多，但是覺得有點亂。
還有關(guān)于 Unicode 部分，看起來主要說的是 UTF-8編碼，UTF-16/32 甚少涉及。
re: Java I/O中的對象序列化 笨笨 2006-01-13 13:53
>在對一個Serializable對象進行反序列化的過程中，沒有調(diào)用任何構(gòu)造器，包括缺省的構(gòu)造器
抱歉又要挑刺了，Serializable對象在反序列化時，是要調(diào)用缺省構(gòu)造函數(shù)的，否則 JVM 怎么知道多了一個對象實例？
俺也想要，請發(fā)送到我的郵箱 zhugf000@gmail.com
謝謝。
re: 架構(gòu)師的工作 笨笨 2005-12-17 21:22
謝謝，跟大師比起來班門弄斧了。
>AGAIN, WOULD YOU LIKE TO ATTEND ARCHITECTS?
請問如何加入？再推辭就不好意思了。
re: 架構(gòu)師的工作 笨笨 2005-12-17 20:53
沒錯，由于國內(nèi)業(yè)務(wù)變化過于激烈，不穩(wěn)定，業(yè)務(wù)代碼重用不太好做。
所以業(yè)務(wù)架構(gòu)的另一個思路就是降低變化的成本、時間和風(fēng)險，
可參見 u-sky公司一個產(chǎn)品叫 WebGem。
re: 架構(gòu)師的工作 笨笨 2005-12-17 20:32
“噴”就是交流和溝通，把架構(gòu)意圖表達出來。
至于后面部分，其實還是從上篇隨筆的PPT中摘出來的，那個PPT沒見你發(fā)表意見。
re: 變，還是不變？ 笨笨 2005-12-13 13:12
不好說，不要對于AI 和量子計算抱有多大希望。
起碼5-10年內(nèi)不太可能有什么進展。
順便說一句，在目前的體系結(jié)構(gòu)下，計算機下圍棋沒戲，2^361次方，根本不可能的事。
內(nèi)部類從運行時理解更簡單：
只要不是 static 聲明的內(nèi)部類運行時，實例必定附著于一個外部類實例，而不能單獨創(chuàng)建。
但是 static 內(nèi)部類的運行時表現(xiàn)相同于外部類。
這個，其實我性格疏懶；
怕難以擔(dān)此名，反誤了大事。
re: 淺議類型識別與反射機制 笨笨 2005-12-12 17:43
多態(tài)就是普通的Java 方法調(diào)用，效率不會低的。
如果效率低，只能說：考慮改進算法或換JNI實現(xiàn)。
re: 正則表達式說明 笨笨 2005-12-12 17:37
活活，知識共享
re: 淺議類型識別與反射機制 笨笨 2005-12-12 13:46
糾正一點錯誤觀點，RTTI 會帶來效率問題，其效率遠(yuǎn)低于多態(tài)，相差可達2到3個數(shù)量級。
多態(tài)，如 接口，重載。其效率除了靜態(tài)方法外是最高的。
事實上多態(tài)涉及到了絕對多數(shù)的代碼：Java代碼中除了靜態(tài)方法和標(biāo)記了 final 的方法(?，待做試驗)外，所有的普通方法全部是虛方法（多態(tài)）調(diào)用。
祝你生日快樂。
>從JVM的角度看，我們使用關(guān)鍵字new創(chuàng)建一個類的時候，這個類可以沒有被加載。
這句話值得商榷。
JVM執(zhí)行這句話時，需要從當(dāng)前的上下文類加載器Thread. getContextClassLoader()加載類，再為此類創(chuàng)建實例（在堆中分配內(nèi)存）。
從 newInstance()方法代碼可以看到，它實際上是去找缺省的 Constuctor，我們自己可以遍歷類獲得帶參的 Constructor。
Eclipse3 要JDK1.4
樓上
如果你是先安裝的JDK1.4
再安裝的Oracle
所以在 環(huán)境變量
Path中
Oracle的 JDK 1.3的優(yōu)先級比你安裝的JDK1.4高
在環(huán)境變量Path的設(shè)置中
把JDK安裝目錄的bin/放在最前面
如果你懶 先刪除JDK
再安裝一次 應(yīng)該可以解決
re: EclipseWork 笨笨 2005-09-20 08:55
你的裝好能用不？
共青森林公園和世紀(jì)公園還可以了，就是比較遠(yuǎn)，總體說來不是很爽。。。
re: 致歉 笨笨 2005-07-31 16:18
呵呵，重新添加到RSS中！！??！
為什么你一個tag標(biāo)簽就需要綁定數(shù)據(jù)訪問邏輯那？為什么不想辦法支持調(diào)用業(yè)務(wù)類的業(yè)務(wù)方法，只要返回自定義的collection集合進行綁定不行么？
呵呵，請問您的mindmanager有合法的license么？cool！
現(xiàn)在還沒好,好幾天了.
運行時錯誤
說明: 服務(wù)器上出現(xiàn)應(yīng)用程序錯誤。此應(yīng)用程序的當(dāng)前自定義錯誤設(shè)置禁止遠(yuǎn)程查看應(yīng)用程序錯誤的詳細(xì)信息(出于安全原因)。但可以通過在本地服務(wù)器計算機上運行的瀏覽器查看。
運行時錯誤
說明: 服務(wù)器上出現(xiàn)應(yīng)用程序錯誤。此應(yīng)用程序的當(dāng)前自定義錯誤設(shè)置禁止遠(yuǎn)程查看應(yīng)用程序錯誤的詳細(xì)信息(出于安全原因)。但可以通過在本地服務(wù)器計算機上運行的瀏覽器查看。
老樣子啊....
確實有點不方便,回來自己的blog上面查東西老是這個樣子...
re: 迎接RFID的時代 笨笨 2005-03-31 09:27
2004年，世界著名零售商沃爾瑪要求，其最大的100家供貨商2005年1月以后所有運送到沃爾瑪?shù)呢浳锵浜拓洷P必須附加RFID(無線射頻識別技術(shù))“標(biāo)簽”，小供貨商2006年也要執(zhí)行該政策。
re: 迎接RFID的時代 笨笨 2005-03-31 09:26
re: 迎接RFID的時代 笨笨 2005-03-31 09:18
re: 信手拈來 笨笨 2005-03-18 14:40
re: 信手拈來 笨笨 2005-03-11 14:41