菜鸟调错 原文出处 : 菜鸟调错作者 : 刘水镜 本系列文章经作者授权在看云整理发布, 未经作者允许, 请勿转载! 菜鸟调错 分享开发中遇到的各种各样的错误, 以及解决方法, 让更多的人少走同样的弯路 本文档使用看云构建

Transcription

1

2 前言 原文出处 : 作者 : 刘水镜 本系列文章经作者授权在看云整理发布, 未经作者允许, 请勿转载! 分享开发中遇到的各种各样的错误, 以及解决方法, 让更多的人少走同样的弯路 - 1 -

3 ( 一 )Maven 项目部署到 Jboss 出现 :Failed to create a new SAX parser 今天调试的时候遇到一个错误, 往 Jboss 的 deploy 目录扔 war 包的时候, 报了一个 Failed to create a new SAX parser 的错误 在网上找了找解决方案, 一般都说将项目中的 xerces jar 和 xml-apis.jar 包删掉即可, 但是我试了试删了还是不行, 因为在打包的时候 Maven 还是会将它们打进你的 war 包 首先, 我的项目中用到了 dwr,dwr 默认依赖这两个包, 因此 pom 文件会在你引入 dwr 的时候关联这两个包, 所以你只是从项目的 lib 库里删除掉是没用的, 因为在打包的时候,Maven 还是会根据 pom 文件里的依赖关系把它们打进去 解决的办法很简单, 步骤如下 : 1, 打开 pom 文件, 点击 Dependency Hierarchy 选项卡 ; 2, 在上面的框里分别输入刚才的两个包名 ; 3, 右击相应的包, 选择 Exclude Maven artifactid 选项 见下图 : 之后 pom 文件会在对 dwr 的引用中多几行代码 : <exclusions> <exclusion> <artifactid>xercesimpl</artifactid> <groupid>xerces</groupid> </exclusion> <exclusion> <artifactid>xml-apis</artifactid> <groupid>xml-apis</groupid> </exclusion> </exclusions> 意思就是去除了对上面两个 jar 的依赖 然后打包, 部署, 又见到了可爱的 successfully 问题解决了, 又 - 2 -

4 可以愉快的写代码去了, 哦也! - 3 -

5 ( 二 )EJB3.0 部署消息驱动 Bean 抛 javax.naming.namenotfoundexception 异常 在部署 EJB 的消息驱动 Bean 时遇到了如下的错误 : ERROR [org.jboss.resource.adapter.jms.inflow.jmsactivation] (WorkManager(2)-2) Unable to reconnec t org.jboss.resource.adapter.jms.inflow.jmsactivationspec@2705ea(ra=org.jboss.resource.adapter.jms. JmsResourceAdapter@ destination=queue/myqueue destinationtype=javax.jms.queue tx=tru e durable=false reconnect=10 provider=java:/defaultjmsprovider user=null maxmessages=1 minsession=1 maxsessi on=15 keepalive=60000 usedlq=true DLQHandler=org.jboss.resource.adapter.jms.inflow.dlq.GenericDLQHandler DLQJndiNa me=queue/dlq DLQUser=null DLQMaxResent=5) javax.naming.namenotfoundexception: myqueue not bound 解决方案一 : 在 JBoss 根目录 \server\default\deploy 下的 mail-service.xml 文件中添加以下代码 : <mbean code="org.jboss.mq.server.jmx.queue" name="jboss.org.destination:server=queue,name=m yqueue" > <attribute name="jndiname" >queue/myqueue</attribute> <depends optional-attribute-name = "DestinationManager" > jboss.mq:service=destinationmanager </depends> </mbean> 解决方案二 : 在 Jboss 的 server\default\deploy 目录中建立一个 xxx-service.xml 文件, 其中 xxx 可以任意取值, 但必须跟 -service 后缀, 例如,MDB-service.xml 该文件可以放在 deploy 或其子目录 ( 可以是多层子目录 ) 中 该文件的内容如下 : <?xml version="1.0" encoding="utf-8"?> <server> <mbean code="org.jboss.mq.server.jmx.queue" name="jboss.mq.destination:service=queue,name= myqueue"> <depends optional-attribute-name="destinationmanager">jboss.mq:service=destinationmanager </depends> </mbean> </server> 原因 : - 4 -

6 消息驱动 Bean 的注解如下 activationconfig = propertyvalue="javax.jms.q propertyvalue="queue/myqueue ") ) } 消息驱动 Bean 进行注解 要注意的是 destination 属性的值是 queue/myqueue JBoss 不会自已建立一个 Queue 对象, 因此, 需要手工来配置 Queue 对象 OK, 采用以上解决方案的一种即可解决此问题, 只需重新部署一下我们编写的消息驱动 Bean, 然后运行客户端, 你会发现已经成功的调用到了我们的消息驱动 Bean - 5 -

7 ( 三 )Jboss 与 jdk 版本不兼容导致 WebService 调用出错 环境 : jdk1.6 Jboss GA 问题描述 : EJB 发布 webserivce 已经成功, 并且能够成功访问 wsdl 文件 ; 使用 axis1 自带的 sample/client 下的类 DynamicInvoker 测试, 程序报错 错误信息 : 客户端 : Exception in thread "main" AxisFault faultcode: { faultsubcode: faultstring: org.xml.sax.saxparseexception: Premature end of file. faultactor: faultnode: faultdetail: { Premature end of file. at com.sun.org.apache.xerces.internal.util.errorhandlerwrapper.createsaxparseexception(unknown Source) at com.sun.org.apache.xerces.internal.util.errorhandlerwrapper.fatalerror(unknown Source) at com.sun.org.apache.xerces.internal.impl.xmlerrorreporter.reporterror(unknown Source) at com.sun.org.apache.xerces.internal.impl.xmlscanner.reportfatalerror(unknown Source) at com.sun.org.apache.xerces.internal.impl.xmldocumentscannerimpl$prologdriver.next(unknown Source) at com.sun.org.apache.xerces.internal.impl.xmldocumentscannerimpl.next(unknown Source) at com.sun.org.apache.xerces.internal.impl.xmlnsdocumentscannerimpl.next(unknown Source) at com.sun.org.apache.xerces.internal.impl.xmldocumentfragmentscannerimpl.scandocument(un known Source) at com.sun.org.apache.xerces.internal.parsers.xml11configuration.parse(unknown Source) at com.sun.org.apache.xerces.internal.parsers.xml11configuration.parse(unknown Source) at com.sun.org.apache.xerces.internal.parsers.xmlparser.parse(unknown Source) at com.sun.org.apache.xerces.internal.parsers.abstractsaxparser.parse(unknown Source) at com.sun.org.apache.xerces.internal.jaxp.saxparserimpl$jaxpsaxparser.parse(unknown Source) at javax.xml.parsers.saxparser.parse(unknown Source) 服务器 (Jboss) 端错误信息 : - 6 -

8 ERROR [SOAPFaultHelperJAXWS] SOAP request exception java.lang.unsupportedoperationexception: setproperty must be overridden by all subclasses of SOAP Message at javax.xml.soap.soapmessage.setproperty(unknown Source) at org.jboss.ws.core.soap.soapmessageimpl.<init>(soapmessageimpl.java:87) at org.jboss.ws.core.soap.messagefactoryimpl.createmessage(messagefactoryimpl.java:215) at org.jboss.ws.core.soap.messagefactoryimpl.createmessage(messagefactoryimpl.java:193) at org.jboss.wsf.stack.jbws.requesthandlerimpl.processrequest(requesthandlerimpl.java:455) at org.jboss.wsf.stack.jbws.requesthandlerimpl.handlerequest(requesthandlerimpl.java:295) at org.jboss.wsf.stack.jbws.requesthandlerimpl.dopost(requesthandlerimpl.java:205) at org.jboss.wsf.stack.jbws.requesthandlerimpl.handlehttprequest(requesthandlerimpl.java:131) at org.jboss.wsf.common.servlet.abstractendpointservlet.service(abstractendpointservlet.java:85) at javax.servlet.http.httpservlet.service(httpservlet.java:717) at org.apache.catalina.core.applicationfilterchain.internaldofilter(applicationfilterchain.java:290) at org.apache.catalina.core.applicationfilterchain.dofilter(applicationfilterchain.java:206) at org.jboss.web.tomcat.filters.replyheaderfilter.dofilter(replyheaderfilter.java:96) at org.apache.catalina.core.applicationfilterchain.internaldofilter(applicationfilterchain.java:235) at org.apache.catalina.core.applicationfilterchain.dofilter(applicationfilterchain.java:206) at org.apache.catalina.core.standardwrappervalve.invoke(standardwrappervalve.java:235) at org.apache.catalina.core.standardcontextvalve.invoke(standardcontextvalve.java:191) at org.jboss.web.tomcat.security.securityassociationvalve.invoke(securityassociationvalve.java:190) at org.jboss.web.tomcat.security.jacccontextvalve.invoke(jacccontextvalve.java:92) at org.jboss.web.tomcat.security.securitycontextestablishmentvalve.process (SecurityContextEstablishmentValve.java:126) at org.jboss.web.tomcat.security.securitycontextestablishmentvalve.invoke (SecurityContextEstablishmentValve.java:70) at org.apache.catalina.core.standardhostvalve.invoke(standardhostvalve.java:127) at org.apache.catalina.valves.errorreportvalve.invoke(errorreportvalve.java:102) at org.jboss.web.tomcat.service.jca.cachedconnectionvalve.invoke(cachedconnectionvalve.java:15 8) at org.apache.catalina.core.standardenginevalve.invoke(standardenginevalve.java:109) at org.apache.catalina.connector.coyoteadapter.service(coyoteadapter.java:330) at org.apache.coyote.http11.http11processor.process(http11processor.java:829) at org.apache.coyote.http11.http11protocol$http11connectionhandler.process(http11protocol.jav a:598) at org.apache.tomcat.util.net.jioendpoint$worker.run(jioendpoint.java:447) at java.lang.thread.run(unknown Source) 解决方案 : 下载 jboss ga-jdk6, 并将 JBOSS_HOME\lib\endorsed 下的几个以 Jboss 开头的 jar 包分别复制到 JAVA_HOME\lib\endorsed 和 JRE_HOME\lib\endorsed 目录下 两个 lib 目录中可能都没有 endorsed 文件夹 ( 反正我的没有 ), 那就自己新建一个 需要复制的 jar 包 : jbossws-native-jaxrpc.jar jbossws-native-jaxws.jar jbossws-native-jaxws-ext.jar jbossws-native-saaj.jar - 7 -

9 注意 : 从 eclipse 启 Jboss 需要在 jre 下放置这些包, 从外部启 Jboss 需要在 jdk 下放置上面的 jar 包 开始只注意到客户端报的错误, 于是根据错误信息就在网上搜寻解决办法, 可是找到的资料千奇百怪, 说什么的都有 后来贾琳一句话提醒了我, 他问我 Jboss 报什么错误, 这时我才想起来还有 Jboss 的事呢 后来他把他之前遇到类似错误的博客发给我, 我按照上面的办法弄了弄, 不过还是发现有点小问题 ( 从外部启 Jboss 还是报错 ) 后来参考一篇网友的博客解决了这个问题 这篇文章很详细的讲解了出现这个错误的原因, 有兴趣的朋友可以看看 - 8 -

10 ( 四 )Spring 与 DWR 集成, 配置文件报错 背景简介 : 该项目是市信用办的一个系统, 之前好像是一个石家庄的公司负责的 我属于是半路接手 拿到源码后, 根据他们给的简 (shao) 单 (de) 明 (ke) 了 (lian) 的说明把项目搭起来 结果可想而知, 项目文件一片红 于是就开始解决这些错误, 好在很多错误都是类似的 经过一番捣鼓, 大部分的错误都解决了, 有一个 Spring 跟 DWR 集成配置的错误, 错误信息如下 : Multiple annotations found at this line: - schema_reference.4: Failed to read schema document ' a/spring-dwr-2.0.xsd', because 1) could not find the document; 2) the document could not be read; 3) the root element of the document is not <xsd:schema>. - cvc-complex-type.2.4.c: The matching wildcard is strict, but no declaration can be found for eleme nt 'dwr:remote'. 解决过程 : 遇到以前没见过的错误, 第一步肯定就是去网上找解决方案了 于是百度 谷歌双管齐下, 倒是找到了不少类似错误的解决方案, 逐个试过貌似在我这里都不起作用了 无奈之下我想起了我们在刚刚做完的项目中, 用到了 DWR, 于是我就找到了当时负责 DWR 这一块的小伙伴, 向他寻求帮助 给他看过具体问题之后, 他说我们当时不是用的这种方式, 而是用的另一种, 他推荐我去官网找找看 接着我就来到了 DWR 的官网, 找到与 Spring 集成的部分, 然后又找到 'dwr:remote' 标签, 最后也没发现有什么特殊的地方 后来因为时间比较晚了, 而且在这个问题上花费了很长时间, 自己有点烦了, 就决定先不理它了, 等明天再弄 第二天上午, 学完英语之后我坐在电脑前, 看着错误提示, 心里想 : 网上找到的解决方案都没有帮我解决这个问题, 很可能是我跟他们的错误表现类似, 但造成这种表现的原因不一样呢? 于是我看是认真的阅读那几行错误提示 后来发现可能是找不到对应的 schema 文件 虽然 IDE 会先去 jar 包里找, 如果找不到还会根据你的配置去网上找 但是也可能由于哪出了问题, 导致这两条路都走不通了 于是我想, 既然这样的话, 那我何不自己手动给你添加一个本地的 schema 文件呢? 说时迟那时快, 想到这里, 我以迅雷不及掩耳之势下载了一个 schema 文件, 并手动添加到 IDE 中 bingo! 错误提示消失了, 问题解决了 喜出望外 喜大普奔呀! 手动添加 schema 文件, 方法如下 : 1, 依次选择 :windwos->preferences->myeclipse->files and editors->xml->xmlcatalog 2, 点 "add", 在出现的窗口中, 在 location 中选 "File system", 然后选择你下载的 spring-beans-2.0.xsd, 文件 3, 回到设置窗口的时候不要急着关闭窗口, 应把窗口中的 Key Type 改为 Schema location, 4,Key 改为

11 总结 : 网络的力量很强大, 周围人的帮助也很重要, 不过很多时候还是要靠自己 当一个问题困扰你很长时间的时候, 不妨先停下你的脚步, 转身换个方向走, 换个角度思考 很多时候换个角度想问题, 会有完全不一样的结果 当我们遇到问题的时候不放按照下面的方式去解决 : while ( 遇到问题 ) { if ( 以前遇到过 ) { 根据自己的记忆或者以前的笔记解决问题 ; }else if ( 没遇到过 ) { 上网找解决方案 ; }else if ( 网上找不到 or 网上的方法无法解决 ) { 求助身边的人 ; }else if ( 身边的人也无法解决 ) { 停下来, 跳出之前的思路 ; 认真分析错误信息 ; 换个角度思考 ; } } 通常情况下, 以上步骤就可以解决你的问题了 如果经历了以上步骤还是不能解决你的问题, 那么恭喜你, 你很可能遇到了一个非常难的难题 这个时候就是你进步的时候 你可能需要将问题反应给你的项目经理, 从而集合更多的人去解决它 以上就是我的一点小小的感受, 希望能对大家有点帮助

12 ( 五 )jetty 运行时无法保存文件 背景交代 : 上一篇博客写的是用 jetty 和 Maven 做开发 测试 在使用的过程中遇到一个小问题, 就是在 jetty 启动以后, 修改了 jsp xml 等文件无法保存 错误信息 : 解决方案 : 到 Maven 库 ( 即 repository) 中搜索 jetty-webapp, 如下图 : 将 jetty-webapp*.jar 文件复制到桌面, 用压缩软件打开, 到 "\org\eclipse\jetty\webapp" 目录下, 或者直接在 压缩软件中搜索 "webdefault.xml", 如图 :

13 找到 "webdefault.xml" 文件, 用压缩软件自带的查看器或者记事本之类的软件打开, 然后搜 索 "usefilemappedbuffer" <init-param> <param-name>usefilemappedbuffer</param-name> <param-value>false</param-value> </init-param> 将 "true" 改为 false, 然后保存, 将修改后的 jar 包复制到原来的位置替换掉之前的 jar 包 或者将 webdefault.xml 文件放到项目中 ( 如放到 "src/main/resources" 目录下 ), 在 pom.xml 文件的标签 中加入以下代码 : <webappconfig> <contextpath>/${project.artifactid}</contextpath> <defaultsdescriptor>src/main/resources/webdefault.xml</defaultsdescriptor> </webappconfig> PS: 如果经过上述步骤还是不能解决, 重启 jetty 或者 Eclipse 即可

14 ( 六 )Hibernate 4.3.x 注解常见错误及解决方案 编程的过程免不了遇到各种错误, 各种问题, 而遇到问题, 解决问题的这个过程我认为是最让人兴奋的事情 越棘手的问题, 解决以后带来的快感也越大 当一个问题你搞了一下午或者一天, 甚至几天, 当你解决的那一刻你会觉得你又获得了重生 甚至会感觉此时此刻整个世界都是你的 啊哦, 扯的有点远了 言归正传, 今天我们要说的是关于 Hibernate 的一些常见错误 大家都知道 Java 项目更新一个版本可能与之前的版本有很大的差别, 变化有时会很大 比如 struts1 和 struts2, 再比如 Spring3.x 由原来的一个 jar 包拆分成了多个 jar 包 因此有时候版本冲突的问题会给我们带来很大的麻烦 下面我们就说说使用 Hibernate4.3.x 需要注意的几点 错误一错误信息 :javax.persistence.table.indexes([ljavax/persistence/index 原因 :Hibernate4.3 解决方案 : 错误二错误信息 :javax.persistence.joincolumn.foreignkey()ljavax/persistence/foreignkey 原因 :Hibernate4.3 解决方案 : 错误三错误信息 :javax.persistence.onetomany.orphanremoval()z 原因 :javaee ejb 或 junit 的 jar 包与 hibernate-jpa-2.0-api final.jar 冲突解决方案 : 查看是否存在以上 jar 包, 如果存在, 去掉即可有人说错误一可能是个 bug, 但是目前还没有一个定论 对应实体 _id") 以上是近期在项目中遇到的一些问题, 写出来跟大家分享一下, 希望可以帮到一些人, 欢迎大家补充, 我会将大家的反馈更新到博文中

15 ( 七 ) 控制台中执行 mvn 命令后提示 cmd 不是内部或外部命令 最近在 cmd 下使用 mvn 命令时, 在执行完以后总会出现一句 cmd 不是内部或外部命令, 也不是可执 行程序或批处理文件, 如下图 : 虽然命令执行成功了, 不会有什么影响, 但是身为强迫症晚期的我是绝对不能忍的 首先, 能够正确执行 mvn 命令, 说明 Maven 的配置是没问题的, 那么问题出在什么地方呢? 找来找去最后定位到是环境变量的问题, 查看系统变量中的 Path, 发现里面缺少了 %SystemRoot%\system32;%SystemRoot%, 于是果断加上, 再次执行 mvn 命令, 发现那句话已经不见啦!

16 注意 : 修改完 Path 路径后, 要重新打开命令行窗口才行哦 强迫症是我追求完美的动力!

17 ( 八 ) Maven 编译错误 : 不兼容的类型的解决方案 泛型在实际的工作中应用非常广泛, 关于泛型就不在这里赘述了, 感兴趣请戳 重新认识泛型 项目中 用到了如下的泛型 : public <T> T query(string sql, ResultSetHandler<T> rsh) throws SQLException { return this.query(sql, rsh, (Object[]) null); } 以上代码在 Eclipse 中可以编译通过并成功运行, 但是当你使用 Maven 编译的时候就会报错, 错误信息如 下 : xxx 不兼容的类型需要 :xxx 找到 : java.lang.object Eclipse 编译代码时, 使用的是自带的 JDT(Java Development Tools), 而 Maven 默认使用的是 JAVA_HONE 中的 javac, 而 javac 相对 JDT 的检查机制来说, 更加的严格, 所以导致 Eclipse 可以编译通过, 而用 Maven 编译会报错的结果 解决方案有两个 : 第一个, 借助 Eclipse 的 JDT 编译点击 Eclipse > Project > Clean 使用 JDT 将源代码编译到 target 文件夹下, 然后直接使用 mvn package 打包即可 ( 不要加 clean) 第二个, 在 pom.xml 文件中为 Maven 指定用 JDT 来编译 ( 推荐 ) 修改 pom.xml 文件中 maven-compiler-plugin 的配置 :

18 <build>... <plugins>... <plugin> <groupid>org.apache.maven.plugins</groupid> <artifactid>maven-compiler-plugin</artifactid> <version>3.1</version> <configuration> <source>${java.version}</source> <target>${java.version}</target> <compilerid>eclipse</compilerid> </configuration> <dependencies> <dependency> <groupid>org.codehaus.plexus</groupid> <artifactid>plexus-compiler-eclipse</artifactid> <version>2.2</version> </dependency> </dependencies> </plugin>... </plugins>... </build> 保存, 用 Maven 编译, 顺利通过, 你又看到了熟悉的提示信息 : [INFO] [INFO] BUILD SUCCESS [INFO] [INFO] Total time: s [INFO] Finished at: T12:35:12+09:00 [INFO] Final Memory: 18M/219M [INFO]

19 ( 九 )POST 方法提交参数丢失问题 在解决一个 bug 的时候, 发现 post 提交上来的参数, 有部分丢失了 经过一番查证, 有资料说,Tomcat 的 server.xml 中有一个 maxpostsize 属性, 默认是 2M 于是将其值显式置为 0( 不对 post 提交的大小做限 制 ) <Connector maxpostsize="0" URIEncoding="utf-8" connectiontimeout="20000" port="8080" protocol="http/1.1" redirectport="8443"/> 结果 bug 依旧存在, 于是又经过一番搜寻, 发现还有一个属性 maxparametercount( 设置允许提交 参数的个数 ) 其默认值是 10000, 将其值设置为 -1, 即不显示提交参数的个数 <Connector maxparametercount="-1" URIEncoding="utf-8" connectiontimeout="20000" port="8080" protocol="http/1.1" redirectport="8443"/> 改成上面的配置, 问题迎刃而解, 提交的数据不再丢失 maxparametercount 解释 : http-get 请求中允许传递的查询字符串的最大个数, 尽管各种 http 浏览器 (proxy 工具 ) 都会对 http-get 请求的长度和查询字符串的个数有限制, 你仍然可以通过 tomcat 再次设定合适的值 parameter 个数越多, 事实上对 tomcat 的内存开支更大, 很多时候处于安全或者实用的角度考虑,maxParameterCount 的值都不会太大 默认值为 10000, -1 表示无限制 如果请求中参数的个数超过限定值, 请求将会被拒绝 这个解决方案不是很好, 因为不对提交参数进行限制, 可能会造成服务器压力过大, 严重影响程序性能, 带来非常糟糕的用户体验 但由于这是一个老旧的系统, 这是设计上的问题, 要进行彻底的调整, 改动会很大, 所以目前只能通过这种方式来缓解一下, 日后肯定是要重构的 如果是一个正在开发的项目, 绝对不能这么做, 唯一的方法就是修改设计, 不允许一次提交如此多的数据