1[root@localhost ~]# cat /etc/sysconfig/iptables;
 2# Firewall configuration written by system-config-securitylevel
 3# Manual customization of this file is not recommended.
 4*filter
 5:INPUT ACCEPT [0:0]
 6:FORWARD ACCEPT [0:0]
 7:OUTPUT ACCEPT [0:0]
 8:RH-Firewall-1-INPUT - [0:0]
 9-A INPUT -j RH-Firewall-1-INPUT
10-A FORWARD -j RH-Firewall-1-INPUT
11-A RH-Firewall-1-INPUT -i lo -j ACCEPT
12-A RH-Firewall-1-INPUT -i eth0 -j ACCEPT
13-A RH-Firewall-1-INPUT -p icmp --icmp-type any -j ACCEPT
14-A RH-Firewall-1-INPUT -p 50 -j ACCEPT
15-A RH-Firewall-1-INPUT -p 51 -j ACCEPT
16-A RH-Firewall-1-INPUT -p udp --dport 5353 -d 224.0.0.251 -j ACCEPT
17-A RH-Firewall-1-INPUT -p udp -m udp --dport 631 -j ACCEPT
18-A RH-Firewall-1-INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT
19-A RH-Firewall-1-INPUT -m state --state NEW -m tcp -p tcp --dport 80 -j ACCEPT
20-A RH-Firewall-1-INPUT -m state --state NEW -m tcp -p tcp --dport 443 -j ACCEPT
21-A RH-Firewall-1-INPUT -m state --state NEW -m tcp -p tcp --dport 21 -j ACCEPT
22-A RH-Firewall-1-INPUT -m state --state NEW -m tcp -p tcp --dport 22 -j ACCEPT
23-A RH-Firewall-1-INPUT -m state --state NEW -m tcp -p tcp --dport 25 -j ACCEPT
24-A RH-Firewall-1-INPUT -m state --state NEW -m tcp -p tcp --dport 6888 -j ACCEPT
25-A RH-Firewall-1-INPUT -m state --state NEW -m tcp -p tcp --dport 3306 -j ACCEPT
26-A RH-Firewall-1-INPUT -m state --state NEW -m tcp -p tcp --dport 8161 -j ACCEPT
27-A RH-Firewall-1-INPUT -m state --state NEW -m tcp -p tcp --dport 61616 -j ACCEPT
28-A RH-Firewall-1-INPUT -j REJECT --reject-with icmp-host-prohibited
29COMMIT

打开防火墙和关闭防火墙的指令：

       1）即时生效，重启服务器后失效

开启： service iptables start

关闭： service iptables stop

2）重启服务器后生效

开启： chkconfig iptables on

关闭： chkconfig iptables off

一．JNI简介

1．开篇

　　JNI 是本地编程接口。它使得在 Java 虚拟机 (VM) 内部运行的 Java 代码能够与用其它编程语言（如 C、C++ 和汇编语言）编写的应用程序和库进行互操作。

JNI 最重要的好处是它没有对底层 Java 虚拟机的实现施加任何限制。因此，Java 虚拟机厂商可以在不影响虚拟机其它部分的情况下添加对 JNI 的支持。程序员只需编写一种版本的本地应用程序或库，就能够与所有支持 JNI 的 Java 虚拟机协同工作。

1.1 为什么需要JNI？

  Java是跨平台的语言，但是有的时候需要调用本地代码实现升级，更新或者其他操作，而这些本地代码往往是一个COM技术编程，生成的DLL是与本机密切关联着的，这时我们就需要JNI来调用本地的dll文件。

1.2 什么是JNI？

  SUN公司提供的JNI是Java平台的一个功能强大的接口，这个JNI提供了Java与操作系统本地代码交互调用的功能。

2 . Java本地接口概述

尽管可以完全用 Java 编写应用程序，但是有时单独用 Java 不能满足应用程序的需要。程序员使用 JNI 来编写 Java 本地方法，可以处理那些不能完全用 Java 编写应用程序的情况。

    以下示例说明了何时需要使用 Java 本地方法：

• 标准 Java 类库不支持与平台相关的应用程序所需的功能。
• 已经拥有了一个用另一种语言编写的库，而又希望通过 JNI 使 Java 代码能够访问该库。
• 想用低级语言（如汇编语言）实现一小段时限代码。

通过用 JNI 编程，可以将本地方法用于：

• 创建、检查及更新 Java 对象（包括数组和字符串）。
• 调用 Java 方法。
• 捕捉和抛出异常。
• 加载类和获得类信息。
• 执行运行时类型检查。

    也可以与调用 API 一起使用 JNI，以允许任意本地应用程序嵌入到 Java 虚拟机中。这样使得程序员能够轻易地让已有应用程序支持 Java，而不必与虚拟机源代码相链接。

3.背景

目前，不同厂商的虚拟机提供了不同的本地方法接口。这些不同的接口使程序员不得不在给定平台上编写、维护和分发多种版本的本地方法库。

下面简要分析一下部分已有本地方法接口，例如：

·         JDK 1.0 本地方法接口

·         Netscape 的 Java 运行时接口

·         Microsoft 的原始本地接口和 Java/COM 接口

4.JDK 1.0 本地方法接口

JDK 1.0 附带有本地方法接口。遗憾的是,有两点原因使得该接口不适合于其它 Java 虚拟机。

第一，平台相关代码将 Java 对象中的域作为 C 结构的成员来进行访问。但是，Java 语言规范没有规定在内存中对象是如何布局的。如果 Java 虚拟机在内存中布局对象的方式有所不同，程序员就不得不重新编译本地方法库。

第二，JDK 1.0 的本地方法接口依赖于保守的垃圾收集器。例如，无限制地使用 unhand 宏使得有必要以保守方式扫描本地堆栈。

5.Java 运行时接口

Netscape 建议使用 Java 运行时接口 (JRI)，它是 Java 虚拟机所提供服务的通用接口。JRI 的设计融入了可移植性---它几乎没有对底层 Java 虚拟机的实现细节作任何假设。JRI 提出了各种各样的问题，包括本地方法、调试、反射、嵌入（调用）等等。

6.原始本地接口和 Java/COM 接口

Microsoft Java 虚拟机支持两种本地方法接口。在低一级，它提供了高效的原始本地接口 (RNI)。RNI 提供了与 JDK 本地方法接口有高度源代码级的向后兼容性，尽管它们之间还有一个主要区别，即平台相关代码必须用 RNI 函数来与垃圾收集器进行显式的交互，而不是依赖于保守的垃圾收集。

在高一级，Microsoft 的 Java/COM 接口为 Java 虚拟机提供了与语言无关的标准二进制接口。Java 代码可以象使用 Java 对象一样来使用 COM 对象。Java 类也可以作为 COM 类显示给系统的其余部分。

7.目标

我们认为统一的，经过细致考虑的标准接口能够向每个用户提供以下好处：

• 每个虚拟机厂商都可以支持更多的平台相关代码。
• 工具构造器不必维护不同的本地方法接口。
• 应用程序设计人员可以只编写一种版本的平台相关代码就能够在不同的虚拟机上运行。

    获得标准本地方法接口的最佳途径是联合所有对 Java 虚拟机有兴趣的当事方。因此，我们在 Java 获得许可方之间组织了一系列研讨会，对设计统一的本地方法接口进行了讨论。从研讨会可以明确地看出标准本地方法接口必须满足以下要求：

• 二进制兼容性 - 主要的目标是在给定平台上的所有 Java 虚拟机实现之间实现本地方法库的二进制兼容性。对于给定平台，程序员只需要维护一种版本的本地方法库。
• 效率 - 若要支持时限代码，本地方法接口必须增加一点系统开销。所有已知的用于确保虚拟机无关性（因而具有二进制兼容性）的技术都会占用一定的系统开销。我们必须在效率与虚拟机无关性之间进行某种折衷。
• 功能 - 接口必须显示足够的 Java 虚拟机内部情况以使本地方法能够完成有用的任务。

   8.Java 本地接口方法

我们希望采用一种已有的方法作为标准接口，因为这样程序员（程序员不得不学习在不同虚拟机中的多种接口）的工作负担最轻。遗憾的是，已有解决方案中没有任何方案能够完全地满足我们的目标。Netscape 的 JRI 最接近于我们所设想的可移植本地方法接口，因而我们采用它作为设计起点。熟悉 JRI 的读者将会注意到在 API 命名规则、方法和域 ID 的使用、局部和全局引用的使用，等等中的相似点。虽然我们进行了最大的努力，但是 JNI 并不具有对 JRI 的二进制兼容性，不过虚拟机既可以支持 JRI，又可以支持 JNI。

    Microsoft 的 RNI 是对 JDK 1.0 的改进，因为它可以解决使用非保守的垃圾收集器的本地方法的问题。然而，RNI 不适合用作与虚拟机无关的本地方法接口。与 JDK 类似，RNI 本地方法将 Java 对象作为 C 结构来访问。这将导致两个问题：

• RNI 将内部 Java 对象的布局暴露给了平台相关代码。
• 将 Java 对象作为 C 结构直接进行访问使得不可能有效地加入“写屏障”，写屏障是高级的垃圾收集算法所必需的。

    作为二进制标准，COM 确保了不同虚拟机之间的完全二进制兼容性。调用 COM 方法只要求间接调用，而这几乎不会占用系统开销。另外，COM 对象对动态链接库解决版本问题的方式也有很大的改进。

    然而，有几个因素阻碍了将 COM 用作标准 Java 本地方法接口：

• 第一，Java/COM 接口缺少某些必需功能，例如访问私有域和抛出普通异常。
• 第二，Java/COM 接口自动为 Java 对象提供标准的 IUnknown 和 IDispatch COM 接口，因而平台相关代码能够访问公有方法和域。遗憾的是，IDispatch 接口不能处理重载的 Java 方法，而且在匹配方法名称时不区别大小写。另外，通过 IDispatch 接口暴露的所有 Java 方法被打包在一起来执行动态类型检查和强制转换。这是因为 IDispatch 接口的设计只考虑到了弱类型的语言（例如 Basic）。
• 第三，COM 允许软件组件（包括完全成熟的应用程序）一起工作，而不是处理单个低层函数。我们认为将所有 Java 类或低层本地方法都当作软件组件是不恰当的。
• 第四，在 UNIX 平台上由于缺少对 COM 的支持，所以阻碍了直接采用 COM。

    虽然我们没有将 Java 对象作为 COM 对象暴露给平台相关代码，但是 JNI 接口自身与 COM 具有二进制兼容性。我们采用与 COM 一样的跳转表和调用约定。这意味着，一旦具有对 COM 的跨平台支持，JNI 就能成为 Java 虚拟机的 COM 接口。

我们认为 JNI 不应该是给定 Java 虚拟机所支持的唯一的本地方法接口。标准接口的好处在于程序员可以将自己的平台相关代码库加载到不同的 Java 虚拟机上。在某些情况下，程序员可能不得不使用低层且与虚拟机有关的接口来获得较高的效率。但在其它情况下，程序员可能使用高层接口来建立软件组件。实际上，我们希望随着 Java 环境和组件软件技术发展得越来越成熟，本地方法将变得越来越不重要。

首先安装中标普华Linux操作系统，在第一个安装光盘内，选择光盘安装，然后选择自定义安装（不要选择典型安装，因为典型安装没有安装开发环境，例如：GCC），在安装途中会弹出两个安装图面，一个为通信协议（全选，包括SSH、FTP、HTTP、EMAIL），一个为开发环境（全选，包括GCC、图形界面等），然后根据提示一步一步安装下去。

网卡安装

    中标普华系统内核有些网卡驱动没有包含在内，需要进行安装，如果知道网卡型号，可以直接下载该网卡驱动进行安装，如果还不是很清楚网卡型号，则进行以下操作。

    在系统操作终端输入lspci命令后，查看Ethernet controller:信息，可以看出该网卡是什么产商、什么型号的。操作如下：

[root@localhost ~]# lspci

00:00.0 Host bridge: Intel Corporation: Unknown device 29c0 (rev 10)

00:01.0 PCI bridge: Intel Corporation: Unknown device 29c1 (rev 10)

00:1b.0 Audio device: Intel Corporation 82801G (ICH7 Family) High Definition Audio Controller (rev 01)

00:1c.0 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 1 (rev 01)

00:1c.3 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 4 (rev 01)

00:1d.0 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #1 (rev 01)

00:1d.1 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #2 (rev 01)

00:1d.2 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #3 (rev 01)

00:1d.3 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #4 (rev 01)

00:1d.7 USB Controller: Intel Corporation 82801G (ICH7 Family) USB2 EHCI Controller (rev 01)

00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev e1)

00:1f.0 ISA bridge: Intel Corporation 82801GB/GR (ICH7 Family) LPC Interface Bridge (rev 01)

00:1f.1 IDE interface: Intel Corporation 82801G (ICH7 Family) IDE Controller (rev 01)

00:1f.2 IDE interface: Intel Corporation 82801GB/GR/GH (ICH7 Family) Serial ATA Storage Controllers cc=IDE (rev 01)

00:1f.3 SMBus: Intel Corporation 82801G (ICH7 Family) SMBus Controller (rev 01)

01:00.0 VGA compatible controller: nVidia Corporation: Unknown device 0641 (rev a1)

02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd.: Unknown device 8168 (rev 02)

 通过网卡信息找到网卡驱动，将安装包拷贝到服务器上，根据安装说明进行安装。基本安装命令过程如下（下面是以8168网卡进行说明）：

# lsmod | grep r8169

# rmmod r8169

#tar vjxf r8168-8.aaa.bb.tar.bz2

# cd r8168-8.aaa.bb

# make clean modules    (as root or with sudo)

# make install

# depmod -a

# insmod ./src/r8168.ko (or r8168.o in linux kernel 2.4.x)

# lsmod | grep r8168

# ifconfig -a

# ifconfig ethX up （X=0,1,2,...）

重新启动服务器，系统将在检测新硬件设备是提示出新安装的网卡，可以通过该界面进行网络配置，也可以进入系统进行设备网络配置。

 

Mysql数据库安装

    通过SSH客户端将mysql-5.0.22.tar.gz包拷贝到服务器后，打开Linux终端进行以下操作：

1. groupadd mysql

2. useradd -g mysql mysql

3. tar -zxvf mysql-xxxx.tar.gz

4. cd mysql-xxxx

./configure --prefix=/usr/local/mysql

5.make

6.make install

7./server/mysql/bin/mysql_install_db --user=mysql

8.cp support-files/my-medium.cnf /etc/my.cnf

9.cp support-files/mysql.server /etc/rc.d/init.d/mysqld

10. chmod 700 /etc/rc.d/init.d/mysqld

11. chkconfig --add mysqld

12. cd /server/mysql

13.chown -R root .

14. chown -R mysql var

15. chgrp -R mysql .

16. /server/mysql/bin/mysqld_safe --user=mysql &

17.在出现 mysqld ended 的时候.点击回车.回到命令行

18. bin/mysql -u root -p

19.系统会提示输入密码.由于我们安装时没有设置密码.所以默认密码为空.直接点击回车.

20. usr/bin/mysqladmin -u root password 'new-password'

格式：mysqladmin -u用户名 -p旧密码 password 新密码

21.测试是否修改成功

1）不用密码登录

[root@test1 local]# mysql

ERROR 1045: Access denied for user: 'root@localhost' (Using password: NO)

显示错误，说明密码已经修改。

2）用修改后的密码登录

[root@test1 local]# mysql -u root -p

Enter password: (输入修改后的密码123456)

Welcome to the MySQL monitor.　Commands end with ; or g.

Your MySQL connection id is 4 to server version: 4.0.16-standard

Type 'help;' or 'h' for help. Type 'c' to clear the buffer.

mysql>

成功！

    22.在防火墙内打开数据库端口3306

        vi /etc/sysconfig/iptables（按上面开放80,22端口的形式，加一条3306端口）

       打开防火墙和关闭防火墙的指令：

       1）即时生效，重启服务器后失效

开启： service iptables start

关闭： service iptables stop

2）重启服务器后生效

开启： chkconfig iptables on

关闭： chkconfig iptables off

23.分配远程连接数据库的权限

       进入MySQL,创建一个新用户xuys:   

       格式: grant 权限 on 数据库名.表名用户@登录主机 identified by "用户密码";

       grant select,update,insert,delete on *.* to xuys@192.168.88.234 identified by "xuys1234";

    查看结果,执行:

       use mysql;

       select host,user,password from user;

      可以看到在user表中已有刚才创建的xuys用户,host字段表示登录的主机,其值可以用IP,也可用主机名,将host字段的值改为%就表示在任何客户端机器上能以xuys用户登录到MySQL服务器,建议在开发时设为%.

       update user set host = '%' where user = 'xuys';
   
    24.修改my.cnf配置文件（解决关于linux中mysql中编码的问题(UTF-8)）

#linux my.cnf文件的放置位置

/etc/my.cnf

*************************************************************

不管什么时候，编码一定要统一，这是保证数据能正确入库的前提。

首先要配置你的mysql的默认编码方式为UTF-8。

其次mysql语句区分大小写，对此也需要进行修改。

具体看my.cnf的配置.

# vi /etc/my.cnf

#下面是很重要的=====================================

[client]

#password             = your_password

port                  = 3306

socket                = /tmp/mysql.sock

default-character-set = utf8

lower_case_table_names=1               -----不区别大小写

[mysqld]

port            = 3306

socket          = /tmp/mysql.sock

skip-locking

key_buffer = 16M

max_allowed_packet = 1M

table_cache = 64

sort_buffer_size = 512K

net_buffer_length = 8K

read_buffer_size = 256K

read_rnd_buffer_size = 512K

myisam_sort_buffer_size = 8M

default-character-set = utf8

lower_case_table_names=1                 -----不区别大小写

#*************************************************************

    25.启动和关闭、重启mysql数据库指令

/etc/rc.d/init.d/mysqld stop (停止mysql)

/etc/rc.d/init.d/mysqld start (启动mysql)

/etc/init.d/mysqld restart (重启mysql)

持久对象,可以看成是与数据库中的表相映射的java对象。最简单的PO就是对应数据库中某个表中的一条记录，多个记录可以用PO的集合。PO中应该不包含任何对数据库的操作. 最形象的理解就是一个PO就是数据库中的一条记录。好处是可以把一条记录作为一个对象处理，可以方便的转为其它对象。

2、VO。

2.1 value object值对象。

通常用于业务层之间的数据传递，和PO一样也是仅仅包含数据而已。但应是抽象出的业务对象,可以和表对应,也可以不,这根据业务的需要.个人觉得同DTO(数据传输对象),在web上传递.
    2.2 View Object表现层对象：主要对应界面显示的数据对象。对于一个WEB页面，或者SWT、SWING的一个界面，用一个VO对象对应整个界面的值。

3、DAO:data access object数据访问对象，此对象用于访问数据库。

通常和PO结合使用，DAO中包含了各种数据库的操作方法。通过它的方法,结合PO对数据库进行相关的操作. 通过它可以把POJO持久化为PO，用PO组装出来VO、DTO

4、BO:business object业务对象。

封装业务逻辑的java对象,通过调用DAO方法,结合PO,VO进行业务操作; 主要作用是把业务逻辑封装为一个对象。这个对象可以包括一个或多个其它的对象。

5、POJO:pure old java object or plain ordinary java object.古老的Java对象。我个人觉得它和其他不是一个层面上的东西,VO和PO应该都属于它.比如一个简历，有教育经历、工作经历、社会关系等等。
    我们可以把教育经历对应一个PO，工作经历对应一个PO，社会 关系对应一个PO。建立一个对应简历的BO对象处理简历，每个BO包含这些PO。
这样处理业务逻辑时，我们就可以针对BO去处理。

6、DTO:Data Transfer Object数据传输对象
     主要用于远程调用等需要大量传输对象的地方。比如我们一张表有100个字段，那么对应的PO就有100个属性。但是我们界面上只要显示10个字段，客户端用WEB service来获取数据，没有必要把整个PO对象传递到客户端，
这时我们就可以用只有这10个属性的DTO来传递结果到客户端，这样也不会暴露服务端表结构.到达客户端以后，如果用这个对象来对应界面显示，那此时它的身份就转为VO

 总结下我认为一个对象究竟是什么O要看具体环境，在不同的层、不同的应用场合，对象的身份也不一样，而且对象身份的转化也是很自然的。设计这些概念的初衷不是为了唬人而是为了更好的理解和处理各种逻辑，让大家能更好的去用面向对象的方式处理问题.

摘要：

本文介绍了Web Services的起源和基本原理，分析了在企业应用中Web Services带来的冲击和变革，指出了Web Services的一些优缺点以及如何正确地应用Web Services.
无论是在计算机杂志还是在Internet上，目前最热门的话题莫过于“Web Services”。各个平台之间的锋争，各个新产品的发布，众多新标准的制订，大都和Web Services有关。
我的一些朋友是这样的一些人，他们总是用着最新的平台，尝试着最新的技术，他们喜欢变化，喜欢流行，用他们自己的话说，新技术创造新生活！可是，当我的一个朋友，带领他们一个部门的开发人员，花了两个月的，将他们内部的管理系统用Web Services重新设计和实现了一遍，却发现在实际使用的情况下，系统性能非常糟糕。他提出了这样一个问题：是不是Web Services现在还处于实验和市场炒作时期，根本没有进入实用的阶段？简单的回答是：Web Services不是万能的，它有它的应用范围和优势劣势。
    Web Services的起源Web应用的巨大成功和不断发展，使其渗透到商业领域和个人生活的各个方面。人们只要使用浏览器，就可以享受到各种各样的Web服务，例如网上购物，网上交易，网络游戏，预定车票，网上聊天和交友等等。与此同时，由于Web技术所带来的优势（统一的客户端和较好的维护性），使一些传统的应用纷纷转型到BS结构上。
然而，在发展中，逐步暴露了一些问题。所有这些Web页面都是为人准备的，是让人去阅读，去输入，去判断。因此各种反映视觉效果的内容占用了大量的网络带宽，例如各种图片，字体信息，文字排版样式等。而真正含有高价值的一些信息，被深深埋在这些显示信息中，很难被其他应用和程序所使用。更重要的是，各种web服务之间缺少交互和通讯的机制。
程序之间的互相通讯很重要吗？简单举一个例子。
     假设你经常去国外出差，在你回国以后，第一件事就是费用报销了。而你们公司有这样的财务规定，所有的报销款，都按报销当天的外汇比价进行结算。因此在你填写报销单的时候必须先填写每一笔在各个国家的花消，然后上网查出当天的外汇比价，填写到报销单上。剩下的事情也许不用你做了，你的报销单填写工具会自动进行换算和统计。
觉得有什么不妥吗？作为IT公司的员工，也许都有一个特点，计算机能做的事情，尽量要计算机去做。外汇比价的查询可以让计算机自动去做嘛！然而，让你的程序自动去网页上查找指定的外汇比价可不是一件容易的事。因为这些网页是给人阅读的，人眼和大脑的反应速度有多快，它们可以从一整页信息中快速定位到你所要的内容，而且无论网页怎样变化和改版都不会带来太大的影响。而应用程序想要做同样的事就差得太远了。因此，现在需要的是专门为应用程序制定的Web服务。
    随着应用程序之间通讯的需求越来越大，这就需要制定统一的标准和协议。HP公司是最先提出这个观点的公司，他们制定了有关“e-Speak”的标准来保证应用程序之间的交互，并声称将成为下一代Internet信息交互的标准。而随后，MicroSoft意识到此计划的美好前景，便推出了.Net战略；IBM很快就发布了Web Services Toolkit(WSTK)，和Web Services Development Environment(WSDE)，申明对Web Services的全力支持。与此同时，Oracle也开发出自己的Dynamic Services，并和Oracle 8i Release 2集成在一起。在这以后，W3C统一制定了Web Services的各种标准。而SUN公司在宣布了自己的Web Services的框架以后，将Web Services的标准溶入J2EE的环境，使Web Services有了广泛支持的基础和平台。
Web Services的基本原理Web Services 是通过一系列标准和协议来保证程序之间的动态连接。其中最基本的协议包括：SOAP, WSDL, UDDI

l SOAP: 是“Simple Object Access Protocol”的缩写，SOAP是消息传递的协议，它规定了

WebServices之间是怎样传递信息的。简单的说，SOAP规定了：

1. 传递信息的格式为XML。这就使Web Services能够在任何平台上，用任何语言进行实.

2. 远程对象方法调用的格式。规定了怎样表示被调用对象以及调用的方法名称和参数类型等

3. 参数类型和XML格式之间的映射。这是因为，被调用的方法有时候需要传递一个复杂的参

数，例如，一个Person对象。怎样用XML来表示一个对象参数，也是SOAP所定义的范围

4. 异常处理以及其他的相关信息.

l  WSDL:是“Web Services Description Language”的缩写.意如其名,WSDL是Web Services的定义语

言。当你实现了某种服务的时候(如,股票查询服务),为了让别的程序调用,你必须告诉大家你的服务的接口.例如,服务名称，服务所在的机器名称，监听端口号，传递参数的类型,个数和顺序,返回结果的类型等等.这样别的应用程序才能调用你的服务。WSDL协议就是规定了有关Web Services描述的标准。

l          UDDI: 是Universal Description, Discovery, and Integration的缩写。简单说，UDDI用于集中存放

和查找WSDL描述文件，起着目录服务器的作用。

如上是一个Web Services的生命周期是：

1.      实现一个Web Services，使其能够接受和响应SOAP消息（现在有很多工具都可以帮助实现）

2.      撰写一个WSDL文件用于描述此Web Services。（现在有很多工具可以自动生成WSDL文件）。

3.      将此WSDL发布到UDDI上。

4.      其他的应用程序（客户端）从UDDI上搜索到你的WSDL。

5.      根据你的WSDL，客户端可以编写程序（现在有很多工具可以自动生成调用程序）调用你的Web Services。

Web Services的缺点由于是基于XML的应用，Web Services与生俱来地在拥有XML带来的一切优势的同时，不可避免地继承了XML所带来的一些限制。

l Web Services通常需要大量的CPU资源。因为XML数据要经过多步处理才能被系统使用。首先是效验（validate），检查它的格式是否符合XML的规范，以及根据应用程序定义（DTD或Schema）检查是否符合语义上的规范；然后还要进行解析（parse），从XML文档分解出单个的元素；最后还要转换成应用程序所需要的二进制表达（例如，把“12”转换成整型12的二进制表示）。

l Web Services还意味着占用较多的内存资源。在进行XML解析的时候，会产生大量的临时内存对象。特别是在处理DOM对象的时候。这些大量的临时对象对于象JAVA这类自动回收内存的语言和系统其实是一种负担，大量的临时对象将会使系统每隔一段时间就会进行内存回收，从而降低系统的性能。当然，现在有的Web Services的产品（如axis）采用了SAX技术，大大减少了内存的占用量。详细信息请参考：（http://xml.apache.org/axis/index.html）。

l 网络资源的消耗也是Web Services应用的一些限制。因为基于XML数据的传递通常数据量要比二进制的协议（如RMI/IIOP）要大的多。这种额外的消耗在网络资源比较紧张或网络传输比较频繁的应用中会产生一定的影响。

除了XML带来的限制，Web Services本身也具有一些缺点：

l        到目前为止，Web Services还可以说是一种无状态（stateless）的服务。

所谓stateless就意味着不保存客户端服务调用者的任何信息。这是由Web Services的本质所决定的。Web Services在本质上是要为应用程序之间提供数据通讯的标准，为企业应用之间动态地提供大颗粒度的服务，所以Web Services并不适合于非常精细的基于会话的方法调用以及复杂的事务（transaction）处理之中。
     也许有人会对我这点提出异议！因为，现在有很多Web Services的产品（如WASD），不但可以保存session的信息，使服务成为有状态（stateful）的服务，而且还实现了remote interface，可以在Web Services的会话中传递远程对象的句柄，让客户端可以操纵递远程对象（详细信息请参考：http://www.systinet.com）。原理上说，这并不难实现，因为在XML数据中，可以互相传送任何数据，包括sessionID和transactionID，有了这些ID，从技术角度上说，实现有状态（stateful）的服务和事务处理并不复杂。但是，这样功能缺少标准的支持，当前版本的WSDL还无法表示这些复杂的服务。在企业内部，你可以任意使用这些特殊的功能，可以自己定义会话状态的交互协议，因为服务者和服务调用者之间的通讯都在你的控制之中；然而要将这些服务发布到Internet上，其他的应用程序是无法根据标准去识别这些特殊功能。

l        数据绑定也存在一些不足。

因为所有的数据传递都用XML格式，因此，需要在二进制数据和XML数据之间有个转换。但是，并不是所有的二进制数据都能方便地用XML来表示，并不是所有的JAVA对象都能被XML所表示。因此，经常在转换过程中会出现语义丢失的情况。

l          技术要求高，学习曲线较长。

每一个Web Services的产品，都有丰富的工具，能够根据Web Services的定义（如WSDL文件）方便地生成客户端的程序；能够将一般的服务程序，很容易就包装成Web Services服务。因此，各个Web Services的产品都声称自己的平台容易使用，根本不需要了解XML，也不需要了解什么WSDL，UDDI，SOAP就能使用发布Web Services。特别是一个朋友告诉我，他在什么都不了解的情况下，用.NET花了15分钟就发布了一个Web Services！
    千万不要醉心于这种简便，这对于简单的Demo也许是对的，可是对于真正意义上严肃的应用，一定要了解Web Services的各个方面，设计整体结构和解决方案，还要根据具体的应用调整性能。所有这些都需要对Web Services知识的全面掌握。

什么应用适合Web ServicesWeb Services这么多的缺点是不是让你很泄气？其实，已经有很多成功的Web Services的应用和越来越多的开发商的加盟，证明Web Services一定会成为新一代WEB信息通讯的主流。经过不断的发展，Web Services一定能克服自身的弱点，得到更广泛的应用。但就目前来说，Web Services比较适合用于下列形式的应用：

A. 基于WAN和Internet的应用

要在Internet上创建基于二进制协议的RMI/IIOP的应用，一般都会遇上一个大麻烦--防火墙。客户端浏览器极大可能在ISP防火墙后，大多数防火墙都只能允许和外部的HTTP连接，因此想要ISP防火墙后的客户端能和防火墙外的RMI/IIOP的应用端口进行连接的话，就要改变ISP的安全策略，让客户端能够连接除了80以外的其他端口。可是当运行RMI/IIOP的应用的服务器为了安全也在防火墙之后的DMZ中的话，那这个连接就更加复杂了，要跨越两个防火墙。
而Web Services由于使用的是HTTP协议，传递的是纯文本的XML数据，因此拥有穿透防火墙的良好性能。

B． 基于异构平台的应用

XML语言本身就是跨平台、跨语言的数据表示方法，在加上通用的HTTP等协议，使得Web Services天生就适用于基于异构平台的应用。如果你的客户端包含了各种不同的平台，例如，你希望你的服务即可以被JAVA程序所调用，又可以由VB和COM程序所调用。你有两种选择：一种是为不同的平台提供相应的API，还要为不同的语言提供API；如果提供Web Services，所有平台和语言都可以调用了！

C．需要强安全特性的应用

很多人都认为，安全性是Web Services的弱项。其实不然，经过不断的完善和各种新的协议的出台，Web Services完全可以用于安全性很强的应用环境下。并且，由于Web Services使用HTTP协议进行传输，所以可以和容易就使用已经很成熟的基于HTTP的各种安全技术。

Ｄ．EAI（企业应用集成）

这是目前Web Services应用最看好的方向之一。大多数企业内部都有着各种各样的应用系统，它们是在不同的领导在任期间，由不同的软件开发商开发，因此运行在不同的平台和系统上，系统的开发语言也各不相同。由于现代企业信息自动化要求的提高，各个系统之间的互动和相互通讯便提到日程上。因此，保护原有投资，重用遗留系统是当前很多中大型企业的重要任务。
     由于遗留系统的运行平台是异构环境，因此企业应用集成的代价一般来说是很高的。但如果使用Web Services作为应用集成的手段，将会大大降低集成的消耗。Web Services与平台和语言无关的特性，以及各种平台和环境下的开发工具都是企业应用集成的利器。
      另外，在开发新的应用系统的时候，仍然需要考虑和其他系统的集成，需要考虑调用其他系统的功能，和被其他系统所调用。使用Web Services作为系统与外部交流的接口，能够使新的系统和别的系统之间保持松耦合的关系，保持较高的可扩展性。

E．行业内部B2B应用

行业内部的应用是Web Services的另外一个方向。因为在一个行业中，商业业务是很相似的，因此在行业内部很容易形成服务的标准，使所有的业内企业共同遵守；但怎样实现服务和使用什么样的系统，决定权在于各个企业自己。例如，电信运营商之间的结算服务，银行之间的转帐服务等都可以形成行业标准，以WSDL的形式公布出来。各个企业之间可以选择不同的平台进行服务的实现。

提高Web Services的性能要想提高Web Services应用的性能，需要对整个系统做全盘的考虑。一般来说，有以下几点需要注意：

1.        Web Services的颗粒度

选择Web Services的颗粒度是提高Web Services应用的性能的主要手段。因为Web Services使用的传输协议为HTTP或SMTP等，这些协议都是面向无状态的连接协议，每一个请求都要建立一个新的连接。因此Web Services的调用不能象数据库JDBC（ODBC）接口一样可以进行精细而复杂的方法调用（例如，先获得Connection，再获得结果集，然后一行一行获取结果）。Web Services比较适用于大颗粒度的应用，在一个调用中便获得所有的信息（比如说银行之间的转帐，在一次调用中就将包括金额和认证等所有的信息都传输过去）。

2.        谨慎使用XML接口

系统之间的接口可以使用XML，这样可以增加系统的灵活性；但不要使用XML作为系统内部的接口，因为这不会带来任何好处，尽量使用二进制作为系统内部的接口，避免不必要的XML文档的解析和效验；在处理XML的时候，尽快将XML转换成内部对象，XML的传递只会增加系统的开销。

3.        最大可能性使用CACHE

当有些信息是只读的，或者在一段时间内保持不变，就可以使用CACHE。无论是客户端的CACHE还是服务器端的CACHE，都能大大提高系统的性能

总结一旦Web Services得到更加广泛的应用，使得各种服务可以动态查找和定位，这样就提供了不同设备之间各种各样的信息交互方式，将会大大改变商业运做的模式和信息交流的风格。
　　　你可以使用别人已经成熟的功能来使自己提供更好的服务，例如google，它的搜索引擎可以通过Web Services来访问。这就意味着在你的系统中可以方便的嵌入使用google的强大搜索功能，而不论你的系统是运行在什么平台上，使google的搜索引擎成为你系统的一部分，（请参考http://www.google.com/apis/）。站在别人的肩膀上，毕竟要看得远些！
面对Web Services，你现在可以不行动，但你一定要准备好！

1. 编译上面的步骤中创建的 Java 接口和类；
2. 启动 TOMCAT 服务器。
3. 等 TOMCAT 服务器完全启动后，打开浏览器，在地址栏中输入 http://localhost:8080/XFire/services/HelloWorldService?wsdl。
4. 其中 HelloWorldServcie 是配置文件中 service\name 元素所定义的内容，”wsdl”参数表示查看该 Web 服务的 WSDL（Web服务描述语言）文件。
   如果浏览器中出现如下图所示类似的内容，表示 Web 服务发布成功，我们可以编写客户端访问该 Web 服务从服务器获取返回字符串，本文下载资源中提供的下载文件中包含有可供参考的客户端类 org.vivianj.xfire.pojo.client.HelloWorldServiceClient.

浏览器浏览的结果


    如果浏览器中出现错误提示，请按照上面的步骤和说明检查已经完成的开发、配置过程是否完全正确。

5.  结束语
         本文中作者首先讲解了 XFire 框架的主要特性，XFire 框架的运行环境以及基于 XFire 框架开发 SOA 应用的基本步骤，并且借助于 SOA 环境下的 ”Hello World!”例子，详细的讲解和演示了如何基于 XFire 框架、经过简单的开发、配置步骤就将一个 POJO 类中包含的方法发布成Web服务。从 ”Hello World!”例子实现的过程中，我们可以发现 XFire 框架最大化的发挥了 POJO 的作用，减少了 SOA 实施时对框架本身的依赖，降低了 SOA 实施的难度，企业实施 SOA 时并不需要增加太多的投入就可以实现目标。