明月松間照 清泉石上流

就setInterval只認全局變量，一般其他的方法就可以使用局部變量？
如果這樣你的自定義方法不錯，是個解決辦法!

在hahahehe提醒后，覺得是有點問題。但感覺JS中語法的卻不太嚴謹，方法名居然會和img名搞混。JS引擎解析時，方法和變量是同等對待的，而且我再high（）方法中沒有申明直接使用的high變量是全局的嗎？

剛在修改這個JS的時候，我這樣用為什么不行？
function high(imgHigh){
//haha = imgHigh; 將此行注釋
if(typeof(lowlighting) != "undefined") clearInterval(lowlighting);
highlighting=setInterval("highlightit(imgHIgh)",100); //相應更換，直接使用參數
}

function low(imgLow){
//hehe = imgLow; 將此行注釋
clearInterval(highlighting);
lowlighting = setInterval("lowLight(imgLow)",100); // 相應更換，直接使用參數
}

為什么不行呢？提示找不到imgLow。難道傳過來的參數作用域是局部的，而且參數傳的是引用，不是值？
也許是受JAVA的影響，有點迷糊了！呵呵

hahahehe！多謝了，幾次問題都是在你的幫助下得以解決，學到不少東西！
以后有問題一定向你請教！

呵呵！（苦笑）

JS的控制確實比較精細啊！有種全盤掌握，隨心所欲的感覺，很爽！呵呵！

原來是這樣，呵呵！學JAVA很久了，但JS確實初學，見笑了！
謝謝了！

如果把BuffReader關了，我又怎么定位，在指定位置寫入taglib呢？
將內容儲存在字符串中，總覺得別扭，這和我建一臨時文件是一個道理。
難道java的IO操作沒有這樣的一個功能：打開一個文件，讀取到需要的位置時插入tablib，然后直接保存。
打開一個Reader就只能read，打開一個writer就只能寫入！總覺得不爽！呵呵

呵呵！我知道了。
其實每一幅圖所顯示的都是一個固定的圖案，其他的圖案都是擾人視線的！
版主能看懂吧，我就不說的很明白了！

謝了！

沒人知道嘛！

真的有用嗎！

都是些垃圾節目，只知道賺錢，對中華幾千年的文明簡直就是一種恥辱！

開發人員有個jreb就可以了

好！小日本！

不錯！又長了不少見識！

有這樣一種說法：人是不能一輩子干技術的。
IT這個行業都說是青春飯，確實在IT公司看到的都是年輕的小伙和靚麗的姑娘，從沒看見過IT公司里都是四五十歲的老頭老太。這帶來一個問題，這些現在年輕的小伙和姑娘以后干什么呢？
剛剛進入IT行業的我，近期在思考著這樣一個問題。
也許樓主現在對于IT人也是一條出路，可是項目經理又有幾個呢？？

經典！

樓樓

看看！

確實如此，J2EE的復雜性帶來了其技術實現的多樣性。
在眾多技術面前，像我們這些“鉗工”真有些茫然不知所措，怕選錯了婆家而斷送自己的前程。
而當今技術實現領域出現這樣一種情況：王婆賣瓜，自賣自夸。
“經典”的J2EE框架就不說了、Rod Johnson說Spring 怎么怎么好，國內banq說jdon怎么怎么好……
怎么辦？像這種框架型的東西，學習曲線可是很長的。（現在感覺就是看公司選擇的是什么，想待下去，只有自己去學吧！）但是公司的選擇并不代表此項技術在這個領域的優越性，你一陷其中會不會對你將來的發展帶來不利的影響，值得自己好好考慮一下！

開源固然很好，可我現在真渴望：秦始皇一統中國，統一度量衡。
哎……！何時才能分久必合呢？？

牛就一個字！

有點暈！基本功不扎實啊！大公司筆試都是基礎題，而小公司主要看實際經驗。
有沒有答案啊？
帶詳細解釋的？給一個

不行！
因為使用Hibernate的這樣的O/R工具，他們的持久化模式是把關系型數據封裝成一個對象來處理的，一個對象只能對應數據庫中的一行，所以不可能實現批量的更新。
這也是O/R工具（包括JDO、Entity bean）的一個硬傷。

要實現批量更新的最佳辦法只能通過基本的JDBC，通過sql語句來執行。

不是每個面試官都像你這么想啊！！

看了各位的評論，有點個人看法：
1、理論的批判和現實的應用
如果一個架構在理論上被人批判，那這個人必需得從應用的角度舉出實例來支持他的觀點。如果一個架構理論上都不行，那按照這個理論指導出的實踐又能怎么樣呢！
如果ROd Johnson只是在理論上對EJB進行了批判，我想那是毫無說服力的。而恰恰相反，他在書中對于同一Application，列舉了四種架構，兩種EJB架構，兩種非EJB架構。從應用的角度（系統的資源開銷、代碼的可測試性、可維護性、組件模型和企業服務的整合（ＥＪＢ容器）和分離（Ｓｐｒｉｎｇ）），以他的觀點闡述了EJB架構的缺點和他強烈推薦的Sping架構的好處。如果說他只是理論上的批判，我認為不合適。

2、說我胡扯，我不知道我到底哪里不對了。我所列出的種種EJB的缺點，都是書中詳細描述的（在看了ｓｕｎ最新發布的ｊａｖａ　ＥＥ５．０后，特別是ＥＪＢ３．０確實對一些缺點做出了改進。可見他的一些批判還是很對的）。我的應用（EJB 讓我體會到的實惠）只是在“經典”的Ｊ２ＥＥ的這個架構下實施的，不排除我“不識廬山真面目,只緣身在此山中”的原因。我并不是把我在ＥＪＢ中得到的“快捷便利”，和Ｒｏｄ　Ｊｏｈｎｓｏｎ的理論批判混為一談。
　　
　　要說原因，只能說是我沒用過Ｓｐｉｎｇ，不知道他的架構是不是略勝一籌。都說不怕不識貨，就怕貨比貨，只有你真正應用、比較才能得出你的真實體會。

J2EE Development without EJB 胡扯？

經多次調試，偶得：
一、建立的Entity bean具有本地接口，然而在Session bean中直接通過其本地的JNDI調用卻不能成功。
二、在Session bean中創建一個Entity bean的本地引用，比如本地引用名為：ejb/Programmer，然后在sesion bean 中lookup是直接使用還是不行。
三、在二的基礎上，在lookup中使用以下字符串："java:comp/env/ejb/Programmer"，則能夠成功調用。

從以上看出，在EJB容器內內部調用EJB需建立本地引用，并采用第三種方式。

又獲益頗多啊！
再來說說這幾天的心得：
關于這個socket，折騰了好幾天了啊！
出現這個問題的初衷是：公司內想要實現java和C++的socket通訊。

關于這個java端（也就是client端）發送信息結束的判定問題總結如下：
如果server端也是java程序（C++我不是很了解），而且server端使用一個while循環讀取數據時（類似于while((len = in.read(sbyte)) != -1) {}），即使client端發送完成，即while((len = inFile.read(bb)) != -1) {}循環語句跳出后，server端仍然在while語句中，不能正常跳出。因為server端認為你沒有發送結束。
究其原因，我認為，因為在java socket中對于socket的input和output流結束，有一個socket方法來給出結束的標志：socket.shutdownOutput();socket.shutdownInput();

這兩個方法為java socket判定client端發送結束的標志。

當然如果和我上述留言中所說的，使用特定設置的標志符當然是可以的。

更正一下，上面所說的文件流能順利跳出循環不正確，其實不然。
實際上在client端傳輸完成后，server端while循環還是不能跳出，最后能夠完整輸出實際是在客戶端強制關閉socket后，server端while才跳出循環的。
從以上我總結出，不管是字符流，還是文件流，都得附加一個標示符來標識client端傳輸的結束。

問題進行中……（實時紀錄）
考慮到字節流的需要，在client端和server端都改用字節流DataInputStream和DataOutputStream，相應的輸出方法使用out.write(byte[]) 。
問題一：此種輸入輸出流沒有了out.println()方法，該怎么判定client端輸出流的結束？？
問題二：在client端，發送的信息的源分為兩種，字符串和文件流。兩種不同的輸入流在server端接收判斷結束時是否存在區別？？

對于問題二，筆者有一些心得：
server端的接收代碼段是：
byte[] sbyte = new byte[1024];
int len;
while((len = in.read(sbyte)) != -1) {
out.write(sbyte,0,len);
out.flush();
}

如果client端輸入流為字符串，server端在接收完畢后，在while語句中不能正常跳出。而使用文件流時就可以跳出循環。

以上問題歡迎大家發表意見！

我以前用的是Jbuilder X，Borland的東西是好。
現在公司指定使用wsad，是IBM開發的基于Eclipse的IDE，但它集成了IBM自身的web application server: WebSphere，在開發過程中比較方便。使用下來感覺不錯！

經過幾天的調試，初步有點心得，在我的blog上記錄一下：
1、client端，clientout.close()語句表面上只是關閉了socket輸出流，但從我的調試中發現，在關閉這個out流后，client就不能在取得socket，說明在關閉out流的同時，也隱式的關閉了socket。所以server端就無法返回數據了。解釋我的第一和第二個問題。
2、關于server端判定client端是否信息發送完畢的信號問題。
從我幾天的調試中，我總結出幾點（可能還有其他的，請補充）：
a、就是經常使用的out.println(out.print不行）
b、那就是關閉client端out流，out.close()。但這種方法卻關閉了socket，顯然不是大家所愿的。

呵呵！說的對，努力中……

哈哈！苦苦奮斗了好久天，網上差了很多資料，終于解決了。
原來是數據源的設置問題，沒有指定數據源的JNDI名。

有一點需要說明的是：此處配置和Jbuilder不一樣。
Jbuilder中，在進行數據庫映射后不需配置數據源，而Wsad中卻需單獨配置。
也許是Jbuilder中，在映射時服務器自動配置了。
這也是我復查了在wsad中創建CMP整個過程沒發現問題的原因，頭腦中以為配置的數據庫映射后，肯定進行了數據源的設置。所以我在wsad中就沒有這個概念了啊！深思一下：還是我以前使用Jbuilder時，沒有詳究他的自動配置啊！

個人認為這點上wsad做的不如Jbuilder嗎！起碼對于我這種初級人物來說！呵呵！

看不懂！呵呵