mudboy的专栏

Borland 的BES也许并没有太多人用，我也是公司买了后才知道的SERVER的内核都是apache，tomcat之类的开源服务器，因此比较便宜(而且我们只购买了web edition)，不过它做了个看起来比较花哨的管理界面。不过后来用了以后还感觉作为低成本的应用服务器也可可以一用。但是这段时间却出现了一个蹊跷的事，我们的应用需要记录每个用户登录的IP地址(自然而然用request.getRem

配置后的系统的组成如下图： Ø        172.18.41.112Web Server，使用IHS6（远程安装，HTTP端口80）WAS6,应用节点，加入98,server1Ø        172.18.41.98WAS6，管理节点Ø        172.18.41.69WAS6，应用节点，加入98,server2建立集群：cluster:

必须装有RAD或WSTK（这里只说前者），如果RAD中没有测试环境，则需要安装WAS6新建WEB工程，并将AXIS相关的东西去掉：1、所有AXIS相关的配置文件，并将WEB.xml中的AXIS的SERVLET都去掉。2、去掉AXIS相关的库。3、只保留所有源代码和其它配置（如过滤器，LOG4J等）4、编译好此工程。5、来到工程的CLASSPATH下。如web-inf/classes下6、运行如下脚

接上次，我的BES将connector改为org.apache.catalina.connector.http.HttpConnector但其实这也是一个不负责任的做法，因为这个connector是一个不建议使用的东东，BES也没对其BUG作一些改为，最明显的，所有通过get过去的中文全无法正常处理，即使显示的调用a = new String(a.getBytes("iso-8859-

在我以前的文章中提到过这个问题，后面的测试也的确实没有出现问题，但今天又出了问题，把应用部署在ND 6.0.0.1和6.0.2中都没有问题，而生产机器是6.0.1，出错了，调用时出了CORBA的错误，好象是purge_call****，初步认为是ORB版本问题，因此我们是获得了JNDI中的ORB，再用：fact_finder_oref = orb.string_to_object(appLoadS

IBM Webpshere6(WAS6) bug发现一例对于没有EJB的J2EE工程，打包发布都不会遇到太大的问题，因此，在我们项目组，开发测试都只有TOMCAT下进行，而后直接将能用于TOMCAT下的WAR包发布到WAS中（在我前面的文章中曾写过这方面的移植问题），整个过程应该还算简单。但最近我们对原有一个项目进行了一些修改（原项目已在WAS下稳定运行），改得不多，只是用AXIS将其中的一些

通过IHS（IBM HTTP SERVER）转发WAS（WEBSPHERE）应用的小问题通过IHS转发应用本来不是什么大问题，可最近就是一小问题让我百思不得其解，直至将请求完全截下来才明白其中的问题所在。大概的需求是这样的：WAS（IP假如为1.1.1.1）有三个虚拟主机：admin_host,default_host,my_hostadmin_host主机别名：  *  9060

开发JAVAEE 应用的技术人员或多或少都遇见过不兼容的问题，总结一下，最容易出现兼容性的无非是日志（common logging, LOG4J）和XML解析（JAXP/Xerces），因为这两个组件太常用以至于几乎所有的企业级组件都会直接或间接的依赖它们，当我们的WEB应用依赖的东西太多时，不可避免出现兼容性问题。很多WEB应用可以正常在TOMCAT和JBOSS上跑，可一上WAS就不能用了，其原因，大多是因为类路径中存在不同版本的依赖项，而不同组件依赖的又是不同版本，导致问题。下面我简单说一下最近同事