由于在一張表單中要同時(shí)提交多個(gè)form。
因此非常郁悶,再后面幾個(gè)form還沒提交前,第一個(gè)form已經(jīng)自動(dòng)轉(zhuǎn)向的action指向的頁(yè)面,導(dǎo)致提交出現(xiàn)一定錯(cuò)誤。
后來(lái)利用了form的target屬性則解決了這個(gè)問題,呵呵。
以往在A中關(guān)聯(lián)B。
經(jīng)常碰到的問題在于頁(yè)面A.B.getC()時(shí),回由于B屬性的未定義造成未生成實(shí)例的Exception。
解決方法一:在新建頁(yè)面中,強(qiáng)制輸入B類
解決方法二?? 在A定義時(shí)。B b=new B();
方法二的不利之處在于。如果B中有屬性是not null的,新建時(shí)就有可能報(bào)錯(cuò)。
假設(shè)保留4位:var a;
a=Math.ceil(a*10000)/10000;
之前重啟jboss的時(shí)候,一般temp和work文件夾都會(huì)自動(dòng)重新生成。
然后以為tomcat也是這樣。結(jié)果work文件夾是重新啟動(dòng)了,temp文件夾沒有。
然后我要上傳一個(gè)文件的時(shí)候,機(jī)器死活提示“無(wú)權(quán)訪問”
一個(gè)一個(gè)查下來(lái),就是查不到可能出錯(cuò)的地方,最后才聯(lián)想到tomcat的temp文件夾.....
在tomcat下重新手動(dòng)建立了一個(gè)temp文件夾,問題瞬間迎刃而解........
所以說(shuō)程序員不會(huì)被復(fù)雜的邏輯嚇倒,但遲早會(huì)被平時(shí)不注意的小問題折磨死啊T_T
昨天去客戶那里更新程序,碰到了一個(gè)很郁悶的問題,程序更新后所有展開列表全部報(bào)錯(cuò)。最后一查,發(fā)現(xiàn)原來(lái)是早先一個(gè)版本中一條記錄對(duì)象的int屬性在修改時(shí)變成了string屬性。幾乎800條記錄因?yàn)檫@個(gè)錯(cuò)誤屬性都沒辦法正常顯示了。怎么辦?一條條改簡(jiǎn)直要出人命了,這時(shí)候依稀記得學(xué)校學(xué)過sql,于是干脆在客戶公司里google查sql基本命令,然后通過最最基本的update set把這800條全部改好,程序順利執(zhí)行。哈哈,以前記得在學(xué)校學(xué)的時(shí)候考試還復(fù)雜的很,7繞8彎好幾個(gè)表要關(guān)聯(lián)一起修改,其實(shí)真正用的時(shí)候沒那么復(fù)雜。關(guān)鍵還是要碰到問題時(shí)冷靜下來(lái)想想解決問題的方法,呵呵。
AMD,唉!雙核!雙核!雙核!INTEL立功了!INTEL立功了!不要給AMD任何機(jī)會(huì)!
偉大的INTEL雙核技術(shù)!他繼承了INTEL的光榮傳統(tǒng),486、586、奔騰III在這一
刻靈魂附體!INTEL雙核技術(shù)代表了INTEL悠久的歷史和傳統(tǒng),在這一刻它不是一
顆CPU在工作,它不是一顆!
XP,XP面對(duì)這顆CPU,他面對(duì)的是全世界INTEL人的目光,和期待。
超過了!比賽結(jié)束了!INTEL獲得了勝利,超出了AMD。它沒有再一次倒在魯伊滋
的AMD CPU面前,偉大的INTEL!偉大的INTEL雙核!戈登·摩爾今天生日快樂
!INTEL萬(wàn)歲!