【问题标题】:maven install error,can't perform any maven operation on specifical maven project/modulesmaven 安装错误,无法对特定的 maven 项目/模块执行任何 maven 操作
【发布时间】:2013-07-29 04:49:40
【问题描述】:

全部!我需要一些关于我的 eclipse maven 插件发生了什么的帮助。 昨天的建造过程运行良好!虽然它今天早上未能建造! 我用谷歌搜索但仍然无法找到发生的事情! 我从错误日志中得到了堆栈跟踪;有人能给我一些关于这个错误的线索吗,或者如果可能的话 16386 是什么意思 提前致谢!

堆栈跟踪:

java.lang.ArrayIndexOutOfBoundsException: 16386
at org.codehaus.plexus.util.xml.pull.MXParser.parsePI(MXParser.java:2470)
at org.codehaus.plexus.util.xml.pull.MXParser.nextImpl(MXParser.java:1257)
at org.codehaus.plexus.util.xml.pull.MXParser.next(MXParser.java:1105)
at org.codehaus.plexus.util.xml.Xpp3DomBuilder.build(Xpp3DomBuilder.java:179)
at org.codehaus.plexus.util.xml.Xpp3DomBuilder.build(Xpp3DomBuilder.java:86)

【问题讨论】:

    标签: maven installation


    【解决方案1】:

    我擦除了我的 ~/.m2/ 文件夹,然后重新运行,Maven 重新下载了所有内容 - 为我工作!

    【讨论】:

      【解决方案2】:

      16386 是数组中的索引。 问题是数组没有16386那么大。(即数组的大小

      无论如何,它不会帮助您解决这个问题。

      你可以检查你的 pom.xml 是否包含这个(并且它是有效的):

      <?xml version="1.0" encoding="UTF-8" ?>
      

      编辑

      您的问题肯定是本地问题。所以首先检查你的 maven 配置文件的有效性:

      • .m2/settings.xml
      • M2_HOME/conf/settings.xml

      如果这些看起来不错,那么问题也可能是由本地存储库中的“损坏”(坏 XML)pom.xml 引起的...最简单的解决方法是擦除 ~/.m2/repository,让 Maven 重新下载所有内容。

      【讨论】:

      • 谢谢,16386 将是一个没有意义的数字;我检查pom文件没有什么奇怪的!奇怪的是我同事下载了同一个项目,并且可以导入项目!那么一样的可能不是pom问题!
      • 我通过删除所有依赖解决了这个问题,并逐个添加!发现问题在于我的本地资源库的依赖。在这里接受你的答案,因为它提供了一些可能有帮助的通用解决方案其他。谢谢
      【解决方案3】:

      我也遇到过这个问题(即使mvn clean -U 失败),它通常是在我向我的pom.xml 文件添加新依赖项时开始的。

      奇怪的是,注释掉依赖并不能解决问题,只有删除它(以及与之相关的任何 cmets)才能解决问题。

      注意:我通过“锁定插件版本以避免使用 Maven 默认值(可能移至父 pom)”为各种 Maven 插件使用固定版本。像这样:

      <build>
        <pluginManagement><!-- lock down plugins versions to avoid using Maven defaults (may be moved to parent pom) -->
            <plugins>
              <!-- clean lifecycle, see https://maven.apache.org/ref/current/maven-core/lifecycles.html#clean_Lifecycle -->
              <plugin>
                <artifactId>maven-clean-plugin</artifactId>
                <version>3.1.0</version>
              </plugin>
              <!-- default lifecycle, jar packaging: see https://maven.apache.org/ref/current/maven-core/default-bindings.html#Plugin_bindings_for_jar_packaging -->
              <plugin>
                <artifactId>maven-resources-plugin</artifactId>
                <version>3.0.2</version>
              </plugin>
              <plugin>
                <artifactId>maven-compiler-plugin</artifactId>
                <version>3.8.0</version>
              </plugin>
              <plugin>
                <artifactId>maven-surefire-plugin</artifactId>
                <version>2.22.1</version>
              </plugin>
              <plugin>
                <artifactId>maven-jar-plugin</artifactId>
                <version>3.0.2</version>
              </plugin>
              <plugin>
                <artifactId>maven-install-plugin</artifactId>
                <version>2.5.2</version>
              </plugin>
              <plugin>
                <artifactId>maven-deploy-plugin</artifactId>
                <version>2.8.2</version>
              </plugin>
              <!-- site lifecycle, see https://maven.apache.org/ref/current/maven-core/lifecycles.html#site_Lifecycle -->
              <plugin>
                <artifactId>maven-site-plugin</artifactId>
                <version>3.7.1</version>
              </plugin>
              <plugin>
                <artifactId>maven-project-info-reports-plugin</artifactId>
                <version>3.0.0</version>
              </plugin>
            </plugins>
          </pluginManagement>
          ...
        </build>
      

      除了一些依赖项之外,这工作正常。 包含这些依赖项的唯一解决方案是从 pluginManagement 中删除固定版本。我想有可能找到用于到达插件的正确版本,但这似乎很困难(对此有什么建议吗?)。

      mvn -version
      Apache Maven 3.6.0
      Maven home: /usr/share/maven
      Java version: 1.8.0_265, vendor: Private Build, runtime: /usr/lib/jvm/java-8-openjdk-amd64/jre
      Default locale: en_US, platform encoding: UTF-8
      OS name: "linux", version: "4.15.0-112-generic", arch: "amd64", family: "unix"
      
      mvn clean
      ...
      [INFO] Scanning for projects...
      [ERROR] Internal error: java.lang.ArrayIndexOutOfBoundsException: 8294 -> [Help 1]
      org.apache.maven.InternalErrorException: Internal error: java.lang.ArrayIndexOutOfBoundsException: 8294
          at org.apache.maven.DefaultMaven.execute (DefaultMaven.java:120)
          at org.apache.maven.cli.MavenCli.execute (MavenCli.java:956)
          at org.apache.maven.cli.MavenCli.doMain (MavenCli.java:288)
          at org.apache.maven.cli.MavenCli.main (MavenCli.java:192)
          at sun.reflect.NativeMethodAccessorImpl.invoke0 (Native Method)
          at sun.reflect.NativeMethodAccessorImpl.invoke (NativeMethodAccessorImpl.java:62)
          at sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAccessorImpl.java:43)
          at java.lang.reflect.Method.invoke (Method.java:498)
          at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced (Launcher.java:289)
          at org.codehaus.plexus.classworlds.launcher.Launcher.launch (Launcher.java:229)
          at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode (Launcher.java:415)
          at org.codehaus.plexus.classworlds.launcher.Launcher.main (Launcher.java:356)
      Caused by: java.lang.ArrayIndexOutOfBoundsException: 8294
          at org.codehaus.plexus.util.xml.pull.MXParser.parsePI (MXParser.java:2502)
          at org.codehaus.plexus.util.xml.pull.MXParser.nextImpl (MXParser.java:1283)
          at org.codehaus.plexus.util.xml.pull.MXParser.next (MXParser.java:1131)
          at org.codehaus.plexus.util.xml.pull.MXParser.nextTag (MXParser.java:1116) ...
      

      类似问题:

      类似的 SO 问题:

      【讨论】:

        【解决方案4】:

        在我的情况下,一个新添加的依赖项导致了这个(jsonPath) - 我删除了它并使用jsons-simple 实现了相同的要求然后它起作用了。

        【讨论】:

          猜你喜欢
          • 2015-10-21
          • 2019-02-13
          • 1970-01-01
          • 2022-02-03
          • 2020-09-21
          • 2016-02-25
          • 1970-01-01
          • 1970-01-01
          • 1970-01-01
          相关资源
          最近更新 更多