Here it is again:
<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://maven.apache.org/POM/4.0.0
http://maven.apache.org/xsd/maven-4.0.0.xsd ">
<modelVersion>4.0.0</modelVersion>
<groupId>edu.hawaii.cas</groupId>
<artifactId>local-cas</artifactId>
<packaging>war</packaging>
<version>uh-cas-3.4.11</version>
<build>
<plugins>
<plugin>
<artifactId>maven-war-plugin</artifactId>
<configuration>
<warName>cas</warName>
<packagingExcludes>WEB-INF/lib/aspectjweaver-1.6.*.jar</packagingExcludes>
</configuration>
</plugin>
</plugins>
</build>
<dependencies>
<dependency>
<groupId>org.jasig.cas</groupId>
<artifactId>cas-server-webapp</artifactId>
<version>${cas.version}</version>
<type>war</type>
<scope>runtime</scope>
</dependency>
<!--
Generic AuthN
Used to test initial deployment.
-->
<!--
<dependency>
<groupId>org.jasig.cas</groupId>
<artifactId>cas-server-support-generic</artifactId>
<version>${cas.version}</version>
<type>jar</type>
<scope>runtime</scope>
</dependency>
-->
<!--
LDAP AuthN
-->
<dependency>
<groupId>org.jasig.cas</groupId>
<artifactId>cas-server-support-ldap</artifactId>
<version>${cas.version}</version>
</dependency>
<!--
ONLY ADD THE BELOW DEPENDENCY IF POOLING IS NEEDED.
SEE THE 'CONNECTION POOLING' SECTION FOR MORE INFO!
https://wiki.jasig.org/display/CASUM/LDAP
-->
<dependency>
<groupId>commons-pool</groupId>
<artifactId>commons-pool</artifactId>
<version>${apache.commons.pool.version}</version>
</dependency>
<!-- Dependencies for database classes -->
<!--
Apache Commons DBCP
-->
<dependency>
<groupId>commons-dbcp</groupId>
<artifactId>commons-dbcp</artifactId>
<version>1.4</version>
<scope>runtime</scope>
</dependency>
<!--
Hibernate Entities
-->
<dependency>
<groupId>org.hibernate</groupId>
<artifactId>hibernate-entitymanager</artifactId>
<version>3.5.0-CR-2</version>
</dependency>
<!--
MySQL Connector
-->
<dependency>
<groupId>mysql</groupId>
<artifactId>mysql-connector-java</artifactId>
<version>5.1.20</version>
</dependency>
<!-- End Dependencies for database jars -->
<!--
Deal with this exception after upgrade to Java 1.8
Ref:
<http://stackoverflow.com/questions/23801950/spring-4-and-java-8-invalid-byte-tag-exception>
<http://mvnrepository.com/artifact/org.aspectj/aspectjweaver/1.8.5>
INFO: Deploying web application archive
/home/cas/tomcat/webapps/cas.war
org.aspectj.apache.bcel.classfile.ClassFormatException: Invalid
byte tag in constant pool: 15
[...]
-->
<dependency>
<groupId>org.aspectj</groupId>
<artifactId>aspectjweaver</artifactId>
<version>1.8.5</version>
</dependency>
</dependencies>
<properties>
<cas.version>3.4.11</cas.version>
<apache.commons.pool.version>1.6</apache.commons.pool.version>
</properties>
<repositories>
<repository>
<id>ja-sig</id>
<url>http://oss.sonatype.org/content/repositories/releases/
</url>
</repository>
</repositories>
</project>
On Mon, Apr 13, 2015 at 12:43:36PM -0700, Misagh Moayyed wrote:
>Post your pom.xml please.
>
>-----Original Message-----
>From: Baron Fujimoto [mailto:[email protected]]
>Sent: Monday, April 13, 2015 11:48 AM
>To: [email protected]
>Subject: Re: [cas-user] Error creating bean with name
>'entityManagerFactory'
>
>The following jar files don't appear anywhere in the resulting dependency
>tree but are in the cas.war file that results from a "mvn clean package"
>build:
>
>WEB-INF/lib/hibernate-commons-annotations-3.2.0.Final.jar
>WEB-INF/lib/hibernate-core-3.6.0.Final.jar
>WEB-INF/lib/hibernate-jpa-2.0-api-1.0.0-CR-1.jar
>WEB-INF/lib/hibernate-validator-4.0.2.GA.jar
>
>FWIW, the dependency trees, like the contents of the cas.war files appear
>to be identical between the working and non-working systems. So, their
>source is still unknown, but on the working system their presence doesn't
>seem to matter.
>
>I'm quite at a loss here. Are there othe mvn build options I should try,
>or places I should look for potential differences?
>
>The builds do warn that "The POM for org.opensaml:opensaml:jar:1.1b is
>missing, no dependency information available", but AFAIK, it has always
>been thus and it hasn't hithertofore been a problem. (And I don't see any
>obvious relationship to the apparent hibernate error?)
>
>
>On Sat, Apr 11, 2015 at 11:55:36AM +0430, Misagh Moayyed wrote:
>>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/Tab
>>>>> le;)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-me
>>>> thod-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
>>
>
>--
>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
--
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