cocoon-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Grzegorz Kossakowski <>
Subject Re: pom.xml / Tomcat
Date Sun, 13 Apr 2008 21:03:40 GMT
Patrick Heiden pisze:
> Sorry, I've forgotten to activate logging, here an extendet version of tomcats output,
maybe now
> you are able to see what is happening:


> [org.apache.cocoon.el.impl.objectmodel.ObjectModelImpl] for bean with name
> '' defined in URL
> [jar:file:/home/pepemuck/_opt/tomcat55/webapps/isacWebApp/WEB-INF/lib/cocoon-pipeline-impl-1.0.0-RC2.jar!/META-INF/cocoon/spring/ObjectModel.xml]:
> problem with class file or dependent class; nested exception is java.lang.NoClassDefFoundError:
> org/apache/commons/collections/map/AbstractMapDecorator Caused by: 
> java.lang.NoClassDefFoundError: org/apache/commons/collections/map/AbstractMapDecorator

Ok. Now everything is clear.

Class org.apache.cocoon.el.impl.objectmodel.ObjectModelImpl comes from cocoon-expression-language

module, its dependencies can be found here:

As you can see, EL module depends on commons-collections:3.2, now let's take a look at your

dependencies listings:

[INFO]    commons-collections:commons-collections:jar:2.1.1:compile

[INFO]    commons-collections:commons-collections:jar:3.2:compile

[INFO]    commons-collections:commons-collections:jar:2.1.1:compile

As you see, wrong version (coming from myDomain) lands in your webapp and that's why it breaks.
think that Patrick it's crucial now for you to understand how transitive dependencies work
in Maven 
in order to effectively resolve such problems.

You sould study [1][2] and then decide to use exclusion mechanism or direct dependency specification

(so right version is being pulled).


Best regards,
Grzegorz Kossakowski

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message