run mvn dependency:tree from the command line and it will show you where the 
extra jars are coming from. 
 
- Misagh

> On Apr 11, 2015, at 12:13 AM, Baron Fujimoto <[email protected]> wrote:
> 
> On Thu, Apr 09, 2015 at 08:42:45AM +0200, Alberto Cabello Sánchez wrote:
>> On Wed, 08 Apr 2015 09:38:50 -1000
>> Baron Fujimoto <[email protected]> wrote:
>> 
>>> I'm encountering the following error using a deployerConfigContext.xml and
>>> pom.xml that has worked previously. Any suggestions on how to resolve this
>>> would be welcome.
>>> 
>>> 015-04-08 09:16:32,771 ERROR 
>>> [org.springframework.web.context.ContextLoader] - <Context initialization 
>>> failed>
>>> org.springframework.beans.factory.BeanCreationException: Error creating 
>>> bean with name 'servicesManager' defined in
>>> ServletContext resource 
>>> [/WEB-INF/spring-configuration/applicationContext.xml]: Cannot resolve 
>>> reference to bean
>>> 'serviceRegistryDao' while setting constructor argument; nested exception is
>>> org.springframework.beans.factory.BeanCreationException: Error creating 
>>> bean with name 'serviceRegistryDao' defined in
>>> ServletContext resource [/WEB-INF/deployerConfigContext.xml]: Cannot 
>>> resolve reference to bean 'entityManagerFactory' while
>>> setting bean property 'entityManagerFactory'; nested exception is 
>>> org.springframework.beans.factory.BeanCreationException:
>>> Error creating bean with name 'entityManagerFactory' defined in 
>>> ServletContext resource [/WEB-INF/deployerConfigContext.xml]:
>>> Invocation of init method failed; nested exception is
>>> java.lang.NoSuchMethodError: 
>>> org.hibernate.mapping.SimpleValue.<init>(Lorg/hibernate/mapping/Table;)V
>> 
>> Did you check this post (it apparently deals with the same issue)?
>> 
>> http://java-with-shiva.blogspot.com.es/2013/06/invocation-of-init-method-failed-nested.html
> 
> I did find that post in my research into the problem, but I don't
> understand how anything I have done may have caused it. I don't find any
> references to hibernate-annotations in a recursive grep of src/ .
> 
> The following hibernate jar files wind up in the resulting war file
> for both my seemingly identical working and non-working versions:
> 
> WEB-INF/lib/hibernate-annotations-3.5.0-CR-2.jar
> WEB-INF/lib/hibernate-commons-annotations-3.2.0.Beta1.jar
> WEB-INF/lib/hibernate-commons-annotations-3.2.0.Final.jar
> WEB-INF/lib/hibernate-core-3.5.0-CR-2.jar
> WEB-INF/lib/hibernate-core-3.6.0.Final.jar
> WEB-INF/lib/hibernate-entitymanager-3.5.0-CR-2.jar
> WEB-INF/lib/hibernate-jpa-2.0-api-1.0.0-CR-1.jar
> WEB-INF/lib/hibernate-jpa-2.0-api-1.0.0.Final.jar
> WEB-INF/lib/hibernate-validator-4.0.2.GA.jar
> 
> The 3.5.0-CR-2 stuff is presumably the result of the inclusion of
> the dependency in my pom.xml
> 
>        <dependency>
>            <groupId>org.hibernate</groupId>
>            <artifactId>hibernate-entitymanager</artifactId>
>            <version>3.5.0-CR-2</version>
>        </dependency>
> 
> But I don't know where the others are being invoked from, nor why there
> seem to be mutiple versions for some of them. If I remove the
> hibernate-entitymanager dependency from pom.xml, the app throws a
> different hibernat related error.
> 
>    Constructor threw exception; nested exception is 
> java.lang.NoClassDefFoundError: org/hibernate/ejb/HibernatePersistence
> 
> The pom.xml and deployerConfigContext.xml are essentially identical; there
> are no dependency differences. Nor did a recursive diff from the src/ dir
> in my maven overlay workspace turn up any material differences either as
> far as I can tell. Where else might the source of these differences
> originate?
> 
> -- 
> Baron Fujimoto <[email protected]> :: UH Information Technology Services
> minutas cantorum, minutas balorum, minutas carboratum desendus pantorum
> 
> -- 
> You are currently subscribed to [email protected] as: 
> [email protected]
> To unsubscribe, change settings or access archives, see 
> http://www.ja-sig.org/wiki/display/JSG/cas-user


-- 
You are currently subscribed to [email protected] as: 
[email protected]
To unsubscribe, change settings or access archives, see 
http://www.ja-sig.org/wiki/display/JSG/cas-user

Reply via email to