远舰攻城狮的前行之路

HttpClient 是apache 组织下面的一个用于处理HTTP 请求和响应的开源工具。它不是一个浏览器，也不处 理客户端缓存等浏览器的功能。它只是一个类库！它在JDK 的基本类库基础上做了更好的封装！ HttpClient 目前（写作本文日期：2010 年8 月）最新版本是4.0.1，官方网址： http://hc.apache.org/httpcomponents-client-4.0.1/index.html HttpClient 项目依赖于HttpCore（处理核心的HTTP 协议）、commons-codec（处理与编码有关的问题的项 目）和commons-logging（处理与日志记录有关问题的项目）。 如果你希望能够通过HttpClient 向服务器上传文件等与multipart 编码类型有关的请求，以及其它复杂的 MIME 类型，那么，你需要另外一个依赖包：HttpMime（它是专门处理与MIME 类型有关问题的项目），在 下载的HttpClient 包中（下载地址为：http://hc.apache.org/downloads.cgi）已经包含了HttpMime。

相对Hibernate和Apache OJB 等“一站式”ORM解决方案而言，ibatis 是一种“半 自动化”的ORM实现。 所谓“半自动”，可能理解上有点生涩。纵观目前主流的ORM，无论Hibernate 还是 Apache OJB，都对数据库结构提供了较为完整的封装，提供了从POJO 到数据库表的全 套映射机制。程序员往往只需定义好了POJO 到数据库表的映射关系，即可通过Hibernate 或者OJB 提供的方法完成持久层操作。程序员甚至不需要对SQL 的熟练掌握， Hibernate/OJB 会根据制定的存储逻辑，自动生成对应的SQL 并调用JDBC 接口加以执 行。 大多数情况下（特别是对新项目，新系统的开发而言），这样的机制无往不利，大有一 统天下的势头。但是，在一些特定的环境下，这种一站式的解决方案却未必灵光。 在笔者的系统咨询工作过程中，常常遇到以下情况： 1． 系统的部分或全部数据来自现有数据库，处于安全考虑，只对开发团队提供几 条Select SQL（或存储过程）以获取所需数据，具体的表结构不予公开。 2． 开发规范中要求，所有牵涉到业务逻辑部分的数据库操作，必须在数据库层由 存储过程实现（就笔者工作所面向的金融行业而言，工商银行、中国银行、交 通银行，都在开发规范中严格指定） 3． 系统数据处理量巨大，性能要求极为苛刻，这往往意味着我们必须通过经过高 度优化的SQL语句（或存储过程）才能达到系统性能设计指标。 面对这样的需求，再次举起Hibernate 大刀，却发现刀锋不再锐利，甚至无法使用， 奈何？恍惚之际，只好再摸出JDBC 准备拼死一搏……，说得未免有些凄凉，直接使用JDBC 进行数据库操作实际上也是不错的选择，只是拖沓的数据库访问代码，乏味的字段读取操作 令人厌烦。 “半自动化”的ibatis，却刚好解决了这个问题。 这里的“半自动化”，是相对Hibernate等提供了全面的数据库封装机制的“全自动化” ORM 实现而言，“全自动”ORM 实现了POJO 和数据库表之间的映射，以及SQL 的自动 生成和执行。而ibatis 的着力点，则在于POJO 与SQL之间的映射关系。也就是说，ibatis 并不会为程序员在运行期自动生成SQL 执行。具体的SQL 需要程序员编写，然后通过映 射配置文件，将SQL所需的参数，以及返回的结果字段映射到指定POJO。 使用ibatis 提供的ORM机制，对业务逻辑实现人员而言，面对的是纯粹的Java对象， 这一层与通过Hibernate 实现ORM 而言基本一致，而对于具体的数据操作，Hibernate 会自动生成SQL 语句，而ibatis 则要求开发者编写具体的SQL 语句。相对Hibernate等 “全自动”ORM机制而言，ibatis 以SQL开发的工作量和数据库移植性上的让步，为系统 设计提供了更大的自由空间。作为“全自动”ORM 实现的一种有益补充，ibatis 的出现显 得别具意义。

BlazeDS是一个基于服务器的Java远程调用（remoting）和Web消息传递（messaging）技术，使得后台的Java应用程序和运行在浏览器上的Flex应用程序能够相互通信。 　　如果你想通过使用RPC Services提供一些企业级功能，如不同域之间数据交换的代理功能、客户端认证、服务器端日志、本地化支持、RPC Services服务集中化管理等功能时，BlazeDS通过使用RemoteObject控件可以轻松实现，而不需要配置他们像SOAP-compliant网络服务。 　　当客户端RPC控件调用远程服务时，该控件就会把服务端返回的数据保存在一个ActionScript对象中，这样，在程序中就能够很轻松的获取想要的数据，而这些客户端控件包括HTTPService、WebService、RemoteObject控件。

《Flex3实战》首先简要概述Flex 3和ActionScript，然后以十分友好、务实的方式介绍Flex的每个主要组件。其中穿插的示例编排合理，注解清晰，引导你重点关注与每个标记或类相关的主要属性、方法和事件。《Flex3实战》还浓墨重彩地描述Flex中的事件，给出调试事件逻辑的提示。学习《Flex3实战》不要求你拥有使用Flex的经验；但如果你拥有JavaScript或ActionScript知识，那么学习起来将更加轻松。 　　Adobe Flex 3是一个完美的富Web开发平台，它将易用的开发环境Flex Builder与基于JavaScript的典雅编程模型结合在一起。Flex 3提供企业质量的数据以及与Java、PHP和Rails集成的服务器组件。目前，Flex的主要组件是供免费使用的开源软件!

易懂的方式教授如何安排和操纵数据的问题，其中不乏一些难题：了解这些知识以期使计算机的应用获得最好的表现。不管使用何种语言或平台，掌握了数据结构和算法将改进程序的质量和性能。提供了一套独创的可视讨论专题用以阐明主要的论题：它使用Java语言说明重要的概念，而避免了C/C++语言的复杂性，以便集中精力论述数据结构和算法。经验丰富的作者RorbertLafore先生提供了许多简单明了的例子，避免了对于这类例题常见的冗长、繁锁的数学证明。在第二版中，他利用Java语言最新特性，修改并扩充了他的例子。在每一章后都有问题和练习，使读者有机会测试自己的理解程度。

IBM WebSphere MQ 是一个优秀的消息中间件，它被广泛地应用于各种企业应用系统之 间的互连， 已经逐渐成为这方面的标准。本书从原理到实践全面系统地阐述了 IBM WebSphere MQ 产品的安装、配置、管理、设计、编程等各个方面，同时也介绍了产品的扩 展功能和一些高级使用技巧。本书从功能上重点介绍了日志管理、死信处理、客户端、群集、 交易、触发、报告、事件、分段与分组、分发列表、发布订阅、数据转换、用户出口、安全 套接字、性能等等。

SOA已经在中国喊了几年，连象牙塔的大学生都知道了，但实施的案例并不多，而作为SOA基础设施的企业服务总线ESB，在国内的应用更是稀少，主要都是银行和电信等大牌企业在使用。我算非常好彩，打工所在的公司恰好要为客户开发一个基于MB和WAS的平台，让我有很多机会接触到MB的应用。现在国内MB的资料非常少，主要是IBM的红皮书，可惜全部都是英文的，看起来颇费力，效率也不高；出版物我所知的只有一本，是陈宇翔先生所著的《精通Websphere Message Broker》【中国水利水电出版社】，也是目前手边唯一的一本参考书。因此希望将这段时间的一些使用心得记下来，作为一个从未接触过SOA和MB（甚至没用过websphere产品）的菜鸟，面对这个上百万人民币的庞然大物，应该怎样下手