Ajax

配置DWR的時候，先拷貝如下servlet到web.xml設定檔中：<!--  dwr ajax 配置

      現在距離gmail改變大家對使用網頁應用程式的方式,已經有一年多了。但是目前很多網頁應用程式,並沒有使用充滿活力的Ajax的優勢,來代替以前沉悶的html功能。下面是當前網頁應用程式應該出現的地方：基於表單的互動

1.HTTP拉取方式：在這種傳統的方法中，用戶端以使用者可定義的時間間隔去檢查伺服器上的最新資料。這種拉取方式的頻率要足夠高才能保證很高的資料精確度，但高頻率可能會導致多餘的檢查，從而導致較高的網路流量。而另一方面，低頻率則會導致錯過更新的資料。理想地，拉取的時間間隔應該等於伺服器狀態改變的速度。 　 2.HTTP流：這種方法由存在於不間斷的HTTP串連響應中或某個XMLHttpRequest串連中的伺服器資料流所組成。 　　 3.反轉AJAX：服務流應用到AJAX，就是所謂的反轉AJAX

jQuery ajax中預設的是utf-8編碼，所以在傳輸中文時會出現亂碼。 解決方案：       請求端：           在js方法中將要傳輸的中文資料重新編碼:           inputVal = encodeURI(inputVal);    //inputVal 為中文字串變數       接收端：          String inputVal =StringUtil.format(request.getParameter("inputVal"));          

在ajax調用時出現Access to restricted URI denied的錯誤，需要檢查：1、是否跨站訪問？參考下這個討論：http://stackoverflow.com/questions/51283/access-to-restricted-uri-denied-code-10122、如果是本地資源訪問，那麼在windows機器上需要注意windows的檔案路徑是不能用來當作web服務路徑的。檢查web根目錄，檢查URI是否是相對於web根目錄的相對路徑並可訪問（包括使用者權限）

 首先要說的就是 ajax 是無法實現上傳檔案的，可以想一下ajax與後台通訊都是通過傳遞字串，怎麼能傳遞檔案呢？其實出於安全考慮js是不能操作檔案的，所以就不要再說用ajax來實現檔案的上傳了，這是不可能的。    而本文實現的檔案上傳也是無頁面重新整理的，可以說是一種"類似AJAX"方法。    開始之前先說兩句無關的，其實在ajax出現之前，web應用也可以是無重新整理的，那時大多通過IFrame來做到這一點。當然Ajax出現之後，人們一窩蜂地投奔Ajax 的陣營了，iFrame

Project Dynamic Faces是數個擴充JavaServer Faces技術的的項目之一。Project Dynamic Faces是一個創新型的項目，提供了向基於JavaServer Faces技術的應用軟體增添Ajax功能的方法。它使我們能夠讓應用軟體已經在使用的任何JavaServer Faces組件支援Ajax功能。我們無需對組件進行修改就能夠使它們支援Ajax，我們也無需對應用軟體進行任何修改就可以使它具有Ajax的魔力。

一、 引言　　基於瀏覽器的檔案上傳，特別是對於通過＜input

最近一直在做電子商務方面的項目，包括買家和賣家後台 分別在seller.com 和buyer.com 還有前台www.xxx.com其中有一個查看商品二級分類的下拉框 需要查詢 當時沒有考慮到這三個項目都會用到 就放到了前台的代碼中，後台需求的變化，賣家和買家後台也要用到這個介面由於初始化前台頁面的時候是用ajax的方式初始化這個下拉框的，所以其他的平台的調用也想到了這個問題，緊接著就遇到ajax跨域的問題 ，下面來提供解決的方法。下面是action的代碼 由三個系統共同調用public

2個檔案 1個Html檔案,一個Servlethtml 代碼為:<html><script>  var xmlHttp;    window.onload=function(){   //alert("111");  doStart();  }    function createXMLHttpRequest(){   // alert("222");  if(window.ActiveXObject){   xmlHttp=new

        目前開發人員對於 AJAX  的感想同世人對超女的評價頗有相似之處。一邊是拍手稱快，一邊是罵聲一片。新生事物的發展真是曲折艱難啊。        有時候，一件東西能否得到大家的認同並不完全取決於它自己的特性是否優良，而在於是否符合潮流。俗話說時事造英雄，是需求決定了最終的結果。因此，毀譽參半也是正常的現象，我開始是靜觀其變，並不摻和其中。但在看了《某知名大企業的教訓--慎用AJAX架構》（原文出處：http://kb.csdn.net/java/Articles/200511/4

        最近想用Ajax實現三級連動，但是在賦servlet的url時，XMLHttpReq.status返回404，也就是沒有找到servlet，url路徑錯誤。       我在web.xml中是這樣配置的。  <servlet-mapping>    <servlet-name>AjaxServlet</servlet-name>    <url-pattern>/dyList</url-pattern> 

  1.前端頁面（使用Jquery的getJSON函數，可實現跨域）  說明：html和php頁面都使用gbk編碼 function item(num,username){ var user =encodeURI(username);//在ajax裡中文傳遞要編碼(js使用utf8格式) $.getJSON("getitem.php?callback=?",{ num:num,

    Ajax 技術現在好多人懂了，但用的時候，代碼五花八門，不易理解和維護。現在已經有一些 Ajax 架構，做的很不錯，例如較早的 xAjax（PHP下的），還有現在的 jQuery、Dhtml 等。但因為架構要考慮通用性和相容性等，實現起來疊床架屋的，比較複雜。對於我們一些小應用來說，用起來有大材小用、打炮大蚊子的感覺。    其實 Ajax 被大家搞的神秘了 - 看看書店裡那些千篇一律的、煞有介事的專門講 Ajax 的書吧。    以下代碼把通過 get 方式實現 Ajax 請求的方法，

今天學習Regex,發現了一篇不錯的文章拿出來和大家分享下:轉自:http://www.regexlab.com/zh/regref.htm引言    Regex（regular expression）描述了一種字串匹配的模式，可以用來：（1）檢查一個串中是否含有符合某個規則的子串，並且可以得到這個子串；（2）根據匹配規則對字串進行靈活的替換操作。   

     我所舉的這個例子是一個企業使用者註冊時的一個應用，當使用者註冊時檢查使用者名稱和企業名是否可用，以前的做法是在旁邊加一個按鈕，點擊“檢查”，就向伺服器發出請求，然後等待……伺服器返回資訊，繼續操作。 　　如果我們用Ajax技術來實現以上的操作則不必等待伺服器返回資訊，使用者輸入使用者名稱或企業名稱的時候，當輸入文字框失去焦點的時候，則會自動向伺服器發出請求，使用者繼續做下面的操作，不必點擊“檢查”，也不必等待伺服器返回資訊，檢查與使用者操作是非同步，可同時進行。當伺服器資訊返回的時候，

要使用好Ajax.net，就要學會靈活運用Ajax.net所提供的Ajax Control Toolkit。該控制項包提供了很多使用效果很炫的控制項，有了它你能輕鬆打造一個Ajax網站。從本章開始，我們一起來學習怎樣使用Ajax Cotrol Toolkit中的所有控制項。第一步：建立Ajax Toolkit模板大家應該有印象，當我們成功安裝了Ajax擴充包之後，VS.net的模板中就多了一個Asp.net Ajax-Enabled Web

這一文章系列探討了如何使用反向Ajax（Reverse Ajax）技術來開發事件驅動的web應用，第1部分內容介紹了實現反向Ajax通訊的幾種不同方式：輪詢（polling）、捎帶（piggyback）以及使用了長輪詢（long-polling）和流（streaming）的Comet。在本文中，我們學習一種新的實現反向Ajax的技術：使用WebSocket，一個新的HTML5

 Ajax實現局部重新整理 <script type="text/javascript"> var xmlhttp; function getData() { //擷取使用者填寫的名稱 var city=document.getElementByIdx("txt").value; //建立非同步呼叫對象 xmlhttp=new ActiveXObject("Microsoft.XMLHTTP");

XMLHttpRequest 對象用於和伺服器交換資料。向伺服器發送請求如需將請求發送到伺服器，我們使用 XMLHttpRequest 對象的 open() 和 send() 方法：xmlhttp.open("GET","test1.txt",true);xmlhttp.send();方法描述open(method,url,async)規定請求的類型、URL 以及是否非同步處理請求。method：請求的類型；GET 或 POSTurl：檔案在伺服器上的位置async：true（非同步）或