本文目錄一覽：
ajax框架 問題
Ajax是時下比較流行的一種web界面設計新思路,其核心思想是從瀏覽器獲取XMLHttp對象與服務器端進行交互. DWR（Direct Web Remoting）就是實現了這種Ajax技術的一種web框架. 最近做的項目中我也將它用上了,感覺很是方便,比如動態生成javascript代碼,隱藏的http協議,java代碼和javascript交互的是javascript的對象(或字符串). 下面是我整理的文檔.
DWR主要由兩部門組成。javascript與web服務器通信並更新web頁；運行在web服務器的Servlet處理請求並把響應發回瀏覽器。
1 . 配置web.xml
servlet
servlet-namedwr-invoker/servlet-name
servlet-classuk.ltd.getahead.dwr.DWRServlet/servlet-class
/servlet
servlet-mapping
servlet-namedwr-invoker/servlet-name
url-pattern/dwr/*/url-pattern
/servlet-mapping
2 當我們想看dwr自動生成的測試頁時,可在java代碼
servlet中加
init-param
param-namedebug/param-name
param-valuetrue/param-value
/init-param
這個參數DWR默認是false.如果選擇true.我們可以通過url ,你就可以看到你部署的每個DWR class。並且可以測試java代碼的每個方法是否運行正常。為了安全考慮，在正式環境下你一定把這個參數設為false.
3 log信息配置
我喜歡用log4j輸出日誌,那麼在log4j.properties下加，log4j.logger.uk.ltd.getahead.dwr = debug。這樣可以看DWR的調試日誌。
4 配置dwr.xml (和web.xml同目錄)
create creator=”new” javascript=”JDate”
param name=”class” value=”java.util.Date”/
/create
這裡的多數元素都是可選的 – 你真正必須知道的是指定一個creator和一個javascript名字。
creator屬性 是必須的 – 它用來指定使用那種創造器。
默認情況下DWR1.1有8種創造器。它們是：
new: 用Java的new關鍵字創造對象。
none: 它不創建對象，看下面的原因。 (v1.1+)
scripted: 通過BSF使用腳本語言創建對象，例如BeanShell或Groovy。
spring: 通過Spring框架訪問Bean。
jsf: 使用JSF的Bean。 (v1.1+)
struts: 使用Struts的FormBean。 (v1.1+)
pageflow: 訪問Beehive或Weblogic的PageFlow。 (v1.1+)
javascript屬性 用於指定瀏覽器中這個被創造出來的對象的名字。你不能使用Javascript的關鍵字。
scope屬性 非常類似servlet規範中的scope。 它允許你指定這個bean在什麼生命範圍。選項有”application”, “session”, “request” 和”page”。這些值對於Servlet和JSP開發者來說應該相當熟悉了。
scope屬性是可選的。默認是”page”。如果要使用”session”需要cookies。當前的DWR不支持ULR重寫。
param元素 被用來指定創造器的其他參數，每種構造器各有不同。例如，”new”創造器需要知道要創建的對象類型是什麼。每一個創造器的參數在各自的文檔中能找到。請查看上面的鏈接。
include和exclude元素 允許創造器來限制類中方法的訪問。一個創造器必須指定include列表或exclude列表之一。如果是include列表則暗示默認的訪問策略是”拒絕”；如果是exclude列表則暗示默認的訪問策略是”允許”。
5 dwr.jar下載後放lib下
源碼淺析
dwr的設計很象webwork2的設計,隱藏http協議,擴展性，兼容性及強。
通過研究uk.ltd.getahead.dwr.DWRServlet這個servlet來研究下dwr到底是如何工作的。
servlet
servlet-namedwr-invoker/servlet-name
servlet-classuk.ltd.getahead.dwr.DWRServlet/servlet-class
/servlet
servlet-mapping
servlet-namedwr-invoker/servlet-name
url-pattern/dwr/*/url-pattern
/servlet-mapping
這樣/dwr/*下的所有的請求都是由這個servlet來處理,到底生理了什麼呢,我們還是以例子來說明吧.
1 web服務器啟動，DWRServlet init()方法調用，init主要做了以下工作。
設置日誌級別、實例化DWR用到的單例類（這些類在jvm中只有一個實例對象）、讀去配置文件（包括dwr.jar包中的dwr.xml,WEB-INF/dwr.xml. config*.xml）。
2 請求處理
DWRServlet.doGet, doPost方法都調用processor.handle(req, resp)方法處理。Processor對象在init()方法中已經初始化了。
代碼
public void handle(HttpServletRequest req, HttpServletResponse resp)
throws IOException
{
String pathinfo = req.getPathInfo();
if(pathinfo == null || pathinfo.length() == 0 || pathinfo.equals(“/”))
{
resp.sendRedirect(req.getContextPath() + req.getServletPath() + ‘/’ + “index.html”);
} else
if(pathinfo != null pathinfo.equalsIgnoreCase(“/index.html”))
{
doIndex(req, resp);
} else
if(pathinfo != null pathinfo.startsWith(“/test/”))
{
doTest(req, resp);
} else
if(pathinfo != null pathinfo.equalsIgnoreCase(“/engine.js”))
{
doFile(resp, “engine.js”, “text/javascript”);
} else
if(pathinfo != null pathinfo.equalsIgnoreCase(“/util.js”))
{
doFile(resp, “util.js”, “text/javascript”);
} else
if(pathinfo != null pathinfo.equalsIgnoreCase(“/deprecated.js”))
{
doFile(resp, “deprecated.js”, “text/javascript”);
} else
if(pathinfo != null pathinfo.startsWith(“/interface/”))
{
doInterface(req, resp);
} else
if(pathinfo != null pathinfo.startsWith(“/exec”))
{
doExec(req, resp);
} else
{
log.warn(“Page not found. In debug/test mode try viewing /[WEB-APP]/dwr/”);
resp.sendError(404);
}
}
dwr/*處理的請求也就這幾種。
（1）dwr/index.html，dwr/test/這種只能在debug模式下使用，調試用。
dwr/engine.js，dwr/util.js，dwr/deprecated.js當這個請求到達，從dwr.jar包中讀取文件流，響應回去。（重複請求有緩存）
（2）當dwr/interface/這種請求到來，（例如我們在index.html中的 script type=’text/javascript’ src=’dwr/interface/JDate.js’/script）DWR做一件偉大的事。把我們在WEB-INF/dwr.xml中的
create creator=”new” javascript=”JDate”
param name=”class” value=”java.util.Date”/
/create
java.util.Date轉化為javascript函數。
看看吧。
細節也比較簡單，通過java反射，把方法都寫成javascript特定的方法。（我覺得這些轉換可以放到緩存里，下次調用沒必要再生成一遍，不知道作者為什麼沒這樣做）。
（3）dwr/exec
javascript調用方法時發送這種請求，可能是XMLHttpRequest或IFrame發送。
當然，javascript調用的方法簽名與java代碼一致，包括參數，還有javascript的回調方法也傳到了服務器端，在服務器端很容易實現。回調方法的java的執行結果 返回類似 scriptcallMethod(結果)script的javascript字符串,在瀏覽器執行。哈，一切就這麼簡單，巧妙。
AJAX詳細介紹？
AJAX技術介紹(什麼是AJAX?)
By 凌雲志 發表於 2006-4-15 23:42:00
不得不關注這個技術了，轉點資料貼着慢慢了解了解。
一、AJAX開發者的最新工具和技術
基於XML的異步JavaScript，簡稱AJAX，是當前Web創新（稱為Web2.0）中的一個王冠。感謝組成AJAX的各種技術，Web應用的交互如Flickr, Backpack和Google在這方面已經有質的飛躍。這個術語源自描述從基於網頁的Web應用到基於數據的應用的轉換。在基於數據的應用中，用戶需求的數據如聯繫人列表，可以從獨立於實際網頁的服務端取得並且可以被動態地寫入網頁中，給緩慢的Web應用體驗着色使之像桌面應用一樣。
雖然大部分開發人員在過去使用過XMLHttp或者使用Iframe來加載數據，但僅到現在我們才看到傳統的開發人員和公司開始採用這些技術。就像新的編程語言或模型伴隨着更多的痛苦，開發人員需要學習新的技巧及如何最好利用這些新技術。
二、AJAX模式
許多重要的技術和AJAX開發模式可以從現有的知識中獲取。例如，在一個發送請求到服務端的應用中，必須包含請求順序、優先級、超時響應、錯誤處理及回調，其中許多元素已經在Web服務中包含了，就像現在的SOA。AJAX開發人員擁有一個完整的系統架構知識。同時，隨着技術的成熟還會有許多地方需要改進，特別是UI部分的易用性。
AJAX開發與傳統的CS開發有很大的不同。這些不同引入了新的編程問題，最大的問題在於易用性。由於AJAX依賴瀏覽器的JavaScript和XML，瀏覽器的兼容性和支持的標準也變得和JavaScript的運行時性能一樣重要了。這些問題中的大部分來源於瀏覽器、服務器和技術的組合，因此必須理解如何才能最好的使用這些技術。
綜合各種變化的技術和強耦合的客戶服務端環境，AJAX提出了一種新的開發方式。AJAX開發人員必須理解傳統的MVC架構，這限制了應用層次之間的邊界。同時，開發人員還需要考慮CS環境的外部和使用AJAX技術來重定型MVC邊界。最重要的是，AJAX開發人員必須禁止以頁面集合的方式來考慮Web應用而需要將其認為是單個頁面。一旦UI設計與服務架構之間的範圍被嚴格區分開來後，開發人員就需要更新和變化的技術集合了。
三、時刻想着用戶
AJAX的最大機遇在於用戶體驗。在使應用更快響應和創新的過程中，定義Web應用的規則正在被重寫；因此開發人員必須更注重用戶。現在用戶已經逐漸習慣如何使用Web應用了。例如用戶通常希望每一次按鈕點擊會導致幾秒的延遲和屏幕刷新，但AJAX正在打破這種長時間的狀況。因此用戶需要重新體驗按鈕點擊的響應了。
可用性是AJAX另人激動的地方而且已經產生了幾種新穎的技術。其中最引人注目的是一種稱為“黃色隱出”的技術，他在數據更新之前時將用戶界面變為黃色，更新完成後立刻恢復原來的顏色。AJAX開發人員將用戶從Web應用的負載中解放出來；小心地利用AJAX提供的豐富接口，不久桌面開發人員會發現AJAX是他們的方向。
四、幾種工具和技術
隨着AJAX迅速地引人注目起來，我想開發人員對這種技術的期待也迅速地增加。就像任何新技術，AJAX的興旺也需要一整個開發工具/編程語言及相關技術系統來支撐。
１、JavaScript
如名字所示AJAX的概念中最重要而最被忽視的是他也是一種JavaScript編程語言。JavaScript是一種粘合劑使AJAX應用的各部分集成在一起。在大部分時間，JavaScript通常被服務端開發人員認為是一種企業級應用不需要使用的東西應該儘力避免。這種觀點來來自以前編寫JavaScript代碼的經歷：繁雜而又易出錯的語言。類似的，他也被認為將應用邏輯任意地散布在服務端和客戶端中，這使得問題很難被發現而且代碼很難重用。在AJAX中JavaScript主要被用來傳遞用戶界面上的數據到服務端並返回結果。XMLHttpRequest對象用來響應通過HTTP傳遞的數據，一旦數據返回到客戶端就可以立刻使用DOM將數據放到網面上。
２、XMLHttpRequest
XMLHttpRequest對象在大部分瀏覽器上已經實現而且擁有一個簡單的接口允許數據從客戶端傳遞到服務端，但並不會打斷用戶當前的操作。使用XMLHttpRequest傳送的數據可以是任何格式，雖然從名字上建議是XML格式的數據。
開發人員應該已經熟悉了許多其他XML相關的技術。XPath可以訪問XML文檔中的數據，但理解XML DOM是必須的。類似的，XSLT是最簡單而快速的從XML數據生成HTML或XML的方式。許多開發人員已經熟悉Xpath和XSLT，因此AJAX選擇XML作為數據交換格式有意義的。XSLT可以被用在客戶端和服務端，他能夠減少大量的用JavaScript編寫的應用邏輯。
３、CSS
為了正確的瀏覽AJAX應用，CSS是一種AJAX開發人員所需要的重要武器。CSS提供了從內容中分離應用樣式和設計的機制。雖然CSS在AJAX應用中扮演至關重要的角色，但他也是構建創建跨瀏覽器應用的一大阻礙，因為不同的瀏覽器廠商支持各種不同的CSS級別。
五、服務器端
但不像在客戶端，在服務端AJAX應用還是使用建立在如Java,.Net和PHP語言基礎上機制；並沒有改變這個領域中的主要方式。
既然如此，我們對Ruby on Rails框架的興趣也就迅速增加了。在一年多前，Ruby on Rails已經吸引了大量開發人員基於其強大功能來構建Web和AJAX應用。雖然目前還有很多快速應用開發工具存在，Ruby on Rails看起來已經儲備了簡化構建AJAX應用的能力。
六、開發工具
在實際構建AJAX應用中，你需要的不只是文本編輯器。既然是JavaScript非編譯的，他可以容易地編寫和運行在瀏覽器中；然而，許多工具提供了有用的擴展如語法高亮和智能完成。
不同的IDE提供了對JavaScript支持的不同等級。來自JetBrains的IntelliJ IDEA是一個用來JavaScript開發的更好的IDE，雖然許多開發人員也喜歡Microsoft’s Visual Studio產品（允諾會在最新的版本中改善對AJAX的支持）。Eclipse包含了兩個免費的JavaScript編輯器插件和一個商業的來自ActiveStat的Komodo IDE。
另一個JavaScript和AJAX開發中的問題是調試困難。不同的瀏覽器提供不同的通常是隱藏的運行時錯誤信息，而JavaScript的缺陷如雙重變量賦值（通常是由於缺少數據類型）使得調試更加困難。在AJAX的開發中，調試就更複雜了，因為其需要標識究竟是客戶端還是服務端產生的錯誤。在過去，JavaScript調試的方法是刪除所有代碼然後一行行的增加直到錯誤出現。現在，更多開發人員回到為IE準備的Microsoft Script Debugger和為Mozilla瀏覽器準備的Venkman。
七、瀏覽器兼容性
JavaScript編程的最大問題來自不同的瀏覽器對各種技術和標準的支持。構建一個運行在不同瀏覽器（如IE和火狐）是一個困難的任務。因此幾種AJAX JavaScript框架或者生成基於服務端邏輯或標記庫的JavaScript，或者提供符合跨瀏覽器AJAX開發的客戶端JavaScript庫。一些流行的框架包括：AJAX.Net, Backbase, Bitkraft, Django, DOJO, DWR, MochiKit, Prototype, Rico, Sajax, Sarissa, and Script.aculo.us.
這些框架給開發人員更多的空間使得他們不需要擔心跨瀏覽器的問題。雖然這些框架提升了開發人員構建應用的能力，但由於廠商已經開發了更細節的用戶界面的打包組件解決方案，因此在AJAX組件市場中需要考慮一些其他因素。例如提供通用用戶界面的組件如組合框和數據柵格的幾個廠商，都可以被用來在應用中創建良好的通過類似電子數據表方式來查看和編輯數據的體驗。但這些組件不僅是封裝了組件的用戶界面而且包括與服務端數據的通訊方式，這些組件通常使用基於標記方式來實現如ASP.Net或JSF控件。
八、展望
最近IE和火狐之間的瀏覽器之爭變得火熱起來，因此AJAX開發人員需要足夠敏捷的作出反應。關鍵點在一些問題如CSS或XML，雖然各種瀏覽器形成採用最新標準的不同陣營（如Mozilla擁抱SVG和E4X標準及在最新火狐BETA版本中使用XUL，而微軟使用自己的XAML技術）。所有這些技術代表當前AJAX主流JavaScript和XML的市場方向改變。
總的來說，AJAX開發人員必須儘快地跟進最新的技術並利用高產的工具集。成功的AJAX開發人員還需要留心他們的使用者以避免將任何問題擴大化。並且AJAX開發人員還需要持續地創新來創建增強Web應用易用性的新方法
ajax絕對難題。。。。。。
第一個問題比較好解決，你現在的代碼是在onreadystatechange事件裡面，如果通過就設置按鈕為允許，改為設置兩個全局變量：
var name_chk_pass=false;
var email_chk_pass=false;
在 onreadystatechange 事件裡面，把以前直接設置按鈕為允許的代碼修改如下：
email_chk_pass=(判斷驗證是否通過)
if (email_chk_pass name_chk_pass) 設置按鈕為允許
如果你名字驗證、郵件驗證是使用的一個xmlHTTP對象、一個onreadystatechange事件處理代碼，那麼你應該在xmlHTTP.send之前，設置一個全局變量記錄當前是驗證的什麼，onreadystatechange事件的時候才知道結果的含義。用這個方法可以解決第二個問題。
jsf 翻頁
這個問題產生的原因是受JSF生命周期的影響，即使在第二頁有個文本框，你輸入值，然後回到第一頁，再進入第二頁，文本框裡面的東西也會消失。
解決的辦法是：當你打上勾後，重新刷新一下當前頁面。那麼這樣就能保存你當前的動作和值。
可以使用ajax，局部刷新。把代碼加在selectBooleanCheckbox中
a4j:support event=”onchange”
onsubmit=”showLoadingPage()”
action=””
oncomplete=”hideLoadingPage()”
reRender=”重新渲染的組建ID”
a4j:ajaxListener type=”org.ajax4jsf.ajax.ForceRender” /
/a4j:support
希望對你有所幫助。
jsf ajax session超時跳轉問題
你JSF的實現用的是官方的，還是myfaces，如果是myfaces的話，”$”應該衝突了
jsf導航配置文件的問題
我們的是直接配置一個filter.xml文件。希望對你有所幫助。
!– filters.xml starts —
!– context-params.xml does not work. put here —
context-param
param-namejavax.faces.STATE_SAVING_METHOD/param-name
param-valueserver/param-value
/context-param
context-param
param-nameorg.apache.myfaces.READONLY_AS_DISABLED_FOR_SELECTS/param-name
param-valuetrue/param-value
/context-param
context-param
param-nameorg.apache.myfaces.ADD_RESOURCE_CLASS/param-name
param-valueorg.apache.myfaces.renderkit.html.util.DefaultAddResource/param-value
/context-param
context-param
param-nameorg.apache.myfaces.RESOURCE_VIRTUAL_PATH/param-name
param-value/faces/myFacesExtensionResource/param-value
/context-param
context-param
param-nameorg.apache.myfaces.CHECK_EXTENSIONS_FILTER/param-name
param-valuetrue/param-value
/context-param
context-param
param-namejavax.faces.CONFIG_FILES/param-name
param-value/WEB-INF/模塊一.xml,
/WEB-INF/模塊二.xml, /WEB-INF/模塊三.xml
/param-value
/context-param
context-param
param-nameorg.apache.myfaces.ALLOW_JAVASCRIPT/param-name
param-valuetrue/param-value
!–
description
This parameter tells MyFaces if javascript code should be allowed in the
rendered HTML output.
If javascript is allowed, command_link anchors will have javascript code
that submits the corresponding form.
If javascript is not allowed, the state saving info and nested parameters
will be added as url parameters.
Default: “true”
/description
—
/context-param
context-param
param-nameorg.apache.myfaces.DETECT_JAVASCRIPT/param-name
param-valuefalse/param-value
!–
description
This parameter tells MyFaces if javascript code should be allowed in the
rendered HTML output.
If javascript is allowed, command_link anchors will have javascript code
that submits the corresponding form.
If javascript is not allowed, the state saving info and nested parameters
will be added as url parameters.
Default: “false”
Setting this param to true should be combined with STATE_SAVING_METHOD “server” for
best results.
This is an EXPERIMENTAL feature. You also have to enable the detector filter/filter mapping below to get
JavaScript detection working.
/description
—
/context-param
context-param
param-namejavax.faces.PARTIAL_STATE_SAVING_METHOD/param-name
param-valuefalse/param-value
/context-param
context-param
param-nameorg.apache.myfaces.PRETTY_HTML/param-name
param-valuetrue/param-value
!–
description
If true, rendered HTML code will be formatted, so that it is “human readable”.
i.e. additional line separators and whitespace will be written, that do not
influence the HTML code.
Default: “true”
/description
—
/context-param
context-param
param-nameorg.apache.myfaces.AUTO_SCROLL/param-name
param-valuetrue/param-value
!–
description
If true, a javascript function will be rendered that is able to restore the
former vertical scroll on every request. Convenient feature if you have pages
with long lists and you do not want the browser page to always jump to the top
if you trigger a link or button action that stays on the same page.
Default: “false”
/description
—
/context-param
!– WelcomeFile Filter —
!–
filter
filter-nameWelcomeFile Filter/filter-name
filter-classorg.apache.myfaces.webapp.filter.WelcomeFileFilter/filter-class
description
Due to the manner in which the JSP / servlet lifecycle
functions, it is not currently possible to specify default
welcome files for a web application and map them to the
MyFacesServlet. Normally they will be mapped to the
default servlet for the JSP container. To offset this
shortcoming, we utilize a servlet Filter which examines
the URI of all incoming requests.
/description
/filter
—
!– JavaScriptDetector Filter —
!–
filter
filter-namejavascriptDetector/filter-name
filter-classorg.apache.myfaces.webapp.filter.JavaScriptDetectorFilter/filter-class
/filter
—
filter
filter-nameMyFacesExtensionsFilter/filter-name
filter-classorg.apache.myfaces.webapp.filter.ExtensionsFilter/filter-class
init-param
param-nameuploadMaxFileSize/param-name
param-value200m/param-value
/init-param
init-param
param-nameuploadThresholdSize/param-name
param-value100k/param-value
/init-param
/filter
filter
display-nameAjax4jsf Filter/display-name
filter-nameajax4jsf/filter-name
filter-classorg.ajax4jsf.Filter/filter-class
init-param
param-nameforceparser/param-name
param-valuefalse/param-value
/init-param
/filter
!– filters.xml ends —
原創文章，作者：小藍，如若轉載，請註明出處：https://www.506064.com/zh-hant/n/159657.html
微信掃一掃 
支付寶掃一掃 