隨筆-49 評論-67 文章-27 trackbacks-0

GridFTP
?????? store (STOR)
??????retrieve (RETR)
??????extended store (ESTO)
??????extended retrieve (ERET)
??????(PASV)
??????(SPAS)
??????(PORT)
??????(SPOR)
??????protocol interperter (PI)
??????data transfer process (DTP)
??????messages passing interface (MPI)

posted on 2006-04-18 10:21 思考閱讀(315) 評論(0) 編輯收藏所屬分類: Grid Computing

新用戶注冊刷新評論列表


只有注冊用戶登錄后才能發(fā)表評論。




網(wǎng)站導航: 博客園 IT新聞 Chat2DB C++博客博問管理
相關文章: Windows平臺下基于Web服務開發(fā)Globus應用 globus中遇到的縮寫 GT4編程 First Step Globus Toolkit 4.0安裝配置 Part I

<

2025年6月

>

日

一

二

三

四

五

六

25

26

27

28

29

30

31

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

30

1

2

3

4

5

常用鏈接

留言簿(12)

隨筆分類

隨筆檔案

文章分類

文章檔案

相冊

temp

收藏

令你捧腹大笑的38張...（貼圖）
關于struts的upload組件的編碼問題
　　我們的項目一般都是采用struts，以前一直沒用過它的upload，今天改一個項目的時候（這個項目用了upload，呵呵，不是我寫的），發(fā)現(xiàn)不管怎么轉(zhuǎn)碼，都不會是中文，就算轉(zhuǎn)對了，也只有一部份是中文，倒...這下可慘了，一部份是中文，這樣的話肯定轉(zhuǎn)換不成功了（只有upload部份的是亂碼，其它部份都是中文－－UTF－8編碼）。無奈之下就又去apache的網(wǎng)站上下了1.2的（我用的是1.1），想測試一下，結(jié)果下載后測試upload組件，依然是亂碼，這樣的話就沒辦法了，肯定是upload部份有問題，然后又把1.2的源碼下載下來，看了一陣，發(fā)現(xiàn)果然是struts的upload的問題，它沒有處理charset，找了一會，發(fā)現(xiàn)主要是通過CommonsMultipartRequestHandler的handleRequest方法來處理上傳的請求的（修改其它地方也可以），將它的request對象中加入編碼，如下： if(request.getCharacterEncoding()==null){ 　 upload.setHeaderEncoding("UTF-8"); }else{ 　 upload.setHeaderEncoding(request.getCharacterEncoding()); } 這樣的話就可以處理了，經(jīng)測試也正常。不知道struts為什么不處理，我也郁悶，呵呵....... 我是用1.2的源代碼編譯的，呵呵，放在1.1中也沒有問題，看來這部份沒有做過修改（沒看過它的changelog不知道，哈哈）
牛仔褲的幾大著名品牌
英文email
英文信件格式

常用鏈接

留言簿(12)

隨筆分類

隨筆檔案

文章分類

文章檔案

相冊

收藏

搜索

最新評論

閱讀排行榜

評論排行榜