You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@geronimo.apache.org by Prasad Kashyap <go...@gmail.com> on 2006/11/02 19:04:03 UTC
Are these errors due to changes in genesis logging ?
components.xml with a new lifecycle for "site"
http://people.apache.org/~prasad/components.xml
When I used to run the 'mvn -e -X site' command on the test-deployment
pom (packaging integration-test), it used to fail with the following
exception
[DEBUG] Error looking up lifecycle mapping to retrieve optional mojos.
Lifecycle ID: site. Error: Component descriptor cannot be found in the
component repository:
org.apache.maven.lifecycle.mapping.LifecycleMappingintegration-test.
org.codehaus.plexus.component.repository.exception.ComponentLookupException:
Component descriptor cannot be found in the component repository:
org.apache.maven.lifecycle.mapping.LifecycleMappingintegration-test.
Seems like the plugin extensions of the tools-plugin isn't being
recognised for "site".
Then I added the build extension in the test-deployment pom and the
above exception disappeared !
Today, I have begun to get the following stacktrace for the same pom -
org.apache.commons.logging.LogConfigurationException: Invalid class
loader hierarchy. You have more than one version of
'org.apache.commons.logging.Log' visible, which is not allowed.
(Caused by org.apache.commons.logging.LogConfigurationException:
Invalid class loader hierarchy. You have more than one version of
'org.apache.commons.logging.Log' visible, which is not allowed.))
at org.apache.commons.logging.impl.LogFactoryImpl.newInstance(LogFactoryImpl.java:543)
at org.apache.commons.logging.impl.LogFactoryImpl.getInstance(LogFactoryImpl.java:235)
at org.apache.commons.logging.impl.LogFactoryImpl.getInstance(LogFactoryImpl.java:209)
at org.apache.commons.logging.LogFactory.getLog(LogFactory.java:351)
at org.apache.geronimo.genesis.logging.Logging.reset(Logging.java:53)
at org.apache.geronimo.genesis.MojoSupport.execute(MojoSupport.java:142)
This exception goes away if I remove the build extension.
Did something change in genesis logging recently ? Are there any
changes I should make to fix this ?
PS. I deleted the o.a.g tree in local repo, did a svn update and then
a 'mvn clean install' top down.
Cheers
Prasad
Re: Are these errors due to changes in genesis logging ?
Posted by Jason Dillon <ja...@planet57.com>.
On Nov 2, 2006, at 10:04 AM, Prasad Kashyap wrote:
> components.xml with a new lifecycle for "site"
> http://people.apache.org/~prasad/components.xml
>
> When I used to run the 'mvn -e -X site' command on the test-deployment
> pom (packaging integration-test), it used to fail with the following
> exception
>
> [DEBUG] Error looking up lifecycle mapping to retrieve optional mojos.
> Lifecycle ID: site. Error: Component descriptor cannot be found in the
> component repository:
> org.apache.maven.lifecycle.mapping.LifecycleMappingintegration-test.
> org.codehaus.plexus.component.repository.exception.ComponentLookupExce
> ption:
> Component descriptor cannot be found in the component repository:
> org.apache.maven.lifecycle.mapping.LifecycleMappingintegration-test.
>
> Seems like the plugin extensions of the tools-plugin isn't being
> recognised for "site".
I would say this is yet another bug in Maven, related to the site
life-cycle muck.
> Then I added the build extension in the test-deployment pom and the
> above exception disappeared !
>
>
> Today, I have begun to get the following stacktrace for the same pom -
>
> org.apache.commons.logging.LogConfigurationException: Invalid class
> loader hierarchy. You have more than one version of
> 'org.apache.commons.logging.Log' visible, which is not allowed.
> (Caused by org.apache.commons.logging.LogConfigurationException:
> Invalid class loader hierarchy. You have more than one version of
> 'org.apache.commons.logging.Log' visible, which is not allowed.))
> at org.apache.commons.logging.impl.LogFactoryImpl.newInstance
> (LogFactoryImpl.java:543)
> at org.apache.commons.logging.impl.LogFactoryImpl.getInstance
> (LogFactoryImpl.java:235)
> at org.apache.commons.logging.impl.LogFactoryImpl.getInstance
> (LogFactoryImpl.java:209)
> at org.apache.commons.logging.LogFactory.getLog(LogFactory.java:351)
> at org.apache.geronimo.genesis.logging.Logging.reset(Logging.java:53)
> at org.apache.geronimo.genesis.MojoSupport.execute
> (MojoSupport.java:142)
>
> This exception goes away if I remove the build extension.
The version of JCL which is being used is very, very picky if more
than one version of JCL is included in the classpath. Many plugins
use JCL, and when you add an extension to the Maven core which also
includes a JCL dependency, then strange problems like you see above
are bound to happen.
> Did something change in genesis logging recently ? Are there any
> changes I should make to fix this ?
I did clean up some logging, but short of dropping use of JCL there
is no easy fix.
We could however define a new plugin with no dependencies just to
hold the custom packaging lifecycle components... which could be
added as an extension w/o incurring this JCL problem.
--jason
Re: Are these errors due to changes in genesis logging ?
Posted by Prasad Kashyap <go...@gmail.com>.
Nevermind :-)
See
http://www.nabble.com/Removing-the-custom-packaging-%22integration-test%22-tf2564140.html
Cheers
Prasad
On 11/2/06, Prasad Kashyap <go...@gmail.com> wrote:
> components.xml with a new lifecycle for "site"
> http://people.apache.org/~prasad/components.xml
>
> When I used to run the 'mvn -e -X site' command on the test-deployment
> pom (packaging integration-test), it used to fail with the following
> exception
>
> [DEBUG] Error looking up lifecycle mapping to retrieve optional mojos.
> Lifecycle ID: site. Error: Component descriptor cannot be found in the
> component repository:
> org.apache.maven.lifecycle.mapping.LifecycleMappingintegration-test.
> org.codehaus.plexus.component.repository.exception.ComponentLookupException:
> Component descriptor cannot be found in the component repository:
> org.apache.maven.lifecycle.mapping.LifecycleMappingintegration-test.
>
> Seems like the plugin extensions of the tools-plugin isn't being
> recognised for "site".
>
> Then I added the build extension in the test-deployment pom and the
> above exception disappeared !
>
>
> Today, I have begun to get the following stacktrace for the same pom -
>
> org.apache.commons.logging.LogConfigurationException: Invalid class
> loader hierarchy. You have more than one version of
> 'org.apache.commons.logging.Log' visible, which is not allowed.
> (Caused by org.apache.commons.logging.LogConfigurationException:
> Invalid class loader hierarchy. You have more than one version of
> 'org.apache.commons.logging.Log' visible, which is not allowed.))
> at org.apache.commons.logging.impl.LogFactoryImpl.newInstance(LogFactoryImpl.java:543)
> at org.apache.commons.logging.impl.LogFactoryImpl.getInstance(LogFactoryImpl.java:235)
> at org.apache.commons.logging.impl.LogFactoryImpl.getInstance(LogFactoryImpl.java:209)
> at org.apache.commons.logging.LogFactory.getLog(LogFactory.java:351)
> at org.apache.geronimo.genesis.logging.Logging.reset(Logging.java:53)
> at org.apache.geronimo.genesis.MojoSupport.execute(MojoSupport.java:142)
>
> This exception goes away if I remove the build extension.
>
> Did something change in genesis logging recently ? Are there any
> changes I should make to fix this ?
>
> PS. I deleted the o.a.g tree in local repo, did a svn update and then
> a 'mvn clean install' top down.
>
> Cheers
> Prasad
>