但是最近迁移到 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的文件要注意:
- <%@ 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的开头设置如下:
- <?xml version="1.0" encoding="UTF-8"?>
- <!DOCTYPE web-app PUBLIC "-//Sun Microsystems, Inc.//DTD Web?Application?2.3//EN" "http://java.sun.com/dtd/web-app_2_3.dtd">
- <web-app>
复制代码
2.4的如下:
- <?xml version="1.0" encoding="UTF-8"?>
- <web-app xmlns="http://java.sun.com/xml/ns/j2ee"
- xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" version="2.4"
- xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee? ?http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd">
复制代码
如果你有用spring,那么你肯定比较喜欢如下的配置:
- <listener>
- ??<listener-class>
- ? ?org.springframework.web.context.ContextLoaderListener
- ??</listener-class>
- </listener>
- <context-param>
- ??<param-name>contextConfigLocation</param-name>
- ??<param-value>
- ? ?/WEB-INF/classes/applicationContext*.xml
- ??</param-value>
- </context-param>
复制代码
但是很遗憾的说,在2.3的标准下是不能用的,这个实在让我很郁闷,还好spring还提供一个servlet供初始化
- <servlet>
- ??<servlet-name>SpringContextServlet</servlet-name>
- ??<servlet-class>
- ? ?org.springframework.web.context.ContextLoaderServlet
- ??</servlet-class>
- ??<load-on-startup>1</load-on-startup>
- </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.不要写文件到服务器,否则在群集部署的时候就会有问题了。 |