...
[13:46:05 CST(-0600)] <dd_> here you go: http://pastebin.com/wiJzmGx9
[13:47:17 CST(-0600)] <EricDalquist> have you modified the WebProxyPortlet overlay at all?
[13:49:04 CST(-0600)] <dd_> fairly sure i haven't
[13:49:50 CST(-0600)] <EricDalquist> so it looks like the WebProxyPorlet is trying to register a JMX resource that has a conflicting name with the ResourceServingWebapp
[13:50:02 CST(-0600)] <EricDalquist> why that name is coming from the web proxy portlet is confusing me
[13:50:53 CST(-0600)] <EricDalquist> can you check the version number in the file
[13:50:58 CST(-0600)] <EricDalquist> WebProxyPortlet/META-INF/maven/org.jasig.portlet/WebProxyPortlet/pom.properties
[13:52:43 CST(-0600)] <dd_> 3.2.4
[13:53:30 CST(-0600)] <EricDalquist> hrm
[13:53:50 CST(-0600)] <EricDalquist> and you're using uPortal 3.2.4 right?
[13:54:38 CST(-0600)] <dd_> yup
[13:55:42 CST(-0600)] <EricDalquist> are you on *nix? or windows?
[13:55:57 CST(-0600)] <dd_> redhat
[13:56:06 CST(-0600)] <EricDalquist> in your webapps folder
[13:56:07 CST(-0600)] <EricDalquist> run
[13:56:23 CST(-0600)] <EricDalquist> find . -name '*.xml' | xargs grep ResourceServer.cacheManager
[13:56:38 CST(-0600)] <EricDalquist> so uP 3.2.4 shipped with WebProxyPortlet 1.1.1
[13:56:45 CST(-0600)] <EricDalquist> and looking at https://source.jasig.org/portlets/WebproxyPortlet/tags/WebProxyPortlet-1.1.1/src/main/webapp/WEB-INF/applicationContext.xml
[13:56:57 CST(-0600)] <EricDalquist> the cache manager name is defined as WebProxyPortlet.CacheManager
[13:57:19 CST(-0600)] <EricDalquist> so I'm at a loss as to how/why your web proxy portlet is trying to register a cache manager in JMX with the name ResourceServer.cacheManager
[13:57:28 CST(-0600)] <dd_> ./ResourceServingWebapp/WEB-INF/applicationContext.xml: <property name="cacheManagerName" value="ResourceServer.cacheManager" />
[13:57:46 CST(-0600)] <EricDalquist> that was the only hit?
[13:57:53 CST(-0600)] <dd_> yup
[13:58:00 CST(-0600)] * EricDalquist is rather confused
[13:59:36 CST(-0600)] <EricDalquist> I'd try nuking your tomcat/work dir
[13:59:47 CST(-0600)] <EricDalquist> and then re-run "ant clean deploy-ear" in uPortal
[13:59:52 CST(-0600)] <EricDalquist> and see if that resolves this issue
[14:00:08 CST(-0600)] <dd_> what's the work directory for?
[14:00:19 CST(-0600)] <EricDalquist> it is tomcat's scratch dir
[14:00:24 CST(-0600)] <EricDalquist> JSPs get compiled there
[14:00:30 CST(-0600)] <EricDalquist> some stuff from JARs gets cached there
[14:00:35 CST(-0600)] <EricDalquist> it is 100% generated cotnent
[14:00:37 CST(-0600)] <EricDalquist> content
[14:00:41 CST(-0600)] <dd_> ok
[14:00:44 CST(-0600)] <EricDalquist> so it is safe to completely delete it
[14:22:36 CST(-0600)] <dd_> nope, same thing