Почему военная упаковка создает проблему maven "Не удалось рассчитать план сборки: ошибка при открытии zip-файла"? - PullRequest
Новая
       30

Почему военная упаковка создает проблему maven "Не удалось рассчитать план сборки: ошибка при открытии zip-файла"?

2 голосов
/ 06 июня 2011

Прежде всего, я работаю с
STS 2.6.1 R1 IDE
maven 2.2.1

Я создал новый проект maven (простой архетип)
</p> <pre><code><modelVersion>4.0.0</modelVersion> <groupId>org.dsample</groupId> <artifactId>root</artifactId> <version>0.0.1</version> <packaging>pom</packaging>

В этот проект добавлен модуль maven с упаковкой военных данных, и я получаю вкладку Проблема Maven в маркерах:

"Не удалось рассчитать план сборки: ошибка при открытии файла zip"

Может кто-нибудь сказать мне, почему это происходит и как это исправить?

С уважением, Деспот

1 Ответ

0 голосов
/ 06 июня 2011

После более тщательной проверки трассировки стека из командной строки при запуске команды mvn clean -Dmaven.skip.test = true я решил проблему:

C: \ pathToRootOfProject> mvn cleaninstall -Dmaven.test.skip = true [ИНФО] Сканирование проектов ... [ИНФО] ------------------------------------------------------------------------ [ОШИБКА] ФАТАЛЬНАЯ ОШИБКА [ИНФО] ------------------------------------------------------------------------ [INFO] Ошибка построения POM (возможно, это не POM этого проекта).

Идентификатор проекта: неизвестен

Причина: не удалось найти файл модели 'pathToRootOfProject \ xxx'.для проекта неизвестно

[INFO] ------------------------------------------------------------------------ [INFO] Трассировка org.apache.maven.reactor.MavenExecutionException: не удалосьнайдите файл модели 'pathToRootOfProject \ xxx'.для проекта, неизвестного в org.apache.maven.DefaultMaven.getProjects (DefaultMaven.java:404) в org.apache.maven.DefaultMaven.doExecute (DefaultMaven.java:272) в org.apache.maven.DefaultMaven.execute (DefaultMaven.Java: 138) в org.apache.maven.cli.MavenCli.main (MavenCli.java:362) в org.apache.maven.cli.compat.CompatibleMain.main (CompatibleMain.java:60) в sun.reflect.NativeMethodAccessorImpl.invoke0 (собственный метод) в sun.reflect.NativeMethodAccessorImpl.invoke (NativeMethodAccessorImpl.java:39) в sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAccessorImpl.javajlan.ho.ho.j.f.rej.ho.j.re.j.: 597) в org.codehaus.classworlds.Launcher.launchEnhanced (Launcher.java:315) в org.codehaus.classworlds.Launcher.launch (Launcher.java:255) в org.codehaus.classworlds.Launcher.mainWithExitCode.Java: 430) 

    at org.codehaus.classworlds.Launcher.main(Launcher.java:375)

Причина: org.apache.maven.project.ProjectBuildingException: Не удалось найти файл модели 'pathToRootOfProject \ xxx'.для проекта, неизвестного в org.apache.maven.project.DefaultMavenProjectBuilder.readModel (DefaultMavenProjectBuilder.java:1575) в org.apache.maven.project.DefaultMavenProjectBuilder.buildFromSourceFileInternal (DefaultMavenProjectBuilder.maven.DefaultMavenProjectBuilder.build (DefaultMavenProjectBuilder.java:200) в org.apache.maven.DefaultMaven.getProject (DefaultMaven.java:604) в org.apache.maven.DefaultMaven.collectProjects (DefaultMaven.java:487) в org.apachema..DefaultMaven.collectProjects (DefaultMaven.java:560) в org.apache.maven.DefaultMaven.getProjects (DefaultMaven.java:391) ... еще 12 причин: java.io.FileNotFoundException: pathToRootOfProject \ xxx (системе не удается найтиуказанный файл) на java.io.FileInputStream.open (собственный метод) на java.io.FileInputStream. (FileInputStream.java:106) на hidden.org.codehaus.plexus.util.xml.XmlReader. (XmlReader.java:124) at hidden.org.codehaus.plexus.util.xml.XmlStreamReader. (XmlStreamReader.java:67) в hidden.org.codehaus.plexus.util.ReaderFactory.newXmlReader (ReaderFactory.java:118) в org.apache.maven.project.DefaultMavenProjectBuilder.readModel (DefaultMavenProjectBuilder.java:1570) ... еще 18 [INFO] ------------------------------------------------------------------------ [INFO] Общее время: <1 секунда [INFO] Окончание: понедельник, 06 июня 20:42:19 CEST 2011 [INFO] Окончательная память:1M / 15M </p>

[INFO]

Теперь я переименовал один из моих модулей, но дочернее имя (xxx) осталось в моем корне pom.xml:

</p> <pre><code><modules> <module>a</module> <module>b</module> <module>c</module> <module>xxx</module> <module>d</module> <module>f</module> </modules>

После того как я удалил эту строку и перестроил проект, проблема исчезла.

Приветствия,
Despot

...