...
[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