uPortal IRC Logs-2012-01-27

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

[09:57:36 CST(-0600)] <Arvids> what do you think about switching to slf4j API?

[09:57:50 CST(-0600)] <EricDalquist> I have been quietly already (smile)

[09:58:07 CST(-0600)] <EricDalquist> I was actually going to propose also switching to logback from log4j for 4.1

[09:58:20 CST(-0600)] <EricDalquist> but feel free to use slf4j Logger instead of commons-logging in new code

[09:58:20 CST(-0600)] <Arvids> heh... you read my mind (big grin)

[09:59:07 CST(-0600)] <Arvids> slf4j is so much better than commons logging - there are little but very pleasant differences

[09:59:29 CST(-0600)] <EricDalquist> yup

[10:00:08 CST(-0600)] <Arvids> btw, using slf4j in tests requires to define a binding

[10:00:24 CST(-0600)] <EricDalquist> I think we define a slf4j binding in up4

[10:01:37 CST(-0600)] <Arvids> Maybe i misconfigured something, but When I sent output to logger using slf4j it didn't work... switching to commons worked immediately

[10:01:50 CST(-0600)] <EricDalquist> hrm

[10:01:53 CST(-0600)] <EricDalquist> that is weird

[10:02:27 CST(-0600)] <EricDalquist> yeah slf4j-jcl is listed as a compile dependency in uportal-war

[10:02:39 CST(-0600)] <EricDalquist> oh sorry ... wrong one

[10:02:49 CST(-0600)] <EricDalquist> no wait .. that is right

[10:03:08 CST(-0600)] <EricDalquist> so that delegates slf4j to jcl

[10:03:34 CST(-0600)] <Arvids> hmm... yes, I see it... weird

[10:04:19 CST(-0600)] <EricDalquist> I'll send out the slf4j/logback from 4.1 proposal soon

[10:05:26 CST(-0600)] <EricDalquist> and then when we branch for 4.1 we can switch over to slf4j-api, jcl-over-slf4j, and logback

[10:05:51 CST(-0600)] <EricDalquist> and then exclude commons-logging from everything under the sun

[10:05:58 CST(-0600)] <EricDalquist> really wish maven had a global exclude

[10:06:00 CST(-0600)] <Arvids> btw, our release of uP4 was postponed to start of the march

[10:06:04 CST(-0600)] <EricDalquist> :/

[10:06:20 CST(-0600)] <Arvids> ... but because of business requirements

[10:06:58 CST(-0600)] <EricDalquist> ah

[10:06:59 CST(-0600)] <EricDalquist> ok

[10:07:05 CST(-0600)] <EricDalquist> well then maybe you'll be on 4.0.3

[10:07:34 CST(-0600)] <Arvids> I will

[16:27:33 CST(-0600)] <EricDalquist> still loving jodatime athena?

[16:27:45 CST(-0600)] <athena> omg yes

[16:27:50 CST(-0600)] <athena> my brain is stuck on a YAY loop

[16:28:01 CST(-0600)] <athena> i think i managed to out-excite maelström

[16:28:14 CST(-0600)] <athena> the other aweosme thing about jodatime is i can create unit tests that don't take forever

[16:28:18 CST(-0600)] <EricDalquist> lol

[16:28:22 CST(-0600)] <EricDalquist> right

[16:28:22 CST(-0600)] <athena> since it doesn't take 10 lines of code just to create a test date

[16:28:29 CST(-0600)] <EricDalquist> creating random dates/times is like ... sane

[16:28:29 CST(-0600)] <athena> i think the calendar portlet actually WORKS now

[16:28:36 CST(-0600)] <athena> had crazy timezone issues in that thing forever

[16:28:50 CST(-0600)] <athena> but went through my work calendar for every date definition format i could find

[16:28:55 CST(-0600)] <athena> and wrote unit tests until they all worked

[16:28:57 CST(-0600)] <athena> yeah

[16:29:01 CST(-0600)] <athena> so much better!

[16:29:08 CST(-0600)] <athena> now if i could just get caldav working . . .

[16:29:11 CST(-0600)] <EricDalquist> lol

[16:29:17 CST(-0600)] <athena> caldav4j has absolutely zero documentatikon

[16:29:29 CST(-0600)] <athena> and right now is returning null w/ no errors

[16:29:33 CST(-0600)] <athena> so uhhhh . . . great

[16:29:51 CST(-0600)] <athena> thinking maybe the best thing to do is to open up some bedework code

[16:29:58 CST(-0600)] <athena> see if there's peices there i can copy/reuse

[16:30:03 CST(-0600)] <athena> since they've certainly figured all this out

[16:30:12 CST(-0600)] <athena> we don't need anything hard - it's just read-only, really simple stuff

[16:31:07 CST(-0600)] <EricDalquist> :/

[16:31:16 CST(-0600)] <athena> yeah, annoying

[16:31:39 CST(-0600)] <athena> i don't know if anyone cares, since i don't really think that hte caldav code we have right now works well and no one's complained

[16:31:43 CST(-0600)] <athena> but it'd be nice to have that

[16:31:50 CST(-0600)] <EricDalquist> yeah

[16:32:05 CST(-0600)] <athena> see if the performance is better or worse than ical feeds when you can only get a feed of the entire calendar