[jira] (MSITE-683) reporting fails with Maven 3.1-A1/Eclipse Aether 0.9-M2

2013-08-22 Thread Max Schaefer (JIRA)

[ 
https://jira.codehaus.org/browse/MSITE-683?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=331321#comment-331321
 ] 

Max Schaefer commented on MSITE-683:


I think the problem is not fixed with 3.3. I still get this error:

[INFO] --- maven-site-plugin:3.3:site (default-site) @ thirdparty-common-dml ---
[WARNING] Error injecting: 
org.apache.maven.reporting.exec.DefaultMavenReportExecutor
java.lang.NoClassDefFoundError: org/sonatype/aether/graph/DependencyFilter
at java.lang.Class.getDeclaredConstructors0(Native Method)
at java.lang.Class.privateGetDeclaredConstructors(Class.java:2413)
at java.lang.Class.getDeclaredConstructors(Class.java:1855)
at 
com.google.inject.spi.InjectionPoint.forConstructorOf(InjectionPoint.java:245)
at 
com.google.inject.internal.ConstructorBindingImpl.create(ConstructorBindingImpl.java:99)
at 
com.google.inject.internal.InjectorImpl.createUninitializedBinding(InjectorImpl.java:653)
at 
com.google.inject.internal.InjectorImpl.createJustInTimeBinding(InjectorImpl.java:863)
at 
com.google.inject.internal.InjectorImpl.createJustInTimeBindingRecursive(InjectorImpl.java:790)
at 
com.google.inject.internal.InjectorImpl.getJustInTimeBinding(InjectorImpl.java:278)
at 
com.google.inject.internal.InjectorImpl.getBindingOrThrow(InjectorImpl.java:210)
at 
com.google.inject.internal.InjectorImpl.getProviderOrThrow(InjectorImpl.java:986)
at 
com.google.inject.internal.InjectorImpl.getProvider(InjectorImpl.java:1019)
at 
com.google.inject.internal.InjectorImpl.getProvider(InjectorImpl.java:982)
at 
com.google.inject.internal.InjectorImpl.getInstance(InjectorImpl.java:1032)
at 
org.eclipse.sisu.reflect.AbstractDeferredClass.get(AbstractDeferredClass.java:44)
at 
com.google.inject.internal.ProviderInternalFactory.provision(ProviderInternalFactory.java:86)
at 
com.google.inject.internal.InternalFactoryToInitializableAdapter.provision(InternalFactoryToInitializableAdapter.java:55)
at 
com.google.inject.internal.ProviderInternalFactory$1.call(ProviderInternalFactory.java:70)
at 
com.google.inject.internal.ProvisionListenerStackCallback$Provision.provision(ProvisionListenerStackCallback.java:100)
at 
org.eclipse.sisu.plexus.lifecycles.PlexusLifecycleManager.onProvision(PlexusLifecycleManager.java:134)
at 
com.google.inject.internal.ProvisionListenerStackCallback$Provision.provision(ProvisionListenerStackCallback.java:109)
at 
com.google.inject.internal.ProvisionListenerStackCallback.provision(ProvisionListenerStackCallback.java:55)
at 
com.google.inject.internal.ProviderInternalFactory.circularGet(ProviderInternalFactory.java:68)
at 
com.google.inject.internal.InternalFactoryToInitializableAdapter.get(InternalFactoryToInitializableAdapter.java:47)
at 
com.google.inject.internal.ProviderToInternalFactoryAdapter$1.call(ProviderToInternalFactoryAdapter.java:46)
at 
com.google.inject.internal.InjectorImpl.callInContext(InjectorImpl.java:1054)
at 
com.google.inject.internal.ProviderToInternalFactoryAdapter.get(ProviderToInternalFactoryAdapter.java:40)
at com.google.inject.Scopes$1$1.get(Scopes.java:59)
at 
com.google.inject.internal.InternalFactoryToProviderAdapter.get(InternalFactoryToProviderAdapter.java:41)
at 
com.google.inject.internal.InjectorImpl$2$1.call(InjectorImpl.java:997)
at 
com.google.inject.internal.InjectorImpl.callInContext(InjectorImpl.java:1047)
at com.google.inject.internal.InjectorImpl$2.get(InjectorImpl.java:993)
at 
org.eclipse.sisu.locators.LazyBeanEntry.getValue(LazyBeanEntry.java:82)
at 
org.eclipse.sisu.plexus.locators.LazyPlexusBean.getValue(LazyPlexusBean.java:52)
at 
org.codehaus.plexus.DefaultPlexusContainer.lookup(DefaultPlexusContainer.java:259)
at 
org.codehaus.plexus.DefaultPlexusContainer.lookup(DefaultPlexusContainer.java:239)
at 
org.codehaus.plexus.DefaultPlexusContainer.lookup(DefaultPlexusContainer.java:233)
at 
org.apache.maven.plugins.site.AbstractSiteRenderingMojo.getReports(AbstractSiteRenderingMojo.java:229)
at org.apache.maven.plugins.site.SiteMojo.execute(SiteMojo.java:121)
at 
org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:106)
at 
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:208)
at 
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153)
at 
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145)
at 
org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:84)
at 
org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuild

[jira] (MSITE-683) reporting fails with Maven 3.1-A1/Eclipse Aether 0.9-M2

2013-08-22 Thread Robert Scholte (JIRA)

[ 
https://jira.codehaus.org/browse/MSITE-683?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=331322#comment-331322
 ] 

Robert Scholte commented on MSITE-683:
--

[~awpxw], it is probably one of the reports which is failing.
Have a look at 
https://cwiki.apache.org/confluence/display/MAVEN/AetherClassNotFound for 
plugins which are known to have this issue and their fixed version.

> reporting fails with Maven 3.1-A1/Eclipse Aether 0.9-M2
> ---
>
> Key: MSITE-683
> URL: https://jira.codehaus.org/browse/MSITE-683
> Project: Maven Site Plugin
>  Issue Type: Bug
>  Components: Maven 3
>Affects Versions: 3.0, 3.1, 3.2
>Reporter: Herve Boutemy
>Assignee: Herve Boutemy
> Fix For: 3.3
>
>
> since Maven core migrated to Eclipse Aether (see MNG-5354), some core ITs are 
> failing during site plugin execution du to following execution error
> {noformat}[INFO] --- maven-site-plugin:3.2:site (default-site) @ 
> mng-3743-forkWithPluginManagement ---
> [WARNING] Error injecting: 
> org.apache.maven.reporting.exec.DefaultMavenReportExecutor
> java.lang.NoClassDefFoundError: org/sonatype/aether/graph/DependencyFilter
>   at java.lang.Class.getDeclaredConstructors0(Native Method)
>   at java.lang.Class.privateGetDeclaredConstructors(Class.java:2416)
>   at java.lang.Class.getDeclaredConstructors(Class.java:1855)
>   at 
> com.google.inject.spi.InjectionPoint.forConstructorOf(InjectionPoint.java:245)
> [...]
>   at 
> com.google.inject.internal.InjectorImpl.callInContext(InjectorImpl.java:1047)
>   at com.google.inject.internal.InjectorImpl$2.get(InjectorImpl.java:993)
>   at 
> org.eclipse.sisu.locators.LazyBeanEntry.getValue(LazyBeanEntry.java:82)
>   at 
> org.eclipse.sisu.plexus.locators.LazyPlexusBean.getValue(LazyPlexusBean.java:52)
>   at 
> org.codehaus.plexus.DefaultPlexusContainer.lookup(DefaultPlexusContainer.java:259)
>   at 
> org.codehaus.plexus.DefaultPlexusContainer.lookup(DefaultPlexusContainer.java:239)
>   at 
> org.codehaus.plexus.DefaultPlexusContainer.lookup(DefaultPlexusContainer.java:233)
>   at 
> org.apache.maven.plugins.site.AbstractSiteRenderingMojo.getReports(AbstractSiteRenderingMojo.java:229)
>   at org.apache.maven.plugins.site.SiteMojo.execute(SiteMojo.java:121)
>   at 
> org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:105)
>   at 
> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:208)
>   at 
> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153)
>   at 
> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145)
>   at 
> org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:84)
>   at 
> org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:59)
>   at 
> org.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedBuild(LifecycleStarter.java:183)
>   at 
> org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:161)
>   at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:336)
>   at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:170)
>   at org.apache.maven.cli.MavenCli.execute(MavenCli.java:555)
>   at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:214)
>   at org.apache.maven.cli.MavenCli.main(MavenCli.java:158)
>   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>   at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
>   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>   at java.lang.reflect.Method.invoke(Method.java:616)
>   at 
> org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:290)
>   at 
> org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:230)
>   at 
> org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:414)
>   at 
> org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:357)
> Caused by: java.lang.ClassNotFoundException: 
> org.sonatype.aether.graph.DependencyFilter
>   at 
> org.codehaus.plexus.classworlds.strategy.SelfFirstStrategy.loadClass(SelfFirstStrategy.java:50)
>   at 
> org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.java:244)
>   at 
> org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.java:230)
>   ... 60 more
> [INFO] 
> 
> [INFO] BUILD FAILURE
> [INFO] 
> 

[jira] (MCLEAN-48) Failure cleaning files containing special characters

2013-08-22 Thread Michael Osipov (JIRA)

[ 
https://jira.codehaus.org/browse/MCLEAN-48?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=331330#comment-331330
 ] 

Michael Osipov commented on MCLEAN-48:
--

As a side note for Mac OS X users. This OS stores all filenames in a decomposed 
format. This is add another complexity to this case.

> Failure cleaning files containing special characters
> 
>
> Key: MCLEAN-48
> URL: https://jira.codehaus.org/browse/MCLEAN-48
> Project: Maven Clean Plugin
>  Issue Type: Bug
>Affects Versions: 2.4.1
> Environment: Ubuntu 10.10
> LANG=en_DK.utf8
>Reporter: Stefan Meisner Larsen
>Assignee: Olivier Lamy
> Fix For: 2.5
>
>
> I am not able to clean my project which contains files named with special 
> characters. It seems as though the plugin does not handle UTF-8 correctly.
> Name of file as reported by find command:
> ./ewp-fr/ewp-fr.war/src/main/webapp/secure/fr/Conditions_générales_d'isalaire.pdf
> Output from clean:
> .
> .
> .
> [ERROR] Failed to execute goal 
> org.apache.maven.plugins:maven-clean-plugin:2.4.1:clean (default-clean) on 
> project ewp-fr.war: Failed to clean project: Failed to delete 
> /home/stefan/trifork/lessor/ewp-clean/trunk/ewp-fr/ewp-fr.war/target/ewp-fr.war-1.69-SNAPSHOT/secure/fr/Conditions_g??n??rales_d'isalaire.pdf
>  -> [Help 1]

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] (MSKINS-85) Unify breadcrumb chevron of Fluido with other skins

2013-08-22 Thread Michael Osipov (JIRA)

 [ 
https://jira.codehaus.org/browse/MSKINS-85?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Michael Osipov closed MSKINS-85.


Resolution: Fixed

> Unify breadcrumb chevron of Fluido with other skins
> ---
>
> Key: MSKINS-85
> URL: https://jira.codehaus.org/browse/MSKINS-85
> Project: Maven Skins
>  Issue Type: Bug
>  Components: Fluido Skin
>Affects Versions: fluido-1.3.0, fluido-1.3.1
>Reporter: Michael Osipov
>Assignee: Michael Osipov
>Priority: Minor
> Fix For: fluido-1.3.1
>
>   Original Estimate: 0 minutes
>  Remaining Estimate: 0 minutes
>
> Fluido uses a slash because Bootstrap's examples do but all other skins use a 
> greater-than sign. This should be unified to the greater-than sign.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] (MSKINS-85) Unify breadcrumb chevron of Fluido with other skins

2013-08-22 Thread Michael Osipov (JIRA)

[ 
https://jira.codehaus.org/browse/MSKINS-85?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=331606#comment-331606
 ] 

Michael Osipov commented on MSKINS-85:
--

Fixed with r1516562.

> Unify breadcrumb chevron of Fluido with other skins
> ---
>
> Key: MSKINS-85
> URL: https://jira.codehaus.org/browse/MSKINS-85
> Project: Maven Skins
>  Issue Type: Bug
>  Components: Fluido Skin
>Affects Versions: fluido-1.3.0, fluido-1.3.1
>Reporter: Michael Osipov
>Assignee: Michael Osipov
>Priority: Minor
> Fix For: fluido-1.3.1
>
>   Original Estimate: 0 minutes
>  Remaining Estimate: 0 minutes
>
> Fluido uses a slash because Bootstrap's examples do but all other skins use a 
> greater-than sign. This should be unified to the greater-than sign.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira