jira.codehaus.org

  • Log In Access more options
    • Online Help
    • Keyboard Shortcuts
    • About JIRA
    • JIRA Credits
    • What?s New
  • Dashboards Access more options (Alt+d)
  • Projects Access more options (Alt+p)
  • Issues Access more options (Alt+i)
  • Maven 2.x Project Info Reports Plugin
  • MPIR-159

ZipException during "mvn clean compile site"

  • Log In
  • Views
    • XML
    • Word
    • Printable

Details

  • Type: Bug Bug
  • Status: Closed Closed
  • Priority: Major Major
  • Resolution: Fixed
  • Affects Version/s: 2.1
  • Fix Version/s: 2.2
  • Component/s: dependencies
  • Labels:
    None

Description

When running "mvn clean compile site" I get the exception below during generation of JAR dependency report. This is in a multi module project with parent A and child modules B and C. Also B depends on C. Exception occurs when generating site for module B.

[INFO] Generating "Dependencies" report.
[WARNING] The parameter 'dependencyLocationsEnabled' is ignored in offline mode.
[ERROR] IOException: Is a directory
java.util.zip.ZipException: Is a directory
	at java.util.zip.ZipFile.open(Native Method)
	at java.util.zip.ZipFile.<init>(ZipFile.java:203)
	at java.util.jar.JarFile.<init>(JarFile.java:132)
	at java.util.jar.JarFile.<init>(JarFile.java:97)
	at org.apache.maven.shared.jar.JarAnalyzer.<init>(JarAnalyzer.java:102)
	at org.apache.maven.report.projectinfo.dependencies.Dependencies.getJarDependencyDetails(Dependencies.java:282)
	at org.apache.maven.report.projectinfo.dependencies.renderer.DependenciesRenderer.hasSealed(DependenciesRenderer.java:1278)
	at org.apache.maven.report.projectinfo.dependencies.renderer.DependenciesRenderer.renderSectionDependencyFileDetails(DependenciesRenderer.java:423)
	at org.apache.maven.report.projectinfo.dependencies.renderer.DependenciesRenderer.renderBody(DependenciesRenderer.java:268)
	at org.apache.maven.reporting.AbstractMavenReportRenderer.render(AbstractMavenReportRenderer.java:65)
	at org.apache.maven.report.projectinfo.DependenciesReport.executeReport(DependenciesReport.java:239)
	at org.apache.maven.reporting.AbstractMavenReport.generate(AbstractMavenReport.java:90)
	at org.apache.maven.plugins.site.ReportDocumentRenderer.renderDocument(ReportDocumentRenderer.java:139)
	at org.apache.maven.doxia.siterenderer.DefaultSiteRenderer.renderModule(DefaultSiteRenderer.java:269)
	at org.apache.maven.doxia.siterenderer.DefaultSiteRenderer.render(DefaultSiteRenderer.java:101)
	at org.apache.maven.plugins.site.SiteMojo.renderLocale(SiteMojo.java:133)
	at org.apache.maven.plugins.site.SiteMojo.execute(SiteMojo.java:100)
	at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:453)
	at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:559)
	at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:500)
	at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:479)
	at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:331)
	at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:292)
	at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:142)
	at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:336)
	at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:129)
	at org.apache.maven.cli.MavenCli.main(MavenCli.java:301)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:585)
	at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
	at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
	at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
	at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
  • Options
    • Sort By Name
    • Sort By Date
    • Ascending
    • Descending
    • Download All

Attachments

  1. File
    test-project.tgz
    22/Jun/09 1:06 AM
    2 kB
    Pawel Paprota

Issue Links

is related to

Improvement - An improvement or enhancement to an existing feature or task. MSHARED-87 ZipException throw by SDK's JarFile constructor may lack file name

  • Trivial - Cosmetic problem like misspelt words or misaligned text.
  • Closed - The issue is considered finished, the resolution is correct. Issues which are not closed can be reopened.

Activity

Ascending order - Click to sort in descending order
  • All
  • Comments
  • Work Log
  • History
  • Activity
Hide
Permalink
Olivier Lamy added a comment - 21/Jun/09 6:55 PM

Is your project an open source project ?
It's an order to have a project to test this issue.
Or can you provide a simple project in order to reproduce this ?
Thanks !

Show
Olivier Lamy added a comment - 21/Jun/09 6:55 PM Is your project an open source project ? It's an order to have a project to test this issue. Or can you provide a simple project in order to reproduce this ? Thanks !
Hide
Permalink
Pawel Paprota added a comment - 22/Jun/09 1:06 AM

I attach a test project that I am using during Cobertura plugin development. To reproduce this issue simply do "mvn clean compile site" in the parent project.

Show
Pawel Paprota added a comment - 22/Jun/09 1:06 AM I attach a test project that I am using during Cobertura plugin development. To reproduce this issue simply do "mvn clean compile site" in the parent project.
Hide
Permalink
Manfred Schürhoff added a comment - 18/Aug/09 8:20 AM

I'm having the same issue when I run "mvn clean compile site-deploy" on our TeamCity buildserver (linux).
When I run the same command on my local PC (windows) it runs OK (no ZipException).
The ZipException doesn't seem to occur for every module being build.

Did anybody find a solution for this yet?

Show
Manfred Schürhoff added a comment - 18/Aug/09 8:20 AM I'm having the same issue when I run "mvn clean compile site-deploy" on our TeamCity buildserver (linux). When I run the same command on my local PC (windows) it runs OK (no ZipException). The ZipException doesn't seem to occur for every module being build. Did anybody find a solution for this yet?
Hide
Permalink
Olivier Lamy added a comment - 04/Sep/09 4:46 PM

upgrade to maven-shared-jar.
I can't reproduce the issue with your attached it.
So can you test this with your project ?

Show
Olivier Lamy added a comment - 04/Sep/09 4:46 PM upgrade to maven-shared-jar. I can't reproduce the issue with your attached it. So can you test this with your project ?

People

  • Assignee:
    Olivier Lamy
    Reporter:
    Pawel Paprota
Vote (2)
Watch (3)

Dates

  • Created:
    21/Jun/09 2:31 PM
    Updated:
    02/May/10 2:14 AM
    Resolved:
    04/Sep/09 4:46 PM
  • Atlassian JIRA (v5.0.4#731-sha1:3aa7374)
  • Report a problem
  • Powered by a free Atlassian JIRA open source license for Codehaus. Try JIRA - bug tracking software for your team.