这里的确可以下载：http://www.broadview.com.cn/Html/resource/sourcecode.rar

如果无法下载，可以发送邮件给我eamoi@163.com，我直接发送给你。

现在的网络，太多批评的意见了。无论什么事情，好像很容易就吵起来。不喜欢，非常不喜欢。
很多事情，都是个人意见。听听笑笑就好。

我对PB不熟悉，故关于PB与Ajax的关系问题无法给予，请见谅。不过到是没想到Ajax怎么与PB结合。
至于类似QQ的共享桌面功能，好像不应该是Web程序能做到的。

书中的源码可以在博文视点公司的网站上下载得到。地址：
http://www.broadview.com.cn

http://www.broadview.com.cn/download.aspx?bookid={E7A05E97-9916-48FC-9C31-91836A0A7ACB}

关于Ajax中文编码问题，在《Ajax开发精要：概念、案例与框架》中有专门的章节介绍，并提供相应的解决方案。

如果使用eval(http_request.responseText)；　，那么server.jsp的
out.print("<javascript type=\"text/javascript\">location.replace('index.html')<\script>");
可以简单的这么写：
out.println("location.replace('index.html');"); ，即去除<script>之类的声明语句。

10:42:15 Kezc-- responseText显示正常，responseXML显示不出来?
10:42:31 冷月宫主 是的
10:42:57 Kezc-- 会不会是utf-8编码的问题。可能是DOM无法识别你返回的XML文档。
10:43:35 冷月宫主 噢，与服务器有关吗？
10:43:45 冷月宫主 我只要改文件就行了吧？
10:43:48 冷月宫主 我试试
10:44:02 Kezc-- 编码与服务器有关。建议将XML文档编码改为GB2312试试看。
10:44:24 冷月宫主 好的，我試

10:46:36 冷月宫主 改成：
<?xml version="1.0" encoding="GB2312" ?> 也不行

10:47:27 Kezc-- alert(xmldoc) 是什么结果?
10:47:53 冷月宫主 object
10:48:42 冷月宫主 states.length为0
10:49:32 Kezc-- responseXML返回的结果不是XML文档，DOM解析不到。
这种问题我也经常碰到。
10:49:55 冷月宫主 噢，可能是这个问题
10:50:00 Kezc-- 也可能是缓存的原因。Ajax使用了缓存机制。
10:50:09 冷月宫主 那是格式问题还是我用错了？
10:50:36 冷月宫主 噢，对于传的XML文件怎么解决？
10:50:40 Kezc-- 修改XML文档编码方式后，重新启动一下服务器和浏览器试试看。
10:51:57 冷月宫主 噢，好的，再者，我也发现，你如果改了XML文件的话，必须重新找开浏览器才能请出新的XML文件
10:52:15 冷月宫主 不过我没有重启服务器去试
10:52:21 Kezc-- 是。我觉得是Ajax的缓存机制的问题。
10:53:28 冷月宫主 在servlet中放入response.setHeader("Cache-Control", "no-cache");就是解决缓存问题的吧？
10:53:55 Kezc-- 应该是。
10:54:57 冷月宫主 噢，我文件改为：<?xml version="2.0" encoding="GB2312" ?>

重启了weblogic还是不行

10:55:21 Kezc--奇怪，xml的version不是都为1.0么?
10:55:54 冷月宫主 不好意思，我刚才随意改了一下，想試工序

10:57:49 冷月宫主 现在我至少明白了，表示现在responseXML不是XML文档，它解析不出来
10:58:12 Kezc-- 当然。DOM不是万能的。
10:59:29 冷月宫主 这个东东很淘气，问题是在我另一个tomcat服务器上是正常的
11:00:17 冷月宫主 还有，会不会与javascript部分的dom版本有关？
11:00:44 冷月宫主 try {
http_request = new ActiveXObject("Msxml2.XMLHTTP");
} catch {
try {
http_request = new ActiveXObject("Microsoft.XMLHTTP");
} catch {}
}
}

11:01:18 Kezc-- 那也应该与浏览器有关，跟服务器无关。排除
11:02:30 冷月宫主 噢，实在没招了
11:16:34 Kezc-- 我要在Weblogic里面测试一下。Tomcat是应该没问题的。代码我看过了。
11:17:25 冷月宫主 好的，不知你装weblogic没有，如果没有的话要害你装了，哈哈
11:18:04 Kezc-- 有，8.1的
11:18:05 冷月宫主 对了，我的是weblogic9.1中文版
11:18:23 Kezc-- 9.1就没有了。你都测试过了，我就不测试了。
11:18:32 冷月宫主 噢，我也试试8.1看行不行

11:29:32 冷月宫主 我试了一下8.1+SP4中文也不行

谢谢提醒。
163的代码没有土豆那么明了，那么好分析。不知道有没有朋友先行一步的。

不错，是个好老婆。

已阅，此注。

严重认同。
最近在研究一些主流的Ajax开源框架，其实底层的都是一样的，只是封装和辅助部分有所侧重而已。

加油加油。

我想出现"google suggest"的效果,即录入"张",马上下面可以出现一个"层",将其姓所有姓"张"的显示出.
~~~~~~~~~~~~~这个应该就是数据自动匹配功能。实现起来难度应该不大。在几个主流的Ajax框建中已经都可以看到这个支持了，比如Ajax JSP Tag Library。

我在自己的Web系统中使用到了帖子中的代码，没有发现楼上说的问题。
内存：DDR 512M。
其实不耗内存的说。

回答如下：
1、服务器端返回XML：
使用post发送请求,.open("POST",****?姓,true) 是可行的办法。open的URL地址可以是各种各样的后台程序，比如ASP、JSP等。URL地址格式为**.asp?姓=..。只是在open所指向的后台程序文件中，要输出xml文档。比如，ASP中，采用Response.write方式打印出一个XML文档；JSP中采用out.pringln的方式打印出一个XML文档。AJAX会自动返回。返回到客户端，用JS操纵DOM更新页面内容就可以了。这个过程跟数据库类型无关，无非是一个取出数据的过程而已。

2、服务器端代码如何写：
根据你所使用的技术，到GOOGLE搜索一下，关键词“** 生成XML文档”。比如：“JSP 生成XML文档”。应该可以查找到生成XML文档的方法。这点我不赘述了。

3、服务器端需要什么技术：
Ajax只是一个改善视图层和提高数据交互效率的方法而已，理论上适用几乎全部的后台程序，至少目前已经支持JSP/ASP/.NET/CGI等，我想编程对你应该不是问题。

4、具备IIS的机器还需要安装什么：
适用IIS服务器，后台程序应该是采用ASP或者.NET技术吧。Ajax是一个无需插件的技术，它只是将目前几种技术Javascript、XML和XSTL、DOM、XMLHttpRequest综合起来使用，这些技术都得到了主流Web服务器和浏览器的支持，毋庸担心。所以结论是：不用再安装其他的软件或者插件了。

最后，祝顺利。

上周试验AJax控制下的form提交功能，提交后后台获取数据出现乱码。查了相关资料，结论是form提交过程中经过了application/x-www-form-urlencoded编码。现在准备试验一下如何解码。好像Java是可以做到的。加紧动作中......

另外，针对乱码问题，我开个topic吧，集中到这个topic讨论吧，大家看看有没有什么比较好的解决方法。有各网友发邮件说已经解决了，我正在等待他的回复。

通过responseText返回的普通文本，我测试的过程中没有出现乱码的情况。我采用的是JSP，文件头部加注<%@ page contentType="text/html; charset=gb2312" language="java" errorPage="" %>。

但是通过responseXML返回的文档，中文会出现乱码。这个现在我也不知道如何解决。不知道采用UTF-8编码会不会有改善。

不错。底层的都差不多。
有没有GOOGLE Earth的研究材料或者文章?

谢谢你指出来。代码贴错了，抱歉。

BlogJava没有文件上载功能，故在此不提供文档及相关资料打包下载。
有兴趣的朋友可以去dev2dev.bea.com.cn的Web Application Development版下载。
帖子：
http://dev2dev.bea.com.cn/bbs/thread.jspa?forumID=121&threadID=28135&messageID=168538#168538

http://dev2dev.bea.com.cn/bbs/thread.jspa?forumID=121&threadID=28580&tstart=0

emu好样的。加油，希望看到后续更深入的文章。

续二已经排在计划中，但是没有确切的时间期限。
什么时候心中的想法足够整理成文，自然会写出来。目前正在进行相应的准备。

肯定是你的服务器不支持JSP。正常sample1_2.jsp是要编码后再返回的。

AJAX的系列文章得到了大家的认同，不枉自己的努力。
昨天接到BEA dev2dev斑竹的消息，文章将编入dev2dev的在线文章。

接下来的选题有两个，一个是模拟MSN Space，提供一个丰富可用的综合案例；另外一个是总结一下目前开源的AJAX控件，再分析一下emu提到的google的代码。

今天要写项目案例，不轻松啊。
连着一个月疯狂敲键盘写文章，胳膊酸酸的。

列个提纲，给自己点压力。加油加油。

emu：
把你的经验贡献出来吧。

既然很多人存在误解，那麽更需要把你的意见在这里跟大家分享了。

首先，感谢您的关注。

要对AJAX掌握比较好的话，需要对以下的知识有比较好的把握：
1、HTML
AJAX的最终目的还是改变HTML文档，DOM的操作目标也是HTML文档。自然，对HTML文档要比较熟悉。网页设计师在这方面应该不成问题。

2、对JS有初步的理解和运用
AJAX对JS是有比较高的要求，尤其要懂得通过JS操作DOM来更新改变文档。不过，JS的运用是综合的，循序渐进的。多用几次应该就好多了。建议你跟着我的两篇文章，把里面的例子都写一遍。

3、对XML有初步的理解和运用
是否采用XML，每个人的判断标准不同。AJAX是一系列技术的集合，精髓在于各项技术的综合运用。所以，对XML不要有太大的疑虑，其实只是比HTML更进一步而已。

谢谢emu的补充。

对于如何在文本和XML之前权衡，我对第一点有比较深的体会和认同。
在目前情况下，带宽和效率已经不是太大的问题，所以会慢慢忽略。只是AJAX对于XML文档的解析是在客户端完成的，所以还是要兼顾一下。

目前的案例经验没能让我将XML与其他做特别大的效果对比，所以这方面emu可以多补充一点。

随着大家的反馈，我也会对文章进行相应的改善；也会把大家的意见整合进稍后的文章中。

希望大家一起探讨，一起进步。

版权声明已经写了。原来的定位就是open doc。放到网络上，版权问题只希望大家共同遵守。

了解您的意思。
后续文章还在草稿中，内容主要关于DOM和XML的。
谢谢您的关注。

给你发的邮件被退回来了。
我已经把全部的代码帖出来了，可以到这里查看：
http://www.blogjava.net/eamoi/archive/2005/11/01/17639.html

当然，这个是针对IE的。

到这里下载PDF文件：
http://dev2dev.bea.com.cn/bbs/thread.jspa?forumID=101&threadID=27588&start=50&tstart=0
在第二页。

现在的版本确实存在不少的问题，code写的比较乱，文档也很少。不过相信会慢慢改善。

总目录稍后会加，等文章到都贴完了。

There is no other Model Diagram.That is the all.That moment we didn't draw the diagram you want.

不是在blog上贴全了嘛.

现实与理想的差距是粉大di.
不过上面的因为所以不成立.
记事本+JDK的水平确实不敢恭维!入门菜鸟级别的,应该是.

上班之后会慢慢感觉到压力,压力--->有时候确实粉大粉大的.

连接和statement使用完毕之后应该及时关闭,这个应该是粉简单的道理吧.

开发编码当然首推JB和Eclipse了.