uPortal IRC Logs-2011-08-12

Owned by Apereo Infrastructure
Last updated: Aug 12, 2011Version comment
2 min read

[09:45:23 CDT(-0500)] <EricDalquist> apparently hsqldd 2.2 is kinda CPU intensive when doing a big data import
[09:45:58 CDT(-0500)] <EricDalquist> 16% CPU being used by uPortal 126% being used by hsqldb (out of 200%)
[10:04:20 CDT(-0500)] <EricDalquist> athena: of the permissions listed here: https://source.jasig.org/uPortal/trunk/uportal-war/src/main/data/quickstart_entities/permission_set/
[10:04:42 CDT(-0500)] <EricDalquist> any ideas on which ones should be moved to the required or default data sets?
[10:05:12 CDT(-0500)] <EricDalquist> with the idea that required and default data is imported before data from an older system when upgrading
[10:20:45 CDT(-0500)] <athena> hmm
[10:21:09 CDT(-0500)] <athena> all the permissions themselves should be required (the permission owners and activities)
[10:21:19 CDT(-0500)] <athena> i mean i guess all the assignments could be default
[10:21:30 CDT(-0500)] <athena> or . . . hmm.
[10:22:06 CDT(-0500)] <athena> i guess probably most of them should be default except for the view user / view user attribute, maybe?
[10:22:10 CDT(-0500)] <athena> that's the newer directory stuff
[10:22:12 CDT(-0500)] <EricDalquist> ok
[11:46:24 CDT(-0500)] <athena> EricDalquist: what do you think about updating the uportal page title element to be the tab name or focused portlet name?
[11:46:37 CDT(-0500)] <EricDalquist> sounds great
[11:46:38 CDT(-0500)] <athena> now that back navigation works, it's confusing to have every page be titled "uPortal by Jasig"
[11:46:46 CDT(-0500)] <EricDalquist> yeah
[11:46:48 CDT(-0500)] <EricDalquist> very much so
[11:46:49 CDT(-0500)] <athena> maybe we coudl even do "uPortal: Tab Name" or something?
[11:46:54 CDT(-0500)] <EricDalquist> yes
[11:47:25 CDT(-0500)] <EricDalquist> I think "Institution Site Name: TabOrPortletName"
[11:47:43 CDT(-0500)] <athena> yeah, sounds good (smile)
[11:51:51 CDT(-0500)] <athena> do we have any way to do something reasonable for portlets that aren't found?
[11:51:56 CDT(-0500)] <athena> i think right now we just show a blank tab
[11:53:30 CDT(-0500)] <EricDalquist> hrm
[11:53:36 CDT(-0500)] <EricDalquist> I'm sure we could figure something out
[11:53:41 CDT(-0500)] <EricDalquist> but I don't think it's a trivial thing
[11:54:11 CDT(-0500)] <athena> hmmm
[11:54:25 CDT(-0500)] <EricDalquist> since if you wanted it to be in the layout
[11:54:27 CDT(-0500)] <athena> is there a way to just send back a 400 error, then let the portal handle it via web.xml?
[11:54:31 CDT(-0500)] <EricDalquist> you'd need the url provider to figure it out
[11:54:39 CDT(-0500)] <athena> makes sense
[11:54:46 CDT(-0500)] <EricDalquist> and then inject that info into the rendering pipeline at some level;
[11:54:54 CDT(-0500)] <athena> yeah
[11:54:57 CDT(-0500)] <EricDalquist> returning a 404 would be another option
[11:54:59 CDT(-0500)] <athena> maybe something to keep in mind for the future
[11:55:02 CDT(-0500)] <athena> er, yeah, 404
[11:55:05 CDT(-0500)] <EricDalquist> though it might not be as nice navigationally
[11:55:10 CDT(-0500)] <athena> yep
[11:55:12 CDT(-0500)] <EricDalquist> if you lose all your tabs and other context
[11:55:15 CDT(-0500)] <athena> yeah
[11:55:25 CDT(-0500)] <athena> well, we'll figure something out eventually
[11:55:25 CDT(-0500)] <EricDalquist> best would be a 404 via the rendering pipeline
[11:55:28 CDT(-0500)] <EricDalquist> yup
[14:05:36 CDT(-0500)] <EricDalquist> grrr
[14:05:55 CDT(-0500)] <EricDalquist> I really really hate the current user/profile/layout conglomeration
[14:06:39 CDT(-0500)] <apetro> This is how pearls are made.
[14:06:51 CDT(-0500)] <EricDalquist> not enough time to make this a pearl though
[14:07:00 CDT(-0500)] <EricDalquist> just have to hack it into a usable clump of sand for now