The dependency tree shows those jars are coming from 
org.hibernate:hibernate-entitymanager:jar:3.5.0-CR-2:compile

> On Apr 14, 2015, at 12:26 AM, Baron Fujimoto <[email protected]> wrote:
> 
> 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



- Misagh


-- 
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