The jar is a dependency in the uportal-war pom.xml. In uP3 it is a dependency in uportal-impl pom.xml and ends up in the uPortal/WEB-INF/lib directory.
Paul From: bounce-26666283-5712...@lists.wisc.edu [mailto:bounce-26666283-5712...@lists.wisc.edu] On Behalf Of Eric Dalquist Sent: Wednesday, January 16, 2013 4:29 PM To: uportal-dev@lists.ja-sig.org Subject: Re: [uportal-dev] Issues due to possible spring 3.1.3 bug Where does this code end up living/running? Is it a jar that gets put into the uPortal webapp? -Eric On 1/16/13 1:53 PM, Paul Gazda wrote: I didn't write the code, so I'm not completely familiar with the details, but basically our custom student center is a collection of servlets accessed by ajax calls. The custom module references uportal-war to gain access to the personManager spring bean so that it can get the ID of the authenticated student using the portal and then retrieve the class and other information for the student from our student database. This works without problems in uP3. Paul From: bounce-26662737-5712...@lists.wisc.edu<mailto:bounce-26662737-5712...@lists.wisc.edu> [mailto:bounce-26662737-5712...@lists.wisc.edu] On Behalf Of Eric Dalquist Sent: Wednesday, January 16, 2013 9:12 AM To: uportal-dev@lists.ja-sig.org<mailto:uportal-dev@lists.ja-sig.org> Subject: Re: [uportal-dev] Issues due to possible spring 3.1.3 bug Honestly uportal-war isn't meant to be used as a dependency by other code. I'd be interested in what exactly you're using out of uportal-war and see if we can get a better solution on our roadmap for you. Lots of things beyond just this are likely going to break or act in undefined ways when you have the entire uPortal project on the classpath twice (what having -classes.jar and the /target/classes dir results in). -Eric On 1/15/13 11:12 AM, Paul Gazda wrote: In uP 4.0.8, I have a dependency jar defined in the uportal-war pom.xml that uses hibernate. It is part of an important custom student center portlet that we use. When I include it and run deploy-war, I get many test failures with this error: Caused by: java.lang.IllegalStateException: Conflicting persistence unit definitions for name 'PortalDb': file:/C:/Users/pag/.m2/repository/org/jasig/portal/uportal-war/4.0.8/uportal-war-4.0.8-classes.jar<file:///C:%5CUsers%5Cpag%5C.m2%5Crepository%5Corg%5Cjasig%5Cportal%5Cuportal-war%5C4.0.8%5Cuportal-war-4.0.8-classes.jar>, file:/C:/JavaClasses/uportal.git/uportal-war/target/classes<file:///C:%5CJavaClasses%5Cuportal.git%5Cuportal-war%5Ctarget%5Cclasses> This seems to be related to a bug in Spring reported here: http://www.mulesoft.org/jira/browse/MULE-6241 When I change the spring version to 3.2.0, the test errors go away, but uportal does not start because of spring related errors. There seems to be a way of overriding a spring 3.1.3 method to work around the problem, but not being very familiar with spring, I find it very confusing as to how an internal spring method is overridden. Unless there is something fairly straightforward that will fix this problem, I'm wondering if it would be possible to upgrade to spring 3.2.0 in the next release of uP4. Thanks. Paul Gazda -- You are currently subscribed to uportal-dev@lists.ja-sig.org<mailto:uportal-dev@lists.ja-sig.org> as: eric.dalqu...@doit.wisc.edu<mailto:eric.dalqu...@doit.wisc.edu> To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-dev -- You are currently subscribed to uportal-dev@lists.ja-sig.org<mailto:uportal-dev@lists.ja-sig.org> as: eric.dalqu...@doit.wisc.edu<mailto:eric.dalqu...@doit.wisc.edu> To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-dev -- You are currently subscribed to uportal-dev@lists.ja-sig.org as: arch...@mail-archive.com To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-dev