JB8一個jsp文件編寫、保存BUG的因素及更改
發(fā)表時間:2023-07-28 來源:明輝站整理相關(guān)軟件相關(guān)文章人氣:
[摘要]在JB8中編寫、保存的jsp文件的時候通常會出現(xiàn)這種錯誤(在狀態(tài)欄中提示)com.borland.primetime.util.AssertionException: gbk而并不能正確保存jsp文...
在JB8中編寫、保存的jsp文件的時候通常會出現(xiàn)這種錯誤(在狀態(tài)欄中提示)
com.borland.primetime.util.AssertionException: gbk
而并不能正確保存jsp文件。
個人修改辦法如下:
這個問題我在用JB8編寫jsp文件時候發(fā)現(xiàn)的,現(xiàn)在本人已基本解決(但是改動了jdk類庫里一些代碼)
首先我解析一下原因:
JB8這個問題只出現(xiàn)在jsp文件中,而java代碼則沒有問題
我們用JB(所有JB8以前的版本)編寫程序的時候,項(xiàng)目的編碼(Encoding)應(yīng)該是GBK(注意是大寫)
這樣我們編寫Java代碼的時候用的就是GBK,在JB8以前版本中,java文件和jsp文件的用的都是項(xiàng)目編碼
(如:GBK),因此所有文件都用GBK編寫
到了JB8就把java文件和jsp文件分開了,java繼續(xù)用項(xiàng)目的編碼,而jsp則根據(jù)jsp文件頭的
<%@ page contentType="text/html;charset=[encoding]"%>
中[encoding](如GBK、gb2312)來讀取、編寫和寫入文件,如果沒寫明則用ISO-8859-1(這個編碼的寫
法也有問題,后面會有說明修改的方法),但這里用GBK編寫代碼的時候則JB8莫名其妙的把GBK改為小寫
gbk(borland程序員寫錯還是其他原因?!誰知道。趈dk類庫中并沒有這中編碼(java是區(qū)分大
小寫的),因此就出現(xiàn)以上的錯誤:
com.borland.primetime.util.AssertionException: gbk
解決方法:
在用我的修改方法前,大家錯好能找些關(guān)于java字符集(支持的編碼)的資料(論壇精華區(qū)有資料)
我這里修改的jdk的類庫,并不修改JB8的代碼(JB8太龐大,找起來不好找)
在jdk類庫中負(fù)責(zé)編碼別名轉(zhuǎn)換類是sun.io.CharacterEncoding(在rt.jar包中,jdk目錄是jdk1.4\jre\
lib)
這解析一下別名,
java中支持的編碼比較多,如:ISO8859_1,gb2312,GBK等,而java是區(qū)分大小寫的,如果我把ISO8859_1
寫成iso8859_1,java會出錯的,就像JB8把GBK寫成gbk就出錯了,那java錯了一些容錯處理,當(dāng)他讀到
某些并不是自己支持的編碼是就會去找sun.io.CharacterEncoding,看看這里有沒有對應(yīng)的編碼轉(zhuǎn)換,
如果有則轉(zhuǎn)成標(biāo)準(zhǔn)的編碼,這里我們這些寫得并不標(biāo)準(zhǔn)得編碼成為編碼得別名,而編碼得別名可能會有
很多(這個跟操作系統(tǒng)有關(guān),如ISO8859_1就有很多中寫法:iso_8859-1,iso8859_1)
別名具體的英文名字解析我不記得了,我自己按自己的理解把它叫做別名
接著我簡要說明一下sun.io.CharacterEncoding是怎樣實(shí)現(xiàn)別名的轉(zhuǎn)換
說起來很簡單,就是用一個HashMap做key與value的對應(yīng)表
sun.io.CharacterEncoding部分編碼如下(用jad反編譯出來的)
((HashMap) (obj)).put("us-ascii", "ASCII");
((HashMap) (obj)).put("ascii", "ASCII");
((HashMap) (obj)).put("646", "ASCII");
((HashMap) (obj)).put("iso_646.irv:1983", "ASCII");
((HashMap) (obj)).put("ansi_x3.4-1968", "ASCII");
((HashMap) (obj)).put("iso646-us", "ASCII");
((HashMap) (obj)).put("default", "ASCII");
((HashMap) (obj)).put("ascii7", "ASCII");
((HashMap) (obj)).put("8859_1", "ISO8859_1");
((HashMap) (obj)).put("iso_8859-1:1987", "ISO8859_1");
((HashMap) (obj)).put("iso-ir-100", "ISO8859_1");
((HashMap) (obj)).put("iso_8859-1", "ISO8859_1");
((HashMap) (obj)).put("iso-8859-1", "ISO8859_1");
((HashMap) (obj)).put("iso8859-1", "ISO8859_1");
。。。。。
這個對應(yīng)表比較大,但找起來并不困難
對照前面jb8的問題,我們很容易就找到原因所在,這個對應(yīng)表中并沒有g(shù)bk和GBK的對應(yīng)。。!
那我們就知道如何解決了,自己加。!
((HashMap) (obj)).put("gbk", "GBK");
(【現(xiàn)在不知道有沒有記錯】后來我同時發(fā)現(xiàn)JB8也寫錯了一個編碼ISO-8859_1,這個在對應(yīng)表中也沒有
,所以建議大家也加上:
((HashMap) (obj)).put("ISO_8859-1", "ISO8859_1");
)
然后編譯自己sun.io.CharacterEncoding,然后加到JB8的jdk1.4的rt.jar包中即可
(怎樣操作請參考jar.exe的說明,在命令窗口運(yùn)行jar就有幫助)
以后JB8就不會出錯了!哈哈 :)
如果對本人理解不認(rèn)同或有更好的解決方法請指出,歡迎討論。