JB8一個jsp檔案編寫、儲存BUG的原因及修改

來源:互聯網
上載者:User
js 在JB8中編寫、儲存的jsp檔案的時候通常會出現這種錯誤(在狀態列中提示)
com.borland.primetime.util.AssertionException: gbk
而並不能正確儲存jsp檔案。

個人修改辦法如下:

這個問題我在用JB8編寫jsp檔案時候發現的,現在本人已基本解決(但是改動了jdk類庫裡一些代碼)

首先我解析一下原因:

JB8這個問題只出現在jsp檔案中,而java代碼則沒有問題
我們用JB(所有JB8以前的版本)編寫程式的時候,項目的編碼(Encoding)應該是GBK(注意是大寫)
這樣我們編寫Java代碼的時候用的就是GBK,在JB8以前版本中,java檔案和jsp檔案的用的都是項目編碼

(如:GBK),因此所有檔案都用GBK編寫

到了JB8就把java檔案和jsp檔案分開了,java繼續用項目的編碼,而jsp則根據jsp檔案頭的
<%@ page contentType="text/html;charset=[encoding]"%>
中[encoding](如GBK、gb2312)來讀取、編寫和寫入檔案,如果沒寫明則用ISO-8859-1(這個編碼的寫

法也有問題,後面會有說明修改的方法),但這裡用GBK編寫代碼的時候則JB8莫名其妙的把GBK改為小寫

gbk(borland程式員寫錯還是其他原因?!誰知道!),而在jdk類庫中並沒有這中編碼(java是區分大

小寫),因此就出現以上的錯誤:
com.borland.primetime.util.AssertionException: gbk

解決方案:
在用我的修改方法前,大家錯好能找些關於java字元集(支援的編碼)的資料(論壇精華區有資料)
我這裡修改的jdk的類庫,並不修改JB8的代碼(JB8太龐大,找起來不好找)
在jdk類庫中負責編碼別名轉換類是sun.io.CharacterEncoding(在rt.jar包中,jdk目錄是jdk1.4\jre\

lib)

這解析一下別名,
java中支援的編碼比較多,如:ISO8859_1,gb2312,GBK等,而java是區分大小寫,如果我把ISO8859_1

寫成iso8859_1,java會出錯的,就像JB8把GBK寫成gbk就出錯了,那java錯了一些容錯處理,當他讀到

某些並不是自己支援的編碼是就會去找sun.io.CharacterEncoding,看看這裡有沒有對應的編碼轉換,

如果有則轉成標準的編碼,這裡我們這些寫得並不標準得編碼成為編碼得別名,而編碼得別名可能會有

很多(這個跟作業系統有關,如ISO8859_1就有很多中寫法:iso_8859-1,iso8859_1)
別名具體的英文名字解析我不記得了,我自己按自己的理解把它叫做別名

接著我簡要說明一下sun.io.CharacterEncoding是怎樣實現別名的轉換
說起來很簡單,就是用一個HashMap做key與value的對應表
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");
。。。。。

這個對應表比較大,但找起來並不困難
對照前面jb8的問題,我們很容易就找到原因所在,這個對應表中並沒有gbk和GBK的對應!!!!
那我們就知道如何解決了,自己加!!!
((HashMap) (obj)).put("gbk", "GBK");
(【現在不知道有沒有記錯】後來我同時發現JB8也寫錯了一個編碼ISO-8859_1,這個在對應表中也沒有

,所以建議大家也加上:
((HashMap) (obj)).put("ISO_8859-1", "ISO8859_1");

然後編譯自己sun.io.CharacterEncoding,然後加到JB8的jdk1.4的rt.jar包中即可
(怎樣操作請參考jar.exe的說明,在命令視窗運行jar就有協助)


以後JB8就不會出錯了!哈哈 :)

如果對本人理解不認同或有更好的解決方案請指出,歡迎討論。

相關文章

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.