...
[16:14:59 CST(-0600)] <EricDalquist> that is the change
[16:15:10 CST(-0600)] <jwennmacher> yep I was looking at it
[16:15:14 CST(-0600)] <EricDalquist> huh
[16:15:33 CST(-0600)] <EricDalquist> it shouldn't be trying to reflectively invoke it on the uPortal class
[16:15:42 CST(-0600)] <EricDalquist> it should fall back to the underlying tomcat class
[16:15:48 CST(-0600)] <EricDalquist> granted this was all a giant hack
[16:16:04 CST(-0600)] <EricDalquist> so I'm not terribly surprised that it might not work in all cases
[16:16:18 CST(-0600)] <jwennmacher> I'll dig into it more and see what I come up with. The specific use case is clicking on the 'Rich Configuration' link on the Contacts portlet. Works in TC 6 but fails in TC7.
[16:16:30 CST(-0600)] <EricDalquist> ah
[16:16:33 CST(-0600)] <EricDalquist> heh
[16:16:36 CST(-0600)] <EricDalquist> yeah that would do it
[16:16:42 CST(-0600)] <jwennmacher> why?
[16:16:54 CST(-0600)] <EricDalquist> that introduces another layer of wrapping of the request/response objects
[16:17:06 CST(-0600)] <EricDalquist> that the reflection based wrapper probably isn't aware enough about to deal with
[16:17:11 CST(-0600)] <EricDalquist> when you do rich config you have
[16:17:41 CST(-0600)] <EricDalquist> portal -> portletA (portlet manager) -> portal ->portletB (config mode)
[16:29:15 CST(-0600)] <jwennmacher> So you are thinking CompositeProxyFactory.CompositeProxyInterceptor needs to change to become more aware of that situation?