服务总线支持以一种统一的方式来定义服务的非功能性方面，比如服务安全性。服务总线允许从服务实现中分离出安全性考虑因素。因此，无需将安全性策略编写到单个服务中。这将产生可重用性更好的更具灵活的系统，而这对于SOA环境中的安全性来说是至关重要的。本教程演示了一个使用BEA的AquaLogic Service Bus 2.0将安全性策略集中式地应用到服务的例子。例子展示了如何将基于WS-Security的消息级安全性应用到SOAP Web服务。教程使用了一个指定Web服务客户端必须签名SOAP请求并提供受信任的证书的安全性策略。例子展示了可以应用到ALSB代理的Web服务的许多基于WS-Security的策略中的一种，并说明了在ALSB以及底层的WebLogic Server中为这些Web服务配置安全性的步骤。教程假设读者对Java、J2EE和Web服务有很好的理解，并具有使用BEA WebLogic Server和AquaLogic Service Bus产品的经验。

简介

　　AquaLogic Service Bus (ALSB)是用于在面向服务架构(SOA)环境中管理和代理服务和发送服务消息的企业服务总线(ESB)产品。主机环境总是包含有远程Web服务和更为传统的基于消息的联网系统。ALSB充当一个中间层，它接收消息，并对其进行处理以确定接下来将消息发送到何处，以及是否和如何转换消息内容。ALSB通过一种传输协议接收消息，比如HTTP(S)、JMS、File或FTP，然后再通过同一种或另一种传输协议将消息发送出去。ALSB用于封装现有的“业务服务”，并为之提供统一的外观，即，一组“代理服务”。通过提供这种外观，许多服务特征都可以被抽象出来并在一个地方应用，比如安全性策略、服务位置透明性、数据格式、传输协议和消息传递模型（异步、同步）。然后就有可能在版本控制、日志记录、监控、报告、审计、错误处理和客户端应用程序访问等方面集中式地管理这些服务。该架构可以帮助公司最大限度地对现有服务进行控制和重用，并提供一个用于随时间逐步增加新服务的高效模型。

　　ALSB可以用于对它所代理的服务应用安全性策略。这些安全性策略可以满足针对Web服务机密性、完整性、身份验证和访问控制的任何安全性需求组合。ALSB支持传输层安全性（如SSL）和消息层安全性（如WS-Security），甚至需要的话，还支持对同一服务实例的两种安全性的组合。WS-Security是一组由OASIS管理的规范，它指定了如何对Web服务消息内容（例如，SOAP头部和/或主体）进行加密和签名，以及服务消费者如何对服务提供者进行身份验证（如：通过SAML、X.509）。通过采用消息层安全性策略而不是传输层安全性策略，SOA中的Web服务中间层（比如，ALSB之类的企业服务总线）就可以代理和发送消息而不必对流经它的消息进行解密和重加密。WS-Policy是另一个由OASIS管理的规范，它支持对Web服务指定通用属性和断言。WS-Security规范采用WS-Policy规范作为其语法以支持为Web服务指定安全性特征。

关于本教程

　　在本教程中，为了演示如何使用ALSB保护Web服务，例子使用了一个简单的Echo代理服务。当被调用时，该Echo服务复制请求的主体文本，并将该文本发送回响应的主体。因此，该代理服务实际上并没有转到一个“后端”业务服务。这种设计思路使得可以尽可能简单地将WS-Security结合到ALSB中。在现实用例中，代理服务总是从一个“后端”业务服务接收消息并将消息发送给它。此外，在此教程中，我们使用的是一个自签名的证书而不是由著名证书授权方签名的证书，以及使用单个的WebLogic管理服务器而不是托管服务器集群。

　　例子创建并使用了一个定制的WS-Policy文件，而不是使用WebLogic Server用于WS-Security的三个开箱即用的WS-Policy文件。Web服务的WSDL和WS-Policy文件指定由客户端对服务请求但不对服务响应进行签名。具体的示例策略文件并没有说明加密应该用于请求或响应。在教程的结尾部分，包括有一组可选步骤，描述了在调用Web服务时，如何基于由客户端应用程序所传递的证书的细节为代理Web服务设置访问控制。图1显示了教程例子的基本结构：

图1. 本教程中所使用的例子的架构（单击图像查看大图）

　　下面几节描述了配置ALSB以及创建和调用受保护的代理服务所需的步骤。

初始ALSB配置

　　首先，需要安装AquaLogic Service Bus及其主机WebLogic Server实例，并配置一个域。

1. 使用默认的安装设置安装ALSB 2.0（包括WebLogic Server 9.0）。
2. 使用Domain Configuration Wizard (config.sh)创建一个新域（base_domain），它被配置为自动支持AquaLogic Services Bus。

创建密钥和密钥库

　　WS-Security依赖于PKI来支持消息加密、签名，通常还有身份验证。在这个例子中，客户端应用程序使用了一个来自其identity keystore的私钥来签名一个消息，而ALSB服务器使用其trust keystore来帮助其确定消息是否已经被更改了，以及提供的证书是否可信。因此，私钥-公钥对以及客户端应用程序关联的证书需要在一个新的identity keystore中创建，而且证书必须被添加到一个ALSB可用的新的trust keystore中。

1. 使用包含在WLS/ALSB附带的JDK中的Java “keytool”实用工具，在域的根目录下新的Identity keystore中为示例用户Bob创建一个新的私钥-公钥对。下面是具体的代码：

   > keytool -genkey
       -keyalg rsa -keystore wsidentity.jks -alias bob -keysize 1024
       -keypass weblogic -storepass weblogic -validity 3650
       What is your first and last name?
       [Unknown]:  bob
       What is the name of your organizational unit?
       [Unknown]:  IT
       What is the name of your organization?
       [Unknown]:  BEA
       What is the name of your City or Locality?
       [Unknown]:  LONDON
       What is the name of your State or Province?
       [Unknown]:  LONDON
       What is the two-letter country code for this unit?
       [Unknown]:  UK
       Is CN=bob, OU=IT, O=BEA, L=LONDON, ST=LONDON,
       C=UK correct?
       [no]:  yes
       

2. 将这个自签名的证书导出到一个base-64编码的文件bob.pem中：

   > keytool -export -alias bob -file bob.pem -keystore
       wsidentity.jks -storepass weblogic -rfc
       

3. 导出Bob的自签名证书到一个新的trust keystore中，WebLogic Server将使用该密钥库确定对WS-Security和/或SSL客户端的信任：

> keytool -import -alias bob -file bob.pem -keystore
trust.jks-storepass weblogic

配置服务器密钥库

　　一旦创建了密钥和密钥库，就必须使用这些密钥库来配置服务器。

1. 从域目录下启动ALSB/WLS服务器（例如，运行.startWebLogic.sh）。
2. 从一个浏览器运行WebLogic Admin Console（例如http://localhost:7001/console），并配置WebLogic Server使用新的证书trust keystore而不是默认的demo trust keystore（选择服务器的Keystores选项卡，并输入密钥库设置）。注意：WebLogic Server不允许服务器仍然使用demo identity store，因此，在本例中，也指定了新的identity store，即使服务总线或应用服务器并没有直接将其用于Web服务消息层安全性。图2所示的屏幕快照显示了示例设置（“passphrase”项是“weblogic”）：

   
   图2. WebLogic密钥库配置（单击图像查看大图）

3. 使用WebLogic Admin Console，对于默认的安全性领域(myrealm)，选择添加一个新的Provider，然后通过选择图3中所示的New按钮，选择添加一个新的Credential Provider：

   
   图3. 凭证映射提供者列表（单击图像查看大图）

   　　例如，将名称设置为WSPKICredentialMapper，并确保将类型设置为PKICredentialMapper，如图4所示：

   
   图4. 创建新的凭证映射提供者（单击图像查看大图）

   　　保存了之后，选择编辑特定于提供者的设置来指定将定制的identity keystore作为该凭证映射方的密钥库，如图5所示。注意：在该例子中，“passphrase”项是“weblogic”。

   
   图5. 提供者配置（单击图像查看大图）

4. 保存并激活更改之后，重启WebLogic Server以启用新的密钥库设置。

　　注意：严格地说，如果ALSB/WebLogic Server不必签名或加密Web服务响应的话（正如本例中的情况），就不需要指定PKI凭证映射方。但是，我们提供了这些额外步骤，以便可以在日后提供Web服务响应签名/加密功能。

创建ALSB安全性代理服务

　　在ALSB以及底层的WebLogic Server中正确配置了密钥库之后，就可以在ALSB中创建代理服务以及关联的安全性策略。

1. 从浏览器运行ALSB Admin Console（例如http://localhost:7001/sbconsole），并创建一个新项目（例如demo）。
2. 使用ALSB Admin Console创建一个新的代理服务提供者（例如SecureProxyServiceProvider）来保护代理服务，如图6的屏幕快照所示：

   
   图6.代理服务提供者定义（单击图像查看大图）

3. 使用ALSB Admin Console创建一个新的资源类型为“Proxy Service Provider”的安全性配置凭证，它定义了先前在WebLogic Server identity keystore中所设置的密钥对的别名。该密钥库资源随后可以被任何需要对客户端应用程序的SOAP响应进行加密或签名的ALSB代理服务使用（本例并非如此）。如图7所示，选择资源类型：

   
   图7.代理服务提供者配置，第1部分（单击图像查看大图）

   　　指定提供者目的，如图8所示：

   
   图8.代理服务提供者配置，第2部分（单击图像查看大图）

   　　指定提供者类型，如图9所示：

   
   图9.代理服务提供者配置，第3部分（单击图像查看大图）

   　　检查提供者设置，并按下Finish按钮，如图10所示：

   
   图10.代理服务提供者配置，第4部分（单击图像查看大图）

4. 使用ALSB Admin Console添加下面的示例定制WS-Policy文件（SigningPolicy.xml)）。该策略文件指定了消息的主体、特定于WLS的头部，而时间戳头部应该由消息的发送方签名。该策略还声明，客户端应该在消息中包含一个期限设为300秒的时间戳头部：

   <?xml version="1.0"?>
       <wsp:Policy
       xmlns:wsp="http://schemas.xmlsoap.org/ws/2004/09/policy"
       xmlns:wssp="http://www.bea.com/wls90/security/policy"
       xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd"
       xmlns:wls="http://www.bea.com/wls90/security/policy/wsee#part"
       wsu:Id="signMessage">
       <wssp:Integrity>
       <wssp:SignatureAlgorithm
       URI="http://www.w3.org/2000/09/xmldsig#rsa-sha1"/>
       <wssp:CanonicalizationAlgorithm
       URI="http://www.w3.org/2001/10/xml-exc-c14n#"/>
       <wssp:Target>
       <wssp:DigestAlgorithm
       URI="http://www.w3.org/2000/09/xmldsig#sha1" />
       <wssp:MessageParts
       Dialect="http://www.bea.com/wls90/security/policy/wsee#part">
       wls:SystemHeaders()
       </wssp:MessageParts>
       </wssp:Target>
       <wssp:Target>
       <wssp:DigestAlgorithm
       URI="http://www.w3.org/2000/09/xmldsig#sha1" />
       <wssp:MessageParts
       Dialect="http://www.bea.com/wls90/security/policy/wsee#part">
       wls:SecurityHeader(wsu:Timestamp)
       </wssp:MessageParts>
       </wssp:Target>
       <wssp:Target>
       <wssp:DigestAlgorithm
       URI="http://www.w3.org/2000/09/xmldsig#sha1" />
       <wssp:MessageParts
       Dialect="http://schemas.xmlsoap.org/2002/12/wsse#part">
       wsp:Body()
       </wssp:MessageParts>
       </wssp:Target>
       </wssp:Integrity>
       <wssp:MessageAge Age="300"/>
       </wsp:Policy>

   　　该策略文件可以用于将一个Web服务策略应用到一个或多个代理服务。如果对同一组服务支持许多不同的安全性约束，那么完全可以定义多个不同的策略文件。但是，对于要对所有服务统一应用一个安全性策略的情况，就可以使用该安全性策略定义。如果需要的话，该策略还可以包括加密和身份验证实施元素。

5. 使用ALSB Admin Console，为一个假想的“Echo”Web服务添加下面的示例WSDL文件(EchoServiceSecure.wsdl)，并在保存后选择Edit References for the WSDL，关联其策略文件依赖性到前一步骤所添加的策略文件中。WSDL文件定义了一个Echo Web服务，并声明WS-Policy文件只应该被应用于服务输入消息：

   <?xml version="1.0" encoding="UTF-8"?>
       <wsdl:definitions targetNamespace="http://MyNamespace"
       xmlns="http://schemas.xmlsoap.org/wsdl/"
       xmlns:impl="http://MyNamespace"
       xmlns:wsdlsoap="http://schemas.xmlsoap.org/wsdl/soap/"
       xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/"
       xmlns:xsd="http://www.w3.org/2001/XMLSchema"
       xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/"
       xmlns:wsp="http://schemas.xmlsoap.org/ws/2004/09/policy"
       xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd"
       >
       <wsp:UsingPolicy wsdl:Required="true"
       xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/"/>
       <wsdl:message name="EchoRequest">
       <wsdl:part name="in0" type="xsd:string"/>
       </wsdl:message>
       <wsdl:message name="EchoResponse">
       <wsdl:part name="out0" type="xsd:string"/>
       </wsdl:message>
       <wsdl:portType name="Echo">
       <wsdl:operation name="DoEcho" parameterOrder="in0">
       <wsdl:input name="EchoRequest" message="impl:EchoRequest"/>
       <wsdl:output name="EchoResponse" message="impl:EchoResponse"/>
       </wsdl:operation>
       </wsdl:portType>
       <wsdl:binding name="EchoSoapBinding" type="impl:Echo">
       <wsdlsoap:binding style="document"
       transport="http://schemas.xmlsoap.org/soap/http"/>
       <wsdl:operation name="DoEcho">
       <wsdlsoap:operation soapAction=""/>
       <wsdl:input name="EchoRequest">
       <wsp:Policy>
       <wsp:PolicyReference
       URI="file://SigningPolicy.xml"/>
       </wsp:Policy>
       <wsdlsoap:body use="literal"
       namespace="http://MyNamespace"/>
       </wsdl:input>
       <wsdl:output name="EchoResponse">
       <wsdlsoap:body use="literal"
       namespace="http://MyNamespace"/>
       </wsdl:output>
       </wsdl:operation>
       </wsdl:binding>
       <wsdl:service name="EchoService">
       <wsdl:port name="Echo" binding="impl:EchoSoapBinding">
       <wsdlsoap:address
       location="http://localhost/services/MyEchoService"/>
       </wsdl:port>
       </wsdl:service>
       </wsdl:definitions>
       

   　　注意：在代理服务被用于转到一个现实业务服务的情况中，该WSDL文件总是源自来自现实业务服务的WSDL文件，从后者生成该代理服务的接口。

6. 使用ALSB Admin Console，基于所添加的WSDL文件的WSDL端口创建一个代理服务（例如EchoProxyService），并引用先前所创建的代理服务提供者。确保选中了Process WS-Security Header复选框，如图11所示：

   
   图11. 代理WS-Security头部配置（单击图像查看大图）

   　　保留该代理的默认Echo管道，以便允许该服务回送直接复制自请求的响应。图12显示了代理服务示例的设置详情：

   
   图12. 代理设置详情（单击图像查看大图）

   　　注意：对于这个特定的代理，实际上不需要定义代理服务提供者，因为服务器不需要对其发送回客户端应用程序的响应消息进行签名或加密（如WS-Policy文件所声明的）。要确认签名的Web服务请求是可信的，ALSB只能参考先前的步骤中所配置的WebLogic Server的trust keystore。

7. 从一个浏览器输入新的ALSB代理服务的WSDL文件的URL（例如http://localhost:7001/EchoProxyService?WSDL），确保WSDL文件包括WS-Policy设置，以向客户端应用程序指明SOAP请求必须被签名。

创建示例客户端应用程序

　　现在既然创建了ALSB代理Web服务，就需要创建一个示例客户端应用程序，并运行它来测试该服务。对于本例，使用了WebLogic Server用于生成Web服务客户端的工具包。但是，任何兼容WS-I和WS-Security的Web服务工具包都可以使用。

1. 创建一个Ant build文件（例如，build.xml），它基于远程Web服务的WSDL调用WebLogic Server的“clientgen” Ant任务来生成SOAP存根。例如，build文件中包括了下面的内容：

   <taskdef name="clientgen"
       classpathref="CLASSPATH"
       classname="weblogic.wsee.tools.anttasks.ClientGenTask" />
       <clientgen wsdl="http://localhost:7001/EchoProxyService?WSDL"
       destDir="src" packageName="test" classpathref="CLASSPATH"
       generateAsyncMethods="false"/>
       

2. 使用一个文本编辑器或IDE，创建一个带有main方法的简单Java类，它使用WebLogic Server的JAX-RPC实现来调用ALSB Echo代理Web服务，使用前面步骤中所生成的存根类。然后该文件将被编译。由于JAX-RPC标准还未覆盖WS-Security元素，一些用于创建客户端应用程序的API是特定于供应商的。下面是一个可以使用的示例测试客户端源代码：

   package test;
       import java.util.*;
       import java.security.cert.*;
       import javax.xml.rpc.*;
       import weblogic.security.SSL.*;
       import weblogic.xml.crypto.wss.*;
       import weblogic.xml.crypto.wss.provider.*;
       import weblogic.wsee.security.bst.*;
       import weblogic.wsee.security.unt.*;
       public class EchoServiceClient {
       public static void main(String[] args) {
       try {
       // Point to the private/public key-pair identity keystore
       // that will be used by the client for signing
       List credProviders =
       new ArrayList();
       CredentialProvider cp = new ClientBSTCredentialProvider(
       "/opt/bea/domains/base_domain/wsidentity.jks",
       "weblogic", "bob", "weblogic");
       credProviders.add(cp);
       // Get a handle on the Web service stub
       EchoService echoService = new EchoService_Impl(
       "http://localhost:7001/EchoProxyService?WSDL");
       Echo echoStub = echoService.getEcho();
       // Associate the key pair credentials with the Web
       // service stub
       Stub baseStub = (Stub)echoStub;
       baseStub._setProperty(
       WSSecurityContext.CREDENTIAL_PROVIDER_LIST,credProviders);
       baseStub._setProperty(
       WSSecurityContext.TRUST_MANAGER, new TrustManager() {
       public boolean certificateCallback(X509Certificate[] chain,
       int validateErr) {
       return true;
       } });
       // Call the Web service and display the result
       String result =
       echoStub.doEcho("Hello from the client application");
       System.out.println("Service result is: " + result);
       } catch (Exception e) {
       System.err.println("Unable to invoke service: " +
       e.getMessage());
       e.printStackTrace();
       }
       }
       }
       

3. 从命令行运行test.EchoServiceClient Java应用程序以使用签名的消息调用ALSB Echo服务，并显示服务响应。如果成功的话，客户端应用程序会向控制台打印下面的消息：

Service result is: Hello from the client application

　　注意，客户端应用程序需要在其类路径中包括WebLogic Server的webserviceclient.jar。

已完成的工作

　　到目前为止，我们已创建了所需的PKI密钥、证书、密钥库，已经使用这些PKI工件将WebLogic Server和ALSB配置为支持WS-Security：定义了一个WS-Security策略文件，随后它可以被应用于一个或多个服务；使用该安全性策略文件创建了一个代理Web服务。最后，为该代理服务创建并调用了一个测试Web服务客户端，它对发送到ALSB的SOAP请求进行签名，还包括了客户端的证书。

　　这些配置任务中的大部分只需对整个环境执行一次。要使用相同的安全性策略保护更多被代理的业务服务，每个附加的代理服务只需将其WSDL定义修改为引用现有的WS-Security策略文件。

访问控制配置（可选）

　　下面的步骤只有在需要向ALSB代理服务应用访问控制时才需要执行。我们将创建一个用于附加用户的密钥对(Alice)，帮助测试访问控制设置是否配置正确。在本例中，访问控制将被指定为许可Bob访问该服务而阻止Alice访问服务。ALSB Access Control设置将基于包含在由客户端应用程序所提供的证书中的识别名(distinguished name，DN)元素。

1. 在域的根目录中的现有identity keystore中为附加的示例用户Alice创建一个新的私钥-公钥对：

   > keytool -genkey
       -keyalg rsa -keystore wsidentity.jks -alias alice -keysize 1024
       -keypass weblogic -storepass weblogic -validity 3650
       What is your first and last name?
       [Unknown]:  alice
       What is the name of your organizational unit?
       [Unknown]:  IT
       What is the name of your organization?
       [Unknown]:  BEA
       What is the name of your City or Locality?
       [Unknown]:  LONDON
       What is the name of your State or Province?
       [Unknown]:  LONDON
       What is the two-letter country code for this unit?
       [Unknown]:  UK
       Is CN=alice, OU=IT, O=BEA, L=LONDON, ST=LONDON,
       C=UK correct?
       [no]: yes
       

2. 导出该密钥对的自签名证书到一个base-64编码的文件alice.pem：

   > keytool -export -alias alice -file alice.pem -keystore
       wsidentity.jks -storepass weblogic -rfc
       

3. 导出Alice的自签名证书到一个现有的trust keystore：

   > keytool -import -alias alice -file alice.pem -keystore
       trust.jks-storepass weblogic
       

4. 使用WebLogic Admin Console，导航到域配置页面，选择WebService Security选项卡，然后选择__SERVICE_BUS_INBOUND_WEB_SERVICE_SECURITY_MBEAN__配置，然后选择Token Handler选项卡。从token handlers列表中，选择default_x509_handler项。在页面的底部，选择“UseX509ForIdentity”作为token handler属性，然后将其置改为true（参见图13的屏幕快照）。设置该属性将指示WebLogic Server的WS-Security实现尝试使用x509口令来识别客户端，使用由客户端应用程序所传递的口令。

   
   图13. 代理设置详情（单击图像查看大图）

5. 使用WebLogic Admin Console，导航到“myrealm”Security Realms页面，选择Providers | Authentication，然后选择DefaultIdentityAsserter项。选择该项的Provider Specific选项卡，并设置下述字段值：Default User Name Mapper Attribute Type = CN，Active Types = Authenticated User & X.509，以及User Default User Name Mapper = true（参见图14中的屏幕快照）。这将指示WebLogic Server映射证书的识别名(distinguished name，DN)中客户端应用程序的公用名(common name，CN)到WebLogic Server的Security Realm（例如，“bob”、“alice”）中一个已知的用户名。

   
   图14. 代理设置详情（单击图像查看大图）

6. 重启WebLogic Server，支持加入新的安全性设置。重启之后，再次检查Admin Console中的Active Types设置以确保其包含值“X.509”（检查上述屏幕快照中所显示的页面）。
7. 使用ALSB Admin Console，选择Security Configuration部分，创建两个新的用户，“bob”和“alice”。这些用户旨在与先前所创建的密钥对的CN相符合。
8. 使用ALSB Admin Console，选择Security Configuration部分，然后选择Access Control。对于代理服务(EchoProxyService)，对Transport Authorization Policy选择View Policies，并添加一个新条件“Allow access to everyone”，然后对Service Authorization Policy选择View Policies，并添加一个新条件“User bob”。该配置指定任何人都可以使用HTTP/HTTPS连接到代理服务URL（可用于支持WSDL，让任何人查看服务），但是只有用户“bob”（而不是“alice”）可以运行该Web服务的操作。
9. 要测试访问控制是如何运行的，再次运行测试客户端。使用“bob”的证书应该可以成功调用服务，客户端应用程序应该会向控制台打印下述消息：

   Service result is: Hello from the client application

10. 在测试客户端的源代码中，将密钥对的别名从“bob”改为“alice”，重新编译客户端，并再次运行。这时对ALSB代理服务的调用应该会产生一个SOAP故障，该故障被客户端应用程序接受，它说明了访问控制失败。应该会显示类似于下面的错误消息：

Unable to invoke service: SOAPFaultException FaultCode
http://schemas.xmlsoap.org/soap/envelope/}Server] FaultString
[BEA-386000: com.bea.wli.sb.security.AccessNotAllowedException:
access not allowed for subject Subject:
Principal = class weblogic.security.principal.WLSUserImpl("alice")

结束语

　　本教程展示了如何保护Web服务来强制客户端应用程序签名Web服务请求并提供受信证书。只需通过修改在服务的WSDL文件中指定的安全性策略，就可以轻松地修改服务的安全性，使其对Web服务请求也实施消息加密，对响应实施消息签名和加密。在企业服务总线中而不是在每个“后端”业务服务消息生产者中应用这类安全性，将带来以下好处：

• 可以以同样的方式保护所有的业务服务，即使某些用于创建和提供其中的一些Web服务的技术实际上不支持WS-Security（或者甚至是更基本的安全性机制或协议）。
• 可以使用各种安全性策略和协议（例如，使用HTTP、HTTPS/SSL、WS-Security进行基本的身份验证）公开同一个业务服务，以支持多种不同类型的客户端。此类客户端应用程序可能只具有处理一种类型的安全性协议的技术。此外，还可能会出现这种需求：对于同一组业务服务，要对不同类型的消息消费者应用不同的安全性策略（例如，同一局域网中相交互的另一部门，或者公司中通过Internet、B2B和电子商务交互的远程部分）。对于单一的业务服务，可以通过为每个策略定义不同的ALSB服务代理来定义多个安全性策略，以支持不同的客户端应用程序，并将所有的代理服务转到同一个“后端”业务服务。
• 与基于传输的安全性不同，WS-Security支持一个消息调度程序，它通过探查某些或全部未加密的SOAP消息头部，从而无需解密整个消息就可以做出Web服务路由决策。

　　服务总线为机构提供了一种集中式地声明和实施其服务安全性策略的强大方式，而无需要求单个开发人员以一种一致的方式在所有已开发的Web服务和子系统中硬编码安全性策略逻辑。

3.02OE-B安装教程：
解压附件，可以得到OEB_UPDATE 和 popstation 2个文件夹 及psx_readme.txt Readme.txt及2个txt文件，需要用到的是2个文件夹

此次你原来的3.02OE-A系统使用的是什么版本核心模式(150 or 320 kernel)，请把 OEB_UPDATE这个文件夹放置在PSP/GAME150下(如无GAME150的请自行建立，同时请确保在ms0:\PSP\下有GAME和GAME150文件夹)

文件夹放置完毕，请在XMB的game下运行3.02 OE-B Update
升级只需短短几秒即可完成，哈，再次迎来崭新的3.02 OE-B世界。
----------------------------------------------------------------------------------------------------------------------------------------------------------------
3.02OE-B更新内容
增加了在PS模拟器游戏中使用自定义插件的功能。
方法：
请在记忆棒根目录建立seplugins文件夹，同时在此文件夹中建立一个pops.txt的文本文件。
然后在放置seplugins中放入你所需要的自定义插件*.prx（*号为此插件文件的文件名），同时在pops.txt中

编辑ms0:/seplugins/*.prx即可安装完成
如要使用的话，请关机后按R键开机，在菜单中选择seplugins进入，然后把你所需要开启的插件开启enable即可。
-----------------------------------------------------------------------------------------------------------------------------------------------------------------
PS ISO 转换成官方pbp文件教程

首先有一个说明，欧版的PS游戏，由于是PAL制式（电视显示格式）由于其特殊的算法过于复杂，因此可能出现的视频不兼容问题（即对PS iso的转换）的可能性比较大。而日版和美版的游戏，由于其电视显示的制式是ntsc，那么转换起来就要方便的多。因此推荐，如要转换PS iso为PSP可用的pbp文件，请优先使用日版和美版的游戏。

转换教程：
1、请先准备一个官方发布PSP可模拟的PS游戏，推荐（Dark_Alex推荐 大众高尔夫2 那就毋庸置疑咯）且必须包含Key（DOCUMENT.DAT和KEYS.BIN）文件。

【大众高尔夫2】

BT下載

FTP下載

附录教程：
1、欧版的PS游戏镜像即PAL制式的转换成NTSC制式的相关办法。

请先下载附件 点击下载
解压后得到pal4u2K.exe和p4upatch.exe2个文件
然后准备好你的ISO，强烈建议备份一下此ISO(因为pal4u2k会在光盘中抽取出一些文件，恢复不能)
点击pal4u2K.exe
出现如下图


请先点击一下上面绿色的2个圆箭头选择PAL→NTSC

然后按下Choose a file，选择你想转换的欧版PS游戏ISO(注意备份)

点击Find SEQs
随后点击跳出的对话框确定后，出现如下画面


点击Create P4U file
这时会生成一个与你ISO文件名同名的p4u file文件，关闭pal4u2K

随后，打开p4upatch.exe，出现如下画面：


点击Choose P4U file并且选择你先前生成的p4u文件
点击Choose BIN/EXE并且选择你的ISO文件

点击右下角GO FOR PATCH

当出现如下画面，表示转换成功。这下你可以进一步参照上面的教程转换你的ISO了



2、关于各别是bin文件的PS镜像仍然转换失败的解决办法。
请使用UltraISO Premium 8.0转换成ISO，即可顺利转换

点击下载UltraISO 8.0中文版




下载附件，并安装。运行UltraISO.点击菜单栏中工具
[attach]776252[/attach]
选择 格式转换... 在跳出的窗口框中选择你要转换的bin文件
[attach]776253[/attach]
设置好，转换好ISO的路径，文件名
在输出格式中选择 标准 ISO(*.ISO)，最后点击转换即可。

基本 LDAP 语法

•	=（等于） 此 LDAP 参数表明某个属性等于某个值的条件得到满足。例如，如果希望查找“名“属性为“John”的所有对象，可以使用： (givenName=John) 这会返回“名”属性为“John”的所有对象。圆括号是必需的，以便强调 LDAP 语句的开始和结束。
•	&（逻辑与） 如果具有多个条件并且希望全部条件都得到满足，则可使用此语法。例如，如果希望查找居住在 Dallas 并且“名”为“John”的所有人员，可以使用： (&(givenName=John)(l=Dallas)) 请注意，每个参数都被属于其自己的圆括号括起来。整个 LDAP 语句必须包括在一对主圆括号中。操作符 & 表明，只有每个参数都为真，才会将此筛选条件应用到要查询的对象。
•	!（逻辑非） 此操作符用来排除具有特定属性的对象。假定您需要查找“名”为“John”的对象以外的所有对象。则应使用如下语句： (!givenName=John) 此语句将查找“名”不为“John”的所有对象。请注意：! 操作符紧邻参数的前面，并且位于参数的圆括号内。由于本语句只有一个参数，因此使用圆括号将其括起以示说明。
•	*（通配符） 可使用通配符表示值可以等于任何值。使用它的情况可能是：您希望查找具有职务头衔的所有对象。为此，可以使用： (title=*) 这会返回“title”属性包含内容的所有对象。另一个例子是：您知道某个对象的“名”属性的开头两个字母是“Jo”。那么，可以使用如下语法进行查找： (givenName=Jo*) 这会返回“名”以“Jo”开头的所有对象。
•	以下是 LDAP 语法的高级使用示例： • 您需要一个筛选条件，用来查找居住在 Dallas 或 Austin，并且名为“John”的所有对象。使用的语法应当是： (&(givenName=John)(|(l=Dallas)(l=Austin))) • 您发现应用程序日志中有 9,548 个事件，因此需要查找导致这些日志事件的所有对象。在此情况下，您需要查找所有被禁用的用户 (msExchUserAccountControl=2)，这些用户的 msExchMasterAccountSID 没有值。使用的语法应当是： (&(msExchUserAccountControl=2)(!msExchMasterAccountSID=*))   注意： ! 操作符与通配符的结合使用可查找属性未设置为任何值的对象。

返回页首

何时使用 LDAP 查询？

在使用 Exchange Server 时，您遇到了使用 LDAP 字符串的情况。例如，当您设置收件人或邮箱管理策略或地址列表过滤器时，或者，当您搜索 Active Directory 目录服务时，Exchange Server 都会使用 LDAP。在下面的部分中，我们将介绍一些 LDAP 语句的使用方式。

使用“Active Directory 用户和计算机”进行搜索

下例描述了如何“Active Directory 用户和计算机”执行搜索：

1.	打开“Active Directory用户和计算机”。
2.	右击域对象并选择查找。
3.	单击查找旁边的下拉列表，然后选择自定义搜索。
4.	从下一屏幕中，选择高级选项卡。
5.	在输入 LDAP 查询下，输入相应的 LDAP 语句。

本示例尝试查找职务为 prez 或姓名以 test 开头的所有对象。如果您单击立即查找，应该能够看到相应的输出，如以下屏幕截图所示。

使用 LDP 进行搜索

您还可以使用 LDP 执行搜索，该工具已包括在 Microsoft Windows Server 2003 和 Windows 2000 Server 支持工具之中。该工具不仅为您赋予了搜索域容器的能力，而且允许您搜索配置容器。首先，您应打开 LDP 并连接到有效的域控制器。然后，您需要使用相应凭证进行绑定。请选择视图，然后选择树视图。保留基位置 DN 字段为空，然后单击确定。导航到要搜索的容器，右击该容器，然后选择搜索。

将出现一个对话框，其中的基位置 DN 字段包含了正确的值。输入进行筛选所依据的 LDAP 语句，将出现类似如下的内容。

如果希望搜索当前级别以下的所有容器，请确信选择了子树单选按钮。单击运行，然后开始查找所有匹配项。

使用 LDIFDE 执行搜索

您可能经常需要搜索一组满足特定条件的对象并且希望建立这些用户的列表。LDIFDE 是一个可以用来建立此列表的命令行工具。假定您希望查找并保存 mailNickName 以 Jeff 开头的所有用户的列表。那么，您可能会运行如下命令。

C:\>ldifde -d "DC=witaylorroot,DC=com" -f c:\output.txt -r "(&(objectClass=user)(mailNickName=jeff*))

在本例中，您将查找三个对象并将他们的所有属性导出到指定的 .txt 输出文件中。但是，如果您打算导出数千用户的查找结果，导出文件将过于庞大。为此，我们可以使用其他选项。您可以使用 ¨Cl（小写的 L）开关指定导出哪些属性。可分辨名称将总是被导出，但是如果希望仅导出该名称，可以在字符串中添加 ¨Clnothing，以简化输出结果。以下命令便是这样的一个例子。

C:\>ldifde -d "DC=witaylorroot,DC=com" -f c:\output.txt -l nothing -r "(&(objectClass=user)(mailNickName=jeff*))

请考虑这样一种情况，您希望使用先前引用的 LDIFDE 导出结果，但是只想在输出中包括 homeMDB 属性。为此，必须使用以下命令。

C:\>ldifde -d "DC=witaylorroot,DC=com" -f c:\output.txt -l "homeMDB" -r "(&(objectClass=user)(mailNickName=jeff*))

dn:CN=jeff,OU=55Users,DC=witaylorroot,DC=com changetype:add homeMDB:CN=Private Information Store (WITAYLORNT4EX55),CN=First Storage Group,CN=InformationStore,CN=WITAYLORNT4EX55,CN=Servers,CN=WITAYLORMIXEDSITE,CN=Administrative Groups,CN=WITAYLORORG,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=witaylorroot,DC=com

dn:CN=jeff2,CN=Users,DC=witaylorroot,DC=com changetype:add homeMDB:CN=Private Information Store (WITAYLORNT4EX55),CN=First Storage Group,CN=InformationStore,CN=WITAYLORNT4EX55,CN=Servers,CN=WITAYLORMIXEDSITE,CN=Administrative Groups,CN=WITAYLORORG,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=witaylorroot,DC=com

dn:CN=jeff3,CN=Users,DC=witaylorroot,DC=com changetype:add homeMDB:CN=Private Information Store (WITAYLORNT4EX55),CN=First Storage Group,CN=InformationStore,CN=WITAYLORNT4EX55,CN=Servers,CN=WITAYLORMIXEDSITE,CN=Administrative Groups,CN=WITAYLORORG,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=witaylorroot,DC=com

如果您正在进行导出，并且没有限制导出哪些属性，可能需要使用 ¨Cn 开关来排除正常情况下会包括在内的任何值。这有助于防止导出文件的体积变得过于庞大。

返回页首

在 ADModify 中使用 LDAP 查询

若要获得 ADModify 工具，请联系微软产品支持服务。有关如何联系微软产品支持服务的更多信息，请参见微软支持和帮助网站。

若要通过第三方网站获得 ADModify 工具，请访问以下 GotDotNet 网站：ADModify.NET：Workspace 主页.

ADModify 是微软产品支持服务部门的日常使用工具。对于大型 Active Directory 环境，将可能包含数千用户的整个组织单位 (OU) 添加到右侧列表的工作并对他们进行分析以找出所需更改的用户，这个过程可能并不那么轻松。因此，我们可以使用其他方法实现这个目的。在第一个屏幕上，选择修改现有用户属性并单击下一步。在修改 Active Directory 用户屏幕上，有一个高级按钮。

如果单击高级按钮，将出现自定义 LDAP 筛选条件对话框。在该对话框中，可输入要使用的 LDAP 筛选条件。在本例中，您只想列出启用了邮件的组。筛选条件看起来如下所示。

然后，单击确定。选择希望 ADModify 进行搜索的 OU 或域。如果您希望它搜索所选容器的下级容器，请确信选择了枚举用户时遍历子容器。单击添加到列表，然后在接到需花费较长时间的警告时单击是。满足所指定条件的对象现在将显示在右侧窗格中。

在这里，可突出显示要修改的对象，然后继续向导的后续步骤。

Ajax技术是当前开发web应用的非常热门的技术，也是Web 2.0的一个重要的组成部分。然而如果用传统的方式Javascript进行Ajax开发的话，就会使得应用程序非常难以进行调试，从而降低了生产效率。Google最近推出的GWT有望为我们解决这个难题，GWT是一个开发Ajax应用的框架，它使程序员用Java同时开发客户端和服务器端的代码。GWT的编译器会把用于开发客户端的Java代码转化成Javascript和Html，而程序员不用关心这一转换过程。这样程序员就可以在自己喜欢的Java IDE里面开发自己的Ajax应用程序。

本文主要从以下几个方面进行介绍：

1、 GWT特性简介

2、 用GWT进行UI开发

3、 用Javascript开发Ajax应用简介

4、 用GWT进行Ajax开发

GWT特性简介

1．动态，可重用的UI组件

GWT提供的组件库使用户可以很容易的开发出漂亮的UI, 每个组件对应于GWT的一个类。在本文的第二部分会比较详细的介绍GWT对UI的支持。

2．简单的RPC调用

使用GWT，可以方便的实现客户端和服务器端的通信，特别是使得异步通信变的非常简单。在本文的后面部分将对利用GWT进行RPC调用进行详细介绍。

3．更加方便的调试

由于在开发阶段不需要生成HTML截面，用户开发的代码实际上是在JVM上运行的，这样用户就可以用传统的调试Java代码的方法对程序进行调试，从而加快了调试的速度，减少了软件开发的时间。

4．浏览器兼容性

在大多数情况下，用GWT开发出来的程序会支持IE、Firefox、Mozilla、Safari和Opera，用户在开发的时候不必担心浏览器的兼容性问题。而浏览器的兼容性问题也是用直接用Javascript进行Ajax应用开发所面临的一个另程序员棘手问题。

5．可扩展性

如果你觉得GWT提供的API不能满足需求，你可以利用JSNI将Javascript语句直接嵌入至Java代码中。 

用GWT进行UI开发

在本文的这一部分，我们将探讨一下GWT对UI开发的支持。在GWT中，包含我们进行Web开发所需要的大部分组件，比如按纽(Button)，文本框（Text box）等。图一显示了部分GWT所支持的UI组件。从图片的显示效果来看，利用GWT可以做出非常漂亮的UI。

图一：GWT支持的部分UI组件

值得一提的是，在每个UI组件是必须放在一个称之为面板（Panel）的控件里面。而面板具有不同的风格，这也决定了UI的风格。图二显示了GWT所支持的部分面板。

图二：GWT支持的部分面板

在看过这些组件之后，我们接下来用一个实验来讲述怎样把UI组件添加到页面上。这个实验的最终结果是一个登录框界面。

在开始我们的实验之前，我们需要准备一下GWT环境，首先要到Google的网站上去下载一个Windows版本的GWT，目前的版本号是1.0.21。然后要在机器上配置好JDK环境，具体的配置方法网络上有大量文档，这里就不再详细介绍。由于我们这个实验是在Eclipse开发环境下进行的，所以你还需要一个Eclipse的环境，可以到Eclipse的官方网站下载Eclipse的开发环境。接下来我们详细介绍试验过程。

1． 创建Eclipse工程

我们可以利用GWT自带的一个批处理文件projectCreator.cmd来创建Eclipse的工程。如图三所示，我们创建了一个名字为myProject的工程，存放在当前目录的myProject子目录下面，关于批处理文件projectCreator.cmd的详细用法，请参见Google关于GWT的帮助文档。

图三：用GWT创建Eclipse工程

2． 创建GWT应用程序

在创建完Eclipse工程myProject之后，我们利用GWT自带的另外一个批处理文件applicationCreator.cmd来创建一个GWT应用程序。图四显示了创建一个GWT应用的过程。大家注意到这个批处理文件接受一个名为 -eclipse 的参数，这个参数正是指定了一个Eclipse的工程，我们的例子中指定为我们刚创建好的Eclipse工程myProject。

图四：创建GWT应用程序

3． 导入Eclipse工程

在创建完Eclipse工程和GWT应用程序框架后，我们接着将Eclipse工程导入到Eclipse开发环境当中以进行进一步的开发，具体的导入过程不再详细介绍。导入后的工程结构如图五所示。

图五：导入Eclipse工程

6．添加UI组件

在导入工程后，我们会发现工程里面有一个名字为DemoClient的Java文件。这个文件是在运行applicationCreator.cmd批处理文件时创建的，我们现在需要做的工作就是在这个Java文件上加入自己需要的UI组件。我们在这个文件中加入了五个组件，分别是：两个Label，一个Button，一个TextBox和一个PasswordTextBox。代码列表Listing 1中列出了本程序的所有代码。

Listing 1：Sample GWT Application

1    package com.sample.myProject.client;

2    import com.google.gwt.core.client.EntryPoint;
3    import com.google.gwt.user.client.ui.Button;
4    import com.google.gwt.user.client.ui.HorizontalPanel;
5    import com.google.gwt.user.client.ui.Label;
6    import com.google.gwt.user.client.ui.PasswordTextBox;
7    import com.google.gwt.user.client.ui.RootPanel;
8    import com.google.gwt.user.client.ui.TextBox;

/**
 * This class is used to demostrate how to add widget onto the Web page
 */
9    public class DemoClient implements EntryPoint {
  /**
   * This is the entry point method, when the module is load, this method
   * will be automatically invoked.
   */
10	  public void onModuleLoad() {
11		    Label labelName = new Label();
12		    Label labelPassword = new Label();		    
13		    TextBox tbName = new TextBox();
14	PasswordTextBox tbPassword = new PasswordTextBox();
15	Button button = new Button();
16		    
17		    labelName.setText("Name:        ");
18		    labelPassword.setText("Password: ");
19		    button.setText("submit");
20		    
21		    HorizontalPanel hPanel = new HorizontalPanel();
22		    HorizontalPanel hPanel2 = new HorizontalPanel();
23		    
24		    hPanel.add(labelName);
25		    hPanel.add(tbName);
26		    hPanel2.add(labelPassword);
27		    hPanel2.add(tbPassword);
		    
28		    RootPanel.get().add(hPanel);
29		    RootPanel.get().add(hPanel2);
30		    RootPanel.get().add(button);
31		  }
32   }

接下来我们分析一下这些程序代码，注意到类DemoClient继承自EntryPoint，所有需要最终被翻译成HTML页面的类都必须继承自EntryPoint，并且需要重写onModuleLoad方法，这个方法会在模块被装载的时候自动调用。因此我们也就需要把我们的添加组件的代码放到这个函数里面。

程序的11至15行分别创建了5个组件的实例。分别是两个Label，一个Button，一个TextBox和一个PasswordTextBox。然后程序的17到19行分别设置了两个Label组件以及一个Button组件的显示内容。程序的21行和22行穿件两个Panel对象，这两个Panel对象的类型都是水平Panel对象。也就是说放在这种Panel里面的组件是被水平排列的。程序的24行到27行分别向这两个Panel对象中加入TextBox组件和Label组件。在程序的最后，将刚才创建好的两个Panel对象以及一个Button对象加到最外层的Panel当中。

7．编译应用程序

在代码开发完成后，我们可以双击工程里面的DemoClient-compile.cmd批处理文件来将我们开发出来Java文件编译成Javascript和HTML。编译后的文件将存放在工程的根目录下面的www子目录中。

8．运行程序

编译好程序后，我们会发现生成了一个名字为DemoClient.html的HTML文件，双击这个文件，程序的运行结果如图六所示：

图六：程序运行结果

在这一部分，我们主要讨论了如何将UI组件添加到Web页面中，而这些组件如何与远程服务器进行异步的交互将在下面的章节中进行讨论。

用Javascript开发Ajax应用

为了使用户能更清楚地理解用GWT开发Ajax应用与用传统的Javascript开发Ajax应用的不同，文章的这一部分将简要介绍如何利用Javascript对象进行Ajax应用的开发。

大家都知道Ajax技术中的一个核心对象是XMLHttpRequest对象，这个对象支持异步请求，所谓异步请求既是当客户端发送一个请求到服务器的时候，客户端不必一直等待服务器的响应。这样就不会造成整个页面的刷新，给用户带来更好的体验。而当服务器端响应返回时，客户端利用一个Javascript函数对返回值进行处理，以更新页面上的部分元素的值。

由于在IE和其他浏览器上声称XMLHttpRequest对象的方法不一样，所以我们用Javascript创建XMLHttpRequest对象的时候必须区分不同的浏览器。创建一个XMLHttpRequest对象的方法如清单2 中的代码所示。

清单2：创建XMLHttpRequest对象

1    function createObject(){
2     try {
3		  xmlHttpRequest = new ActiveXObject("Msxml2.XMLHTTP");
4	  } catch (e1) {
5		  try {
6		    xmlHttpRequest = new ActiveXObject("Microsoft.XMLHTTP");
7		  } catch (e2) {
8		    xmlHttpRequest = false;
9		  }
10	  }
11  if (!xmlHttpRequest) {
12		 xmlHttpRequest = new XMLHttpRequest();
13	  }
14	  return xmlHttpRequest;      
16  }

在创建好XMLHttpRequest对象之后，来看一下如何与server端进行异步的交互。清单3中列出了与服务器段进行交互的代码

清单3：与服务器端进行交互

1    function ajaxSample() {
2        var xmlHttpRequest = createObject();
3        var url = "/sampleServlet?userName=Jason";
4        xmlHttpRequest.open("GET", url, true);
5        xmlHttpRequest.onreadystatechange = updatePage;
6        xmlHttpRequest.send(null);
7    }

这段代码演示了如何与服务器端进行交互的过程。程序的第2行首先获得一个XMLHttpRequest对象，程序的第三行指定了服务器端响应客户端的请求的地址。程序的第4行利用XMLHttpRequest对象打开一个连接，第一个参数指定用GET方法传递参数，第二个参数指定了接受请求的URL，在我们的例子中是一个Servlet，最后一个参数设置成true意味着将要发出的请求是一个异步的请求。程序的第5行指定了回调函数，也就是当服务器端返回结果后执行哪个Javascript函数。

这一部分对如何利用Javascript进行Ajax开发作了一个简要的介绍，下面我们将详细介绍如何利用GWT进行Ajax应用的开发。

用GWT进行Ajax开发

在文章的第二部分我们已经掌握了如何利用GWT创建一个工程并在工程里添加一个GWT应用程序，同样我们这一部分也需要创建一个GWT的工程，并添加一个GWT应用程序，由于默认创建的GWT程序不含有Server端的示例代码，我们必须手工加进去。我们创建好的工程GWTSample如图七所示。我们将要介绍的实例主要功能是采用异步通信的方式从服务器端取出一个字符串显示在HTML页面上。这个例子虽然简单，但却包含了如何利用GWT进行Ajax开发的主要流程。

图七：GWTSample工程结构

大家注意到我们这个工程里面有个com.sample.myProject.server包，这个包里面包含有运行在服务器端的代码。我们从客户端发送的请求也是发送到这个包里面的一个Servlet上去的。

为了进行异步调用，在Client端必须定义一个继承自接口RemoteService的接口，在我们的这个例子中，我们定义了接口SampleService，SampleService的代码如清单4所示。

1    package com.sample.myProject.client;

2    import com.google.gwt.user.client.rpc.RemoteService;

3    public interface SampleService extends RemoteService{
4    //The implementation of this method is used to return a string
5    String getString();
6    }

大家注意到这个接口继承自RemoteService，并且声明了一个方法getString();，这个方法会在服务器端的代码中实现。当然，大家可能现在已经意识到，这里声明的方法就是我们采用异步调用方式所能够调用的方法。

在声明完这个接口之后，我们还必须声明另外一个异步调用接口，在我们的例子中是接口SampleServiceAsync，这个接口里声明的方法名称必须与SampleService里面的相同，但是多个一个类型为AsyncCallback的参数，接口SampleServiceAsync的代码清单如清单5所示：

清单5：SampleServiceAsync代码清单

1    package com.sample.myProject.client;

2    import com.google.gwt.user.client.rpc.AsyncCallback;

3    public interface SampleServiceAsync {
	
4    void getString(AsyncCallback callback);
5	}

在客户端定义完接口之后，我们必须在服务器端实现这个接口，在我们的例子中，类SampleServiceImpl实现了接口SampleService，同时你也会注意到SampleServiceImpl也继承了类RemoteServiceServlet，而RemoteServiceServlet是HttpServlet的一个子类，这样我们的客户端的请求就可以提交到Servlet SampleServiceImpl上面。类SampleServiceImpl的代码清单如清单6所示：

清单6：SampleServiceImpl代码清单

1    package com.sample.myProject.server;

2    import com.google.gwt.user.server.rpc.RemoteServiceServlet;
3    import com.sample.myProject.client.SampleService;

4	public class SampleServiceImpl extends RemoteServiceServlet implements 
5	 SampleService {
6          public String getString() {
7         return "This string is from server";
8          }
9	}

最后我们来看一下类DemoClient，这个类和我们在第二部分创建的工程myProject中的类DemoClient是同一个类型的。只不过在我们这个工程中我们使用它来进行向server端的异步调用。清单7列出了类DemoClient的代码。

清单7：DemoClient代码清单

1    package com.sample.myProject.client;

2    import com.google.gwt.core.client.EntryPoint;
3    import com.google.gwt.core.client.GWT;
4    import com.google.gwt.user.client.rpc.AsyncCallback;
5    import com.google.gwt.user.client.rpc.ServiceDefTarget;
6    import com.google.gwt.user.client.ui.Button;
7    import com.google.gwt.user.client.ui.ClickListener;
8    import com.google.gwt.user.client.ui.Label;
9    import com.google.gwt.user.client.ui.RootPanel;
10   import com.google.gwt.user.client.ui.Widget;

/**
 * This class is used to demostrate hwo to 
 * interact with the server client in asynchronized
 * way
 */
11   public class DemoClient implements EntryPoint {

12       public void onModuleLoad() {
13	final SampleServiceAsync sampleService = (SampleServiceAsync) 
14	 GWT.create(SampleService.class);
15        ServiceDefTarget target = (ServiceDefTarget)sampleService;
16        String staticResponseURL = GWT.getModuleBaseURL();
17        staticResponseURL += "/getStringService";
18        target.setServiceEntryPoint(staticResponseURL);
19        
20        final Label label = new Label();
21        final Button button = new Button("Get String");
        
22        button.addClickListener(new ClickListener() {
23            public void onClick(Widget sender) {
24                sampleService.getString(new AsyncCallback() {
25                    public void onSuccess(Object result) {
26                        label.setText((String) result);
27                    }
28                    public void onFailure(Throwable caught) {
29                        label.setText(caught.getMessage());
30                    }
31                });
32            }
33        });

34        RootPanel.get("1").add(button);
35        RootPanel.get("2").add(label);
36    }
37}

代码的第13行得到了一个实现了接口SampleServiceAsync的类的实例。第15行创建了一个ServiceDefTarget对象的一个实例，通过这个对象可以设置请求的目的地。程序的第18行设置了请求的目的地的URL，在我们的例子中是"/getStringService"，这个URL会在web.xml文件中被mapping到servlet SampleServiceImpl上。程序的22行到33行为我们添加的button设置了单击响应事件。在单击响应事件中调用sampleService的getString(AsyncCallback callback);方法。这个方法是用来进行异步的远程过程调用的(RPC).并且在实现接口AsyncCallback的代码中指定了回调函数，当远程过程调用成功后就执行onSuccess(Object result)函数，其中result中存放有从服务器端返回的结果.。在远程工程调用失败后就执行onFailure(Throwable caught)函数。程序的最后把Button组件和Label组件加到panel中。

现在我们已经完成了程序的开发，图八显示了我们程序的运行结果，在点击Button后，右边回打出一句话来，重要的是这句话是以异步的方式从服务器端取得的，不需要进行页面的刷新，怎么样，现在是不是也想用GWT进行Ajax应用开发了呢？

图八：RPC调用示例

总结

本文主要对用 GWT 进行 Ajax 开发进行了比较详细的介绍，并通过与传统的Ajax开发方式进行比较，使读者能更清楚地理解它们之间的区别，最后我们可以看出用GWT进行Ajax开发可以使得程序员免受调试Javascript之苦，并且GWT自动处理了浏览器之间的兼容性问题，这些都会使得开发更加容易，快捷。因此，用GWT进行Ajax开发是一种比较好的方式。希望本文能为读者学习GWT进行Ajax的开发有所帮助。

三藏，三藏。我躲在阴暗的角落声音嘶哑悲凉，你的名字是我唯一的阳光，紫色的眼瞳深沉寞落，右手的左轮手枪瞬间爆发，无与伦比的速度如同闪电般耀眼，精确如斯的力量，连神灵也为之颤恐。肩膀上镂刻着的古老经文，似乎是封印着某个单薄的咒语。眉心的血色光斑，仿佛是火焰般的盛世莲花正开的无比灿烂。

生命里最温馨的时刻，初次相遇，那只淘气的猴子，闪动着金色的双眸，金蝉，还依稀记得你的名字，河里飘来的孤独弃儿，你的生命注定从此怒放，傲视群雄。悟空，你的前世今生，究竟是什么让你选择了遗忘终生，不过幸好，那个重要的人，依旧如此温柔，虽然棱角分明。

我一直怀疑，那么强大的力量，究竟是如何压迫，小小的妖力制御装置。八戒轻轻的微笑着，绿色的潭水，深沉的闪动着，点点的光斑，蕴涵着无法言明的痛楚和凄凉。我们永远无法知道，在八戒优雅的风度下面，是真心的快乐，还是低沉的泪水。然而——又是然而——被禁忌之子悟净，残忍的拯救，那个红发如火的顽劣孩童，夹带着主人嘲弄的表情，升向茫茫未知。颓废的生活为你而改，绝望的心情为你破灭。烟雾袅绕，隐隐闪现的，是四个男人的友情。倔强的命运之线，已经在我们的掌纹烙下印记，注定永不分离。

流浪的步伐未曾驻留，你的手腕扣着我的手指，命运的红线带着轻盈的色泽，牵引着我寂寞的心的人，只有你。一切都带着冠冕堂皇的纯净梦魇，一切都伴随着理所当然的虚伪字眼，请以祈祷般虔诚的心情猜测，有关未来的轻微预测。这是多么的可笑，向着天籁进发的无敌组合，只相信自己的淡漠生灵，却曾来未曾说起未来。你我最终的归宿，是花喃温柔的怀抱，还是观音深沉的唇角。

最游记。这是一部足以流传千古的漫画，对于生命的叩问，对于使命的思考，以及——对于神灵力量的探索。夹杂着的血腥暴力屠杀，以绝对的优势优雅胜出。却让我有不寒而栗的颤抖心情，想要拼命逃离却一次次的被他们的人格魅力吸引，即使是这样的痛楚，即使我的咽喉已经渗出了鲜血斑斑，声音嘶哑但并不迷茫，信念的坚定让我们拥有无与伦比的真诚信仰，我们依然喊着你们的名字，即使明知希望渺茫也不会放弃，因为总有一天，你会回头向我微笑。带着五百年的寂静轮回所遗留下的点点泪斑。

狭小的阴暗阁楼，松动的木质地板只可以放进一本薄薄的最游记。永远是黑色的沉默封面，字迹印刻着古老的色泽，故事永远生动血肉丰满。没有王子公主的温馨童话，也没有花前月下的海誓山盟，却让我感动如斯，颤抖的手指不由自主的抚摩你俊美的脸颊，带着微微浅薄的幼稚心理，想象着你是为我如何披上婚纱。眼眸深处正涌动着一生一世的寂寞温柔。

他们藕断丝连的暧昧关系，被定义为四个男人的友情，可是，那只猴子——喊着三藏我肚子饿了的小猴子，他真的可以算做一个——男人？Q版里的人物，让我有了拥抱的欲望，他的皮肤，一定像世界上最柔软的糖果枕一样柔软温暖。然而，就是这样一个有着大大金色眼瞳的小小可爱，却承担着队伍里最重的任务——与红孩儿战斗。即使是解除妖力制御装置后他会拥有绝对的优势，却以放弃自己为代价。我始终无法可想，这样矛盾的表现，凄惨的前世悲凉的今生，却没能在你的身上，烙下痛苦的痕迹。还是，只要有最重要的人的关怀，虽然棱角分明却也不会让你痛苦？

我不得不提起红孩儿，这个沉默的让我心疼的孩子，几乎无敌的华丽招式足以与三藏匹敌，心里明明记得却无法准确描述的人格魅力，他绝非等闲。这样的结语出口我就觉得好笑，最游记的主角们，会有谁是等闲之辈？小小的配角，也让我记忆犹新。为了母亲听从玉面的指挥，与原本想成为朋友的人为敌，出手的瞬间，我猜你一定在犹豫仓皇。否则强大如你，怎么可能会失败？即使是最后你顿时醒悟，原来他们拥有着，你所缺少的东西。不过所幸，他们依旧了解你内心的真正渴望。为自己战斗。不再听从他人的恣意指挥。任何的否定，都不会再次听见。

八百单。你的名字从何而来，西游记的历史，没有出现过你的名字。永远忘不了，你的第一次出场，温柔的寂寞神情，“我多么的希望……”，然而他却依旧清醒，不得不面对的战斗，无法忘怀的初次相遇，被红孩儿大人解救的苦命女生，信仰坚定。即使是在少爷丧失了自我意识之后，也可以微笑着听从。是怎样的心情啊，强忍着快要落出的眼泪，向他轻盈的点头。

我用了大篇的文章字符来介绍人物，却只字不提情节。是怕再次回忆那样惊心动魄的场面，在华丽的街景之上战斗着的寂寞人群。地面上怒放的血色红莲，是他们向着苍天问路，归途依旧遥遥无期。而不约而同拥有的崎岖伤疤，竟然是让我们相遇的重要契机。面对着这样的辛酸历程，我想所有的人都会黯然神伤。

这是一个关于命运的故事吧。一切都似乎是注定，一切都容不得反抗。玉面公主残酷的神情，让世界疯狂堕落的最终理由竟然是为了与爱人的再次相遇，惊心动魄的理由，却是这么的理所当然，冰冷彻骨中的隐隐温情，比花前月下的对酒当歌更让我感动，桃源乡妖怪们疯狂的寂寞神情，被操纵了的心灵，神灵们在云翳之间绽开冷漠的笑靥。

没有泪水并不代表没有令人动容的黯然神伤；没有表白并不代表没有温馨弥漫的真情流露。初次相遇的时候，悟空手手指拉着三藏的长发，告诉他说你像太阳王子一样漂亮，于是一切都烟消云散，那一定是他生命里最温暖的时刻，虽然没有诉说，可是我们却不约而同的相信，三藏的一生，即使丧失了所有的记忆，也还是会记起，悟空清朗的声音。如同阴翳里的眩目光芒，为他的生活镀上了只属于他的特殊印记。单纯的明亮着。

八戒温和的笑着，如同深不见底的古老潭水，沉积着千年的悲哀与抑郁。花喃的失去让他疯狂，生命里第一个爱人是自己的亲生姐姐，不该发生的故事，最好永远也不要发生。不该出现的人群，也最好永远不会出现，不该拥有的誓言，却被一次次的渴望，虽然明知结果只能注定悲哀。

赎罪。屠杀。血腥。温情。在三个阴暗的词语之后添加的快乐字眼，突兀的如同阴森森的惨白骨头，刺破了黑色的天空。锣鼓喧嚣中的幽幽琴声，也会如此的神宇轩昂吧。孤独却不寂寞的声音，是否代表着你我的友情，如同清纯的泉水， 流淌在萧索的人间。瞬间洪流滚滚，淹没被弥漫着灰尘的土地。重生，然后再次相遇。依旧不会有任何束缚，依旧是强大的力量。所不同的，再也没有冷冰的过去，红莲依旧璀璨。

“我们的心细小得连空隙都没有了，已经容不下更多的人来牵挂了”

应该是个温暖的结局吧，当这样的台词出现的时候，已经忘记了是谁的声音，却依旧记得，那种未知的感动，突然间涌出的泪水，是不是太阳的点点光斑？我听到了一首无言的歌，正如晨花般的照耀春天。

四个人的世界，已经容不下太多了。没有足够的空间可以奢华的挥霍，也没有太多的时间分享。