[ http://jira.codehaus.org/browse/MSITE-26?page=all ]

Jason van Zyl moved MNG-911 to MSITE-26:
----------------------------------------

        Version:     (was: 2.0-beta-1)
    Fix Version:     (was: 2.0-beta-2)
      Component:     (was: maven-site-plugin)
       Workflow: jira  (was: Maven)
            Key: MSITE-26  (was: MNG-911)
        Project: Maven 2.x Site Plugin  (was: Maven 2)

> Error during site generation with '.'-files in src/site/
> --------------------------------------------------------
>
>          Key: MSITE-26
>          URL: http://jira.codehaus.org/browse/MSITE-26
>      Project: Maven 2.x Site Plugin
>         Type: Bug

>     Reporter: Daniel Schömer
>     Assignee: Brett Porter
>  Attachments: DoxiaMojo.java.diff
>
>
> I've just downloaded m2 beta-1 (Thanks for the update!) and tried to
> build a site of one of my projects with "m2 site:site" and got the
> following error:
> | # m2 site:site
> | ...
> | [ERROR] BUILD ERROR
> | [INFO] 
> ----------------------------------------------------------------------------
> | [INFO] Diagnosis: Error during site generation
> | [INFO] 
> ----------------------------------------------------------------------------
> | [ERROR] Cause: 
> | org.apache.maven.plugin.MojoExecutionException: Error during site generation
> |         at org.apache.maven.doxia.DoxiaMojo.execute(DoxiaMojo.java:436)
> |         at 
> org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:357)
> |         at 
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:479)
> |         at 
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeStandaloneGoal(DefaultLifecycleExecutor.java:460)
> |         at 
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:442)
> |         at 
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:273)
> |         at 
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:131)
> |         at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:186)
> |         at org.apache.maven.cli.MavenCli.main(MavenCli.java:302)
> |         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)
> | Caused by: java.lang.StringIndexOutOfBoundsException: String index out of 
> range: -10
> |         at java.lang.String.substring(String.java:1768)
> |         at 
> org.apache.maven.doxia.DoxiaMojo.tryToFindDuplicates(DoxiaMojo.java:1160)
> |         at org.apache.maven.doxia.DoxiaMojo.execute(DoxiaMojo.java:294)
> |         ... 16 more
> | ...
> After looking at the tryToFindDuplicates(File,Map) definition in
> DoxiaMojo.java of the maven-site-plugin, I'm sure that the
> StringIndexOutOfBoundsException is thrown when m2 tries to find the
> duplicates of files beginning with a '.'.
> All the directories in this particular project contain a sub-directory
> called '.arch-ids' (used by bazaar, the scm-tool I use
> (http://bazaar.canonical.com)).  If I delete these sub-directories in
> each directory of the src/site/ dir, m2 generates the site as
> expected.
> It is not an option for me to delete the '.arch-ids' sub-directories,
> since this would cause my scm-tool to ignore these directories.  And
> I don't want to exclude the site directories from my source
> repository.
> The attached patch should fix this issue.  It adds a check to the
> tryToFindDuplicates(File,Map) method to ignore filenames that begin
> with a '.'.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to