websphere

1．内存和软件要求 (1) 内存：至少 128 MB RAM，建议 256 MB。WebSphere应用服务器安装光盘包括 Java 开发工具（JDK）。(2) 操作系统：Microsoft NT 版本 4.0 与服务包3 。(3) Web 服务器：WebSphere应用服务器需要下列服务器之一。IBM HTTP 服务器版本 1.3.3 Windows NT 版（WebSphere应用服务器安装光盘包括IBM HTTP 服务器）Apache Server 版本 1.3.2 Windows NT 版Domino 版本 5.0 Windows NT 版Lotus Domino Go Webserver 版本 4.6.2.5 Windows NT 版Microsoft Internet Information Server 版本 3.x 和 版本 4.0 Windows NT 版Netscape Enterprise Server 版本 3.01 和 版本 3.51 Windows NT 版（建议使用版本 3.5.1）Netscape FastTrack Server 版本 3.01 Windows NT 版(4) Java 开发组件（JDK）：建议使用与 WebSphere应用服务器一起提供的 JDK1.1.6。(5) Java servlet API：WebSphere应用服务器包括 JSDK 版本 2.0 或更高版本。(6) Web 浏览器：WebSphere应用服务器的管理器是用来管理 servlet 的用户界面。要运行管理器，需要 appletviewer 或支持 JDK1.1 的浏览器，例如：Netscape Navigator 4.06 或 4.0.7，包括集成的 JDK 1.1 支持并由以下 Web 站点提供：http://developer.netscape.com/software/jdk/download.html。或带有修正包的 Microsoft Internet Explorer 4.01 或更高版本。Sun HotJava 1.1 或更高版本一些旧的浏览器不能够正确地处理启用本机语言支持的文本。如果在用户界面上看到外来字符，例如“sEnable”，而不是“Enable”，可以通过升级浏览器校正。2．安装Web服务器 如果计划安装 IBM HTTP 服务器，请在安装 WebSphere应用服务器之前安装它。可以从 WebSphere应用服务器安装光盘安装 IBM HTTP 服务器。安装WebSphere应用服务器会更改 Web 服务器 httpd.conf 文件。如果安装 Web 服务器是在安装 WebSphere应用服务器之后安装的，将不会进行更改，并且 WebSphere应用服务器将不能够正确运行。安装 IBM HTTP 服务器之后，需要一些配置以启用 SSL 支持。请参阅 IBM HTTP 服务器文档以获得指示信息。对于计划安装其它的Web 服务器（如Apache Server），也请在安装 WebSphere应用服务器之前安装它。理由同上。3．安装 WebSphere应用服务器之前 安装WebSphere应用服务器版本 2.0之前，请卸装所有以前的版本。卸装之前，备份 WebSphere应用服务器版本 1.x 文件。(1) 文件备份从Windows NT 卸装以前版本的 WebSphere应用服务器之前，确保要移植的文件已经或者将要保存。安装 WebSphere应用服务器版本 2.0 时显示出的图形用户界面备份 WebSphere应用服务器目录中的文件，包括类、领域、Servlet、属性文件，其中，属性文件包括servlet.properties、admin_port.properties、rules.properties、jvm.properties、aliases.properties、connmgr.properties、userprofile.properties。如果有文件驻留在这四个目录之外（例如，如果在 WebSphere应用服务器 安装中创建自己的目录），请在安装 WebSphere应用服务器 版本 2.0. 之前，在 WebSphere应用服务器 安装之外的位置备份文件。此处包括移植进程的第一部分。第二部分必须在安装 WebSphere应用服务器版本 2.0 之后执行。请参阅有关文档以获得详细信息。(2) 卸载前一版本对于 Windows NT，使用开始 --> 控制面板中的添加/删除选项，或从开始 --> 程序 --> IBM WebSphere --> WebSphere应用服务器版本1.x 卸装。注意：当已安装了某版本的 WebSphere应用服务器，它将复制Web 站点配置文件作为备份文件，然后修改原始配置文件。当使用 Web 服务器时这个已被修改过的文件就成为活动的配置文件。当卸装 WebSphere应用服务器时，不会恢复以前的配置文件，它仍然是备份文件。为了使这些设置再次活动，必须将它们从备份文件转换为活动的 Web 服务器配置文件。另外，需要清除 CLASSPATH。如果在 CLASSPATH 中已经有来自以前版本的 WebSphere应用服务器的信息，安装版本2.0之前请删除这些信息。对于在 Windows NT 上使用Go Webserver 的Web服务器来说，当安装 WebSphere应用服务器时能自动卸装Go Webserver 上的 Java 支持。其它的请查阅有关文档。4．安装WebSphere应用服务器 在即将安装 WebSphere应用服务器之前，请确保已经：(1) 备份所有未通过安装程序自动备份的文件（从以前的 WebSphere应用服务器进行安装）。(2) 安装您计划使用的 Web 服务器。Web 服务器必须在安装 WebSphere应用服务器之前安装。(3) 如果 Web 服务器正在运行，请停止它。注意：在WebSphere应用服务器的安装期间，如果指定使用 IBM HTTP 服务器或 Apache Server，将提示您确认 Web 服务器 httpd.conf 文件的位置。安装在 Windows NT 上，插入 WebSphere应用服务器安装光盘，转至以 Windows NT 操作系统命名的子目录，运行可执行安装程序（setup.exe）。一系列面板将指导您完成安装。5．配置 WebSphere应用服务器 下面介绍启用 WebSphere应用服务器和它的组件以使之协同工作的必要配置。完成这些任务之后，WebSphere应用服务器便能够主要通过使用缺省设置运行所有功能。(1) 配置 Apache Server如果使用Apache Server作为Web服务器，请确保httpd.conf 文件包含此行：AddModule mod_app_server.c。(2) 使用数据库。要确保 WebSphere应用服务器 维护和使用与关系数据库（如 Oracle 或 DB2）的连接，请添加数据库.zip 文件到位于文件 /properties/bootstrap.properties 中的 java.classpath 属性，或使用 WebSphere应用服务器的管理器界面的 Java 引擎页面来指定文件。同样，确保 java.classpath 包含用于数据库连接的有效的驱动程序。请查看产品 Web 站点上的 WebSphere应用服务器 版本 2.0 自述文件可得到附加的技巧。(3) 运行模式ose.mode 属性控制 WebSphere应用服务器是作为 Web 服务器的一部分（进程内），还是在独立模式下运行（进程外）。该属性位于 /properties/bootstrap.properties 文件中。对于所有的服务器，ose.mode 缺省值是 out。如果使用 Apache Server 或 IBM HTTP 服务器，必须设置 ose.mode 属性为 out，这意味着 WebSphere应用服务器在独立模式下运行。对于其它 Web 服务器，可以（但不建议）更改 ose.mode 为 in 并且作为 Web 服务器的一部分运行 WebSphere应用服务器。 无论何时如有必要请复位 ose.mode。例如，如果从作为 Webserver 一部分运行的 Netscape Enterprise Server （ose.mode=in）转换为 IBM HTTP 服务器（要求 ose.mode=out），不要忘记在运行 IBM HTTP 服务器之前，将 ose.mode 属性更改为 out。与手工编辑包含 ose.mode 属性的 bootstrap.properties 文件相对比，管理器界面的 Java 引擎页面提供了一个简单的方法来锁住该属性值。 Java 引擎页面提供了一个可用来指示是以 Web 服务器的一部分（ose.mode=in）或以独立模式（ose.mode=out）运行 WebSphere应用服务器的单选按钮。请参阅有关文档学习如何访问管理器。ose.mode 的值影响。作为 Web 服务器一部分运行 WebSphere应用服务器为Servlet 和其它应用程序提供较高的性能，但安全性较差。作为 Web 服务器的一部分运行 WebSphere应用服务器，允许当关闭 Web 服务器时 WebSphere应用服务器自动停止。在独立模式下运行 WebSphere应用服务器需要其它步骤。 请参有关文档获得更多的详细信息。6．启动和停止 WebSphere应用服务器 当启动 Web 服务器时WebSphere应用服务器自动启动。WebSphere应用服务器的管理器，是通过 Web 浏览器访问的，为查看和更改 WebSphere应用服务器的设置和性能提供了界面。请参阅定制配置设置。如果将 WebSphere应用服务器 作为 Web 服务器的一部分运行，当关闭 Web 服务器时 WebSphere应用服务器 将自动停止。如果以独立模式运行，WebSphere应用服务器不会自动停止。如果使用 Apache Server 或 IBM HTTP 作为Web服务器， WebSphere应用服务器必须在独立模式下运行。当在 Windows NT 上进程外运行 WebSphere应用服务器 时，停止 Web 服务器之后，请停止 WebSphere Servlet 服务以停止 WebSphere应用服务器。从开始 --> 设置 --> 控制面板 --> 中选择 WebSphere Servlet 服务，并按“停止”按钮。7．安装的检查和故障寻找 要验证 WebSphere应用服务器已安装好并正确配置，可调用 WebSphere应用服务器提供的 snoop servlet。使用 Web 浏览器打开 servlet URL: http://your.server.name/servlet/snoop。Snoop Servlet 应回送客户机发送的 HTTP 请求及 servlet 的初始化参数。SnoopServlet 和其它 servlet 的代码位于/servlets 目录。如果Servlet失败，请尝试下列步骤:(1) 如果已通过手工编辑 .properties 文件或使用 WebSphere应用服务器的管理器界面更改了任何 WebSphere应用服务器的配置设置，请检查这些文件以确保未引入任何非法的或不正确的值。特别要检查 /properties/bootstrap.properties 文件。文档中心包含关于手工配置这些属性的资料和关于每一配置的可接受性及缺省值的讨论资料。(2) 为Web 服务器打开本地日志和跟踪。找到 WebSphere应用服务器 bootstrap.properties 文件（在 /properties 目录中）。设置 ose.trace.enabled 属性为true，设置 ose.trace.to.webserver 属性为true。停止 Web 服务器并重启动。记住如果 WebSphere应用服务器运行在独立模式，当停止 Web 服务器时它不会相应停止。检查 Web 服务器出错日志及 WebSphere应用服务器 /logs 目录下的日志以查看错误。(3) 启用调试控制台并重新启动 Web 服务器。WebSphere应用服务器的调试控制台为收集和查看跟踪及监控数据提供了集中场所。例如，从调试控制台，可以作为一组启动和停止列在收集和监控服务器数据中的监控程序。调试控制台的服务器控制台标签允许查看 servlet 的 stdout 和 stderr 流。缺省情况下，调试控制台未启用。启用该控制台。在 WebSphere应用服务器 debug.properties 文件中设置 debug.server.console.enabled 属性为true并重新启动 Web 服务器使得改动生效。或者，运行 http://your.server.name/servlet/DebugConsoleServlet，启用调试控制台。在 Windows NT 上，要成功地查看调试控制台，必须配置 Windows NT 以允许一个或多个服务与 Windows 桌面交互。如果使用作为 Windows NT 服务运行的 Web 服务器：l 选择开始 --> 设置 --> 控制面板 --> 服务。l 选择 Web 服务器相应的服务。l 单击启动按钮。l 在结果对话框中，选择允许服务与桌面交互的复选框。l 重新启动 Web 服务器以使更改生效。对于 Microsoft Internet Information Server，对与 Web 服务器相关的每个服务（如 Web 发布和 FTP服务），执行以上过程。这些服务必须允许与 Windows NT 桌面交互。如果 WebSphere应用服务器运行时未启动任何 Web 服务器相关的进程，则为 WebSphere Servlet 服务执行以上过程，允许服务与桌面交互。8．从 版本 1.x 移植到版本 2.0 在安装 WebSphere应用服务器之后，通过下列步骤完成移植：(1) 请检查用户 Servlet、领域、类、JavaServer 页面（JSP）和其它在第一部分的移植过程中保存的与编程相关的文件已经被安放在它们所属的 WebSphere应用服务器 版本 2.0 目录中。安装程序应已为您完成了这些步骤。如果已备份了您创建在 WebSphere应用服务器 安装中用户文件或目录，请将它们安放在现在的新安装处。(2) 传输 jvm.properties 文件设置到 WebSphere应用服务器版本 2.0 bootstrap.properties 文件。l 对于 WebSphere应用服务器 类路径，仅移植用户指定的 类路径部分到 bootstrap.properties 中 –不要传输 JVM 库或 WebSphere应用服务器 版本 1.x .jar 文件路径，因为这些是 WebSphere应用服务器 版本 1.x 缺省配置的一部分，而您未曾自行设置过它们。换言之，只传输您添加的部分类路径。不要除去 WebSphere应用服务器 版本 2.0 缺省类路径；简单地加入 版本 1.x 项目即可。l 对于 Java 库路径和路径，也只移动用户指定的部分。不要除去 WebSphere应用服务器 版本 2.0缺省的库路径和路径设置；简单地加入 版本 1.x 项目即可。l 对于其它属性，仅当它们有定义在 bootstrap.properties 中的对应者时才移植。要使用 WebSphere应用服务器的管理器来管理在安装 WebSphere应用服务器之前已存在于 Web 服务器中的 Servlet，必须首先移植这些 Servlet。为了移植现有的 Servlet，将 Servlet 从它们目前的位置移动到 servlets 目录。WebSphere应用服务器 监控该目录并且当 Servlet 更改时自动重新装入 Servlet。如果有 Servlet 在其它目录中并且不想将它们移动到 servlets 目录，可使用管理器界面中 Java 引擎页面的“可重装 Servlet 类路径”字段来指定其余要监控的目录。使用 WebSphere应用服务器中的配置页面来重新配置以前的Servlet 参数。请参阅定制配置设置。

找一下JVM原理看看

检查以下你的配置文件啊,不能装载目标servlet 503状态码　　由于临时的服务器维护或者过载，服务器当前无法处理请求。这个状况是临时的，并且将在一段时间以后恢复。如果能够预计延迟时间，那么响应中可以包含一个 Retry-After 头用以标明这个延迟时间。如果没有给出这个 Retry-After 信息，那么客户端应当以处理500响应的方式处理它。 　　注意：503状态码的存在并不意味着服务器在过载的时候必须使用它。某些服务器只不过是希望拒绝客户端的连接。

Apache tomcat是一个强大的Web服务器 在处理静态页面、处理大量网络客户请求、支持服务的种类以及可配置方面都有优势，高速并且强壮。但是没有JSP/Servlet的解析能力。 整合Apache和Tomcat可以看作是用Tomcat做Apache的jsp/servlet解析插件，将两者优势结合起来 不过Tomcat作为一个Web服务器，本身具备了基本的Web服务功能，在SUN的力推下，将来或许越来越强壮到不需要借助Apache优势的地步。 （Jakarta Tomcat服务器是在SUN公司的JSWDK（javaServer Web DevelopmentKit,是SUN公司推出的小型Servlet/JSP调试工具）的基础上发展起来的一个优秀的Servlet/JSP容器，它是Apache-Jakarta软件组织的一个子项目。它不但支持运行Servlet和JSP，而且还具备了作为商业java Web应用容器的特征。）IBM WebSphere 交付了应用基础设施和集成软件，用来帮助公司完成随需应变世界中的最关键任务：快速创新的能力 - 灵活的操作环境能够轻松支持公司的业务增长。 更高的生产力 - 工具能够帮助公司流线化和扩展业务流程，以便为人员提供适时、适当的信息，从而提高员工的生产率。 改善的业务弹性 - 可靠的、高性能的应用基础设施支持今天的随需应变世界的 24x7 运转。 IBM WebSphere 软件交付了以灵活的方式集成分散应用程序和系统的能力，从而加速创造价值的进程，并帮助公司最大限度提高现有资源的利用率。WebSphere软件平台的核心是WebSphere应用服务器，提供特定的配置来满足大范围的各种不同的重要应用的需要，包括事务管理、安全、集群、性能、可用性、连接性和可伸缩性。应用服务器是一个中间件，可以将Web应用功能和核心业务系统以及企业数据库连起来。WebSphere应用服务器提供了一个将这些应用和数据扩展到Web的平台。

通过web访问就可以啊，只要知道ip和port。参考下面的访问链接的小例子：console。该链接可以进入WebSphere的管理控制界面。9043是默认端口，如果有多个server实例的话，端口可能是9044，9045.

你安装完was之后，是否添加了控制台？也就是DMGR，你运行的命令是启动控制台的实在不行，可以把dmgr删了之后重新添加删除节点：没啥重要的，所有的都删了./manageprofiles.sh -deleteAll删了profile之后，直接rm清一下文件夹添加命令：进入到AppServer/bin下运行:./manageprofiles.sh -create -profileNameDmgr1 -profilePath /opt/IBM/WebSphere/AppServer/profiles/Dmgr1 -templatePath /opt/IBM/WebSphere/AppServer/profileTemplates/management-hostName name1-enableAdminSecurity true -adminUserName admin -adminPassword admin记得修改下命令中的hostname、username、password几个参数

websphere mq : 用于传输信息 具有跨平台的功能。1 安装websphere mq 并启动2 websphere mq 建立 queue Manager (如：MQSI_SAMPLE_QM)3 建立queue 类型选择 Local类型 的 （如lq ）3 建立channels 类型选择Server Connection （如BridgeChannel）java 代码如下：package test.mq;import com.ibm.mq.*;/* * 成功的访问mq 的java 类 */public class FirstMqTest {// public static void main(String[] args[]){// FirstMqTest first = new FirstMqTest();// first.test();// } public static void main(String args[]){ FirstMqTest first = new FirstMqTest(); first.test(); } public void test(){ String qManager = "MQSI_SAMPLE_QM"; //QueueManager name String qName = "lq";//Queue Name try { //configure connection parameters MQEnvironment.hostname="172.16.17.123";//MQ Server name or IP //MQEnvironment.port=1414;//listenr port MQEnvironment.channel="BridgeChannel";//Server-Connection Channel MQEnvironment.CCSID =1381; // Create a connection to the QueueManager System.out.println("Connecting to queue manager: "+qManager); MQQueueManager qMgr = new MQQueueManager(qManager); // Set up the options on the queue we wish to open int openOptions = MQC.MQOO_INPUT_AS_Q_DEF | MQC.MQOO_OUTPUT; // Now specify the queue that we wish to open and the open options System.out.println("Accessing queue: "+qName); MQQueue queue = qMgr.accessQueue(qName, openOptions); // Define a simple WebSphere MQ Message ... MQMessage msg = new MQMessage(); // ... and write some text in UTF8 format msg.writeUTF("Hello, World!"); // Specify the default put message options MQPutMessageOptions pmo = new MQPutMessageOptions(); // Put the message to the queue System.out.println("Sending a message..."); /* * 在此测试一下 mq 的传输次列 * */ for(int j=0;j< 5;j++){ String str ="test11111111111"; str = str+j; msg.writeUTF(str); queue.put(msg, pmo); } queue.put(msg, pmo); // Now get the message back again. First define a WebSphere MQ message // to receive the data MQMessage rcvMessage = new MQMessage(); // Specify default get message options MQGetMessageOptions gmo = new MQGetMessageOptions(); // Get the message off the queue. System.out.println("...and getting the message back again"); queue.get(rcvMessage, gmo); // And display the message text... String msgText = rcvMessage.readUTF(); System.out.println("The message is: " + msgText); // Close the queue System.out.println("Closing the queue"); queue.close(); // Disconnect from the QueueManager System.out.println("Disconnecting from the Queue Manager"); qMgr.disconnect(); System.out.println("Done!"); } catch (MQException ex) { System.out.println("A WebSphere MQ Error occured : Completion Code " + ex.completionCode + " Reason Code " + ex.reasonCode); } catch (java.io.IOException ex) { System.out.println("An IOException occured whilst writing to the message buffer: " + ex); } }}

websphere mq : 用于传输信息 具有跨平台的功能。1 安装websphere mq 并启动2 websphere mq 建立 queue Manager (如：MQSI_SAMPLE_QM)3 建立queue 类型选择 Local类型 的 （如lq ）3 建立channels 类型选择Server Connection （如BridgeChannel）java 代码如下：package test.mq;import com.ibm.mq.*;/* * 成功的访问mq 的java 类 */public class FirstMqTest {// public static void main(String[] args[]){// FirstMqTest first = new FirstMqTest();// first.test();// } public static void main(String args[]){ FirstMqTest first = new FirstMqTest(); first.test(); } public void test(){ String qManager = "MQSI_SAMPLE_QM"; //QueueManager name String qName = "lq";//Queue Name try { //configure connection parameters MQEnvironment.hostname="172.16.17.123";//MQ Server name or IP //MQEnvironment.port=1414;//listenr port MQEnvironment.channel="BridgeChannel";//Server-Connection Channel MQEnvironment.CCSID =1381; // Create a connection to the QueueManager System.out.println("Connecting to queue manager: "+qManager); MQQueueManager qMgr = new MQQueueManager(qManager); // Set up the options on the queue we wish to open int openOptions = MQC.MQOO_INPUT_AS_Q_DEF | MQC.MQOO_OUTPUT; // Now specify the queue that we wish to open and the open options System.out.println("Accessing queue: "+qName); MQQueue queue = qMgr.accessQueue(qName, openOptions); // Define a simple WebSphere MQ Message ... MQMessage msg = new MQMessage(); // ... and write some text in UTF8 format msg.writeUTF("Hello, World!"); // Specify the default put message options MQPutMessageOptions pmo = new MQPutMessageOptions(); // Put the message to the queue System.out.println("Sending a message..."); /* * 在此测试一下 mq 的传输次列 * */ for(int j=0;j< 5;j++){ String str ="test11111111111"; str = str+j; msg.writeUTF(str); queue.put(msg, pmo); } queue.put(msg, pmo); // Now get the message back again. First define a WebSphere MQ message // to receive the data MQMessage rcvMessage = new MQMessage(); // Specify default get message options MQGetMessageOptions gmo = new MQGetMessageOptions(); // Get the message off the queue. System.out.println("...and getting the message back again"); queue.get(rcvMessage, gmo); // And display the message text... String msgText = rcvMessage.readUTF(); System.out.println("The message is: " + msgText); // Close the queue System.out.println("Closing the queue"); queue.close(); // Disconnect from the QueueManager System.out.println("Disconnecting from the Queue Manager"); qMgr.disconnect(); System.out.println("Done!"); } catch (MQException ex) { System.out.println("A WebSphere MQ Error occured : Completion Code " + ex.completionCode + " Reason Code " + ex.reasonCode); } catch (java.io.IOException ex) { System.out.println("An IOException occured whilst writing to the message buffer: " + ex); } }}

可以拷贝安装目录文件，但先必须在另一台上安装，然后覆盖就可以了

查看WAS，WebSphere使用的jdk版本的方法（以webSphere Application Server 7.0.0.25为例说明）：1、在IE中输入控制台地址，然后点击【继续浏览此网站（不推荐）】选项。2、输入控制台的用户名和密码，点击【登陆】，进入控制台。3、查看属性：（1）点击左侧的【故障诊断】（2）点击【故障诊断】选项下的【日志和跟踪】（3）然后点击右侧的【server1】4、点击【运行时】选项卡5、查看日志的第四行，清楚写明了java的版本信息。Java version = 1.6.0, Java Compiler = j9jit24, Java VM name = IBM J9 VM

删除概要文件：方案一：1.找到profileRegistry.xml，在目录IBMWebSphereAppServerproperties里,去掉想删除的profile的配置即可。2.删除profileName.bat 在目录IBMWebSphereAppServerpropertiesfsdb里，删除3.将profile的实际存储目录及内容删除，如：D:IBMWebSphereAppServerprofilesAppSrv01方案二：使用命令 manageprofiles.bat -delete -profileName profileNam 创建概要文件：AppServerinProfileManagementpmt.bat

配置 WebSphere应用服务器 (1) 配置 Apache Server 如果使用Apache Server作为Web服务器，在httpd.conf文件中加入此行：AddModule mod_app_server.c。 (2) 使用数据库。 要保证WebSphere应用服务器与关系数据库（如 Oracle 或 DB2）的连接：将.zip 文件加到文件 /properties/bootstrap.properties 中的 java.classpath 属性。也可以使用 WebSphere应用服务器的管理器界面的 Java 引擎页面来指定文件。同样，确保 java.classpath 包含用于数据库连接的有效的驱动程序。 (3) 运行模式 ose.mode 属性是用来控制WebSphere应用服务器是作为Web 服务器的一部分（进程内），还是在独立模式下运行（进程外）。该属性在 /properties/bootstrap.properties 文件中。ose.mode 缺省值是 out。Apache Server 或 IBM HTTP 服务器要求设置 ose.mode 属性必须为 out，就是说WebSphere应用服务器必须运行在独立模式下。对于其它 Web 服务器，可以将ose.mode 为 in 并且作为 Web 服务器的一部分运行 WebSphere应用服务器。 但是通常都不这么做。如有必要需要复位 ose.mode就是说将ose.mode的值设为out。例如，如果从作为 Webserver 一部分运行的 Netscape Enterprise Server （ose.mode=in）转换为 IBM HTTP 服务器（要求 ose.mode=out），就别忘了在运行 IBM HTTP 服务器之前，要将ose.mode 属性更改为 out。 除了可以手工编辑 bootstrap.properties 文件之外，管理器界面的 Java 引擎页面提供了一个简单的方法来锁住该ose.mode属性值。 Java 引擎页面提供了一个可用来指示是以 Web 服务器的一部分（ose.mode=in）或以独立模式（ose.mode=out）运行 WebSphere应用服务器的单选按钮。 作为 Web 服务器一部分运行 WebSphere应用服务器为Servlet 和其它应用程序提供较高的性能，但安全性较差。作为 Web 服务器的一部分运行 WebSphere应用服务器，允许当关闭 Web 服务器时 WebSphere应用服务器自动停止。在独立模式下运行 WebSphere应用服务器需要其它步骤。

（一）JSP的中文乱码问题其根源在于：Web容器（Tomcat）默认的字符处理编码是iso-8859-1，对于需要在浏览器页面上显示中文的JSP程序，但在程序中并没有指定中文的字符集，那么中文将在浏览器页面上显示为乱码。当然，前面所说的是指在Tomcat服务器下的，其他服务器有些不是这样的，比如BEAWeblogic和IBM Websphere是从操作系统中取得默认的编码，然后按该编码来转码所有用户请求.Struts中文问题有三种：发送请求时的中文问题、处理响应结果的中文问题和国际化资源文件的中文问题。1. 发送请求时的中文问题客户机向服务器发送请求时，根据所使用浏览器的不同可能会有不同的编码形式。不过通常情况下在请求到达Web容器前要将之转码，转成某种固定的编码以方便Web应用的处理。这种问题有三种处理方法：第一种(针对Tomcat 5 对POST请求有效，GET请求无效，因为Tomcat 5 对POST和GET请求时分别处理的)可以采用设置用户请求对象的编码形式，也就是以HttpServletRequest对象的编码的形式来进行用户请求的转码：//将用户请求转码为GB2312、GB18030、GBK、UTF-8 等型，具体转为什么类型的编码以您的jsp文件的编码方式为准，java、jsp、js 、css应保持一致的编码方式。这里以GBK为例。request.setCharacterEncoding("GBK");第二种(对GET请求有效)，可以在Servlet中对用户输入的数据进行转码。Web容器接受到一个请求时，它会将它发往某个处理的Servlet。在Servlet中直接获取用户请求的数据，然后将之转码为需要的格式，例如把数据转换为GBK格式：String username =request.getParameter("username");username = newString(username.getBytes("iso-8859-1”), "GBK");以上两种方法都是很常用的，但第一种是每个页面都要去修改，当JSP页面很多时比较麻烦，第二种就每个发送的数据都要转码，也很麻烦。第三种，就是采用Filter过滤器方式，将用户的所有请求都通过过滤器进行转码，这种方法就克服了以上两种方法的缺点。代码如下：public void doFilter(ServletRequestrequest, ServletResponse response,FilterChain chain ) throws IOException,ServletException {request.setCharacterEncoding("GBK");//response.setContentType("text/html;charset=GBK");chain.doFilter(request, response);}这里转码为GBK过滤器的主要代码，当然还要把这个类要在web.xml文件中部署。2. 处理响应结果的中文问题响应的结果包括Servlet、JSP和HTML三种情况，可以通过以下方式设置响应结果编码：对于Servlet，可以在Servlet中为其设置响应代码类型，代码如下：response.setContentType("text/html;charset=GBK"); 也可把这句加到上面的Filter中，如注释掉的部分。有人说用response.setCharacterEncoding("GBK"); 无效，必须用response.setContentType("text/html;charset=GBK"); 本人没试过。对于JSP，是比较方便的，只需要在JSP最前部分按如下方式声明：<%@ pagecontentType="text/html;charset=GBK"%>对于HTML，其和JSP文件基本类似，也是在页面最前部分按如下方式声明：<head><METAHTP-EQUIV="contentType" CONTENT="text/html;charset=GBK"></head>3. 国际化资源文件的中文问题一个Struts应用程序中，可以配置多个资源包，无论是Action、ActionForm还是JSP都可以访问这些包中的资源。资源包就是由扩展名为.properties的文件组成的一组具有相同前缀的文件，如ApplicationResources_zh_CN.properties、ApplicationResources_zh.properties和ApplicationResources.properties。这些文件就构成一个Struts的资源包，它们都有一个统一的前缀ApplicationResources，凡是有相同前缀的资源文件就都属于一个包。当用MyEclipse编写资源文件时，默认是不能保存中文的，因为默认保存编码的格式是ISO-8859-1，这就需要修改为gb2312或者gbk编码格式。Windons-->Preferences-->General -->Content Types-->Text-->JavaProperties File，在最下方把其Default encoding改为"UTF-8”，然后"update”就可以保存中文了。但就这样保存的中文还是不能够在页面上使用的，因为Web容器默认是使用ISO-8859-1，也就会把中文用ISO-8859-1的格式发送给客户页面，显示的还是乱码，这就是JAVA国际化的问题。JAVA是支持unicode编码格式的，unicode是国际统一通用编码，所以不管什么格式的编码转化为unicode编码肯定不会显示乱码的。这个时候就是需要把资源文件的UTG-8编码格式转化为unicode编码格式，而SUN公司又提供了这样的一种工具。在JDK的安装目录bin下，有一个叫native2ascii可执行文件，这个是专门来进行资源文件转码的。打开cmd，进入JDK的bin目录下，把资源文件拷贝到该目录下，执行该命令。比如：native2ascii –encoding GBKApplicationResources.properties ApplicationResources_zh_CN.properties 就是把GBK编码格式ApplicationResources.properties转化为unicode编码格式ApplicationResources_zh_CN.properties，这样显示页面时就不会出现乱码了。（二）Websphere 默认的字符处理编码要看 ：管理控制台--->服务器--->应用程序服务器--->server1--->java和进程管理--->进程定义--->java虚拟机--->通用jvm参数 的设置了，如为，-Dfile.encoding=GB2312 -Dclient.encoding.override=GBK 则是GBK。我们可以通过如下判定：用ieHTTPHEADERS 等工具查看POST请求中的请求参数，汉字是经过Encoding的（是按哪种字符集编码要看jsp文件的编码方式了），由 % 间隔的十六进制数组成，如下 jsp文件的字符集是UTF-8，form表单提交，用ieHTTPHEADERS 工具查得请求参数为：struts.token.name=struts.token&struts.token=HPADE1CXRJ0PASL2V7RQFVXJLLFB1OUE&ptoId=244&orgName=%E7%BB%84%E7%BB%87%E5%90%8D%E7%A7%B0&orgId=&oscId=&oscType=H1&ptoType=01&impDate=2009-06-16&details=%E5%85%B7%E4%BD%93%E6%83%85%E5%86%B5orgName=%E7%BB%84%E7%BB%87%E5%90%8D%E7%A7%B0 经UTF-8 编码的，其中文对应的是"组织名称" ，E7BB84是"组"的十六进制表示，E7BB87 是"织"的十六进制表示等。form表提交后，在ACTION中查看 "组织名称" 变为乱码： "缁勭粐鍚岖О"通过以下代码分析：String JinZhi16 =Integer.valueOf("E7",16).toString(); // 把E7 转为十进制，这里JinZhi16 = 231 ，BB 对应的十进制：187System.out.println("JinZhi16 ="+JinZhi16);// 这里的231、187，132等都是通过Integer.valueOf("E7",16).toString()分别把对应的E7、BB、84 等转过来的十进制数字。byte[] bt = newbyte[]{(byte)231,(byte)187,(byte)132,(byte)231,(byte)187,(byte)135,(byte)229,(byte)144,(byte)141,(byte)231,(byte)167,(byte)176};System.out.println("GB18030 ="+new String(bt,"GB18030"));System.out.println("GBK ="+new String(bt,"GBK"));System.out.println("UTF-8 ="+new String(bt,"UTF-8"));String aa = newString(bt,"GB18030");System.out.println("GBK ="+new String(aa.getBytes("GBK"),"UTF-8"));String encoding=System.getProperty("file.encoding");System.out.println("Default SystemEncoding: " + encoding);输出内容：JinZhi16 = 231GB18030 = 缁勭粐鍚岖ОGBK = 缁勭粐鍚岖ОUTF-8 = 组织名称GBK = 组织名称Default System Encoding: UTF-8我们发现：form表单提交 orgName=%E7%BB%84%E7%BB%87%E5%90%8D%E7%A7%B0（即"组织名称"） 到ACTION ,是 "缁勭粐鍚岖О"这样的乱码，而System.out.println("GB18030 = "+newString(bt,"GB18030")); 输出的也为"缁勭粐鍚岖О" ，所以可假设其编码字符集也为GB18030或GBK，用通过System.out.println("GBK ="+new String(aa.getBytes("GBK"),"UTF-8")); 得知确为GBK或GB18030。GB18030是 GBK的超集，他支持3--4字节的编码，不过这两个标准都支持GB2312-80 。查看WebSphere的 "通用jvm参数"的设置了是 -Dfile.encoding=GB2312-Dclient.encoding.override=GBK所以最后把-Dfile.encoding=GB2312-Dclient.encoding.override=GBK 改为-Dfile.encoding=UTF-8-Dclient.encoding.override=UTF-8 就可以解决乱码了（对get 和 post 有效）。修改完上述参数要从起WebSphere的服务，远程登录到安装WebSphere的机器上，你的was发布的ip 就是WebSphere所在的机器， 其用户名和密码同登录到发布was 的WebSphere的控制台一样，因为本来就是同一台机器。登录到WebSphere控制台 ，服务器 ——>应用程序服务器找到对应的节点名称如 "cncaitKaifaNode03" ,在控制面板 - > 服务 -> 查看以IBM开头的有"cncaitKaifaNode03" 标识的WebSphere服务，重启。用如下过滤器不管用。public class ChartFilter implements Filter{private String encoding = "UTF-8";public void init(FilterConfig config) throws javax.servlet.ServletException {String temp = config.getInitParameter("encoding");encoding = (temp == null) ? encoding : temp;}public void doFilter(ServletRequest request,ServletResponse response,FilterChain chain) throws java.io.IOException, javax.servlet.ServletException {System.out.println("-----------过滤器-----------encoding = "+encoding);request.setCharacterEncoding(encoding);response.setCharacterEncoding(encoding);response.setContentType("text/html;charset="+encoding);chain.doFilter(request, response);}public void destroy() {}}（三）共同问题：Tomcat 5 和webSphere6.1 对get请求，如果有奇数个汉字的参数，则紧接着&的下一参数会追加在这个汉字参数后。如：String url ="/cnca/servlet/update.action?orgName=中国船级社质量认证公司&oscYM=2009-06",则取得orgName的值为中国船级社质量认证公oscYM=2009-06,而oscYM 没有取到值。解决的简单方法就是在orgName=中国船级社质量认证公司之后 &oscYM=2009-06之前加一个全角空格。---------------------------------------------------------------程序从tomcat迁移至websphere的修改1.普通应用部署在websphere上中文乱码问题解决：管理控制台--->服务器--->应用程序服务器--->server1--->java和进程管理--->进程定义--->java虚拟机--->将通用jvm参数设置为：根据你的jsp java文件的编码是什么而定，如果是UTF-8 则设置为 -Ddefault.client.encoding=UTF-8-Dclient.encoding.override=UTF-8 -Dfile.encoding=UTF-8 -Duser.language=zh-Duser.region=CN2.修改hibernate.cfg.xml(针对我的项目cnca(自律))<propertyname="connection.datasource">jdbc/cncaprod</property>以下下是网上搜集的：在部署文件中设定了jdbc引用名jdbc/sample，jndi名字为jdbc/sample如果采用如下代码：javax.sql.DataSource ds =(javax.sql.DataSource)ctx.lookup("java:comp/env/jdbc/sample");conn = ds.getConnection();运行就报错：05-7-110:02:24:178 CST] 00000031 SystemErr R Naming-Exception: Exception occurredwhile the JNDI NamingManager was processing a javax.naming.Reference object.去掉"java:comp/env/”就好了。解决：确认部署后在概要表空间下的configcellsCN7642012HNode01Cellapplications目录下相应应用的web.xml文件下有正确的配置JNDI，如：<b><resource-refid="ResourceRef_1097466019938"></b><res-ref-name>jdbc/yjjndi</res-ref-name><res-type>javax.sql.DataSource</res-type><res-auth>Container</res-auth><res-sharing-scope>Shareable</res-sharing-scope></resource-ref>再查看同目录下的ibm-web-bnd.xmi文件中id是否和上面的id相同，如下(注意粗体部分)：<b><resRefBindingsxmi:id="ResourceRefBinding_1097466019938"jndiName="jdbc/yjjndi" loginConfigurationName="DefaultPrincipalMapping"><bindingResourceRefhref="WEB-INF/web.xml#ResourceRef_1097466019938"/></b><propertiesxmi:id="Property_1165956970219"name="com.ibm.mapping.authDataAlias"value="CN7642012HNode01/yjj2c" description="description"/></resRefBindings>3. 对get请求，去掉类似new String(username.getBytes("iso-8859-1”), "GBK"); 的代码段。

看sysout.log。websphere启动的时候会写自己的版本号是多少。或者你可以用ie登陆websphere的管理界面。上边有它的版本号，不过这样看不出在大的sp版本号下还有没有打零散的补丁。http://ip:9090/admin（默认状态）

一个server可以配多个同一协议不同端口吗？没听说过。

异常信息 写的很清楚 是你的username和password写错了

1、队列管理器需要定义一个用于连接队列管理器的服务器连接通道。与5.3版本不同的是，这个通道不一定是SYSTEM.ADMIN.SVRCONN。该通道的名字可以随意定义，在设置远程管理的时候在 WebSphere MQ 资源管理器中指定即可。需要注意的是，启动WebSphere MQ 资源管理器的机器上的当前用户可能没有访问队列管理器对象的权限，导致 MQ 资源管理器无法管理远程队列管理器。简单的方法是在定义服务器连接通道的时候设置该通道的 MCAUSER 属性为mqm组中的用户。 DEFINE CHANNEL(SYSTEM.ADMIN.SVRCONN) CHLTYPE(SVRCONN) TRPTYPE(TCP) MCAUSER(单引号mqm单引号)(郁闷啊，单引号居然会被转掉，记住上面要用单引号)2、队列管理器需要定义一个名为 SYSTEM.MQEXPLORER.REPLY.MODEL 的临时模型队列以和MQ 资源管理器通信： DEFINE QM(SYSTEM.MQEXPLORER.REPLY.MODEL) DEFTYPE(TEMPDYN)3、队列管理器需要启动命令服务器 strmqcsv <QMNAME>4、队列管理器需要启动侦听： DEFINE LISTENER(TCP.LSTENER) TRPTYPE(TCP) PORT(1414) START LISTENER(TCP.LISTENER)如果远程队列管理器是在Windows下用图形界面建立的，则1、2、3步都已经默认做好了。只需要做第4步即可完成以上步骤后，就可以在 MQ 资源管理器中按照下面步骤连接队列管理器： 1、打开 WebSphere MQ 资源管理器；右键点击队列管理器导航器中的队列管理器文件夹，选择“显示/隐藏队列管理器”：2、在弹出的“显示/隐藏队列管理器”对话框中选择“添加”按钮：3、在“添加队列管理器”对话框中选择直接连接，并输入队列管理器名称（一定要和远程队列管理器名称一致），然后点击下一步：4、填入主机名或 IP 地址、队列管理器侦听端口、以及服务器连接通道，然后点击完成即可。间接接连接设置步骤 WebSphere MQ 资源管理器不但可以通过直接连接管理远程队列管理器，还可以通过队列管理器间接管理一个队列管理器。其基本原理为：作为间接队列管理器的队列管理能将消息路由自动到目标队列管理器。其设置方法如下： 仍然延续前面的例子，我们将实现MQ 资源管理器对与 ERP.QM1 在同一台机器的另外一个队列管理器 ERP.QM2 的远程管理。 1、在队列管理器 ERP.QM2 上进行如下设置： /* 定义/启动侦听 */ DEF LISTENER(TCP.LISTENER) TRPTYPE(TCP) PORT(1415) START LISTENTER(TCP.LISTENER)/* 定义与ERP.QM1 同名的传输队列 */ DEF QL(ERP.QM1) USAGE(XMITQ) TRIGGER TRIGTYPE(FIRST) INITQ(SYSTEM.CHANNEL.INITQ) TRIGDATA(QM2.TO.QM1)/* 定义ERP.QM2 到 ERP.QM1 的发送通道*/ DEF CHANNEL(QM2.TO.QM1) CHLTYPE(SDR) TRPTYPE(TCP) CONNAME(9.181.159.231) XMITQ(ERP.QM1)/* 定义ERP.QM1 到 ERP.QM2 的接收通道*/ DEF CHANNEL(QM1.TO.QM2) CHLTYPE(RCVR) TRPTYPE(TCP)2、在队列管理器 ERP.QM1 上进行如下设置： /* 定义与目标队列管理器同名的传输队列 */ DEF QL(ERP.QM2) USAGE(XMITQ) TRIGGER TRIGTYPE(FIRST) INITQ(SYSTEM.CHANNEL.INITQ) TRIGDATA(QM1.TO.QM2)/* 定义ERP.QM1 到 ERP.QM2 的发送通道*/ DEF CHANNEL(QM1.TO.QM2) CHLTYPE(SDR) TRPTYPE(TCP) CONNAME("9.181.159.231(1415)") XMITQ(ERP.QM2)/* 定义ERP.QM1 到 ERP.QM2 的接收通道*/ DEF CHANNEL(QM2.TO.QM1) CHLTYPE(RCVR) TRPTYPE(TCP)3、启动队列管理器 ERP.QM2 的命令服务器： strmqcsv ERP.QM2配置远程管理： 1、打开 WebSphere MQ 资源管理器；右键点击队列管理器导航器中的队列管理器文件夹，选择“显示/隐藏队列管理器”： 2、在弹出的“显示/隐藏队列管理器”对话框中选择“添加”按钮： 3、在“添加队列管理器”对话框中选择“使用中间队列管理器进行连接”，并输入队列管理器名称，然后点击下一步：4、在中间队列管理器下拉选项中选择 ERP.QM1 点击完成即可。

1） IBM WEBSPHERE 6.0 配置文件可能藏身之地：D:/Program Files/IBM/Rational/SDP/6.0/runtimes/base_v6/profiles/default/config2）.wsc扩展名（或文件夹为*.wsc）为websphere config目录3）.wsi扩展名文件为配置instance信息，在该XML文件中，指向对应的*.wsc目录4）.数据源等的配置在resources.xml中，包括JNDI名字，数据库名等，数据源大概位置：<factories xmi:type="resources.jdbc:DataSource" xmi:id="DataSource_1158914595562" name="数据源 1" jndiName="utan" description="New JDBC Datasource" category="" authDataAlias="utan"...>数据库名字，TLCB 为数据库名：<resourceProperties xmi:id="J2EEResourceProperty_1158914595564" name="databaseName" type="java.lang.String" value="TLCB" description="This is a required property. The database name. For example, enter sample to make your Data Source point to jdbc:db2:sample." required="true"/>数据库用户名信息连接到security.xml文件中，如：<authDataEntries xmi:id="JAASAuthData_1158914595609" alias="utan" userId="utan" password="{xor}Kis+MQ=="/>

　　ar包冲突问题实际上就是应用程序希望用某一个确定版本的jar包中的类，但是类加载器却找到并加载了另外一个版本的jar包中的类。在上一部分介绍了WebSphere中类加载器的基本概念和相关配置之后，我们来看如何在WebSphere中解决jar包冲突。　　在WAS v5版本之前，使用共享jar包的方式是将jar包放在$(WAS_HOME)/lib/app路径下，从上一部分中，我们可以看到，这个路径正是"WebSphere lib/app Class loader" 类加载器的类查找路径，WebSphere会查找这个路径以取得相应得jar包中的Java类，从而做到在WebSphere ND上的多个应用程序之间共享jar包的目的。但是这样做的一个缺点就是这些共享jar包暴露给WebSphere ND上所有的应用程序，对于那些希望使用jar包其它版本的应用程序，这些jar包也同样存在在了它们的类加载器类路径上，因此，就不可避免的会造成版本的冲突。在WAS v5版本及之后，增加了共享库（shared library）的概念，推荐的在多个应用程序间共享jar包并避免jar包冲突的方式是使用共享库。　　具体分析引起jar包冲突的情况，主要有三种：　　多个应用程序间jar包冲突：多个应用程序间由于使用了共享jar包的不同版本而造成jar包版本冲突。　　应用程序中多个Web模块间jar包冲突：同一个应用程序内部，不同的Web模块间同时使用一个jar包的不同版本而造成jar包版本冲突。　　应用程序中同一个Web模块内jar包冲突：同一个应用程序内部，同一个Web模块内，由于需要同时使用同一个jar包的两个版本而造成的jar包冲突　　本部分根据这三种jar包冲突的情况，讨论三种解决jar包冲突的办法，并具体讨论三种解决办法的实现步骤和适用情况：　　共享库方式解决jar包冲突：主要解决应用程序间的jar包冲突问题　　打包到Web模块中解决jar包冲突：主要解决应用程序中多个Web模块间jar包冲突问题　　命令行运行方式解决jar包冲突：主要解决应用程序中同一个Web模块内jar包冲突问题　　共享库方式解决jar包冲突　　在WAS v5中，提供了一种很好的机制，使得jar包只存在于需要这个jar包的应用程序的类加载器的路径上，而其它的应用程序不受它的任何影响，这就是共享库（Shared library）。共享库可以用在应用服务器级别和应用程序级别，使用应用程序级别的共享库，其好处就是在不同的应用程序之间使用共享jar包的不同版本。我们可以为一些通用jar包的每个不同版本定义成不同的共享库，应用程序希望使用哪个版本，就把这个版本的共享库放到应用程序的类加载器的类路径上，这种方式有效的解决了应用程序之间jar包冲突的问题。

查看WAS，WebSphere使用的jdk版本的方法（以webSphere Application Server 7.0.0.25为例说明）：1、在IE中输入控制台地址，然后点击【继续浏览此网站（不推荐）】选项。2、输入控制台的用户名和密码，点击【登陆】，进入控制台。3、查看属性：（1）点击左侧的【故障诊断】（2）点击【故障诊断】选项下的【日志和跟踪】（3）然后点击右侧的【server1】4、点击【运行时】选项卡5、查看日志的第四行，清楚写明了java的版本信息。Java version = 1.6.0, Java Compiler = j9jit24, Java VM name = IBM J9 VM

[web] [sfu026ar/sfu026au0259]

你安装完was之后，是否添加了控制台？也就是DMGR，你运行的命令是启动控制台的实在不行，可以把dmgr删了之后重新添加删除节点：没啥重要的，所有的都删了./manageprofiles.sh -deleteAll删了profile之后，直接rm清一下文件夹添加命令：进入到AppServer/bin下运行:./manageprofiles.sh -create -profileNameDmgr1 -profilePath /opt/IBM/WebSphere/AppServer/profiles/Dmgr1 -templatePath /opt/IBM/WebSphere/AppServer/profileTemplates/management-hostName name1-enableAdminSecurity true -adminUserName admin -adminPassword admin记得修改下命令中的hostname、username、password几个参数

1.WebSphere是IBM的软件平台。它包含了编写、运行和监视全天候的工业强度的随需应变Web应用程序和跨平台、跨产品解决方案所需要的整个中间件基础设施，如服务器、服务和工具。WebSphere提供了可靠、灵活和健壮的软件。2.was是websphere的简称。使用WebSphere_ApplicationServer加速交付新应用程序和服务，它可以通过快速交付创新的应用程序来帮助企业提供富用户体验。从基于开放标准的丰富的编程模型中进行选择，以便更好地协调项目需求与编程模型功能和开发人员技能。

登录was控制台，选择“资源”-<"JDBC提供程序"-<选择"应用服务器"-<"新建"2选择“数据库类型”-<选择“提供程序类型”-<选择”实施类型“3输入”数据库类路径信息“，/home/jar是指存放驱动程序jar的目录，后面不要加上jar包的名称。，后续操作直接“下一步”-“完成”。4选择”JDBC-数据源“-<"新建"”输入基本数据源信息“，选择”创建新建J2C认证别名“选择”新建“输入相关信息，别名可以任意输入，“用户标识”和“密码”是指连接数据库用的用户名和密码。一定要选择“保存”，设置才能生效。输入基本数据源信息，JNDI名称要记住，在配置应用里数据库连接的时候会用到它。创建数据源，选择”Oracle驱动程序“URL中每个冒号前后不能有空格，URL中的IP地址是数据库服务器的IP，紧跟着IP的是端口号，oracle默认的是1521，之后是SID,oracle默认是orcl。直接单击”完成“一定要选择“保存”，设置才能生效。选择刚刚新建的数据源，单击”测试链接“15测试通过说明配置正确，否则配置错误。

未找到类com.founder.sm.frame.util.SystemUtil,,

歪不--thanks【三客】后面的那个发音---飞娥

你去找 console log 里面都有啊或者登陆管理控制台，右上角就有版本

websphere mq : 用于传输信息 具有跨平台的功能。1 安装websphere mq 并启动2 websphere mq 建立 queue Manager (如：MQSI_SAMPLE_QM)3 建立queue 类型选择 Local类型 的 （如lq ）3 建立channels 类型选择Server Connection （如BridgeChannel）java 代码如下：package test.mq;import com.ibm.mq.*;/* * 成功的访问mq 的java 类 */public class FirstMqTest {// public static void main(String[] args[]){// FirstMqTest first = new FirstMqTest();// first.test();// } public static void main(String args[]){ FirstMqTest first = new FirstMqTest(); first.test(); } public void test(){ String qManager = "MQSI_SAMPLE_QM"; //QueueManager name String qName = "lq";//Queue Name try { //configure connection parameters MQEnvironment.hostname="172.16.17.123";//MQ Server name or IP //MQEnvironment.port=1414;//listenr port MQEnvironment.channel="BridgeChannel";//Server-Connection Channel MQEnvironment.CCSID =1381; // Create a connection to the QueueManager System.out.println("Connecting to queue manager: "+qManager); MQQueueManager qMgr = new MQQueueManager(qManager); // Set up the options on the queue we wish to open int openOptions = MQC.MQOO_INPUT_AS_Q_DEF | MQC.MQOO_OUTPUT; // Now specify the queue that we wish to open and the open options System.out.println("Accessing queue: "+qName); MQQueue queue = qMgr.accessQueue(qName, openOptions); // Define a simple WebSphere MQ Message ... MQMessage msg = new MQMessage(); // ... and write some text in UTF8 format msg.writeUTF("Hello, World!"); // Specify the default put message options MQPutMessageOptions pmo = new MQPutMessageOptions(); // Put the message to the queue System.out.println("Sending a message..."); /* * 在此测试一下 mq 的传输次列 * */ for(int j=0;j< 5;j++){ String str ="test11111111111"; str = str+j; msg.writeUTF(str); queue.put(msg, pmo); } queue.put(msg, pmo); // Now get the message back again. First define a WebSphere MQ message // to receive the data MQMessage rcvMessage = new MQMessage(); // Specify default get message options MQGetMessageOptions gmo = new MQGetMessageOptions(); // Get the message off the queue. System.out.println("...and getting the message back again"); queue.get(rcvMessage, gmo); // And display the message text... String msgText = rcvMessage.readUTF(); System.out.println("The message is: " + msgText); // Close the queue System.out.println("Closing the queue"); queue.close(); // Disconnect from the QueueManager System.out.println("Disconnecting from the Queue Manager"); qMgr.disconnect(); System.out.println("Done!"); } catch (MQException ex) { System.out.println("A WebSphere MQ Error occured : Completion Code " + ex.completionCode + " Reason Code " + ex.reasonCode); } catch (java.io.IOException ex) { System.out.println("An IOException occured whilst writing to the message buffer: " + ex); } }}

看websphere日志，我们一般看两种，一个是SystemOut.log，另一个是SystemErr.log这两个是最常见的日志，怎么看呢？需要注意一下标志位：F ：致命消息E ：错误消息W ：警告信息A ：审计消息I ：参考消息C ：配置消息D ：详细消息消息O ：通过用户应用程序或内部组件直接写入SystemOut.logR : 通过用户应用程序或内部组件直接写入SystemErr.logZ : 表明不可识别的类型的占位符此时我们再去看SystemOut.log、SystemErr.log日志文件，会发现常见的只有R（用户应用程序或内部组件直接写入）和O（用户应用程序或内部组件直接写入）两种类型，有时偶尔会出现一个I（参考消息），那么我们在日常巡检过程中只需查看有无其它类型标志位信息即可！

一套Weblogic或者Websphere动辄十几万，出于节省投资的角度考虑，我们能不能推荐客户使用Tomcat或者Jboss等其它免费的应用服务器呢，本文就此问题做一讨论。一、不选择Tomcat的理由1.Tomcat没有EJB container，如果有分布式的要求会比较难办；2.从保险性来说，万一应用服务器本身有什么漏洞，你没办法向Apache索赔；3.开源软件项目，没有任何商业服务，遇到问题没有技术支持。二、选择Tomcat的理由1、免费使用，这是最大的诱惑2、实现J2EE规范最好的应用服务器Tomcat是jakarta项目中的一个重要的子项目，其被JAVAWorld杂志的编辑选为2001年度最具创新的JAVA产品(Most Innovative JAVA Product)，同时它又是sun公司官方推荐的servlet和jsp容器(具体可以见http://JAVA.sun.com/products/jsp/tomcat/)。由于遵从J2EE规范，所以从Tomcat向其他平台转移时，工作量是非常小的。例如将Tomcat 下的东西移到Weblogic， 基本上只是copy。3、我的项目不需要EJB对于国内的很多中小型JAVA项目，根本用不到EJB技术。大多数应用是把传统的MIS转换到B/S模式上来，由两层结构到三层结构，Datasource+Jsp+Serverlet完全可以满足开发需要。界面用Jsp实现,业务逻辑用JAVABean完成，既然用不到EJB，Tomcat也就可以满足需求了。4、Tomcat的性能对于性能的怀疑可能是很多人不选择免费应用服务器的理由。事实胜于雄辩，看看下面的一些案例吧：sms.qianlong.com　linux+tomcat+Apache------------------------------------------作　　者：　liuxiaowei (巍巍)　我们的情况(单机,没有负载均衡):操作系统: RedHat Advanced Server 2.1服务器配置: dell 6650: 8 至强CPU, 3G RAM, 300G HD访问量: 80万+TOMCAT 4.1.24JDK 1.4.1_02JDK 启动参数 -Xmx1024m无响应时top显示JAVA占用内存为800M左右(实际占用要大一些),访问量>80万(实际情况,不是模拟访问),操作系统正常第一: 并发访问量大概在1000左右。(这是实际跑出来的数据,不是模拟测试!)第二: 这台机器只有Tomcat------------------------------------------回复人： zeeler(鸭子)如果不想买商业应用程序服务器，建议你可以试试使用Tomcat做负载均衡，即多个tomcat来共同分担并发访问量------------------------------------------回复人： liangxuan1979(不贪)我们这边的情况和楼主有很多类似的地方.Server也是6650,软件配置也是一模一样.只是我们的访问量小些,同时在线的人数大概也在200-600人左右.------------------------------------------回复人： caliban1979(甲虫)谁说tomcat不行啊!我们做的www.west100.com每天访问量超过500万（用webalizer统计出来的！）我的配置是Linux操作系统，数据库mysql前置squid缓存，后面起tomcat服务，可以跑3、4个月不当机事实证明一切我不想说什么了!------------------------------------------三、总结看似不选择Tomcat的理由很是充分，关键因素在于商业软件有技术服务保障，可是：1.不管你用Weblogic或者Tomcat,出现问题客户只会来找你们公司而不去找BEA/IBM他们.2.不管是你程序的问题还是Weblogic或者Tomcat系统平台的问题,处理问题的一般还是你们程序员,修改程序的BUG或者修改程序适应Weblogic或者Tomcat的BUG.3.BEA/IBM的上门技术服务费用往往要高于你购买系统平台的费用甚至你整个软件系统的利润.没有几K的RMB BEA/IBM的技术人员是不会出门的.如果看了以上文字你还不能确认你的项目该选择那种产品的话，这句话对你可能会有帮助：用最适当的方法解决问题就是最好的。本文发表于ossoft.org 转载请注明出处。以下是 Tomcat/Weblogic/Websphere 我们选择哪一个 相关回复jboss+tomcat就可以了，很好用的：）如果系统没有长远的考虑，那应该不用考虑得这么复杂。几个例子中如果硬件成本比软件成本高许多，那不如使用weblogic/Websphere。其中的道理太简单了，为什么电信/银行/移动之类的公司使用Oracle/DB2数据库，而不选用mysql。单靠tomcat是无法支持那么多的并发量。有钱的话还是选择商业产品有时候也要看需求而定，TOMCAT是不错，但是WebSphere和WebLogic存在也有它的原因的，我们公司就用的是WebSphere和DB2。就看你的需要了，要是小应用，没有设计ejb的话我建议用tomcat，大的应用要看服务器了，有些服务器用websphere比较好，比如IBM的服务器各有千秋，每一样产品既然他存在，就说明他有生命力，有发展的前途------哲学理论哈哈！顶！具体用哪个还必须考虑到你所处的环境中！

方法/步骤　　1　　注意：本经验使用的版本为WebSphere Application Server 7.0.0.25　　2　　在IE中输入控制台地址，然后点击【继续浏览此网站（不推荐）】选项　　3　　输入控制台的用户名和密码，点击【登陆】，进入控制台。　　4　　（1）点击左侧的【故障诊断】　　（2）点击【故障诊断】选项下的【日志和跟踪】　　（3）然后点击右侧的【server1】　　5　　点击【运行时】选项卡　　6　　点击SystemOut日志后面的【查看】按钮　　7　　查看日志的第四行，清楚写明了java的版本信息。　　Java version = 1.6.0, Java Compiler = j9jit24, Java VM name = IBM J9 VM　　8　　注：如果您不习惯使用控制台，也可以直接找到SystemOut.log日志文件进行查看。

我的结论：1.4台was，只有其中一台出现这种情况，推测不是数据库的问题，那么就只能是was的连接池的问题或者连接池维护的连接有问题，具体究竟是什么问题不得而知。2.连接不稳定导致表被锁，而不是锁表导致的连接不稳定。我的问题：1.从日志来看，是否直接说明是这台的was连接池维护的连接不稳定？如果不稳定，有可能是什么原因导致？2.如果事务执行到一半时连接被关闭，那么was是否会去自动回滚这个会话的事务？在jdbc直连的情况下，如果在事务中间update了一张表而突然把jvm kill掉或者断开数据库连接，那么这张表会被锁，事务不会自动提交或者回滚，was是否会自动帮你回滚？日志中的“回滚了一个或多个本地事务资源”、“清除 LocalTransactionContainment 时，资源 ds/jcy 回滚”等信息是否就说明was在做这件事情？

1.websphere修改配置文件不用像tomcat那样重起服务器。2.websphere会把项目打包成EAR文件，部署这个EAR文件，TOMCAT貌似是WAR文件。首先，他们的共同之处是都是支持JSP的服务器软件。不同之处：Tomcat： 是Apache Group Jakarta小组开发的一个免费服务器软件，适合于嵌入Apache中使用，而且，它的源代码是可以免费获得的，不足之处是它的配置十分麻烦，弄不好连Apche都会摊掉，而且有一些安全性的问题没有解决，初学者可以用它来调试JSP文件，但是用作商业应用的服务器就不太妥当了。BEA WebLogic Sever： 是一款十分强大的服务器软件，配置比较简单，而且对JSP的扩展十分强大，附带了数据库的JDBC驱动程序，支持JHTML，是目前市场占有率最高的服务器，目前最新版本是6.1版，价格很贵，不过嘿嘿.....有破解版哦：）IBM WebSphere Application Server: 是IBM的产品，功能很强大，而且有IBM的开发工具相配套，开 发Web程序十分方便，不过价格上万元。WebSphere是 IBM 的集成软件平台。它包含了编写、运行和监视全天候的工业强度的随需应变 Web 应用程序和跨平台、跨产品解决方案所需要的整个中间件基础设施，如服务器、服务和工具。WebSphere 提供了可靠、灵活和健壮的集成软件。WebSphere Application Server 是该基础设施的基础，其他所有产品都在它之上运行。WebSphere Process Server 基于 WebSphere Application Server 和 WebSphere Enterprise Service Bus，它为面向服务的体系结构 (SOA) 的模块化应用程序提供了基础，并支持应用业务规则，以驱动支持业务流程的应用程序。高性能环境还使用 WebSphere Extended Deployment 作为其基本基础设施的一部分。其他 WebSphere 产品提供了广泛的其他服务，如下所述。WebSphere 是一个模块化的平台，基于业界支持的开放标准。您可以使用受信任和持久的接口，将现有资产插入 WebSphere，并且可以随着需要的增长继续扩展您的环境。WebSphere 可以在许多平台上运行，包括 Intel、Linux 和 z/OS。webShpere 是随需应变的电子商务时代的最主要的软件平台。它使您的公司可以开发、部署和整合新一代的电子商务应用，如B2B电子商务，并支持从简单的网页内容发布到企业级事务处理的商业应用。WebLogic是美国bea公司出品的一个application server确切的说是一个基于j2ee架构的中间件，webserver是用来构建网站的必要软件用来解析发布网页等功能，它是用纯java开发的。weblogic本来不是由bea发明的，是它从别人手中买过来，然后再加工扩展。目前weblogic在世界application server市场上占有最大的份额，其他还有象IBM的websphere，免费的tomcat、resin等中间件。BEA WebLogic是用于开发、集成、部署和管理大型分布式Web应用、网络应用和数据库应用的Java应用服务器。将Java的动态功能和Java Enterprise标准的安全性引入大型网络应用的开发、集成、部署和管理之中。BEA WebLogic Server拥有处理关键Web应用系统问题所需的性能 、可扩展性和高可用性。与BEA WebLogic Commerce ServerTM配合使用， BEA WebLogic Server可为部署适应性个性化电子商务应用系统提供完善的解决方案。BEA WebLogic Server具有开发和部署关键任务电子商务Web应用系统 所需的多种特色和优势，包括：1)领先的标准对业内多种标准的全面支持，包括EJB、JSB、JMS、JDBC、XML和WML，使Web应用系统的实施更为简单，并且保护了投资，同时也使基于标准的解决方案的开发更加简便。2)无限的可扩展性BEA WebLogic Server以其高扩展的架构体系闻名于业内，包括客户机连接的共享、资源pooling以及动态网页和EJB组件群集。3)快速开发凭借对EJB和JSP的支持，以及BEA WebLogic Server 的Servlet组件架 构体系，可加速投放市场速度。这些开放性标准与WebGain Studio配合时，可简化开发，并可发挥已有的技能，迅速部署应用系统。4)部署更趋灵活BEA WebLogic Server的特点是与领先数据库、操作系统和Web服务器 紧密集成。5)关键任务可靠性其容错、系统管理和安全性能已经在全球数以千记的关键任务环境中得以验证。6)体系结构BEA WebLogic Server是专门为企业电子商务应用系统开发的。企业电子商务应用系统需要快速开发，并要求服务器端组件具有良好的灵活性和安全性，同时还要支持关键任务所必需的扩展、性能、和高可用性。BEA WebLogic Server简化了可移植及可扩展的应用系统的开发，并为其它应用 系统和系统提供了丰富的互操作性。凭借其出色的群集技术，BEA WebLogic Server拥有最高水平的可扩展 性和可用性。BEA WebLogic Server既实现了网页群集，也实现了EJB组件 群集，而且不需要任何专门的硬件或操作系统支持。网页群集可以实现透明的复制、负载平衡以及表示内容容错，如Web购物车；组件群集则处理复杂的复制、负载平衡和EJB组件容错，以及状态对象（如EJB实体）的恢复。无论是网页群集，还是组件群集，对于电子商务解决方案所要求的可扩展性和可用性都是至关重要的。共享的客户机/服务器和数据库连接以及数据缓存和EJB都增强了性能表现。这是其它Web应用系统所不具备的

　在WAS v5版本之前，使用共享jar包的方式是将jar包放在$(WAS_HOME)/lib/app路径下，从上一部分中，我们可以看到，这个路径正是"WebSphere lib/app Class loader" 类加载器的类查找路径，WebSphere会查找这个路径以取得相应得jar包中的Java类，从而做到在WebSphere ND上的多个应用程序之间共享jar包的目的。但是这样做的一个缺点就是这些共享jar包暴露给WebSphere ND上所有的应用程序，对于那些希望使用jar包其它版本的应用程序，这些jar包也同样存在在了它们的类加载器类路径上，因此，就不可避免的会造成版本的冲突。在WAS v5版本及之后，增加了共享库（shared library）的概念，推荐的在多个应用程序间共享jar包并避免jar包冲突的方式是使用共享库。　　具体分析引起jar包冲突的情况，主要有三种：　　多个应用程序间jar包冲突：多个应用程序间由于使用了共享jar包的不同版本而造成jar包版本冲突。　　应用程序中多个Web模块间jar包冲突：同一个应用程序内部，不同的Web模块间同时使用一个jar包的不同版本而造成jar包版本冲突。　　应用程序中同一个Web模块内jar包冲突：同一个应用程序内部，同一个Web模块内，由于需要同时使用同一个jar包的两个版本而造成的jar包冲突　　本部分根据这三种jar包冲突的情况，讨论三种解决jar包冲突的办法，并具体讨论三种解决办法的实现步骤和适用情况：　　共享库方式解决jar包冲突：主要解决应用程序间的jar包冲突问题　　打包到Web模块中解决jar包冲突：主要解决应用程序中多个Web模块间jar包冲突问题　　命令行运行方式解决jar包冲突：主要解决应用程序中同一个Web模块内jar包冲突问题　　共享库方式解决jar包冲突　　在WAS v5中，提供了一种很好的机制，使得jar包只存在于需要这个jar包的应用程序的类加载器的路径上，而其它的应用程序不受它的任何影响，这就是共享库（Shared library）。共享库可以用在应用服务器级别和应用程序级别，使用应用程序级别的共享库，其好处就是在不同的应用程序之间使用共享jar包的不同版本。我们可以为一些通用jar包的每个不同版本定义成不同的共享库，应用程序希望使用哪个版本，就把这个版本的共享库放到应用程序的类加载器的类路径上，这种方式有效的解决了应用程序之间jar包冲突的问题。

Tomcat和Websphere主要区别是：Tomcat是的，功能比较单一的web应用服务器；Websphere是IBM的收费，除了web应用服务器还包含大量的工具和其他相关应用开发。Websphere价格昂贵，单买一个但CPU的服务器也要十几万。Tomcat 服务器是一个的开放源代码的Web 应用服务器，属于轻量级应用服务器，在中小型系统和并发访问用户不是很多的场合下被普遍使用，是开发和调试JSP 程序的首选。实际上Tomcat 部分是Apache 服务器的扩展，但它是独立运行的，所以当你运行tomcat 时，它实际上作为一个与Apache 独立的进程单独运行的。WebSphere 是 IBM 的。它包含了编写、运行和监视全天候的工业强度的随需应变 Web 应用程序和跨、跨产品解决方案所需要的整个中间件基础设施，如服务器、服务和工具。WebSphere 是随需应变的电子商务时代的最主要的，可用于开发、部署和整合新一代的电子商务应用，如B2B，并支持从简单的网页内容发布到级事务处理的商业应用。WebSphere 可以创建电子商务站点， 把应用扩展到联合的移动设备， 整合已有的应用并提供自动业务流程。Tomcat和Websphere的相似点是都是基于J2EE 和 Eclipse 等行业开放标准，并且它们使用公共的安装、管理、安全和编程模型。从开发看来就是类似的java开发，不过应用场景有差别。

使用中的区别1、对技术的支持：Tomcat不支持EJB，JBoss是实现了EJB容器，再集成了Tomcat。WebSphere都是对业内多种标准的全面支持，包括EJB、JSB、JMS、JDBC、XML和WML，使Web应用系统的实施更为简单，并且保护了投资，同时也使基于标准的解决方案的开发更加简便。2、应用范围的区别：Tomcat 是一个小型的轻量级应用服务器，在中小型系统和并发访问用户不是很多的场合下被普遍使用，是开发和调试JSP 程序的首选。WebSphere是商业软件,功能齐全强大,主要应用于大型企业的大型项目。3、商业服务和技术支持的区别：Tomcat都是开源免费的，所有它俩也就没有任何商业服务和技术支持，而WebSphere的技术文档和相关服务还是很到位，如果你的服务器哪一天出问题了，只要你能出的起钱，他们的技术工程师立刻就能出现在你面前。4、安全性问题：Tomcat都是开源的，所以它们的安全性相对来说比较低，万一应用服务器本身有什么漏洞，你是没办法向Apache索赔的。WebSphere其容错、系统管理和安全性能已经在全球数以千记的关键任务环境中得以验证。

ar包冲突问题实际上就是应用程序希望用某一个确定版本的jar包中的类，但是类加载器却找到并加载了另外一个版本的jar包中的类。在上一部分介绍了WebSphere中类加载器的基本概念和相关配置之后，我们来看如何在WebSphere中解决jar包冲突。　　在WAS v5版本之前，使用共享jar包的方式是将jar包放在$(WAS_HOME)/lib/app路径下，从上一部分中，我们可以看到，这个路径正是"WebSphere lib/app Class loader" 类加载器的类查找路径，WebSphere会查找这个路径以取得相应得jar包中的Java类，从而做到在WebSphere ND上的多个应用程序之间共享jar包的目的。但是这样做的一个缺点就是这些共享jar包暴露给WebSphere ND上所有的应用程序，对于那些希望使用jar包其它版本的应用程序，这些jar包也同样存在在了它们的类加载器类路径上，因此，就不可避免的会造成版本的冲突。在WAS v5版本及之后，增加了共享库（shared library）的概念，推荐的在多个应用程序间共享jar包并避免jar包冲突的方式是使用共享库。　　具体分析引起jar包冲突的情况，主要有三种：　　多个应用程序间jar包冲突：多个应用程序间由于使用了共享jar包的不同版本而造成jar包版本冲突。　　应用程序中多个Web模块间jar包冲突：同一个应用程序内部，不同的Web模块间同时使用一个jar包的不同版本而造成jar包版本冲突。　　应用程序中同一个Web模块内jar包冲突：同一个应用程序内部，同一个Web模块内，由于需要同时使用同一个jar包的两个版本而造成的jar包冲突　　本部分根据这三种jar包冲突的情况，讨论三种解决jar包冲突的办法，并具体讨论三种解决办法的实现步骤和适用情况：　　共享库方式解决jar包冲突：主要解决应用程序间的jar包冲突问题　　打包到Web模块中解决jar包冲突：主要解决应用程序中多个Web模块间jar包冲突问题　　命令行运行方式解决jar包冲突：主要解决应用程序中同一个Web模块内jar包冲突问题　　共享库方式解决jar包冲突　　在WAS v5中，提供了一种很好的机制，使得jar包只存在于需要这个jar包的应用程序的类加载器的路径上，而其它的应用程序不受它的任何影响，这就是共享库（Shared library）。共享库可以用在应用服务器级别和应用程序级别，使用应用程序级别的共享库，其好处就是在不同的应用程序之间使用共享jar包的不同版本。我们可以为一些通用jar包的每个不同版本定义成不同的共享库，应用程序希望使用哪个版本，就把这个版本的共享库放到应用程序的类加载器的类路径上，这种方式有效的解决了应用程序之间jar包冲突的问题。

可以试试下面的两个方法第一：分配给websphere的内存不能大于1024M修改文件:%你的WAS目录%profilesAppSrv01configcells你的Cell odes你的Nodeserversserver1server.xml搜索关键字:maximumHeapSize 改成 initialHeapSize="256" maximumHeapSize="1024"本人按照此方法，找到server.xml文件，打开并搜索关键字:maximumHeapSize ，结果没有找到。（本人装的是WebSphere Application Service 7.0.0版本；可能其它版本有这个关键字）。第二：摘除windows服务（在安装时，注册了Windows服务）。进入安装目下如下： D:Program FilesIBMWebSphereAppServerin>WASService.exe -remove "WIN-P0KJRFU3JHPNode01" --------"WIN-P0KJRFU3JHPNode01"为服务名，服务名不是Service1；服务名可以在D:IBMWebSphereAppServer3profilesAppSrv01logs下看到WIN-P0KJRFU3JHPNode01 Service.log。WIN-P0KJRFU3JHPNode01就是服务名。 Remove Service: WIN-P0KJRFU3JHPNode01 Successfully removed service

websphere是IBM蓝色团队的产品你所描述的产品是WebSphere Application Server这一款核心产品。到底有什么用？像你之前描述的“一个网站用apache+php+mysql或iis+jsp+orcale就行了吗？”，你所描述的没错，一般这类架构属于一些网站的例子。但WebSphere Application Server是用于J2EE企业应用级运行所需的WEB容器。一般用于保险，银行等等核心交易系统，这么说吧。跟钱有关的业务系统一般都是用的WebSphere Application Server或者Oracle Application Server。典型架构是F5---Apache（IHS）--WebSphere Application Server--DB---存储此类产品市场上有甲骨文的Oracle Application Server。和redhat的Jboss。等等。目前主流的就是websphere weblogic jboss。其他都是垃圾。希望对你有用。另，你可以登陆IBM官方站点，查看具体信息。

Tomcat和Websphere主要区别是：Tomcat是免费的，功能比较单一的web应用服务器；Websphere是IBM的收费平台，除了web应用服务器还包含大量的工具和其他相关应用开发平台。Websphere价格昂贵，单买一个但CPU的服务器也要十几万。Tomcat 服务器是一个免费的开放源代码的Web 应用服务器，属于轻量级应用服务器，在中小型系统和并发访问用户不是很多的场合下被普遍使用，是开发和调试JSP 程序的首选。实际上Tomcat 部分是Apache 服务器的扩展，但它是独立运行的，所以当你运行tomcat 时，它实际上作为一个与Apache 独立的进程单独运行的。WebSphere 是 IBM 的软件平台。它包含了编写、运行和监视全天候的工业强度的随需应变 Web 应用程序和跨平台、跨产品解决方案所需要的整个中间件基础设施，如服务器、服务和工具。WebSphere 是随需应变的电子商务时代的最主要的软件平台，可用于企业开发、部署和整合新一代的电子商务应用，如B2B，并支持从简单的网页内容发布到企业级事务处理的商业应用。WebSphere 可以创建电子商务站点， 把应用扩展到联合的移动设备， 整合已有的应用并提供自动业务流程。Tomcat和Websphere的相似点是都是基于J2EE 和 Eclipse 等行业开放标准，并且它们使用公共的安装、管理、安全和编程模型。从开发看来就是类似的java开发平台，不过应用场景有差别。

Tomcat和Websphere主要区别是：Tomcat是的，功能比较单一的web应用服务器；Websphere是IBM的收费，除了web应用服务器还包含大量的工具和其他相关应用开发。Websphere价格昂贵，单买一个但CPU的服务器也要十几万。Tomcat 服务器是一个的开放源代码的Web 应用服务器，属于轻量级应用服务器，在中小型系统和并发访问用户不是很多的场合下被普遍使用，是开发和调试JSP 程序的首选。实际上Tomcat 部分是Apache 服务器的扩展，但它是独立运行的，所以当你运行tomcat 时，它实际上作为一个与Apache 独立的进程单独运行的。WebSphere 是 IBM 的。它包含了编写、运行和监视全天候的工业强度的随需应变 Web 应用程序和跨、跨产品解决方案所需要的整个中间件基础设施，如服务器、服务和工具。WebSphere 是随需应变的电子商务时代的最主要的，可用于开发、部署和整合新一代的电子商务应用，如B2B，并支持从简单的网页内容发布到级事务处理的商业应用。WebSphere 可以创建电子商务站点， 把应用扩展到联合的移动设备， 整合已有的应用并提供自动业务流程。Tomcat和Websphere的相似点是都是基于J2EE 和 Eclipse 等行业开放标准，并且它们使用公共的安装、管理、安全和编程模型。从开发看来就是类似的java开发，不过应用场景有差别。

WebSphere 应用系统和整合软件 随需应变企业的一流软件平台 无论在哪个行业中，业务环境都变得日益复杂，步调变得更快并且具有更大的不可预见性。当今的公司要求适应随需应变的灵活性，以便跻身竞争的前沿，同时确保公司高效运转并保持弹性。IBM WebSphere 交付了应用基础设施和集成软件，用来帮助公司完成随需应变世界中的最关键任务： 快速创新的能力 - 灵活的操作环境能够轻松支持公司的业务增长。 更高的生产力 - 工具能够帮助公司流线化和扩展业务流程，以便为人员提供适时、适当的信息，从而提高员工的生产率。 改善的业务弹性 - 可靠的、高性能的应用基础设施支持今天的随需应变世界的 24x7 运转。 通过灵活的 IT 环境为创新提供支持 灵活的业务模型需要灵活的 IT 环境。这是一个组件化的、集成的端到端环境。此环境允许公司高效利用现有 IT 资源，同时引入新的功能并集成业务流程。IBM WebSphere 软件交付了以灵活的方式集成分散应用程序和系统的能力，从而加速创造价值的进程，并帮助公司最大限度提高现有资源的利用率。阅读更多利用 WebSphere 软件建立灵活的、集成的操作环境的内容： 面向服务架构和 Web 服务（英语） 业务整合（英语） 应用程序转化（英语） 通过流线化和扩展业务流程来提高员工生产力 员工生产力受到业务流程的效率和信息可用性的高度影响。员工之间如何交互，以及他们与业务合作伙伴、供应商、客户和每天使用的应用程序如何交互。此外，他们在需要的时候能否通过简单访问获取所需信息，以便加速制定业务决策并采取行动。IBM WebSphere 交付的软件解决方案能够通过以下工具帮助流线化操作并提高员工生产力： Portal（英语） 软件能够帮助公司将业务流程、应用程序和信息扩展到新用户。 IBM Workplace（英语） 解决方案能够提高人员与业务应用的交互能力，并提高人员与其他业务机构的协作能力。 Product Information Management（英语） 软件能够帮助公司在整个价值链中提供单一的、集成的产品信息源。 Commerce（英语） 软件能够帮助公司自动化和集成跨多种渠道的在线销售流程。 Mobile and Speech（英语） 解决方案让应用程序和信息随时通过各种设备高效地交付给新用户。 通过可靠的、高性能的应用基础设施实现更高的业务弹性 随着企业在当今快节奏的环境中的增长和演进，随需应变的公司需要 IT 基础设施随之发展。WebSphere 交付了世界领先的应用程序和事务基础设施，提供了用于运行当今随需应变业务的安全、可靠和高性能的 IT 平台。 Net Commerce 是《中—芬远程教育与远程商务洽谈研究与应用》项目中的一部分，由华东师范大学多媒体技术研究室（Lab. of MMIT）负责研究开发。 ·系统特色： 1 Net Commerce 是贯穿电子商务整个生命周期的全程在线服务，包括：信息发布/信息获取；咨询服务；商务洽谈；决策支持和网上交易； 2 Net Commerce 具有很高的技术含量，除了一般的数据管理技术外， Net Commerce 还使用了视频会议技术；结构化信息发布技术等新的网络技术；

如果WebSphere是默认安装的话，是自带两个profile，Dmgr和AppSrv，只需要到指定目录下启动管理器和节点即可x0dx0a/usr/IBM/WebSphere/AppServer/profiles/Dmgr01/bin/startManager.shx0dx0a/usr/IBM/WebSphere/AppServer/profiles/AppSrv01/bin/startNode.shx0dx0a执行这两条命令，即可在浏览器中登陆管理界面，启动server1

Tomcat和Websphere主要区别是：Tomcat是的，功能比较单一的web应用服务器；Websphere是IBM的收费，除了web应用服务器还包含大量的工具和其他相关应用开发。Websphere价格昂贵，单买一个但CPU的服务器也要十几万。Tomcat 服务器是一个的开放源代码的Web 应用服务器，属于轻量级应用服务器，在中小型系统和并发访问用户不是很多的场合下被普遍使用，是开发和调试JSP 程序的首选。实际上Tomcat 部分是Apache 服务器的扩展，但它是独立运行的，所以当你运行tomcat 时，它实际上作为一个与Apache 独立的进程单独运行的。WebSphere 是 IBM 的。它包含了编写、运行和监视全天候的工业强度的随需应变 Web 应用程序和跨、跨产品解决方案所需要的整个中间件基础设施，如服务器、服务和工具。WebSphere 是随需应变的电子商务时代的最主要的，可用于开发、部署和整合新一代的电子商务应用，如B2B，并支持从简单的网页内容发布到级事务处理的商业应用。WebSphere 可以创建电子商务站点， 把应用扩展到联合的移动设备， 整合已有的应用并提供自动业务流程。Tomcat和Websphere的相似点是都是基于J2EE 和 Eclipse 等行业开放标准，并且它们使用公共的安装、管理、安全和编程模型。从开发看来就是类似的java开发，不过应用场景有差别。

WebSphere 是 IBM 的软件平台。它包含了编写、运行和监视全天候的工业强度的随需应变 Web 应用程序和跨平台、跨产品解决方案所需要的整个中间件基础设施，如服务器、服务和工具。WebSphere 提供了可靠、灵活和健壮的软件。 WebSphere Application Server 是该设施的基础，其他所有产品都在它之上运行。WebSphere Process Server 基于 WebSphere Application Server 和 WebSphere Enterprise Service Bus，它为面向服务的体系结构 (SOA) 的模块化应用程序提供了基础，并支持应用业务规则，以驱动支持业务流程的应用程序。高性能环境还使用 WebSphere Extended Deployment 作为其基础设施的一部分。其他 WebSphere 产品提供了广泛的其他服务。 WebSphere 是一个模块化的平台，基于业界支持的开放标准。可以通过受信任和持久的接口，将现有资产插入 WebSphere，可以继续扩展环境。WebSphere 可以在许多平台上运行，包括 Intel、Linux 和 z/OS。 WebSphere是随需应变的电子商务时代的最主要的软件平台，可用于企业开发、部署和整合新一代的电子商务应用，如B2B，并支持从简单的网页内容发布到企业级事务处理的商业应用。WebSphere 可以创建电子商务站点， 把应用扩展到联合的移动设备， 整合已有的应用并提供自动业务流程。

WebSphere 是 IBM 的软件平台。它包含了编写、运行和监视全天候的工业强度的随需应变 Web 应用程序和跨平台、跨产品解决方案所需要的整个中间件基础设施，如服务器、服务和工具。WebSphere 提供了可靠、灵活和健壮的软件。WebSphere Application Server 是该设施的基础，其他所有产品都在它之上运行。WebSphere Process Server 基于 WebSphere Application Server 和 WebSphere Enterprise Service Bus，它为面向服务的体系结构 (SOA) 的模块化应用程序提供了基础，并支持应用业务规则，以驱动支持业务流程的应用程序。高性能环境还使用 WebSphere Extended Deployment 作为其基础设施的一部分。其他 WebSphere 产品提供了广泛的其他服务，如下所述。 WebSphere 是一个模块化的平台，基于业界支持的开放标准。您可以使用受信任和持久的接口，将现有资产插入 WebSphere，并且可以随着需要的增长继续扩展您的环境。WebSphere 可以在许多平台上运行，包括 Intel、Linux 和 z/OS。 webShpere 是随需应变的电子商务时代的最主要的软件平台。它使您的公司可以开发、部署和整合新一代的电子商务应用，如B2B 电子商务，并支持从简单的网页内容发布到企业级事务处理的商业应用。WebSphere 改变了业务管理者，合作伙伴和雇员之间的关系，例如您可以用它做如下工作： 创建高效的电子商务站点提高了网上交易的质量和数量。 把应用扩展到联合的移动设备上使销售人员可以为客户提供更方便、更快捷的服务。 整合已有的应用并提供自动简捷的业务流程。

WebSphere 是 IBM 的软件平台。它包含了编写、运行和监视全天候的工业强度的随需应变 Web 应用程序和跨平台、跨产品解决方案所需要的整个中间件基础设施，如服务器、服务和工具。WebSphere 提供了可靠、灵活和健壮的软件。最著名的包括websphere application server，mq。

先回答你下面的问题：startManager.sh是指启动管理控制台（Dmgr)，启动了之后，就可以通过管理控制台来控制server、application，Dmgr本身最为一个Node，所以不需要StartNode.shserver因为是挂在Node下面，所以需要先startNode.sh，启动之后，再startServer.sh，一个node下可以有多个server，所以startServer.sh [server名]，要带参数看了你截图，你应该只装了Server，没有装Dmgr；属性里面已经写明白：startServer.bat" server1”，启动的是server1，所以你如果到文件夹下运行startServer.bat没有server名，是没法启动的另外增加一个，stopServer的时候，如果有用户名密码，还需要加参数-username *** -password ***

端口被占用了.

1.修改服务器编码类型：（1）前台修改方法：服务器-》服务器类型-》WebSphere Application Server-》 SuiteServer -》 进程定义 -》 Java 虚拟机通用 JVM 参数-》-Dfile.encoding=UTF-8 -Ddefault.client.encoding=UTF-8（2）后台修改方法：/opt/IBM/WebSphere/AppServer/profiles/AppSrv01/config/cells/10Cell01/nodes/10Node01/servers/SuiteServer修改其中的server.xml中的参数genericJvmArguments="-Dfile.encoding=UTF-8 -Ddefault.client.encoding=UTF-8"2.更换合适的db2驱动jar包:数据源驱动配置位置：资源-》JDBC-》JDBC提供程序，双击可进入查看驱动的具体内容，其中的驱动位置通过环境变量指定;环境变量配置位置：环境-》Websphere变量

想设置端口，可以通过设置虚拟主机来实现

1. 解决方案1.1 更新补丁jar文件—不需要重启服务器，只需重启应用由于jar文件中存放的为报表引擎使用的类文件，当报表所在应用启动时便会加载jar中的类，若jar发生了改变，修改的类文件是不会自动重载的因此需要重新启动报表所在应用。Websphere对部署好的应用更新jar包方法如下：1.2 找到websphere服务器中部署的报表应用位置如位置为C:IBMWebSphereAppServerprofilesAppSrv01installedAppsfrserver2003Node01Cellfinereport_war.earfinereport.war1.3 更新jar包将finereport.warweb-inflib下的fr-chart-8.0.jar、fr-core-8.0.jar、fr-performance-8.0.jar、fr-platform-8.0.jar、fr-report-8.0.jar、fr-third-8.0.jar包替换为新的jar。1.4 重启应用此时如果直接访问报表，将会出现404错误。需要将应用重启，启动新的jar文件才会生效

websphere mq : 用于传输信息 具有跨平台的功能。1 安装websphere mq 并启动2 websphere mq 建立 queue Manager (如：MQSI_SAMPLE_QM)3 建立queue 类型选择 Local类型 的 （如lq ）3 建立channels 类型选择Server Connection （如BridgeChannel）java 代码如下：package test.mq;import com.ibm.mq.*;/** 成功的访问mq 的java 类*/public class FirstMqTest {// public static void main(String[] args[]){// FirstMqTest first = new FirstMqTest();// first.test();// }public static void main(String args[]){FirstMqTest first = new FirstMqTest();first.test();}public void test(){String qManager = "MQSI_SAMPLE_QM"; //QueueManager nameString qName = "lq";//Queue Nametry {//configure connection parametersMQEnvironment.hostname="172.16.17.123";//MQ Server name or IP//MQEnvironment.port=1414;//listenr portMQEnvironment.channel="BridgeChannel";//Server-Connection ChannelMQEnvironment.CCSID =1381;// Create a connection to the QueueManagerSystem.out.println("Connecting to queue manager: "+qManager);MQQueueManager qMgr = new MQQueueManager(qManager);// Set up the options on the queue we wish to open int openOptions = MQC.MQOO_INPUT_AS_Q_DEF | MQC.MQOO_OUTPUT;// Now specify the queue that we wish to open and the open optionsSystem.out.println("Accessing queue: "+qName);MQQueue queue = qMgr.accessQueue(qName, openOptions);// Define a simple WebSphere MQ Message ... MQMessage msg = new MQMessage();// ... and write some text in UTF8 formatmsg.writeUTF("Hello, World!");// Specify the default put message optionsMQPutMessageOptions pmo = new MQPutMessageOptions();// Put the message to the queueSystem.out.println("Sending a message...");/** 在此测试一下 mq 的传输次列* */for(int j=0;j< 5;j++){String str ="test11111111111";str = str+j;msg.writeUTF(str);queue.put(msg, pmo);}queue.put(msg, pmo);// Now get the message back again. First define a WebSphere MQ message // to receive the data MQMessage rcvMessage = new MQMessage();// Specify default get message options MQGetMessageOptions gmo = new MQGetMessageOptions();// Get the message off the queue.System.out.println("...and getting the message back again");queue.get(rcvMessage, gmo);// And display the message text...String msgText = rcvMessage.readUTF();System.out.println("The message is: " + msgText);// Close the queueSystem.out.println("Closing the queue");queue.close();// Disconnect from the QueueManagerSystem.out.println("Disconnecting from the Queue Manager");qMgr.disconnect();System.out.println("Done!");}catch (MQException ex) {System.out.println("A WebSphere MQ Error occured : Completion Code "+ ex.completionCode + " Reason Code " + ex.reasonCode);}catch (java.io.IOException ex) {System.out.println("An IOException occured whilst writing to the message buffer: "+ ex);}}}H

进入Websphere的profile目录，Dmgr01/bin/stopManager.sh -username 用户名 -password 密码停止完毕后再执行Dmgr01/bin/startManager.sh

检查systemconfig.xml文件内的SdkDataSourceJndi，看这个的配置跟WAS的R1的JNDI名称是否一致。如果不一致就会报ResouceOne客户端数据库连接初始化失败。

WebSphere Application Server(WAS)是WebSphere产品线的核心

在profiles，appserver01 ， config 目录下，

我的结论：1.4台was，只有其中一台出现这种情况，推测不是数据库的问题，那么就只能是was的连接池的问题或者连接池维护的连接有问题，具体究竟是什么问题不得而知。2.连接不稳定导致表被锁，而不是锁表导致的连接不稳定。我的问题：1.从日志来看，是否直接说明是这台的was连接池维护的连接不稳定？如果不稳定，有可能是什么原因导致？2.如果事务执行到一半时连接被关闭，那么was是否会去自动回滚这个会话的事务？在jdbc直连的情况下，如果在事务中间update了一张表而突然把jvmkill掉或者断开数据库连接，那么这张表会被锁，事务不会自动提交或者回滚，was是否会自动帮你回滚？日志中的“回滚了一个或多个本地事务资源”、“清除 LocalTransactionContainment 时，资源 ds/jcy 回滚”等信息是否就说明was在做这件事情？

一、查看WAS版本的方式：1、命令行cd $WAS_HOME/bin./versionInfo.sh以上只能查看到WAS的大小版本号，并不能查看到WAS安装了其他的哪些补丁。通过跟踪发现在 $WAS_HOME/properties/version/ 以及 $WAS_HOME/properties/version/history/ 目录下可以通过文件名的名称知道安装了哪些补丁。比如：$WAS_HOME/properties/version/ 目录下的 6.1.0-WS-WASSDK-WinX32-FP0000019.ptf$WAS_HOME/properties/version/history/ 目录下的 6.1.0-WS-WAS-WinX32-FP0000019.ptfApplied 和 6.1.0-WS-WAS-WinX32-FP0000019.ptfDriver 文件其中：$WAS_HOME/properties/version/ 目录下的 .ptf 文件里记录了补丁安装包的构造日期，构建版本信息，补丁安装包的ID号，补丁安装包的信息描述，以及组件名，目前发现JDK补丁的组件名称均为 package.java.jre，WAS补丁的组件名称均为 legal$WAS_HOME/properties/version/history/ 目录下的.ptfApplied 文件里记录了备份文件存放于哪里，组件的名称，安装的历史记录文件存放于哪里，安装补丁的时间以及安装补丁的操作类型。.ptfDriver 文件里面记录了补丁安装包的构造日期，构建版本信息，补丁安装包的ID号，补丁安装包的信息描述，以及补丁的文件名、安装补丁的操作类型，以及补丁安装包里包含了哪些BUG的修复列表，比如：PK66013之类的。$WAS_HOME/properties/version/history/ 目录下的 event.history 文件记录着所有的补丁安装与卸裁历史记录$WAS_HOME/properties/version/nif/backup/ 目录下的 NIFStack.xml 与 NIFHistory.xml2、查看log文件查看概要文件logs目录下对应的server名称下的SystemOut.log文件，在文件的开头处有类开以下的版本信息************ Start Display Current Environment ************WebSphere Platform 6.1 [ND 6.1.0.19 cf190836.04] running with process name … and process id …Host Operating System is ……Java version = J2RE 1.5.0 IBM J9 2.3 … j9vmwi3223ifx-20080811 (JIT enabled)J9VM – 20080809_21892_lHdSMrJIT – 20080620_1845_r8GC – 200806_19, Java Compiler = j9jit23, Java VM name = IBM J9 VM二、命令行查看JDK版本$WAS_HOME/java/bin/java -fullversion$WAS_HOME/java/bin/java -version

1、root登陆用户2、进入was安装路径，进入profiles3、cd profiles下的bin目录下4、./startServer server1

这个问题查证要通过几个方面：1、确定部署的sever是9080端口2、看一下9080端口virtulhost加了没有（一般默认都会加上）3、看一下部署的应用是否成功，可以放一个简单的index.jsp页面进去，如果能访问，应用部署成功，如果不行，那就是应用部署就有问题4、应用部署有问题只能看日志，是自己本身应用问题还是jar包冲突啊之类的，日志一步步分析吧多数还是应用本身的问题，Tomcat下可以不一定在was下面就可以，看日志对应调整吧

可能的原因：a) 已经有一个服务器 server1 的实例在运行 b) 一些其它流程在使用端口 8880 ADMU3027E: 可能已经有一个服务器的实例在运行：server1 ADMU0111E: 程序退出，带有错误： com.ibm.websphere.management.exception.AdminException:ADMU3027E:可能已经有一个服务器的实例在运行：server1 ADMU0211I: 在文件 C:Program中可看到错误的详细信息

最近领导安排兼职维护Webshere中间件，对这种中间件丝毫不了解，特别是日志，看着全是乱码，不知道代表啥意思，在网上查了一下，与大家分享 看websphere日志，我们一般看两种，一个是SystemOut.log，另一个是SystemErr.log这两个是最常见的日志，怎么看呢？需要注意一下标志位： F ：致命消息 E ：错误消息 W ：警告信息 A ：审计消息 I ：参考消息 C ：配置消息 D ：详细消息消息 O ：通过用户应用程序或内部组件直接写入SystemOut.log R : 通过用户应用程序或内部组件直接写入SystemErr.log Z : 表明不可识别的类型的占位符 此时我们再去看SystemOut.log、SystemErr.log日志文件，会发现常见的只有R（用户应用程序或内部组件直接写入）和O（用户应用程序或内部组件直接写入）两种类型，有时偶尔会出现一个I（参考消息），那么我们在日常巡检过程中只需查看有无其它类型标志位信息即可！

1. 通过http://localhost:9060/ibm/console 连接到admin console2. 从左边找到相应的applications标签，具体我不记得了3. 选择Install4. 浏览到机器里面的EAR 文件，按后根据提示安装5. 安装完后，需要手动启动application

可以通过共享库方式解决jar包冲突：主要解决应用程序间的jar包冲突问题在WAS v5中，提供了一种很好的机制，使得jar包只存在于需要这个jar包的应用程序的类加载器的路径上，而其它的应用程序不受它的任何影响，这就是共享库（Shared library）。共享库可以用在应用服务器级别和应用程序级别，使用应用程序级别的共享库，其好处就是在不同的应用程序之间使用共享jar包的不同版本。

什么叫访问路径？

$WAS_HOMEconfigcellsxxx 下的security.xml，修改security标签中的enabled为false（取消安全性验证），重启server，重设密码，再将enabled改为true，重启server。 Ps： ”<authDataEntries xmi:id=”JAASAuthData_1238489272531″ alias=”myNode01/oracleDBA” userId=”oraadmin” password=”{xor}bm1sa2pp”/>”，就是存放认证别名为oracleDBA的用户名和密码。 可以看到在这里密码被重新编码（encode）了，编码的方式是XOR（eXclusive OR异或），很明显这种并不是一种强加密的算法，仅仅是一种编码而已，所以准确来说WebSphere为了避免密码被明文记录，只是很简单地“编码”（encode）而不是“加密”（encrypt）。 WebSphere采用的这种只是编码而不是加密的存放密码形式，就帮助了你了。当然如果你想干坏事的话，WebSphere也算是给自己留下了一个“后门”了 -_-b。嘿嘿嘿，不要以为IBM那帮老爷子就是这么懒，如果阁下真的是要对存放在WebSphere配置文件里面的密码要加密的话（对于广大客户肯定是有这个诉求的），其实IBM也提供了一种自定义加密算法的插件形式去解决这个问题的 添加was的控制台认证 在控制台中添加认证

Windows服务里面有，可以启动。或者到安装完的目录下，运行bin/startServer.bat server1

有用Websphere做过项目的人可能都知道，ibm一般都建议在Websphere前面加一个IHS来做webserver，据说这样性能会提高30%左右，这样说是否有道理呢，下面我做了一个简单的测试来验证：测试环境：硬件：应用服务器：Dell6600压力测试客户端：自用笔记本（T20501.6G)软件：系统：CentOS4.4Websphere6.0.2.17+IHS6.0.2.17（部署在同一台机器上）首先配置好Websphere和IHS，发布一个简单的测试应用，用loadrunner来测试一下不同的组合看看（录制一个打开首页就可以了），下面是我的测试数据：测试方法每秒处理请求数响应时间服务器CPU直接请求Websphere4600/s0.013s28%通过IHS转发请求6800/s0.009s26%数据显示，这还不是一点点提升，竟然快接近50%，把静态资源放置到IHS中测试了一把，基本和通过IHS转发差不多，稍微有些提升，不过放到IHS中可以方便Cache（EdgeServer就包括了CachingProxycomponent）下面记录一下如何放置静态资源文件到IHS中：1、打开Plugins中的plugin-cfg.xml，修改如下内容：

一、JSP的中文乱码问题其根源在于：Web容器（Tomcat）默认的字符处理编码是iso-8859-1，对于需要在浏览器页面上显示中文的JSP程序，但在程序中并没有指定中文的字符集，那么中文将在浏览器页面上显示为乱码。当然，前面所说的是指在Tomcat服务器下的，其他服务器有些不是这样的，比如BEA Weblogic和IBM Websphere是从操作系统中取得默认的编码，然后按该编码来转码所有用户请求.Struts中文问题有三种：发送请求时的中文问题、处理响应结果的中文问题和国际化资源文件的中文问题。1. 发送请求时的中文问题客户机向服务器发送请求时，根据所使用浏览器的不同可能会有不同的编码形式。不过通常情况下在请求到达Web容器前要将之转码，转成某种固定的编码以方便Web应用的处理。这种问题有三种处理方法：第一种(针对Tomcat 5 对POST请求有效，GET请求无效，因为Tomcat 5 对POST和GET请求时分别处理的)可以采用设置用户请求对象的编码形式，也就是以HttpServletRequest对象的编码的形式来进行用户请求的转码：//将用户请求转码为GB2312、GB18030、GBK、UTF-8 等型，具体转为什么类型的编码以您的jsp文件的编码方式为准，java、jsp 、js 、css应保持一致的编码方式。这里以GBK为例。request.setCharacterEncoding("GBK");第二种(对GET请求有效)，可以在Servlet中对用户输入的数据进行转码。Web容器接受到一个请求时，它会将它发往某个处理的Servlet。在Servlet中直接获取用户请求的数据，然后将之转码为需要的格式，例如把数据转换为GBK格式：String username = request.getParameter("username");username = new String(username.getBytes("iso-8859-1”), "GBK");以上两种方法都是很常用的，但第一种是每个页面都要去修改，当JSP页面很多时比较麻烦，第二种就每个发送的数据都要转码，也很麻烦。第三种，就是采用Filter过滤器方式，将用户的所有请求都通过过滤器进行转码，这种方法就克服了以上两种方法的缺点。代码如下：public void doFilter(ServletRequest request, ServletResponse response,FilterChain chain ) throws IOException, ServletException {request.setCharacterEncoding("GBK");//response.setContentType("text/html;charset=GBK");chain.doFilter(request, response);}这里转码为GBK过滤器的主要代码，当然还要把这个类要在web.xml文件中部署。2. 处理响应结果的中文问题响应的结果包括Servlet、JSP和HTML三种情况，可以通过以下方式设置响应结果编码：对于Servlet，可以在Servlet中为其设置响应代码类型，代码如下：response.setContentType("text/html;charset=GBK"); 也可把这句加到上面的Filter中，如注释掉的部分。有人说用 response.setCharacterEncoding("GBK"); 无效，必须用 response.setContentType("text/html;charset=GBK"); 本人没试过。对于JSP，是比较方便的，只需要在JSP最前部分按如下方式声明：<%@ page contentType="text/html;charset=GBK"%>对于HTML，其和JSP文件基本类似，也是在页面最前部分按如下方式声明：<head><META HTP-EQUIV="contentType" CONTENT="text/html;charset=GBK"></head>3.? 国际化资源文件的中文问题一个Struts应用程序中，可以配置多个资源包，无论是Action、ActionForm还是JSP都可以访问这些包中的资源。资源包就是由扩展名为.properties的文件组成的一组具有相同前缀的文件，如ApplicationResources_zh_CN.properties、ApplicationResources_zh.properties和ApplicationResources.properties。这些文件就构成一个Struts的资源包，它们都有一个统一的前缀ApplicationResources，凡是有相同前缀的资源文件就都属于一个包。当用MyEclipse编写资源文件时，默认是不能保存中文的，因为默认保存编码的格式是ISO-8859-1，这就需要修改为gb2312或者gbk编码格式。Windons -->Preferences-->General -->Content Types-->Text-->Java Properties File，在最下方把其Default encoding改为"UTF-8”，然后"update”就可以保存中文了。但就这样保存的中文还是不能够在页面上使用的，因为Web容器默认是使用ISO-8859-1，也就会把中文用ISO-8859-1的格式发送给客户页面，显示的还是乱码，这就是JAVA国际化的问题。JAVA是支持unicode编码格式的，unicode是国际统一通用编码，所以不管什么格式的编码转化为unicode编码肯定不会显示乱码的。这个时候就是需要把资源文件的UTG-8编码格式转化为unicode编码格式，而SUN公司又提供了这样的一种工具。在JDK的安装目录bin下，有一个叫native2ascii可执行文件，这个是专门来进行资源文件转码的。打开cmd，进入JDK的bin目录下，把资源文件拷贝到该目录下，执行该命令。比如：native2ascii –encoding GBK ApplicationResources.properties ApplicationResources_zh_CN.properties 就是把GBK编码格式ApplicationResources.properties转化为unicode编码格式ApplicationResources_zh_CN.properties，这样显示页面时就不会出现乱码了。

如果WebSphere是默认安装的话，是自带两个profile，Dmgr和AppSrv，只需要到指定目录下启动管理器和节点即可x0dx0a/usr/IBM/WebSphere/AppServer/profiles/Dmgr01/bin/startManager.shx0dx0a/usr/IBM/WebSphere/AppServer/profiles/AppSrv01/bin/startNode.shx0dx0a执行这两条命令，即可在浏览器中登陆管理界面，启动server1

使用发布平台的进行应用部署时候，需要填写参数，"-MapWebModToVH"，对于数据源绑定server的，直接安装，不需要制定数据源，需要指定数据源的时候，填写"-MapResRefToEJB"参数，具体参数填写，参照手动在was控制台安装的参数。 如指定虚拟主机： Utan.ear是一个ear包，UtanWeb是ear中的一个war包，fpt没有对应的包。在手动安装过程中可以看到对应的参数： 模块名称以及URI就是虚拟主机的绑定参数，所以有： MapEJBRefToEJB选项将企业Java引用映射到企业bean。 您必须将应用程序中定义的每个企业bean引用映射到企业bean。 使用此选项可提供缺少的数据或更新到任务。 这里用了匹配方式，在测试的过程中，发现配置了"-MapEJBRefToEJB"之后，有些JNDI找不到： com.utan.platform.ejb.dbaccess.DBAccessLocalHome在正常运行的应用当中也的确是没有。 createMBeansForResources选项指定为应用程序在部署目标上启动时在应用程序中定义的所有资源（如servlet，JavaServer Pages（JSP）文件和企业bean）创建MBean。 此选项不需要值。 默认设置是nocreateMBeansForResources选项。 对应着： MapSharedLibForMod选项将共享库分配给应用程序或每个模块。 您可以将多个共享库关联到应用程序和模块。 运行默认绑定后，此选项的当前内容如下： Module: xxx URI: META-INF/application.xml Shared libraries: <share libraries> 综上所述：Utan.ear的options可以写成这样： 也可以只指定虚拟主机：各种平台的参数结构不一致，但是was参数是不变的，请以具体情况拼写参数的json

收费的j2ee服务器，比较出名的是webshpere和weblogic。webshpere是IBM出的。比weblogic适用范围广一点。

　　websphere安装完后的使用方法1、登录was控制台登录was控制台，进入was控制台主界面。2、打开was已经发布应用列表点击was控制台左侧的应用程序à应用程序类型àWebSphere企业应用程序，点击WebSphere企业应用程序功能后，在右侧页面中，可以看到已经发布的应用程序。3、选择应用程序安装文件在was已经发布的应用程序列表上方，点击安装按钮，was控制台就会打开一个was准备应用程序安装的功能，点击浏览，选择需要安装的应用程序，选择完成后，点击下一步。4、选择was安装方式选择was安装应用程序中的快速路径安装方式，点击下一步。5、配置was安装选项点击下一步后，就进入了配置was安装选项阶段，选择相应的安装信息，下一步即可。6、保存安装完成以上was安装步骤后，点击完成，此时was就会进行应用程序的安装，等待安装完成后，就可以看到was的安装完成提示，如果确定安装，点击保存即可，如果不想安装，可以点击查看，进行取消、放弃本次安装。7、举手之劳,希望以上分享能帮助到大家。如果您觉得本经验有帮助，请点击本文正下方或本文右上角的“投票”或“分享”或“关注”给我支持和鼓励，为了方便下次查看，您可以点击“收藏”，还可以分享给好友。

分类: 电脑/网络 >> 硬件 解析: WebSphere 应用系统和整合软件 IBM WebSphere 交付了应用基础设施和集成软件，用来帮助公司完成随需应变世界中的最关键任务： 快速创新的能力 - 灵活的操作环境能够轻松支持公司的业务增长。 更高的生产力 - 工具能够帮助公司流线化和扩展业务流程，以便为人员提供适时、适当的信息，从而提高员工的生产率。 改善的业务弹性 - 可靠的、高性能的应用基础设施支持今天的随需应变世界的 24x7 运转。 IBM WebSphere 软件交付了以灵活的方式集成分散应用程序和系统的能力，从而加速创造价值的进程，并帮助公司最大限度提高现有资源的利用率。

WebSphere服务器的优点如下：1基于Java和Servlets的Web应用程序运行环境，包含了为Web站点提供服务所需的一切，包括项目管理，连接数据库，JavaServlet代码生成器，beans和servlets开发工具，HTML编辑器，网站发布等，为开发Servlets和Javabeans提供了多种向导。2运行时可以协同并扩展Apache、Netscape、IIS和IBM的HTTPWeb服务器，因此可以成为强大的Web应用服务器。3包含了eNetworkDispatcher、WebTrafficeExpress代理服务器和AFS分布式文件系统，可以提供可伸缩的Web服务器环境。

WebSphere 是 IBM 的软件平台。它包含了编写、运行和监视全天候的工业强度的随需应变 Web 应用程序和跨平台、跨产品解决方案所需要的整个中间件基础设施，如服务器、服务和工具。WebSphere 提供了可靠、灵活和健壮的软件.WebSphere 是一个模块化的平台，基于业界支持的开放标准。您可以使用受信任和持久的接口，将现有资产插入 WebSphere，并且可以随着需要的增长继续扩展您的环境。WebSphere 可以在许多平台上运行，包括 Intel、Linux 和 z/OS。WebSphere 是随需应变的电子商务时代的最主要的软件平台。它使您的公司可以开发、部署和整合新一代的电子商务应用，如B2B电子商务，并支持从简单的网页内容发布到企业级事务处理的商业应用。WebSphere 改变了业务管理者，合作伙伴和雇员之间的关系，例如您可以用它做如下工作：创建高效的电子商务站点提高了网上交易的质量和数量。 把应用扩展到联合的移动设备上使销售人员可以为客户提供更方便、更快捷的服务。 整合已有的应用并提供自动简捷的业务流程。

你用WAS自带的uninstall.exe卸载了么？你不需要修改注册表，使用uninstall，然后删除WAS所在目录即可。卸载前当然要先停止。

IBM中国软件开发中心(CSDL)从1999年就开始从事WebSphere项目的有关工作，经过6年的成长与发展，CSDL已经深入到WebSphere产品系列的很多领域。WebSphere已经成为随需应变的电子商务时代的先进软件平台。WebSphereCommerce(WC)团队建立于1999年，已经成为WC全球开发团队中重要的组成部分。团队负责产品的多项核心功能的开发和全方位的技术支持，以及覆盖各种平台的各种类型的测试工作。WebSphereBusinessIntegration(WBI)团队成立于2001年，帮助这个产品的服务器和工具实现了国际化。该团队作为WBI全球开发团队中的一员，参与开发和发布了许多WBI系列中的核心产品的开发、测试、移植和产品维护，包括服务器和工具集等。同时，还积极帮助IBM其它部门来拓展国内市场，给国内的客户提供更多的技术支持。WebSphereApplicationServer(WAS)团队成立于2000年，主要负责系统测试、全球化测试、以及基于WAS产品的用户技术支持，是IBMWebSphere质量中心成员之一。在团队共同努力下，在e-Weeks年度优秀成果评选中WAS4.0和5.0连续成为电子商务基础类产品的赢家。Solutions团队承担着众多应用框架、应用集成，以及相关工具的产品开发任务，其中包括BranchToolkit(BTT)，WBIforFinancialNetworks(WBI-FN),WBIModeler,WBIAdapters，和WebSphereProctCenter(WPC)等相关产品的开发、测试、维护、国际化和技术支持工作。CSDL普及运算开发工作始于2001年，与北美，欧洲和亚洲的IBM研发机构密切合作，为全球和中国市场提供语音技术、嵌入式产品，电信服务平台，电子标签、移动办公等解决方案。IM（InformationManagement）信息管理软件产品给市场带来了引人注目的强大功能。IBM提供的不仅仅是一个DB2数据库，而是稳定耐用，功能完备的一整套信息管理软件。这套软件基于开放标准构建，具有集成大量不同来源和平台的信息的独特能力。IBM信息管理软件产品不仅提供针对交易业务、信息集成、内容管理（CM）和商业智能（BI）的创新解决方案，而且还为信息系统架构提供多种构建模块，从而满足企业的当前需要，并能使企业有能力面对来自于管理不同系统和应用环境的各种形式的信息来集成跨不同方案信息及遵守政府规章制度的各种挑战。这些解决方案可以和其他IBM中间件一起使用，并且大量IBM商业伙伴的工具和应用软件使得这些解决方案更加完备。信息管理软件主要有以下几类：1.DB2数据库2.IMS数据库,Informix数据库3.企业版内容管理软件4.WebSphere信息集成软件5.商业智能软件6.数据库管理工具CSDL信息管理团队和IBM硅谷实验室共同致力于DB2forz/OS,企业版内容管理软件,WebSphere信息集成软件,IMS数据库管理工具和DB2数据库管理工具等产品的开发、测试和技术支持。DB2forz/OS为信息资产管理提供了无可比拟的高容量、高性能、高可用性和安全基础，而这些正是建立一个稳定系统的必要条件。该产品是多年持续研发和投资的结果，拥有在全球成千上万家公司成功应用的经验。CSDL从2004年9月开始投入该产品的相关工作。我们现在主要参与该产品的开发、测试和全球二线支持等方面的工作。企业版内容管理软件将信息资产管理延伸至电子邮件、文档、报告、图像等非结构化信息的管理领域。将此类信息集成入核心商业流程，为改进客户服务、简化企业运作流程和遵守规章制度提供了一种新颖的解决方法。企业版内容管理软件提供了全面的内容控制、合作、门户和存储管理的能力。CSDL从2003年9月开始投入该产品的相关工作。我们现在主要参与服务包构建，产品测试及为全球客户提供二线和三线支持。信息管理图2WebSphere信息集成软件使得来源于不同形式、不同平台、不同地点的数据对于应用程序和用户完全透明。用户可以像使用同一个数据库里的数据一样搜索、集成、转换不同来源的数据，并且可以灵活使用几种不同的方法来满足性能和可用性的要求(比如联邦,复制和高速缓冲)。WebSphere信息集成软件也是IBM商业集成中间件软件组的一部分。CSDL从2004年4月开始投入该产品的相关工作。我们现在主要参与WebSphere信息集成软件的联邦,内容，复制版本的开发、测试和技术支持。此外，我们也参与商业应用方案的开发。数据库管理工具包括DB2管理工具和IMS管理工具。这些工具可以帮助数据库管理员和应用开发人员从繁重的日常工作中解脱出来。CSDL从2003年6月以来一直参与这两大类工具的测试工作。他们主要从事Tivoli产品的开发，技术支持以及售后服务。经过8年的时间至今，Tivoli中国开发中心现有100名工程师。他们主要从事Tivoli产品的开发，技术支持以及售后服务。Tivoli中国开发中心参与Tivoli的软件编码、移植、测试、产品认证、L1、L2、L3的产品支持,和专业的售前售后技术支持。有30%的Tivoli中国开发中心的工程师访问过Tivoli的客户，并拥有直接为客户工作的经验。Tivoli中国开发中心参与并开发了一些自动化的工具，这些工具使用IBM自己的产品去管理自己的日常工作。例如CTPM,OSPM,ITSAS,SCTP等等。CTPM是一个管理认证测试程序的工具，OSPM是基于TivoliManager的操作系统，系统补丁以及中间件产品自动安装供应系统，ITSAS是IT安全自动化解决方案。Tivoli开发团队已经超越了过去与Tivoli全球开发团队传统的“离岸”合作模式，达到了全线产品开发的高度。现在的Tivoli开发团队已经担负起了Tivoli重要软件产品的开发工作，从事包括产品设计，开发，测试到维护的全生命周期的开发工作。另一方面，这个团队也担负着为Tivoli未来的软件产品所进行的研究和开发工作。这一部分的开发成果会进一步影响未来的Tivoli产品。随着团队的进一步成熟和经验的积累，可以想见，我们的队伍将在Tivoli的战略发展上发挥越来越重要的作用。Tivoli中国开发中心的100名工程师共获得了150张全球公认的技术认证证书，范围涵盖了OS/390,AS/400,所有主流UNIX，Linux和Windows操作系统，主流中间件产品，数据库产品，开发语言和Tivoli产品。在100名工程师中，10位是海归派，他们分别在美国，英国，德国，丹麦和新加坡获得了学位。33位工程师拥有在其它国家工作的经历。除了英语外，有19位工程师精通第二门外语，日语、法语、德语、阿拉伯语、丹麦语和韩国语。Tivoli中国开发中心成功的说服了Tivoli总部，一些Tivoli产品开始支持中国特有的红旗Linux平台。在IBM每季度开展的全球最佳测试项目评比中，Tivoli中国开发中心两次获得了地区级的优胜。Tivoli原是一个坐落在罗马旁边的古老的著名的旅游城市的名称。1989年，四位前IBM雇员，在美国德克萨斯州首府奥斯汀市创建了一家公司，并命名为Tivoli。按照他们的说法，选择这个名字的灵感来源于“我爱IT”Tivoli。1996年IBM收购了Tivoli。作为IBM随需应变战略的重要组成部分，Tivoli公司是一个在全球范围内技术领先的软件品牌，为不同规模的企业提供用于管理IT资源的解决方案。1996年IBM收购了Tivoli。作为IBM随需应变战略的重要组成部分，Tivoli公司是一个在全球范围内技术领先的软件品牌，为不同规模的企业提供用于管理IT资源的解决方案。Tivoli通过遍布全球的销售队伍和系统集成商，提供给客户最好的产品和技术服务。IBM全球的各个软件开发中心也在这当中起了关键的作用。Tivoli中国开发中心与全球其它Tivoli软件团队密切合作，确保Tivoli软件产品的高质量和按期发布。同时，Tivoli中国开发中心与IBM大中华地区软件部和全球服务部协同工作，为客户提供解决方案咨询，产品实施，问题排查,系统维护以及现场展示IBM中国软件开发实验室(CSDL)基于IBM中国软件开发实验室(CSDL)之优秀技术背景，IBM主要中介软件之一的Rational，于2004年10月开始与中国软件开发实验室接洽讨论，计画将某部份原本在美国Rational实验室内开发与测试的组件委托给中国软件开发实验室。历经一段时间的技术评估与讨论，中国软件开发实验室接受此项委托案且于2005年1月成立了Rational系统部门与测试部门。系统部门由经理杨晓斌领军下，整个部门负责Rational基础建设之维护，工具之部署与调度，技术支持与客户服务。关于基础建设之维护，举凡全球Rational软件开发与测试之环境架构与管理，强化工具之部署以期明显改进软件开发的品质与产能，至于客户支持方面，系统部门更是及时且有效率的提供技术支持服务，例如，问题排解与教育训练。测试部门由经理付鲁平领军下，整个部门负责Rational核心产品的测试任务，测试的重点集中在产品的功能面与全球化。Rational产品另外值得一提的是，GB13080标准已经是任何产品必须遵从的国家标准，项目经理徐成所属的团队也协助并支持Rational产品的GB13080标准测试，以确认Rational产品绝对符合中国国家标准。

IBM中国软件开发中心(CSDL) 从1999年就开始从事WebSphere项目的有关工作，经过6年的成长与发展，CSDL已经深入到WebSphere产品系列的很多领域。WebSphere已经成为随需应变的电子商务时代的先进软件平台。WebSphere Commerce(WC)团队建立于1999年，已经成为WC全球开发团队中重要的组成部分。团队负责产品的多项核心功能的开发和全方位的技术支持，以及覆盖各种平台的各种类型的测试工作。WebSphere Business Integration(WBI)团队成立于2001年，帮助这个产品的服务器和工具实现了国际化。该团队作为WBI全球开发团队中的一员，参与开发和发布了许多WBI系列中的核心产品的开发、测试、移植和产品维护，包括服务器和工具集等。同时，还积极帮助IBM其它部门来拓展国内市场，给国内的客户提供更多的技术支持。WebSphere Application Server(WAS)团队成立于2000年，主要负责系统测试、全球化测试、以及基于WAS产品的用户技术支持，是IBM WebSphere质量中心成员之一。在团队共同努力下，在e-Weeks年度优秀成果评选中WAS4.0和5.0连续成为电子商务基础类产品的赢家。Solutions团队承担着众多应用框架、应用集成，以及相关工具的产品开发任务，其中包括Branch Transformation Toolkit(BTT)，WBI for Financial Networks(WBI-FN), WBI Modeler, WBI Adapters，和WebSphere Product Center(WPC)等相关产品的开发、测试、维护、国际化和技术支持工作。CSDL普及运算开发工作始于2001年，与北美，欧洲和亚洲的IBM研发机构密切合作，为全球和中国市场提供语音技术、嵌入式产品，电信服务平台，电子标签、移动办公等解决方案。IM（Information Management）信息管理软件产品给市场带来了引人注目的强大功能。IBM提供的不仅仅是一个DB2数据库，而是稳定耐用，功能完备的一整套信息管理软件。这套软件基于开放标准构建，具有集成大量不同来源和平台的信息的独特能力。IBM信息管理软件产品不仅提供针对交易业务、信息集成、内容管理（CM）和商业智能（BI）的创新解决方案，而且还为信息系统架构提供多种构建模块，从而满足企业的当前需要，并能使企业有能力面对来自于管理不同系统和应用环境的各种形式的信息来集成跨不同方案信息及遵守政府规章制度的各种挑战。这些解决方案可以和其他IBM中间件一起使用，并且大量IBM商业伙伴的工具和应用软件使得这些解决方案更加完备。信息管理软件主要有以下几类：1.DB2数据库2. IMS数据库, Informix数据库3. 企业版内容管理软件4. WebSphere信息集成软件5. 商业智能软件6. 数据库管理工具CSDL信息管理团队和IBM硅谷实验室共同致力于DB2 for z/OS, 企业版内容管理软件,WebSphere信息集成软件, IMS数据库管理工具 和 DB2数据库管理工具等产品的开发、测试和技术支持。DB2 for z/OS 为信息资产管理提供了无可比拟的高容量、高性能、高可用性和安全基础，而这些正是建立一个稳定系统的必要条件。该产品是多年持续研发和投资的结果，拥有在全球成千上万家公司成功应用的经验。CSDL从2004年9月开始投入该产品的相关工作。我们现在主要参与该产品的开发、测试和全球二线支持等方面的工作。企业版内容管理软件将信息资产管理延伸至电子邮件、文档、报告、图像等非结构化信息的管理领域。将此类信息集成入核心商业流程，为改进客户服务、简化企业运作流程和遵守规章制度提供了一种新颖的解决方法。企业版内容管理软件提供了全面的内容控制、合作、门户和存储管理的能力。CSDL从2003年9月开始投入该产品的相关工作。我们现在主要参与服务包构建，产品测试及为全球客户提供二线和三线支持。信息管理 图2WebSphere 信息集成软件使得来源于不同形式、不同平台、不同地点的数据对于应用程序和用户完全透明。用户可以像使用同一个数据库里的数据一样搜索、集成、转换不同来源的数据，并且可以灵活使用几种不同的方法来满足性能和可用性的要求(比如联邦, 复制和高速缓冲)。WebSphere信息集成软件也是IBM商业集成中间件软件组的一部分。CSDL从2004年4月开始投入该产品的相关工作。我们现在主要参与WebSphere信息集成软件的联邦, 内容，复制版本的开发、测试和技术支持。此外，我们也参与商业应用方案的开发。数据库管理工具包括DB2管理工具和IMS管理工具。这些工具可以帮助数据库管理员和应用开发人员从繁重的日常工作中解脱出来。CSDL从2003年6月以来一直参与这两大类工具的测试工作。 他们主要从事Tivoli产品的开发，技术支持以及售后服务。经过8年的时间至今，Tivoli中国开发中心现有100名工程师。他们主要从事Tivoli产品的开发，技术支持以及售后服务。Tivoli中国开发中心参与Tivoli的软件编码、移植、测试、产品认证、L1、 L2、 L3 的产品支持, 和专业的售前售后技术支持。有30% 的Tivoli中国开发中心的工程师访问过Tivoli的客户，并拥有直接为客户工作的经验。Tivoli 中国开发中心参与并开发了一些自动化的工具，这些工具使用IBM自己的产品去管理自己的日常工作。例如CTPM, OSPM, ITSAS, SCTP等等。CTPM是一个管理认证测试程序的工具，OSPM是基于Tivoli Provisioning Manager的操作系统，系统补丁以及中间件产品自动安装供应系统，ITSAS是IT安全自动化解决方案。Tivoli 开发团队已经超越了过去与Tivoli全球开发团队传统的“离岸”合作模式，达到了全线产品开发的高度。现在的Tivoli开发团队已经担负起了Tivoli重要软件产品的开发工作，从事包括产品设计，开发，测试到维护的全生命周期的开发工作。另一方面，这个团队也担负着为Tivoli未来的软件产品所进行的研究和开发工作。这一部分的开发成果会进一步影响未来的Tivoli产品。随着团队的进一步成熟和经验的积累，可以想见，我们的队伍将在Tivoli的战略发展上发挥越来越重要的作用。Tivoli中国开发中心的100名工程师共获得了150张全球公认的技术认证证书，范围涵盖了OS/390, AS/400, 所有主流UNIX，Linux和Windows操作系统，主流中间件产品，数据库产品，开发语言和Tivoli产品。在100名工程师中，10位是海归派，他们分别在美国，英国，德国，丹麦和新加坡获得了学位。33位工程师拥有在其它国家工作的经历。除了英语外，有19位工程师精通第二门外语，日语、法语、德语、阿拉伯语、丹麦语和韩国语。Tivoli中国开发中心成功的说服了Tivoli总部，一些Tivoli产品开始支持中国特有的红旗Linux平台。在IBM每季度开展的全球最佳测试项目评比中，Tivoli中国开发中心两次获得了地区级的优胜。Tivoli原是一个坐落在罗马旁边的古老的著名的旅游城市的名称。1989年，四位前IBM雇员，在美国德克萨斯州首府奥斯汀市创建了一家公司，并命名为Tivoli。按照他们的说法，选择这个名字的灵感来源于“我爱IT”Tivoli。1996年 IBM收购了Tivoli。作为IBM随需应变战略的重要组成部分，Tivoli公司是一个在全球范围内技术领先的软件品牌，为不同规模的企业提供用于管理IT资源的解决方案。1996 年 IBM收购了Tivoli。作为IBM随需应变战略的重要组成部分，Tivoli公司是一个在全球范围内技术领先的软件品牌，为不同规模的企业提供用于管理IT资源的解决方案。Tivoli通过遍布全球的销售队伍和系统集成商，提供给客户最好的产品和技术服务。IBM全球的各个软件开发中心也在这当中起了关键的作用。Tivoli中国开发中心与全球其它Tivoli软件团队密切合作，确保Tivoli软件产品的高质量和按期发布。同时，Tivoli中国开发中心与IBM大中华地区软件部和全球服务部协同工作，为客户提供解决方案咨询，产品实施，问题排查, 系统维护以及现场展示 IBM中国软件开发实验室 (CSDL) 基于IBM中国软件开发实验室 (CSDL) 之优秀技术背景，IBM 主要中介软件之一的 Rational，于2004年10月开始与中国软件开发实验室接洽讨论，计画将某部份原本在美国Rational 实验室内开发与测试的组件委托给中国软件开发实验室。历经一段时间的技术评估与讨论，中国软件开发实验室接受此项委托案且于2005年1月成立了 Rational 系统部门与测试部门。系统部门由经理杨晓斌领军下，整个部门负责Rational基础建设之维护，工具之部署与调度，技术支持与客户服务。关于基础建设之维护，举凡全球Rational 软件开发与测试之环境架构与管理，强化工具之部署以期明显改进软件开发的品质与产能，至于客户支持方面，系统部门更是及时且有效率的提供技术支持服务，例如，问题排解与教育训练。测试部门由经理付鲁平领军下，整个部门负责Rational 核心产品的测试任务，测试的重点集中在产品的功能面与全球化。Rational 产品另外值得一提的是，GB13080 标准已经是任何产品必须遵从的国家标准，项目经理徐成所属的团队也协助并支持Rational 产品的GB13080标准测试，以确认Rational 产品绝对符合中国国家标准。