Cell 单元是整个分布式网络中一个或多个节点的逻辑分组。单元是一个配置概念，是管理员将节点间逻辑关联起来的实现方法。管理员根据具体的业务环境，制定对其整体系统集成环境有意义的条件来定义和组织构成单元的节点。就一般情况来说，可以将单元看作是最大的作用域。 在 IBM WAS ND 产品中，管理配置数据都存储在 XML 文件中。单元保留了它每个节点中每台服务器的主配置文件。同时每个节点和服务器也有其自己的本地配置文件。如果服务器已经属于单元，则对于本地节点或服务器配置文件的更改都是临时的，通过在本地提交更改生效时，本地更改覆盖单元配置，但是当执行单元配置文档同步到节点的操作时，在单元级别上对主控服务器和主节点配置文件所作的更改将会替换对该节点所作的任何临时更改。 2. Node 节点是受管服务器（Server）的逻辑分组。节点通常与具有唯一 IP 主机地址的逻辑或物理计算机系统对应，节点不能跨多台计算机。节点分为受管节点与非受管节点 3. Node=Profile。 WebSphere Application Server V6 引进了概要文件（profile）概念，目的是将产品的二进制文件（binaries）与用户数据物理分离，并使用户能定义多组用户数据。通常情况下，用户数据包括配置文件、部署的应用程序、日志文件和临时工作区等 WebSphere Application Server V6 产品安装程序将创建的文件分别放在两个隔离的环境中：一个用于安装产品二进制文件(Websphere 安装程序)，另一个用于创建初始概要文件。 Node 是管理上使用的概念，Profile 是实际的概要文件，它们代表同一事物。Server 就是所谓的 Application Server Instance , 这是我们实际要布署 Application 的地方。在IBM WAS ND 产品中受管节点的 Node Agent 目的就是让 Deployment Manager Server 可以透过 Node Agent 来管 Node (Profile) 中的 Application Server Instance，一个 Node (Profile) 中可以有多个 Application Server Instance。 如果是非 ND 版本 , 则属于 Single Server 版本，那么一个 Node (Profile) 中只能有一个 Application Server Instance，如果你希望在一台机器上有多个 Application Server Instance，那就只能透过创建多个 Profile (Node) 来达成，但这些 Node (Porfile) 彼此独立没有管理上的关系 (RelationShip)，只要使用的 TCP/IP Port 不要冲突即可。 From: http://www.webspherechina.net/?viewnews-5560.html
How about the JVM classpath defined in WAS admin console? Anybody can deeper clarify?
IBM portal server 基于App Server app server: 管理：Http://hostname:9060/ibm/console 应用：Http://hostname:9080 2. portal server 应用：http://hostname:10038/wps/portal 管理：https://hostname:10039/ibm/console PortalServer的端口可以通过文件 /PortalServer/config/wpconfig.properties来修改
SCA (Service Component Architecture) 是一个开发SOA(Service-Oriented Architecture)面向服务应用的简单模型规范，它描述用于使用SOA构建应用程序和系统的模型。它可简化使用SOA进行的应用程序开发和实现工作。 组件 是指一个基本的 SCA 工件，是业务应用程序的构建块。它提供基本的业务功能，比如股票报价服务或计算器服务。组件可以具有一些属性来控制业务服务的行为，并且提供组件的配置。一个 SCA 组件可以通过多种技术实现。SCA 规范定义了一组基本的实现类型（JAVA，C++，BPEL，PHP， Spring），并且允许其他 SCA 组件进行递归组合。 SCA 组件的功能被作为服务提供给其他组件；一个 SCA 组件可以通过一个引用（reference）来利用服务。服务和引用被关联在一起并显示出来，并通过推广发布到外部世界中。每个服务或引用都有一个接口，将业务接口描述为一组方法。每个方法有一个名字、若干参数和一个返回值。SCA 使用一个 Java 语言接口或通过一个 Web Services Description Language (WSDL) 文件定义这些接口。每个服务和引用通过一个访问绑定 来访问。绑定定义了用来访问服务或引用的协议。目前，SCA 规范包含了一组基础的流行绑定技术，比如 Web Service，JMS， EJB，JSON RPC。
与 Java Architecture for XML Binding（JAXB）或 Java API for XML Processing（JAXP），甚至 JDBC 等标准 API 一样，JAX-RPC 其实是一个 API 规范。换句话说，它仅仅是一个文档，其中规定了一组 Java 类和接口。
SOAP and Hessian 简单对象访问协议 (SOAP) 是基于 XML 的简易协议，提供了标准的 RPC 方法来调用 Web service，可使应用程序在 HTTP 之上进行信息交换。 Hessian 协议则是轻量级的远程过程调用（RPC）协议的典范，它基于 HTTP 协议传输编码后的二进制消息，Hessian 协议也被称为 HBWSP（Hessian Binary Web Service Protocol）。Hessian 是一个轻量级的、自定义描述的二进制 RPC 协议，它把文本格式的数据编码为二进制数据，仅用一个字符作为结构化标记，具有高效和简单的优势。 2. DataPower DataPower 是 IBM 针对面向服务架构（SOA）所推出的又一重要产品。DataPower 产品家族主要包括三款产品：WebSphere DataPower XA35，WebSphere DataPower XS40 和 WebSphere DataPower XI50。其中 XI50 侧重于企业消息总线及应用程序集成，能够以经济有效的方式支持大型机、线速企业消息总线和企业应用程序集成。DataPower 能够在不同消息格式（包括二进制格式、遗留格式和 XML 格式）之间进行转换，并提供消息路由和安全性。 2.1 用DP的理由 实现 Web 服务网关有多种方案，例如可以 WebSphere Message Broker 实现网关将协议进行转化，但在本应用场景中，电信企业对服务应用的效率要求很高，而且对数据格式的转换要求比较灵活并且高效。在这些方面，WebSphere Data Power 具有天然的优势，实现硬件级别的加速。
WeakHashMap
Prepare before beginning to negotiate 1.1 Define the negotiation objectives, Bottom line, Alternatives if failed 1.2 Know of the other party in advance, what they want 1.3 Determine who is the decision maker, negotiate with the decision makers directly 2. Conduct the negotiation 2.1 set time limits 2.2 consider small concessions that are highly valued by the other party, also seek a return concession accordingly. 2.3 if discussion start to heat up, break off discussions for a short time or postpone to future date 3. Close the negotiation and document the agreement 4. Implement the negotiated agreement 4.1 measure and evaluate performance 4.2 retrospective analysis, learn to improve your negotiation skills