很多人都在問，struts2驗(yàn)證失敗后select中l(wèi)ist數(shù)據(jù)丟失的問題
could not be resolved as a collection/array/map/enumeration/iterator type. Example: people or people.{name}。
其實(shí)這個(gè)問題很簡(jiǎn)單，大多數(shù)人，是通過action跳轉(zhuǎn)到數(shù)據(jù)編輯頁面的，這樣做的目的是方便把數(shù)據(jù)庫(kù)里的數(shù)據(jù)，反顯到頁面。同時(shí)也可以通過該action 將select中的列表數(shù)據(jù)從數(shù)據(jù)庫(kù)中取出，傳遞給頁面。但是，這里出現(xiàn)一個(gè)問題，那就是在struts2驗(yàn)證失敗后返回input的時(shí)候，頁面不是通過該action的該方法傳遞回去的（實(shí)際上是通過DefaultWorkflowInterceptor攔截器攔截回去的），所以這個(gè)時(shí)候頁面就找不到sleect的數(shù)據(jù)集合，從而報(bào)錯(cuò)。有的人也許會(huì)問，修改input的type為redirect，直接掉轉(zhuǎn)到那個(gè)action上去，呵呵，這種方法雖然可以保證得到select的數(shù)據(jù)集合，因?yàn)閞edirect的性質(zhì)，我們丟失了之前驗(yàn)證的錯(cuò)誤信息。所以還是不能解決問題，那么有的人可能說了，那么改用chain就可以了吧，如果改用chain，我們知道，chain是action鏈的掉轉(zhuǎn)，執(zhí)行action還是要經(jīng)過攔截器，所以因?yàn)槟銕в序?yàn)證錯(cuò)誤信息，你還是會(huì)被DefaultWorkflowInterceptor攔截器攔截，還是會(huì)報(bào)錯(cuò)，而且是chain鏈錯(cuò)。
其實(shí)，可以反一種思路，既然走跳轉(zhuǎn)不成功，我們可不可以在頁面上下功夫呢。其實(shí)我們的select的list能不能不經(jīng)過action而直接得到數(shù)據(jù)呢，是可以的，我們的ognl可以訪問某個(gè)對(duì)象的某個(gè)方法，也可以訪問某個(gè)靜態(tài)類的靜態(tài)屬性，靜態(tài)方法。所以我們可以將這些數(shù)據(jù)通過對(duì)象方法訪問，也可以通過靜態(tài)類的靜態(tài)方法去訪問，具體怎么做，根據(jù)需要寫就可以了。代碼就不在這里寫了，因?yàn)榉浅：?jiǎn)單。