不知這文章是不是樓主自己寫。。。在網(wǎng)上搜下和這篇文章相同的實(shí)在不少，也不知是誰轉(zhuǎn)載了誰的，如果只是為了給自己的社區(qū)增加訪問量而在網(wǎng)上搜一些比較湊一塊去我感覺實(shí)在是沒有意思，非常想看到的是大家自己對(duì)知識(shí)的理解的感悟，我想這樣應(yīng)該才是對(duì)大家最有用的。。。
如果真是樓主自己寫的，那我在些向你道歉了。。。
什么可年代了，ejb早過時(shí)了還考這么多。汗
re: JAVA代理機(jī)制初探 兵臨城下 2007-09-09 09:34
這其實(shí)和Spring的AOP是一個(gè)概念，實(shí)現(xiàn)方法都是一致的
不錯(cuò)，剛看過ant，再看一下這個(gè)
因?yàn)榇箜?xiàng)目，個(gè)人所掌握的只是一個(gè)模塊的代碼，只能使用遠(yuǎn)程調(diào)試。遠(yuǎn)程調(diào)試雖好，但還沒不是很完美。因?yàn)殡m然可以debug，但事實(shí)上跑的代碼還是部署在服務(wù)器上的jar包，所以在開發(fā)工具中做的任何更改不能即時(shí)生效，還是要打包到環(huán)境中。
重啟一下服務(wù)器好費(fèi)勁啊！
re: 再次失業(yè) 兵臨城下 2007-05-31 21:42
祝福你
re: 珍惜眼前人 兵臨城下 2007-05-29 21:24
呵呵，這可不是我寫的，聲明一下
把環(huán)境上下文聲明放在了web.xml中還是不行嗎，我是可以了啊！
挺好，以前看過 lucene 的相關(guān)文章，正好參考一下，謝了!
呵呵，無意中看到了。去中興面試問我這個(gè)問題，一時(shí)沒答上來，郁悶！現(xiàn)在知道了！
re: 求問薪資狀況 兵臨城下 2007-03-27 11:47
哈哈，南京找到了一個(gè) 〉3K 的！
re: 求問薪資狀況 兵臨城下 2007-02-27 20:41
沒人回應(yīng)嗎，沒人知道？
re: 疑問：Struts 中JS的使用 兵臨城下 2007-01-21 15:28
突然又好了，搞不清楚！
re: 像Java一樣寫JavaScript 兵臨城下 2007-01-21 13:59
不錯(cuò)，但項(xiàng)目中應(yīng)用不多，這種寫法在應(yīng)付復(fù)雜的頁面邏輯才使用！
用的最多的還是簡單的function 啊！
re: 疑問：Struts 中JS的使用 兵臨城下 2007-01-17 19:58
什么啊，沒看到我調(diào)用js方法了嗎？看清楚
re: 特別的面 兵臨城下 2007-01-08 21:01
很有心得嗎，這么懷舊！
不買房你住哪，不習(xí)慣漂泊的生活！
不買房，哪個(gè)MM愿意跟你，你不要說你就喜歡一個(gè)人！
經(jīng)過測試才知道，并不是procedure比sql慢，而是SELECT * FROM table這樣短的sql語句不能顯示出procedure的性能，如果sql語句加長，procedure的性能就顯示出來了。
原理上看：普通的sql語句，每個(gè)sql都要到DB端進(jìn)行編譯，而procedure只要傳入?yún)?shù)就可，減少了編譯量，所以在頻繁使用基本相同的sql語句，或sql語句較長時(shí)，應(yīng)該考驗(yàn)適用procedure
re: Ajax，我們真的需要嗎？ 兵臨城下 2006-12-12 12:42
要承認(rèn)ajax確實(shí)在如級(jí)聯(lián)選單等方面確實(shí)提供了很好的解決方案,因?yàn)槲覀兿到y(tǒng)以前實(shí)現(xiàn)同樣的功能需要iframe,數(shù)據(jù)打到ifame中,轉(zhuǎn)發(fā)到一個(gè)指定頁面,其實(shí)這個(gè)頁面中什么都沒有,只有js代碼。在java class中生成js代碼確實(shí)很痛苦。
但是做技術(shù)的真的不需要隨流，趕潮流，特別是在J2EE這個(gè)家族中，如果那樣，那你肯定學(xué)不完。
我的觀點(diǎn),套用魯迅先生的一句話：取其精華，去其糟粕！
re: Ajax，我們真的需要嗎？ 兵臨城下 2006-12-12 08:46
公司最近在嘗試使用ajax，原來我們的每個(gè)頁面中都有一個(gè)iframe，用來局部提交頁面，現(xiàn)在想把這個(gè)iframe去掉，改成使用ajax，不知道是福是禍啊？？
re: 為什么受傷的總是我？ 兵臨城下 2006-12-07 00:01
想說點(diǎn)什么，卻又不知道說什么才好，我想此時(shí)此刻的你，不需要過多的語言去剖析內(nèi)心的感受，我很了解，只想說一句：既然緣分未到，又何必苦苦強(qiáng)求，把這一切交給時(shí)間，讓記憶慢慢褪色，越過重重的心墻，你會(huì)看到一整片藍(lán)天！祝你好運(yùn)！
小貓 :)
不對(duì)吧，這兩個(gè)單態(tài)類只能通過Singleton.getInstance()來創(chuàng)建對(duì)象，所以應(yīng)該都是調(diào)用時(shí)才初始化，不存在你所說的情況！
謝了，太復(fù)雜了，字節(jié)碼分析！
以后就用第一種形式了！
哦！線程安全！懂了，那相比而言，第一種形式是比較安全的。
那第二種形式并不比第一種形式效率高啊，怎么說是提高了效率呢？
re: 一個(gè)xml解析的疑惑 兵臨城下 2006-11-28 09:20
<p>text<b>book</b>name</p>
這種格式是標(biāo)準(zhǔn)的xml格式嗎?如果這樣，在xml解析時(shí)能通過？
不知道什么樣的節(jié)點(diǎn)才是Element或是屬性節(jié)點(diǎn)呢？Elment也是繼承自Node的
re: 一個(gè)xml解析的疑惑 兵臨城下 2006-11-25 17:05
還是不太懂！
？？
re: 動(dòng)靜結(jié)合話編程 兵臨城下 2006-11-24 15:03
JAVA也用了四五年了，可要被問到何謂面向?qū)ο缶幊蹋摇！！！！?/div>
re: 冬天快樂 兵臨城下 2006-11-18 09:30
貓科動(dòng)物
我的意思是：如果有以下兩條語句
語句一：SELECT count(distinct A.C_MAIN_REF || A.C_UNIT_CODE || A.C_TRX_STATUS || A.I_AUTH_LEVEL) as counter
FROM TRX_AUTH_LIST A ,TRX_MATRIX_LIST B WHERE A.C_MAIN_REF = 'xcblcx'
AND A.C_MAIN_REF = B.C_MAIN_REF
語句二：SELECT count(distinct A.C_MAIN_REF || A.C_UNIT_CODE || A.C_TRX_STATUS || A.C_USER_ID) as counter
FROM TRX_AUTH_LIST A ,TRX_MATRIX_LIST B WHERE A.C_MAIN_REF = 'xcblcx'
AND A.C_MAIN_REF = B.C_MAIN_REF
第一條語句能成功執(zhí)行，而第二條則會(huì)報(bào)錯(cuò)。兩條語句的差別在于count函數(shù)的內(nèi)部最后一個(gè)字段，（語句一：|| A.I_AUTH_LEVEL 語句二：|| A.C_USER_ID），I_AUTH_LEVEL 為integer，而C_USER_ID為charactor，我所能找到的差別就在此，我就問為什么語句二為什么不能執(zhí)行成功，難道字段類型也有影響？？
呵呵!其實(shí)做系統(tǒng)時(shí)會(huì)遇到很多的問題,就像這個(gè),看來是我對(duì)基本的api還不是很了解啊,在loocky還沒指點(diǎn)我之前,我在其他的論壇上也發(fā)過貼,回復(fù)的都說,sessionID是容器指定的,想要更改不容易。難道他們和我一樣，也不知道這個(gè)基本的api？
基本功還是很重要的啊，不要認(rèn)為看了一遍J2EE的書就可以上來作系統(tǒng)了，還是不能浮躁啊，加油！
謝了，可以成功執(zhí)行。可我原本的問題比這復(fù)雜，我一個(gè)聯(lián)合查詢語句如下：
SELECT count(distinct A.C_MAIN_REF || A.C_UNIT_CODE || A.C_TRX_STATUS) as counter
FROM TRX_AUTH_LIST A ,TRX_MATRIX_LIST B WHERE A.C_MAIN_REF = 'xcblcx'
AND A.C_MAIN_REF = B.C_MAIN_REF
這條語句能成功執(zhí)行，而下面這條語句卻不行：
SELECT count(distinct A.C_MAIN_REF || A.C_UNIT_CODE || A.C_TRX_STATUS || A.I_AUTH_LEVEL) as counter
FROM TRX_AUTH_LIST A ,TRX_MATRIX_LIST B WHERE A.C_MAIN_REF = 'xcblcx'
AND A.C_MAIN_REF = B.C_MAIN_REF
差別在于加了一個(gè)A.I_AUTH_LEVEL的字段，此字段為integer類型，就不能成功，如果換一個(gè)字段為charactor的就可以。
難道查詢字段也有區(qū)別？望指點(diǎn)
但window.open()也不是每次都不走后臺(tái)啊，我感覺第一次調(diào)用它還是走的，只是感覺它好像有緩存似的，我在目的jsp頁面中session.getAttribute("CUST_REF")得到的都是老數(shù)據(jù)，好像頁面都不重新解析。
但我用window.open(url,"",wStyle)就每次都走后臺(tái)了，只是每次都打開一個(gè)新窗口，這越讓我感覺好像js緩存了頁面，window.open(url,"window",wStyle) 他會(huì)去找window的頁面，如果有是不是就直接轉(zhuǎn)過去了，不走后臺(tái)了，郁悶！
謝謝你的回復(fù)，這個(gè)我明白，但我還有疑問，可能仁兄沒有看懂我的意思。
表A，數(shù)據(jù)如下
1 xc cn
1 xc ae
1 xc cn
2 dd cn
select distinct * from A;
返回
1 xc cn
1 xc ae
2 dd cn
select dinstinct id,name from A;
返回
1 xc cn
2 dd cn
這些我都知道。而現(xiàn)在我想要的是寫一條sql語句，計(jì)算返回符合要求的數(shù)據(jù)庫record的條數(shù)，就是（如以上的數(shù)據(jù)）我要dinstinct id 和name 兩個(gè)字段，并且返回?cái)?shù)據(jù)2。
select count(distinct 'id&name') as acount from A 返回的值為2。呵呵
re: 十個(gè)經(jīng)典鬼故事 兵臨城下 2006-09-13 19:43
呵呵！有點(diǎn)意思
re: 公司上市了，是好事還是壞事？ 兵臨城下 2006-08-29 19:54
相信自己，你能行！小貓
哈哈哈！問題解決了。
我把環(huán)境上下文聲明放在了web.xml中：
<context-param>
<param-name>contextConfigLocation</param-name>
<param-value>/WEB-INF/applicationContext.xml</param-value>
</context-param>
<servlet>
<servlet-name>context</servlet-name>
<servlet-class>org.springframework.web.context.ContextLoaderServlet</servlet-class>
<load-on-startup>1</load-on-startup>
</servlet>
為什么放在struts-config.xml中不行，這種方法也是我在網(wǎng)上看到的
今天調(diào)試出問題的原因了，如果我把下面的代碼去掉就沒有問題了。
<plug-in className="org.springframework.web.struts.ContextLoaderPlugIn">
<set-property property="contextConfigLocation" value="/WEB-INF/applicationContext.xml" />
</plug-in>
看起來好像是環(huán)境上下文的問題，plug-in后為什么struts就找不到action了呢？
我定義了以下的bean：
<bean id="propertyConfigurer" class="org.springframework.beans.factory.config.PropertyPlaceholderConfigurer">
<property name="locations">
<list> <value>com/log/log4j.properties</value>
</list>
</property>
</bean>
但運(yùn)行時(shí)仍然提示沒有l(wèi)og配置。不知道怎么設(shè)置才好。
網(wǎng)上查了一些關(guān)于PropertyPlaceholderConfigurer的資料，都是配置數(shù)據(jù)庫連接的，不知道非web project 的log怎么配置！還望指點(diǎn)！