uPortal IRC Logs-2008-07-29

[07:30:43 EDT(-0400)] * anastasiac (n=team@142.150.154.160) has joined ##uportal
[08:32:52 EDT(-0400)] * dstn (n=dstn@unaffiliated/dstn) has joined ##uportal
[08:47:00 EDT(-0400)] * athena7 (n=athena7@adsl-75-58-125-195.dsl.wlfrct.sbcglobal.net) has joined ##uportal
[09:32:53 EDT(-0400)] * lennar2 (n=sparhk@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[10:16:48 EDT(-0400)] * colinclark (n=colin@142.150.154.101) has joined ##uportal
[10:47:43 EDT(-0400)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[11:06:49 EDT(-0400)] <dstn> On the note of upgrade to tomcat 6, have you ever considered any other containers? Just curious
[11:07:25 EDT(-0400)] <EricDalquist> not really
[11:07:33 EDT(-0400)] <EricDalquist> well
[11:07:50 EDT(-0400)] <EricDalquist> back when we were first looking at uPortal we looked into JBoss & WebSphere
[11:08:05 EDT(-0400)] <EricDalquist> but the added cost and complexity just wasn't worth in
[11:08:07 EDT(-0400)] <EricDalquist> it*
[11:08:14 EDT(-0400)] <EricDalquist> haven't looked at other free solutions really
[11:13:14 EDT(-0400)] * michelled (n=team@142.150.154.197) has joined ##uportal
[11:34:03 EDT(-0400)] * lennar1 (n=sparhk@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[11:34:56 EDT(-0400)] * colinclark (n=colin@142.150.154.101) has joined ##uportal
[11:42:22 EDT(-0400)] * holdorph (n=holdorph@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[12:20:39 EDT(-0400)] <athena7> what's the best way to add a portlet to uPortal's build?
[12:21:06 EDT(-0400)] <athena7> if i just add it as a dependency for the ear pom it doesn't get its web.xml portletfied
[12:21:50 EDT(-0400)] <EricDalquist> yeah if you want to do it as a dependency you need to create the little overlay stub
[12:22:23 EDT(-0400)] <EricDalquist> otherwise what we are doing since we don't have a full mavenized build anyways ... is just call deployPortketapp on them in our overall build script
[12:22:30 EDT(-0400)] <EricDalquist> not the best but works
[12:24:56 EDT(-0400)] <athena7> ok, so i just need to make a little directory and pom for it in uportal-portlet-overlays?
[12:25:15 EDT(-0400)] <EricDalquist> yup
[12:25:33 EDT(-0400)] <EricDalquist> you can look at any of them (except cas or the pluto testsuite) for examples
[12:25:53 EDT(-0400)] <EricDalquist> then your ear needs to depend on that instead of your portlet
[12:26:21 EDT(-0400)] <athena7> makes sense
[12:26:21 EDT(-0400)] <athena7> thanks
[12:26:29 EDT(-0400)] <EricDalquist> yup
[13:14:51 EDT(-0400)] * colinclark (n=colin@142.150.154.101) has joined ##uportal
[13:50:07 EDT(-0400)] * apetro-_ (n=apetro@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[15:23:42 EDT(-0400)] * EiNZTEiN (n=einztein@205.241.143.3) has joined ##uportal
[15:36:11 EDT(-0400)] * atpa8a (n=stfu@static-71-249-199-57.nycmny.east.verizon.net) has joined ##uportal
[16:15:35 EDT(-0400)] <athena7> anyone have an idea what "java.io.IOException: chunked stream ended unexpectedly" would be likely to signify?
[16:16:29 EDT(-0400)] <EricDalquist> what is the stack?
[16:16:32 EDT(-0400)] <holdorph> any more context?
[16:16:39 EDT(-0400)] <athena7> let me grab it
[16:16:42 EDT(-0400)] <holdorph> like "i was doing..... and this happened"
[16:16:51 EDT(-0400)] <athena7>
[16:17:06 EDT(-0400)] <athena7> reading in an ical feed into the calendar portlet
[16:17:14 EDT(-0400)] <athena7> which uses httpclient and ical4j
[16:18:29 EDT(-0400)] <athena7> stack trace: http://uportal.pastebin.com/m7f5d92ae
[16:19:44 EDT(-0400)] <athena7> i had a problem parsing some news feeds on the same server with httpclient because the content encoding was UTF-8 (not the httpclient default), but the headers didn't specify a content encoding
[16:19:52 EDT(-0400)] <holdorph> looks like either a bug in the implementation of those libraries.... or a URL went down and it's a crappy error in response.
[16:19:56 EDT(-0400)] <athena7> could something like that cause this as well?
[16:20:05 EDT(-0400)] <athena7> no i can access the URL in my browser
[16:20:32 EDT(-0400)] <athena7> if i save the content, it seems to have some encoding issues
[16:20:36 EDT(-0400)] <holdorph> bug in the libraries then. which could be a bug, because the input parameters (like the headers you mention) confused it.
[16:20:55 EDT(-0400)] <athena7> but if i serve that saved content up from my local apache instance it works
[16:21:45 EDT(-0400)] <holdorph> use a program like TCPMon to compare why it looks different from your apache server, versus the other server.
[16:21:55 EDT(-0400)] <athena7> incidentally, i don't think the current CSyndFeed code behaves nicely if the content is anything other than ISO 8859-1
[16:22:05 EDT(-0400)] <athena7> ok, sounds like a plan
[16:22:08 EDT(-0400)] <holdorph> it's probably some HTTP header value, and then see if there's some bug in the libraries around that header.
[16:22:13 EDT(-0400)] <athena7> yeah
[16:22:40 EDT(-0400)] <athena7> well i know from experience that HttpClient assumes content is ISO 8859-1 unless told otherwise by the headers
[16:22:48 EDT(-0400)] <athena7> and doesn't play nicely if it gets something it doesn't expect
[16:32:00 EDT(-0400)] * michelled (n=team@142.150.154.197) has left ##uportal
[16:40:19 EDT(-0400)] * EiNZTEiN_ (n=einztein@205.241.143.3) has joined ##uportal
[18:13:13 EDT(-0400)] * lennar1 (n=sparhk@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[18:47:52 EDT(-0400)] <apetro-_> ping
[18:48:00 EDT(-0400)] <EricDalquist> hi
[18:48:21 EDT(-0400)] <apetro-_> Anyone here relatively expert on the uPortal 3 JSR-168 portlet adapter channel and its support for user attributes?
[18:48:29 EDT(-0400)] <apetro-_> oh, hi EricDalquist!
[18:48:49 EDT(-0400)] <apetro-_> I'm hoping you can point me in the right direction on this:
[18:48:57 EDT(-0400)] <EricDalquist> ok
[18:49:25 EDT(-0400)] <apetro-_> uPortal 2 had a feature wherein the CPortletAdapter was IPriviliged and so had access to the ISecurityContext associated with a user's session
[18:49:39 EDT(-0400)] <EricDalquist> ah yeah ... password access
[18:49:43 EDT(-0400)] <apetro-_> it would interrogate those contexts, and if there was an ICachingSecurityContext
[18:49:47 EDT(-0400)] <EricDalquist> that may not have made it
[18:49:53 EDT(-0400)] <apetro-_> and if the magic "password" user attribute was declared
[18:50:06 EDT(-0400)] <apetro-_> then the portlet adapter would heroically inject the password into the attributes set
[18:50:32 EDT(-0400)] <apetro-_> ok, so 1) is that definitely not in uP3, or 2) you don't know but you can give me a hint where the attribute mapping happens, or 3) something else?
[18:51:52 EDT(-0400)] <EricDalquist> look in
[18:51:53 EDT(-0400)] <EricDalquist> uportal-impl/src/main/resources/properties/contexts/portletContainerContext.xml
[18:52:01 EDT(-0400)] <EricDalquist> find the userInfoService bean
[18:54:23 EDT(-0400)] <apetro-_> k
[18:55:39 EDT(-0400)] <apetro-_> ok
[18:56:08 EDT(-0400)] <apetro-_> so perhaps alongside the person directory user info service and the cas ticket user info service, I might invent the cached password user info service, which may look a whole lot like the CAS one
[18:56:35 EDT(-0400)] <apetro-_> you said "ah yeah – password access" – is someone else already looking at this? Implemented it? Asking about it
[18:56:35 EDT(-0400)] <apetro-_> ?
[18:56:48 EDT(-0400)] <EricDalquist> just remembered it as soon as you brought it up
[18:56:58 EDT(-0400)] <apetro-_> ok
[18:58:02 EDT(-0400)] <apetro-_> thanks. I'll see about updating the documentation to communicate that this password is no longer password. And writing the service/patch to implement it. And then updating the documentation again to say that the feature does exist in 3.
[18:58:12 EDT(-0400)] <apetro-_> is no longer present rather.
[18:58:37 EDT(-0400)] <EricDalquist> thanks
[21:33:03 EDT(-0400)] * lennar1 (n=sparhk@wsip-98-174-242-39.ph.ph.cox.net) has left ##uportal
[22:15:22 EDT(-0400)] * apetro-_ (n=apetro@ip68-98-37-188.ph.ph.cox.net) has joined ##uportal
[23:39:39 EDT(-0400)] * lennar1 (n=sparhk@ip68-98-56-21.ph.ph.cox.net) has joined ##uportal