It is trying to treat directories as zip files. This is because the
reactor has picked up the compilation results, not the packaging
results. IT can be worked around by making sure the reactor ran to at
least the package phase.

- Brett

2008/9/30 Stevo Slavić <[EMAIL PROTECTED]>:
> Hello all,
>
> When I try to generate a maven site with maven dependencies report for a
> "multi-level" multi-module project I receive a lot of
> FileNotFoundException's like following:
>
> java.io.FileNotFoundException:
> D:\work\java\workspace\project1\module1\submodule11\target\classes (Access
> is denied)
>    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:129)
>    at org.apache.maven.plugins.site.SiteMojo.execute(SiteMojo.java:96)
>    at
> org.apache.maven.plugins.site.SiteStageMojo.execute(SiteStageMojo.java:105)
>    at
> org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:451)
>    at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:558)
>    at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeStandaloneGoal(DefaultLifecycleExecutor.java:512)
>    at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:482)
>    at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:330)
>    at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:291)
>    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:287)
>    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)
>
> I'm 100% there are no problems with access privileges on system where
> site/report is being generated. Has anyone else experienced something like
> this?
>
> Thanks in advance for your comments!
>
> Regards,
> Stevo.
>



-- 
Brett Porter
Blog: http://blogs.exist.com/bporter/

Reply via email to