[09:18:32 EST(-0500)] * athena7 (n=athena7@lumina.its.yale.edu) has joined ##uportal
[09:52:11 EST(-0500)] * jayshao (n=jayshao@campuseai.expedient.com) has joined ##uportal
[10:04:24 EST(-0500)] * awills (n=awills@tp-wireless.its.yale.edu) has joined ##uportal
[10:11:07 EST(-0500)] * anastasiac (n=chatzill@142.150.154.149) has joined ##uportal
[10:18:02 EST(-0500)] * colinclark (n=colin@142.150.154.101) has joined ##uportal
[10:24:09 EST(-0500)] * dstn (n=dstn@unaffiliated/dstn) has joined ##uportal
[10:35:09 EST(-0500)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[10:35:46 EST(-0500)] <dstn> hey athena7, you here?
[10:36:31 EST(-0500)] <EricDalquist> yay ... all the IBasicEntity caches for uP3 are now in ehcache
[10:37:25 EST(-0500)] <dstn> Nice! I've got to look at ehcache for the weather portlet.
[10:38:31 EST(-0500)] <athena7> hello!
[10:40:33 EST(-0500)] <dstn> I looked into JAXB this weekend and was studying your weather portlet and was wondering where you got the yahoo xsd's from? Did you generate those? I couldn't seem to find them on yahoo's developer page.
[10:41:09 EST(-0500)] <athena7> oh, i wrote them
[10:41:18 EST(-0500)] <athena7> they didn't seem to exist anywhere
[10:41:58 EST(-0500)] <athena7> i'm totally open to using xstream or anything else that makes sense
[10:42:02 EST(-0500)] <dstn> oh nice!
[10:42:16 EST(-0500)] <EricDalquist> mmm xstream
[10:42:58 EST(-0500)] <athena7> yeah eric seems to like it, and i trust eric 
[10:43:07 EST(-0500)] <athena7> i've found dom4j to be kind of cumbersome
[10:43:19 EST(-0500)] <dstn> I looked at that xstream also. It looked really cool but its FAQ's said its more of serialization tool than binding tool.
[10:43:20 EST(-0500)] <athena7> and jaxb worked well for this, but it doesnt' work well for all things and it can get irritating
[10:43:50 EST(-0500)] <EricDalquist> I've only ever used it as a XML -> POJO binding tool
[10:43:53 EST(-0500)] <athena7> i can't seem to get my eclipse to recognize when i'm relying on generated source
[10:44:14 EST(-0500)] <EricDalquist> and it is very fast, using xpp3 instead of the standard XML parsing APIs
[10:44:16 EST(-0500)] <dstn> JAXB seemed a bit complex. I'm not familiar with how to write those xsd's either. I have to look more into it.
[10:44:39 EST(-0500)] <dstn> well shoot, I'll have to try it then ... lol
[10:44:53 EST(-0500)] <athena7> yeah, the overhead of figuring out jaxb wasn't trivial
[10:45:02 EST(-0500)] <athena7> i mean i'm glad i did it because i learned a bunch
[10:45:10 EST(-0500)] <athena7> but it sounds like xstream might be more approachable
[10:45:26 EST(-0500)] <EricDalquist> yeah that was the other selling point of xstream for me
[10:45:33 EST(-0500)] <EricDalquist> it was pretty easy to write the mapping
[11:23:31 EST(-0500)] * clown (n=clown@user383.megabit.utoronto.ca) has joined ##uportal
[12:40:14 EST(-0500)] * jayshao_ (n=jayshao@campuseai.expedient.com) has joined ##uportal
[12:56:29 EST(-0500)] <EricDalquist> hrm ... annoying, calling evictExpiredElements affects the cache statistics in EhCache
[13:45:36 EST(-0500)] * awills (n=awills@tp-wireless.its.yale.edu) has joined ##uportal
[13:47:24 EST(-0500)] <awills> are you there EricDalquist?
[13:47:54 EST(-0500)] <EricDalquist> yeah
[13:48:18 EST(-0500)] <awills> I'm working on portlet entity preferences... take a look at this: http://pastebin.com/m74c76898
[13:48:46 EST(-0500)] <EricDalquist> ok
[13:48:59 EST(-0500)] <awills> it's the format for *.preferences documents I've come up with
[13:49:40 EST(-0500)] <awills> i hope: (1) it looks intuitive, and (2) it will map well to the uP3 object model
[13:50:20 EST(-0500)] <EricDalquist> looks pretty good at first glance
[13:50:32 EST(-0500)] <EricDalquist> what are the thoughts on just including that in the <layout> document?
[13:50:43 EST(-0500)] <EricDalquist> since they are tied to a particular user's layout
[13:51:29 EST(-0500)] <awills> i would, but then I'd need some mechanism to ensure that fragment owners' layouts imported before other folks
[13:52:12 EST(-0500)] <awills> in a separate document, i can simply do *.preferences after all the *.layout docs are done, and my dependencies will be there
[13:52:24 EST(-0500)] <EricDalquist> ah
[13:52:36 EST(-0500)] <awills> ent-lo:/layout/root/tab/column[2]/channel[1] doesn't make any sense w/o the ent-lo layout
[13:52:44 EST(-0500)] <EricDalquist> any thoughts of just adding a .frag_layout file extension?
[13:52:49 EST(-0500)] <EricDalquist> true
[13:53:22 EST(-0500)] <EricDalquist> oh and I meant to ask you about: http://www.ja-sig.org/issues/browse/UP-1937
[13:53:28 EST(-0500)] <awills> could do that too... maybe we should sleep on it and solicit feedback
[13:53:40 EST(-0500)] <EricDalquist> that would be good
[13:55:21 EST(-0500)] <awills> i can probably get to UP-1937 this week too... shouldn't be too hard
[13:56:13 EST(-0500)] <EricDalquist> cool
[13:56:21 EST(-0500)] <EricDalquist> yeah, perhaps a short note to uportal-dev about the .preferences files
[13:56:27 EST(-0500)] <EricDalquist> I'm not sure on it at all
[13:56:44 EST(-0500)] <EricDalquist> I see it both ways, but I'm leaning a bit toward including it in the .layout files
[13:57:04 EST(-0500)] <EricDalquist> since that makes more sense as these prefs are for that specific layout ...
[13:57:25 EST(-0500)] <EricDalquist> how are you doing the extraction right now? Loading up a layout manager instance?
[14:00:48 EST(-0500)] <awills> i wish, the API is a challenge
[14:01:08 EST(-0500)] <awills> need a fully populated instance of IPerson and of UserPreferences
[14:01:45 EST(-0500)] <awills> including, moreover, the attributes in IPerson that come from IPersonAttributesDao...
[14:02:05 EST(-0500)] <awills> which would mean hits to LDAP, RDBMS(s), etc
[14:02:36 EST(-0500)] <awills> so 'no', i hit the DB for this data
[14:02:50 EST(-0500)] <EricDalquist> uhg
[14:02:52 EST(-0500)] <awills> but of course I intend/hope to do it less w/ uP3
[14:02:52 EST(-0500)] <EricDalquist> good point
[14:03:07 EST(-0500)] <EricDalquist> heh, not much wrt layouts/layout management has changed
[14:03:37 EST(-0500)] <awills> i understand, but there's an API for reading/writing portlet preferences
[14:04:00 EST(-0500)] <awills> so that part can be simple and straightforward
[14:04:24 EST(-0500)] <EricDalquist> ah
[14:04:25 EST(-0500)] <EricDalquist> yeah
[14:04:39 EST(-0500)] <EricDalquist> it will require the the channels are all there first
[14:04:50 EST(-0500)] <awills> yeah i'm sure
[14:04:54 EST(-0500)] <EricDalquist> but there is a preferences api
[14:08:59 EST(-0500)] <athena7> hi eric
[14:09:36 EST(-0500)] <athena7> i read up on jquery last night, and i could have a uportal migration finished by the end of the week
[14:10:36 EST(-0500)] <athena7> if you don't have any objections, i'd like to propose on-list that we convert to using jquery
[14:10:54 EST(-0500)] <EricDalquist> ok, well you know my only concern is time
[14:10:55 EST(-0500)] <athena7> the performance seems to be a lot better, and it'll position us to do the fluid integration
[14:10:57 EST(-0500)] <athena7> yep
[14:11:02 EST(-0500)] <EricDalquist> so if the work that Gary is doing will take a week
[14:11:05 EST(-0500)] <athena7> right
[14:11:09 EST(-0500)] <EricDalquist> and your work isn't going to interefere at all
[14:11:13 EST(-0500)] <EricDalquist> then I'm good with it
[14:11:46 EST(-0500)] <athena7> i did a bunch of work last night, and the jquery implementation is about as finished as the dojo implementation
[14:11:52 EST(-0500)] <athena7> so i'm figuring we might as well
[14:12:05 EST(-0500)] <athena7> i'll put it on the list though, in case anyone has any concerns
[14:12:39 EST(-0500)] * jayshao (n=jayshao@campuseai.expedient.com) has joined ##uportal
[14:12:39 EST(-0500)] <EricDalquist> sounds good
[14:12:52 EST(-0500)] <athena7> ok
[14:12:54 EST(-0500)] <athena7> cool
[14:25:06 EST(-0500)] <awills> EricDalquist I'm typing up this email to the dev list, but something just occured to me...
[14:25:57 EST(-0500)] <awills> if I rely on the .fragment-owner extension (instead of .preferences), I'd put myself in the position of needing to know who is a fragment owner on export
[14:27:57 EST(-0500)] <awills> I could do it, but: (1) it would take longer to implement, and (2) it would put more knowledge of the inner workings of uP+DLM into the scripts
[14:29:03 EST(-0500)] <awills> there's plenty in there already, i know, but I'm loathe to introduce more potential points of failure where the codebase might evolve
[14:36:43 EST(-0500)] <EricDalquist> sorry ... someone in the office ...
[14:36:45 EST(-0500)] <EricDalquist> reading ....
[14:37:29 EST(-0500)] <EricDalquist> those are all good points to include in your email
[14:40:39 EST(-0500)] <dstn> EricDalquist, question about xstream
[14:40:49 EST(-0500)] <EricDalquist> ok
General
Content
Integrations