转载《程序从tomcat迁移至websphere的修改》

但是最近迁移到 websphere 6.1.0.3了，出现许多问题，现在拿出来，整理与大分享
    1. 在迁移过程中，出现的第一个导常：“java.lang.IllegalStateException: Cannot initialize context because there is already a root application context present - check whether you have multiple ContextLoader* definitions in your web.xml!”。造成这个异常的原因，是有我web.xml文件有两处同代码，都对org.springframework.web.context.ContextLoader上下文进行了加载，于量在spring加载时，就会报错，对于spring来讲，不允许加载两个上下引用，关于这点，大概可以参考org.springframework.web.context.ContextLoaderListener源码就知道怎么回是了！
   2.spring配置文件，出错会报“ nested exception is org.xml.sax.SAXParseException: cvc-elt.1：找不到元素“beans”的声明。”,解决办法我参考了论坛中《websphere 中 spring 的问题》一文，现在将原因引入进来，供大家参考：
         spring配置文件  引入DTD这种方式在websphere 6.1 下不成功，必须改成 使用schema这种方式。
DTD:
   <?xml version="1.0" encoding="UTF-8"?>
   <!DOCTYPE beans PUBLIC "-//SPRING//DTD BEAN 2.0//EN" "http://www.springframework.org/dtd/spring-beans-2.0.dtd">
   <beans default-autowire="byName">


SCHEMA:
   <?xml version="1.0" encoding="UTF-8"?>
   <beans
        xmlns="http://www.springframework.org/schema/beans"
        xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
        xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-2.0.xsd"
       default-autowire="byName">
         default-autowire="byName">
    3.在webm.xml中采用DTD 2.4规范中加载spring的话，必须使用以下方式：
       <servlet>
    <servlet-name>SpringContextServlet</servlet-name>
    <servlet-class>
     org.springframework.web.context.ContextLoaderServlet
    </servlet-class>
    <load-on-startup>1</load-on-startup>
  </servlet>   
   
    4.在我迁移过程中，还遇到这样一个比较头痛的问题，搞好几天才找到问题：“servlet debugjsp 抛出的 init() 异常：java.lang.ClassCastException: com.ibm.ws.classloader.CompoundClassLoader incompatible with java.net.URLClassLoader”
        第一，就是应用程序jar类加载机制与webshere类加载机制冲突造成，关于这点解决办法，就是更改webshere 服务    器设置或 应用程序的设置。一般情况不建议不更改webshere的设置，至于如何修改设置类加载顺序，可以与论贴，很简单的，所以在不此不做详细描述。
        第二种情况比较麻烦，就是工程中存在jar冲突，造成上面的异常，解决的办法就是将简化web.xml，逐个加载自己需要的模块，就可以找问题的原因，我当时解决这个问题，就是这样，一次次改，最终发现在web.xml这段代码在加载jar时,造在上面的异常，以下是代码片断
     <servlet>
    <servlet-name>debugjsp</servlet-name>
    <description>Added by JBuilder to compile JSPs with debug info</description>
    <servlet-class>org.apache.jasper.servlet.JspServlet</servlet-class>
    <init-param>
      <param-name>classdebuginfo</param-name>
      <param-value>true</param-value>
    </init-param>
    <load-on-startup>3</load-on-startup>
  </servlet> 
    在自己工程下 compiler.jar  jasper-runtime.jar 存在两个jar ,至此，根本原因找到，因为在web.xml 配置了那段代码
造成应用程序加载了   compiler.jar  jasper-runtime.jar      两个jar包，删除多余代码和jar包，问题即解决。
    

    5.在webshere6.1中对web.xml有严格的语法检测，,一定要按照dtd规范来写，而tomcate在这点比较松，所以在布署的时候，需要注意一下（webshere6.1 支持DTD 2.3 DTD2.4,webshere5 支持2.3
          按以下元素顺<context-param>、<filter>、<list>、<servlet>、<servlet-mapping>，具体参考DTD规范
    6.大家在打成jar时，建议用ibm jdk1.5，不要sun jdk ,原因是保持兼容性
    7.关于tomcate迁移webshere其他的问题，可以参考这篇文章《程序从tomcat迁移至websphere的修改》，另外有问题 

--------------------------------------------------------------------------------------

程序从tomcat迁移至websphere的修改

 

 

 

由于客户们使用的web应用服务器采用的软件不一，什么tomcat5,tomcat6,websphere5.1,websphere6.1,weblogic8,等等，而这些软件所采用的标准又不一致，ibm的was连jdk都采用的自己的，痛苦的是开发人员啊。

tomcat下开发一般很少遇到什么问题，而且真正上线时，客户很少采用tomcat,一般都是was(既websphere),这就需要把程序部署到was下。当然，很多不做实事的项目负责人会说这很简单(因为你没做过也不是你去做)，而把这个工作放到开发完之后去转，但实际上，还是有很多地方要注意的，最好在开发前弄清楚，部署的时候会减少很多麻烦。

下面把我的经验列一下：

1、include的文件要注意：

1. <%@ page contentType="text/html; charset=UTF-8"%>

复制代码

这个在was5下不能被多次设置，include文件中如果有要去掉,

不过was6.0以上就可以了。

2、web.xml中的serlvet标准

was5.1只支持2.3标准，was6.0以上才可以支持2.4，如果程序需要跨不同版本的应用服务器，最好采用2.3标准.

2.3的开头设置如下：

1. <?xml version="1.0" encoding="UTF-8"?>
   
2. <!DOCTYPE web-app PUBLIC "-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN" "http://java.sun.com/dtd/web-app_2_3.dtd">
   
3. 
   
4. <web-app>

复制代码

2.4的如下:

1. <?xml version="1.0" encoding="UTF-8"?>
   
2. <web-app xmlns="http://java.sun.com/xml/ns/j2ee"
   
3. xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" version="2.4"
   
4. xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee   http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd">

复制代码

如果你有用spring，那么你肯定比较喜欢如下的配置：

1. <listener>
   
2.   <listener-class>
   
3.    org.springframework.web.context.ContextLoaderListener
   
4.   </listener-class>
   
5. </listener>
   
6. <context-param>
   
7.   <param-name>contextConfigLocation</param-name>
   
8.   <param-value>
   
9.    /WEB-INF/classes/applicationContext*.xml
   
10.   </param-value>
    
11. </context-param>

复制代码

但是很遗憾的说，在2.3的标准下是不能用的，这个实在让我很郁闷，还好spring还提供一个servlet供初始化

1. <servlet>
   
2.   <servlet-name>SpringContextServlet</servlet-name>
   
3.   <servlet-class>
   
4.    org.springframework.web.context.ContextLoaderServlet
   
5.   </servlet-class>
   
6.   <load-on-startup>1</load-on-startup>
   
7. </servlet>

复制代码

但是这样就不能设置contextConfigLocation参数了(或许有，是我还没找到),这样，如果配置文件有多个，比如：

applicationContext-struts.xml,applicationContext-hibernate.xml等等，

那么我就需要把他们合成一个文件，放到web-inf\applicationContext.xml，注意，不是web-inf\classes中。 

3.ajax调用的编码问题：

如果你有用ajax去传一些中文，那么在从服务器端发往客户端时，你可能会用

response.setCharacterEncoding("GBK")，来解决乱码问题，但是再次很遗憾的说，

这个方法是不被支持的，你可以用：

response.setContentType("text/xml;charset=GBK");

来替代，我也推荐这种方式。另外，request.setCharacterEncoding方法还是可以用的。

4.根据我的尝试，最好还是把servlet-api.jar包放进去，此包可以从tomcat里面找到

5.绝对要使用jdk1.4标准去编译，不是要你使用1.4的jdk,只是把构建的标准改为1.4就可以了。

如果编译不过去，那你就去老老实实改程序吧，不要去浪费时间想什么外门邪道，比如去更改was的jdk等等疯狂举动。

所以，jdk5.0及以后版本中新增的一些新玩意，如果你不能确定客户使用的服务器软件支持的话，最好还是不要使用。

6.不要写文件到服务器，否则在群集部署的时候就会有问题了。