Tag: verifyerror
android使用外部java lib时获取java langvalidation错误
我在我的android项目中使用外部库在调用导入该库的类时获取javalangvalidation错误，它是java.jxl库 任何帮助请我在我的库项目中创建一个名为lib的目录，然后在库中引用它。 这个库与原始的Android应用程序链接。 我也得到以下信息 11-16 18:12:40.230: W/dalvikvm(14253): VFY: unable to resolve static method 260: Ljxl/Workbook;.getWorkbook (Ljava/io/InputStream;)Ljxl/Workbook; 11-16 18:12:40.230: D/dalvikvm(14253): VFY: replacing opcode 0x71 at 0x000c 11-16 18:12:40.230: W/dalvikvm(14253): VFY: unable to resolve exception class 124 (Ljxl/read/biff/BiffException;) 11-16 18:12:40.230: W/dalvikvm(14253): VFY: unable to find exception handler at addr 0x11 11-16 18:12:40.230: W/dalvikvm(14253): VFY: rejected Lcom/kd/hockymain/Kdexcel;.getfile ()V […]
Android运行时validation错误
我的目的是读取原始资源并使用JSON将其转换为Java代码。 执行此操作的类和外部库存储在不同的项目中。 当我运行我的应用程序时，我在日志猫中收到此错误： 06-08 13:51:34.680: WARN/dalvikvm(563): Unable to resolve superclass of Lnet/sf/json/JSONException; (297) 06-08 13:51:34.680: WARN/dalvikvm(563): Link of class ‘Lnet/sf/json/JSONException;’ failed 06-08 13:51:34.690: WARN/dalvikvm(563): VFY: unable to resolve exception class 186 (Lnet/sf/json/JSONException;) 06-08 13:51:34.690: WARN/dalvikvm(563): VFY: unable to find exception handler at addr 0x2e 06-08 13:51:34.690: WARN/dalvikvm(563): VFY: rejected Lnet/sf/json/JSONSerializer;.toJSON (Ljava/lang/Object;Lnet/sf/json/JsonConfig;)Lnet/sf/json/JSON; 06-08 13:51:34.700: WARN/dalvikvm(563): VFY: […]
WAS 6.1 java.lang.VerifyError：违反了类加载约束
Linux上的环境是WAS 6.1，部署了一个使用xercesImpl.jar类的webapp。 由于公司政策限制，必须使用以下设置部署应用： Class Loader Order Classes loaded with parent class loader first -> Classes loaded with application class loader first WAR class loader policy Class loader for each WAR file in application -> Single class loader for application WAR文件包含xercesImpl.jar的副本，与编译应用程序时类路径中的相同。 在启动webapp时，当Spring尝试解析其配置时，它会抛出： java.lang.VerifyError: class loading constraint violated (class: org/apache/xerces/jaxp/DocumentBuilderImpl method: parse(Lorg/xml/sax/InputSource;)Lorg/w3c/dom/Document;) 因此分析 看来WAS提供了org.apache.xerces.jaxp.DocumentBuilderImpl的实现，因为我们可以从WAR文件中删除xercesImpl.jar并仍然得到相同的错误（不是ClassNotFoundException）。 因此，WAS似乎使用自己的副本解析引用，该副本与我们编译的类文件中的引用不兼容。 但是，我可以找到的’xercesImpl.jar’的唯一其他实例（除了使用我们的应用程序部署的副本）位于目录deploytool ，它似乎位于应用服务器之外。 […]
