uPortal IRC Logs-2012-01-17

Owned by Apereo Infrastructure
Last updated: Jan 17, 2012Version comment
3 min read

[11:16:22 CST(-0600)] <athena> https://github.com/bourey/uPortal/tree/spring-security

[11:16:31 CST(-0600)] <athena> have what i've done there for now

[11:16:41 CST(-0600)] <athena> will probably have to leave it for a bit, since it's kind of been a time sink

[11:22:40 CST(-0600)] <EricDalquist> cool

[11:22:59 CST(-0600)] <EricDalquist> how is it for functionality?

[11:23:20 CST(-0600)] <EricDalquist> and the biggest question … how close is it to being able to delete ISecurityContext and all related code

[11:24:55 CST(-0600)] <athena> i think i'd mentioned a list of things last week that were missing - all that's still rue

[11:24:57 CST(-0600)] <athena> er, true

[11:25:03 CST(-0600)] <athena> but basically it works for cas and local auth

[11:25:10 CST(-0600)] <athena> but it needs an interface for local auth

[11:25:14 CST(-0600)] <athena> cas proxy and clearpass support

[11:25:25 CST(-0600)] <athena> and then to do the bit that offers passwords and proxy tickets to portlets

[11:25:33 CST(-0600)] <athena> oh, impersonation, too

[11:26:56 CST(-0600)] <EricDalquist> ok

[11:33:18 CST(-0600)] <EricDalquist> I'm working on the aggregation config settings right now

[11:33:39 CST(-0600)] <EricDalquist> one of the settings will be an association of aggregator to groups that aggregator should be aware of

[11:34:01 CST(-0600)] <EricDalquist> should that be an excludes or includes style config

[11:34:03 CST(-0600)] <EricDalquist> or both?

[11:35:26 CST(-0600)] <athena> hmm.

[11:35:36 CST(-0600)] <athena> i don't know if i have a strong opinion on that

[11:35:47 CST(-0600)] <athena> guess it might depend on the school and how many groups

[11:35:57 CST(-0600)] <EricDalquist> yeah

[11:36:06 CST(-0600)] <athena> but guessing we'd at least want to have an includes style, since otherwise it might be hard to configure for a school with a ton of groups?

[11:36:11 CST(-0600)] <EricDalquist> yeah

[11:37:04 CST(-0600)] <EricDalquist> do you think there is value to be able to set the groups/intervals per aggregator

[11:37:07 CST(-0600)] <EricDalquist> or should it be global?

[11:37:18 CST(-0600)] <athena> probably per-aggregator

[11:37:24 CST(-0600)] <EricDalquist> ok

[11:37:26 CST(-0600)] <EricDalquist> that is what I have

[11:37:30 CST(-0600)] <athena> guess that means more setup work

[11:37:37 CST(-0600)] <athena> but might be a lot of reports you don't care about the same groups

[11:38:03 CST(-0600)] <EricDalquist> yeah

[11:38:09 CST(-0600)] <EricDalquist> I might do global and per aggr

[11:38:33 CST(-0600)] <athena> makes sense

[11:38:40 CST(-0600)] <athena> like a default?

[11:38:47 CST(-0600)] <EricDalquist> yeah

[11:39:03 CST(-0600)] <EricDalquist> so you can includes/excludes which are applied to all aggrs

[11:39:21 CST(-0600)] <EricDalquist> unless you specify specifically for an aggr

[11:39:42 CST(-0600)] <athena> makes sense to me

[11:46:47 CST(-0600)] <EricDalquist> for intervals though I'm thinking I can just do exclude

[11:46:51 CST(-0600)] <EricDalquist> since there are a fixed number of them

[11:47:05 CST(-0600)] <athena> that makes sense

[11:48:12 CST(-0600)] <EricDalquist> https://github.com/edalquist/uPortal/compare/master...event-aggr

[11:48:17 CST(-0600)] <EricDalquist> a lot of work so far on event aggregation (tongue)

[11:52:03 CST(-0600)] <athena> (smile)

[11:52:16 CST(-0600)] <athena> yeah i looked at some of it over the weekend - looks like it's coming along

[11:52:36 CST(-0600)] <EricDalquist> yup, trying to get it done as fast as I can :/

[12:00:57 CST(-0600)] <athena> will be fun to play with (smile)

[12:01:07 CST(-0600)] <EricDalquist> yeah

[12:01:22 CST(-0600)] <EricDalquist> I'm just hoping that with all the JPA structure it is still fast enough (tongue)

[12:01:33 CST(-0600)] <athena> we'll see, i guess!

[12:08:32 CST(-0600)] <EricDalquist> getting a little sick of writing object models and daos (tongue)

[12:24:44 CST(-0600)] <athena> yeah i bet (tongue)

[14:43:40 CST(-0600)] <athena> EricDalquist: i don't know what happened, but it looks like some recent commit caused all the columns to be rendered at 100%

[14:43:49 CST(-0600)] <EricDalquist> uh

[14:43:51 CST(-0600)] <EricDalquist> hrm

[14:43:58 CST(-0600)] <EricDalquist> that is probably my fault

[14:44:09 CST(-0600)] <EricDalquist> I'll take a look this evening

[14:44:11 CST(-0600)] <athena> ok, thanks

[14:44:23 CST(-0600)] <EricDalquist> I've been working with arvids to reduce the number of queries that are run

[14:44:29 CST(-0600)] <athena> yeah

[14:44:30 CST(-0600)] <EricDalquist> and ran into some weird behavior with joins

[14:44:34 CST(-0600)] <athena> ah, gotcha

[14:44:43 CST(-0600)] <athena> i guess i can just revert for the time being (smile)

[14:45:17 CST(-0600)] <EricDalquist> https://github.com/Jasig/uPortal/commit/68051fb9c9aa683f32d00a0fc8ac97fd900e8faa

[14:45:25 CST(-0600)] <EricDalquist> that should the the last commit before stuff could get weird

[16:12:44 CST(-0600)] <EricDalquist> jodatime is AMAZING

[16:13:03 CST(-0600)] <EricDalquist> so I can define a "new MonthDay(4, 1)" which is april 1st

[16:13:12 CST(-0600)] <EricDalquist> with no year, tz, time

[16:13:29 CST(-0600)] <EricDalquist> then do md.toDateTime(someDateTime)

[16:13:49 CST(-0600)] <EricDalquist> and it creates a fully defined DateTime with the time part zeroed out but the year and tz correctly set

[16:13:55 CST(-0600)] <EricDalquist> based on the specified DateTime