Websphere 产品安装信息命令 versionInfo 产品属性文件查找 查看<was_home>/properties/version/WAS.product 查看任意概要文件(profile)下的SystemOut.log文件，此文件包含WebSphere Application Server产品相关信息. <profile_home>/logs/server1/SystemOut.log 2. 故障诊断工具 FFDC(First Failure Data Capture) <profile_home>/logs/ffdc 3. 通过从命令行运行 java -fullversion 看JDK信息 <was_home>/java/bin/java -fullversion 4. 检查Windows平台上的IBM HTTP Server的版本信息，运行apache.exe -v 5. 日志文件 5.1 JVM日志 installation_root/profiles/profile_name/logs/server_name 5.2 进程日志 installation_root/logs/applicationServerName/native_stderr.log 和 native_stdout.log 5.3 服务日志(二进制文件) install_root/logs/activity.log installation_root/bin/showlog 6. 日志分析器 <was_home>/bin/waslogbr.bat install_root/logs/activity.log 7. port config WAS_INSTALL_ROOT\profiles<profileName>\config\cells<cellName>\nodes<nodeName>
Type 1: JDBC-ODBC Drawback: client code must be loaded and configured on each client machine.
JVM Heapsize -Xms -Xmx 2. GC 什么时候收集 Heap Fragmentation 3. Web Container ThreadPool Buffer Timeout Keep-alive 4. EJB Container 5. Data Source 最大/小连接数 JDBC Driver类型的选择
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 类和接口。