<rt id="bn8ez"></rt>
<label id="bn8ez"></label>

  • <span id="bn8ez"></span>

    <label id="bn8ez"><meter id="bn8ez"></meter></label>

    Dev Zone
    偏執狂才能生存,人生/事業的路上需要再堅持一下
    但是又怎么說得清堅持的結果,道得盡堅持的含義

    2006年2月21日

         發現一個問題,使用struts進行文件上傳,如果有些參數沒有完全定義在ActionForm中,需要從request.getParameter獲取,在表單提交并且validate失敗返回input頁面時,這部分需要從request.getPrameter獲取的參數數據都丟失了,即使再對request進行multipart解析也不能得到。

         經過分析,發現struts的ActionServlet在接收到multipart請求之后,在RequestProcessor中會對request進行封裝:MultiRequestWrapper,然后在Action執行完之后,又將已經封裝的request重新還原。以下是部分代碼,截直RequestProcessor:

    封裝:
        protected HttpServletRequest processMultipart(HttpServletRequest request) {

            
    if (!"POST".equalsIgnoreCase(request.getMethod())) {
                
    return (request);
            }

            
            String contentType 
    = request.getContentType();
            
    if ((contentType != null&&
                contentType.startsWith(
    "multipart/form-data")) {
                
    return (new MultipartRequestWrapper(request));
            }
     else {
                
    return (request);
            }


        }

    還原:
       在doForward和doInclude中在forward和include之前都執行了下面的代碼:
            if (request instanceof MultipartRequestWrapper) {
                request 
    = ((MultipartRequestWrapper) request).getRequest();
            }


         問題就出現在這兒。在經過測試之后,發現request只能進行一次multipart解析,這或許和解析request的時候調用了request.inputStream有關,第一次調用之后再調用就不能獲取其中的有效內容了。因此發現request在調用CommonsMultipartRequestHandler.handleRequest進行解析后并還原后,調用common-upload對request進行解析已經得不到任何得提交內容了,因此當Form驗證失敗,返回input頁面時,即使再進行multpart解析,也不能通過request.getPrameter取到你想要的數據。而此時,表單中的數據卻不會丟失(定義在ActionForm中的表單域),這是因為struts的html系列tag在redisplay時值都是從ActionForm獲取的。

           在將RequestProcessor.doForward和doInclude中還原request的語句注釋后,問題得到了解決。到目前還不清楚為什么struts要還原request,難道是因為chain的原因?

           webwork中應該不會出現這個問題,因為webwork中無論ServletDispatcher還是FilterDispatcher在對request wrap之后都沒有再還原。
    posted @ 2006-03-15 06:10 dev 閱讀(3933) | 評論 (1)編輯 收藏
     
    tomcat、jdk1.4下出現The output format must have a '{http://xml.apache.org/xalan}content-handler' property!的原因:
        這是因為系統、tomcat或者jdk使用了老版本的xalan.jar。系統如果本身沒有使用,而tomcat/common/lib、tomcat/common/endorsed/lib、tomcat/shared/lib下又沒有xalan.jar的話,那就是jdk使用了老版本的xalan.jar——在jre\lib\rt.jar里面。下載最新的xalan.jar然后放到tomcat/common/endorsed下即可解決這一問題。
    posted @ 2006-03-03 19:46 dev 閱讀(1049) | 評論 (1)編輯 收藏
     
    暫時記下,沒想透徹,思考所得、個人見解以后再加入。

    企業發展的4個階段:
  • 產品階段
  • 資產階段
  • 資本階段
  • 品牌階段

    企業管理的4個階段:
  • 人治,嘴上說
  • 法治,建立制度
  • 企業文化
  • 目標管理,充分發揮員工的積極主動型,自我管理
  •  

    posted @ 2006-02-21 02:13 dev 閱讀(747) | 評論 (0)編輯 收藏
     

          blog很好,blogjava暫時感覺也很好,可是為什么不能寫只允許自己看的日志呢?雖說blog就是為了大家能夠分享彼此的觀點感想,但是總有一些東西是不便公開或者暫時不能公開的。如果允許寫只允許自己看的日志,blog的應用范圍就會更大,價值也會被充分挖掘了。
         也可能是我愚昧,對blog了解還不深吧,上述所說的blog也許已經出現了(自己搞一個得了,笑談)。

    posted @ 2006-02-21 02:02 dev 閱讀(247) | 評論 (0)編輯 收藏
     
    主站蜘蛛池模板: 爱情岛亚洲论坛在线观看| 久久亚洲AV成人无码国产| 噜噜综合亚洲AV中文无码| 亚洲国产av一区二区三区| 亚洲日本一区二区一本一道 | 最近高清中文字幕无吗免费看| 久久综合图区亚洲综合图区| 在线看片免费人成视频福利| 亚洲av成人无码久久精品| 久久午夜无码免费| 亚洲国产精品线观看不卡| 91精品免费在线观看| jiz zz在亚洲| 日韩在线永久免费播放| 免费不卡中文字幕在线| 色爽黄1000部免费软件下载| 97在线线免费观看视频在线观看| 亚洲国产另类久久久精品小说| 91成人免费福利网站在线| 亚洲综合一区二区精品导航 | 无码色偷偷亚洲国内自拍| 国产男女性潮高清免费网站| 亚洲精品永久www忘忧草| 日本道免费精品一区二区| 久久亚洲精品人成综合网| 成年女人免费v片| 日韩大片免费观看视频播放| 久久乐国产精品亚洲综合| 香港a毛片免费观看| 91丁香亚洲综合社区| 亚洲AV之男人的天堂| 国产好大好硬好爽免费不卡| 亚洲AV无码一区二区三区人| 大胆亚洲人体视频| 黄色a三级免费看| 亚洲成熟xxxxx电影| 成人一a毛片免费视频| 久久免费香蕉视频| 中中文字幕亚洲无线码| 成人亚洲性情网站WWW在线观看| 96免费精品视频在线观看|