Weblogic 12.2.1.3部署应用遇InvalidJarIndexException求解决方案

从你提供的异常堆栈来看，核心问题是Jar包索引无效，这个问题通常和Weblogic 12.2.x系列的类加载机制变化、Jar包本身损坏或者类加载优先级冲突有关。下面是几个针对性的解决思路：

1. 检查并修复损坏的Jar包 #

InvalidJarIndexException最常见的诱因是Jar包内的META-INF/INDEX.LIST文件损坏或格式错误。你可以这么做：

• 重点排查应用中Groovy相关的Jar包（从堆栈看异常和Groovy类加载直接相关），解压后查看META-INF/INDEX.LIST是否存在乱码、路径错误等异常；
• 如果发现异常，删除该索引文件后重新打包Jar，或者直接替换为Weblogic 12.1.3环境中能正常运行的同版本Jar；
• 也可以用jar -i命令重新生成Jar包的索引：

  jar -i your-problematic.jar
  

2. 调整Weblogic类加载策略 #

Weblogic 12.2.x对类加载机制做了不少优化，和12.1.x的行为差异很大，试试这些调整：

• 禁用Jar索引功能：在Weblogic控制台进入你的应用部署配置，找到「类加载」选项，勾选「禁用Jar索引」后重新部署；
• 修改类加载顺序：将应用的类加载顺序设置为「应用优先」，避免Weblogic自带库和应用依赖冲突；
• 优化首选包配置：之前的配置可能不够精准，针对Groovy相关类，在weblogic-application.xml里添加更具体的优先级配置：

  <prefer-application-packages>
      <package-name>org.codehaus.groovy.*</package-name>
      <package-name>groovy.lang.*</package-name>
  </prefer-application-packages>
  

3. 排查Weblogic自带库冲突 #

Weblogic 12.2.1.3可能自带了特定版本的Groovy或相关依赖，和你的应用依赖版本不一致导致冲突：

• 检查Weblogic安装目录下的modules文件夹，确认是否存在Groovy相关Jar；
• 如果存在，通过weblogic-application.xml的prefer-application-packages配置，强制应用使用自带的Groovy版本；
• 尝试升级应用中的Groovy版本到和Weblogic 12.2.1.3兼容的版本（比如Groovy 2.4.x系列，Weblogic 12.2.x通常适配这个版本区间）。

4. 验证部署包完整性 #

有时候部署包在打包或传输过程中损坏，也会导致Jar包异常：

• 重新打包应用，确保所有Jar包完整无损坏；
• 对比Weblogic 12.1.3环境中能正常运行的部署包，检查是否有缺失或多余的Jar；
• 用unzip -t命令验证部署包内所有Jar的完整性：

  unzip -t your-application.war
  

异常堆栈信息 #

####<May 21, 2018 10:47:18,491 AM EDT> <Error> <Console> <EADCDRITSP2429> <AdminServer> <[ACTIVE] ExecuteThread: '14' for queue: 'weblogic.kernel.Default (self-tuning)'> <system> <> <5d345739-6009-4af0-b810-114da13abb45-00000034> <1526914038491> <[severity-value: 8] [rid: 0] [partition-id: 0] [partition-name: DOMAIN] > <BEA-240003> <Administration Console encountered the following error: weblogic.application.ModuleException: sun.misc.InvalidJarIndexException: Invalid index:sun.misc.InvalidJarIndexException:Invalid index at sun.misc.URLClassPath$JarLoader.getResource(URLClassPath.java:1140) at sun.misc.URLClassPath$JarLoader.getResource(URLClassPath.java:1050) at sun.misc.URLClassPath.getResource(URLClassPath.java:239) at java.net.URLClassLoader$1.run(URLClassLoader.java:365) at java.net.URLClassLoader$1.run(URLClassLoader.java:362) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:361) at java.lang.ClassLoader.loadClass(ClassLoader.java:424) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:335) at java.lang.ClassLoader.loadClass(ClassLoader.java:357) at weblogic.utils.classloaders.GenericClassLoader.doParentDelegate(GenericClassLoader.java:584) at weblogic.utils.classloaders.GenericClassLoader.loadClass(GenericClassLoader.java:526) at weblogic.utils.classloaders.GenericClassLoader.loadClass(GenericClassLoader.java:496) at weblogic.utils.classloaders.GenericClassLoader.loadClass(GenericClassLoader.java:473) at weblogic.utils.classloaders.GenericClassLoader.doParentDelegate(GenericClassLoader.java:584) at weblogic.utils.classloaders.GenericClassLoader.loadClass(GenericClassLoader.java:526) at weblogic.utils.classloaders.GenericClassLoader.loadClass(GenericClassLoader.java:496) at weblogic.utils.classloaders.GenericClassLoader.loadClass(GenericClassLoader.java:473) at weblogic.utils.classloaders.GenericClassLoader.doParentDelegate(GenericClassLoader.java:584) at weblogic.utils.classloaders.GenericClassLoader.loadClass(GenericClassLoader.java:526) at weblogic.utils.classloaders.GenericClassLoader.loadClass(GenericClassLoader.java:496) at weblogic.utils.classloaders.GenericClassLoader.loadClass(GenericClassLoader.java:473) at weblogic.utils.classloaders.GenericClassLoader.doParentDelegate(GenericClassLoader.java:584) at weblogic.utils.classloaders.GenericClassLoader.loadClass(GenericClassLoader.java:526) at weblogic.utils.classloaders.GenericClassLoader.loadClass(GenericClassLoader.java:496) at weblogic.utils.classloaders.GenericClassLoader.loadClass(GenericClassLoader.java:473) at weblogic.utils.classloaders.GenericClassLoader.doParentDelegate(GenericClassLoader.java:584) at weblogic.utils.classloaders.GenericClassLoader.loadClass(GenericClassLoader.java:526) at weblogic.utils.classloaders.GenericClassLoader.loadClass(GenericClassLoader.java:496) at weblogic.utils.classloaders.ChangeAwareClassLoader.loadClass(ChangeAwareClassLoader.java:72) at java.lang.ClassLoader.loadClass(ClassLoader.java:411) at groovy.lang.GroovyClassLoader.loadClass(GroovyClassLoader.java:676) at groovy.lang.GroovyClassLoader.loadClass(GroovyClassLoader.java:544) at org.codehaus.groovy.control.ClassNodeResolver.tryAsLoaderClassOrScript(ClassNodeResolver.java:183) at org.codehaus.groovy.control.ClassNodeResolver.findClassNode(ClassNodeResolver.java:168) at org.codehaus.groovy.control.ClassNodeResolver.resolveName(ClassNodeResolver.java:124) at org.codehaus.groovy.control.ResolveVisitor.resolveToOuter(ResolveVisitor.java:661) at org.codehaus.groovy.control.ResolveVisitor.resolve(ResolveVisitor.java:274) at org.codehaus.groovy.control.ResolveVisitor.resolveFromStaticInnerClasses(ResolveVisitor.java:404) at org.codehaus.groovy.control.ResolveVisitor.resolve(ResolveVisitor.java:274) at org.codehaus.groovy.control.ResolveVisitor.resolveFromStaticInnerClasses(ResolveVisitor.java:404) at org.codehaus.groovy.control.ResolveVisitor.resolve(ResolveVisitor.java:274) at org.codehaus.groovy.control.ResolveVisitor.resolveFromStaticInnerClasses(ResolveVisitor.java:404) at org.codehaus.groovy.control.ResolveVisitor.resolve(ResolveVisitor.java:274) at org.codehaus.groovy.control.ResolveVisitor.visitClass(ResolveVisitor.java:1202) at org.codehaus.groovy.control.ResolveVisitor.startResolving(ResolveVisitor.java:146) at org.codehaus.groovy.control.CompilationUnit$11.call(CompilationUnit.java:648) at org.codehaus.groovy.control.CompilationUnit.applyToSourceUnits(CompilationUnit.java:928) at org.codehaus.groovy.control.Compil

内容的提问来源于stack exchange，提问作者Rainier Diaz