Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 12 Next »

[10:37:33 CST(-0600)] <DrewWills> this is interesting... has anyone ever seen a stack trace like this one? http://uportal.pastebin.com/ZjTGSuMF
[10:38:00 CST(-0600)] <EricDalquist> yeah, we see it at times
[10:38:00 CST(-0600)] <DrewWills> somehow announcements portlet is getting a cnfe because it's trying to load a uPortal class
[10:38:04 CST(-0600)] <DrewWills> from jndi
[10:38:09 CST(-0600)] <EricDalquist> I think it is a thread context class loader issue
[10:38:22 CST(-0600)] <DrewWills> i suspect it can only apply to guest user
[10:38:23 CST(-0600)] <EricDalquist> is it causing the portlet to actually fail?
[10:38:40 CST(-0600)] <DrewWills> i'm not sure... it's just in the log, afaik
[10:39:44 CST(-0600)] <DrewWills> this line of the trace is interesting: at org.apache.pluto.internal.impl.PortletRequestImpl.getRemoteUser(PortletRequestImpl.java:350)
[10:39:50 CST(-0600)] <EricDalquist> yeah
[10:40:06 CST(-0600)] <EricDalquist> so uportal uses this crazy JNDI tree to keep state of channels
[10:40:12 CST(-0600)] <EricDalquist> for ICC
[10:40:12 CST(-0600)] <DrewWills> it seems like the behavior of getRemoteUser for a non-authN user is defined by the API
[10:40:26 CST(-0600)] <EricDalquist> we see this a bunch here and just ignore it
[10:40:29 CST(-0600)] <EricDalquist> since we don't use ICC
[10:41:01 CST(-0600)] <DrewWills> if we could detect that fact (the user is a guest), we could perhaps nip this exception in the bud
[10:41:24 CST(-0600)] <EricDalquist> perhaps ...
[10:41:41 CST(-0600)] <EricDalquist> personally I don't care enough about it since that entire code tree is just gone in trunk
[10:41:52 CST(-0600)] <EricDalquist> and the only bad side-effect is ICC may not work correctly
[10:42:04 CST(-0600)] <EricDalquist> but I'm not going to object to you figuring out a fix (smile)
[10:50:58 CST(-0600)] <DrewWills> do i remember this correctly... ICC="Inter-Channel Communication?"
[10:51:08 CST(-0600)] <EricDalquist> yes
[10:51:25 CST(-0600)] <DrewWills> you say you don't use it... what does? does anyone (in 2011)
[10:51:36 CST(-0600)] <EricDalquist> I have no idea
[10:51:43 CST(-0600)] <EricDalquist> I've never really worked with any IChannels
[10:51:50 CST(-0600)] <EricDalquist> so I don't know if any of them actually use ICC
[10:52:07 CST(-0600)] <DrewWills> how do you shut it off? is there a config switch? or do you have to gut something?
[10:52:19 CST(-0600)] <EricDalquist> you can't
[10:52:26 CST(-0600)] <EricDalquist> you'd have to gut a lot of code
[10:52:43 CST(-0600)] <DrewWills> ic
[10:52:53 CST(-0600)] <EricDalquist> if you want to try delete JndiManagerImpl
[10:52:56 CST(-0600)] <EricDalquist> and see what breaks
[12:07:06 CST(-0600)] <DrewWills1> wiki seems to be down
[12:10:23 CST(-0600)] <EricDalquist> working for me
[12:18:42 CST(-0600)] <EricDalquist> loving the resourceserver/aggregator combo: 657 KB(580.6 KB from cache)
[12:18:55 CST(-0600)] <EricDalquist> for a page with A LOT of dynamic portlets and AJAX data loading
[12:54:00 CST(-0600)] <athena> nice! (smile)

  • No labels