[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 
[11:52:03 CST(-0600)] <athena> 
[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
[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
[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
[12:24:44 CST(-0600)] <athena> yeah i bet
[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
[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