uPortal IRC Logs-2009-05-21

[01:21:15 EDT(-0400)] * lennard1 (n=sparhk@ip68-98-56-21.ph.ph.cox.net) has joined ##uportal
[01:40:09 EDT(-0400)] * lennard1 (n=sparhk@ip68-98-56-21.ph.ph.cox.net) has left ##uportal
[08:59:56 EDT(-0400)] * athena (n=athena@99.129.100.66) has joined ##uportal
[09:28:51 EDT(-0400)] * jessm (n=Jess@c-71-232-1-65.hsd1.ma.comcast.net) has joined ##uportal
[09:39:46 EDT(-0400)] * colinclark (n=colin@bas2-toronto09-1176131435.dsl.bell.ca) has joined ##uportal
[09:45:29 EDT(-0400)] * invisibill (i=80876350@gateway/web/ajax/mibbit.com/x-4b9e29bd49860ba9) has joined ##uportal
[09:45:43 EDT(-0400)] * invisibill (i=80876350@gateway/web/ajax/mibbit.com/x-4b9e29bd49860ba9) has left ##uportal
[10:29:14 EDT(-0400)] * invisibill (i=80876350@gateway/web/ajax/mibbit.com/x-4b9e29bd49860ba9) has joined ##uportal
[10:29:41 EDT(-0400)] * invisibill (i=80876350@gateway/web/ajax/mibbit.com/x-9982154d27546b17) has joined ##uportal
[10:56:10 EDT(-0400)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[10:59:45 EDT(-0400)] <athena> morning eric
[11:00:05 EDT(-0400)] <EricDalquist> hello
[11:00:41 EDT(-0400)] <athena> i've been taking a stab at updating the web proxy portlet to httpclient 4
[11:00:49 EDT(-0400)] <athena> there are some significant differences
[11:01:03 EDT(-0400)] <athena> i think the biggest one is that i don't see an equivalent of the State object
[11:01:13 EDT(-0400)] <EricDalquist> that would be a problem
[11:01:41 EDT(-0400)] <athena> indeed
[11:01:50 EDT(-0400)] <athena> since it looks like that state is persisted to the database
[11:01:53 EDT(-0400)] <EricDalquist> yeah
[11:02:01 EDT(-0400)] <EricDalquist> in a horrible way too ... serialization
[11:02:07 EDT(-0400)] <athena> yeah i noticed
[11:02:20 EDT(-0400)] <athena> so even if it still existed, but changed a bit, it'd probably still be broken
[11:02:32 EDT(-0400)] <EricDalquist> yup
[11:02:35 EDT(-0400)] <EricDalquist> horrible
[11:02:37 EDT(-0400)] <athena> what pieces are we actually hoping get persisted in the state? is it just the cookies?
[11:02:43 EDT(-0400)] <EricDalquist> pretty much
[11:02:56 EDT(-0400)] <EricDalquist> what should happen is that table get replaced with something that can store cookies relationally
[11:03:05 EDT(-0400)] <athena> yeah that's what i was wondering
[11:03:12 EDT(-0400)] <EricDalquist> and it only needs to persist non-session cookies
[11:03:16 EDT(-0400)] <athena> gotcha
[11:03:34 EDT(-0400)] <athena> so maybe just a store that saves a list of unordered cookies for a particular portlet instance
[11:03:48 EDT(-0400)] <athena> perhaps turning those cookies into strings and then encrypting them before storing?
[11:03:57 EDT(-0400)] <EricDalquist> yeah
[11:04:14 EDT(-0400)] <athena> since it seems like the cookie -> string transformation is already pretty well defined by the protocol
[11:04:20 EDT(-0400)] <EricDalquist> though I'd question the usefulness of the the crypto
[11:05:29 EDT(-0400)] <athena> i guess it was thinking it might be possible for the cookies to contain passwords
[11:05:35 EDT(-0400)] <EricDalquist> yeah
[11:05:42 EDT(-0400)] <EricDalquist> they could be sensitive
[11:05:55 EDT(-0400)] <athena> yeah, potentially
[11:05:58 EDT(-0400)] <athena> and it's not that hard, at least
[11:06:01 EDT(-0400)] <EricDalquist> I guess I'd rather just make sure people are treating their DB's securely
[11:06:17 EDT(-0400)] <athena> well
[11:06:18 EDT(-0400)] <EricDalquist> since the portlet will need both keys
[11:06:20 EDT(-0400)] <athena> i'd love that too
[11:06:28 EDT(-0400)] <EricDalquist> and unless we make people specify a custom key
[11:06:34 EDT(-0400)] <EricDalquist> they will likely all just use the default key
[11:06:37 EDT(-0400)] <athena> yeah
[11:06:46 EDT(-0400)] <EricDalquist> so everyone will have cookies stored with a default crypto key
[11:06:51 EDT(-0400)] <EricDalquist> not exactly a big bonus
[11:06:58 EDT(-0400)] <athena> but if we add some configurable crypto service at least people could choose to use a different key
[11:07:07 EDT(-0400)] <EricDalquist> yup
[11:07:12 EDT(-0400)] <EricDalquist> I'm not against it
[11:07:13 EDT(-0400)] <athena> not that they will, but at least we've enabled it for the people that do care
[11:07:45 EDT(-0400)] <athena> so for storing the state in the session, i'm not sure what the best strategy is
[11:07:50 EDT(-0400)] <EricDalquist> I've just never been a big fan of using crypto like that, doesn't really give you anything other than some very weak security
[11:07:55 EDT(-0400)] <athena> yeah
[11:08:00 EDT(-0400)] <EricDalquist> no idea
[11:08:05 EDT(-0400)] <EricDalquist> I'd have to dig into httpclient4
[11:08:15 EDT(-0400)] <athena> part of me wonders whether it would be a problem to just store the httpclient instance itself in the session
[11:08:19 EDT(-0400)] <athena> i don't really know how big it is
[11:08:29 EDT(-0400)] <athena> but it would avoid having to set up a new one for each request
[11:08:38 EDT(-0400)] <EricDalquist> yeah
[11:08:41 EDT(-0400)] <EricDalquist> that could work
[11:08:52 EDT(-0400)] <EricDalquist> you could configure it as a global-session scoped spring bean
[11:09:13 EDT(-0400)] <athena> sounds reasonable - i've yet to try that
[11:09:32 EDT(-0400)] <athena> i really should get more familiar with some of the other spring bean scopes
[11:09:52 EDT(-0400)] <EricDalquist> take a look in the trunk person directory context
[11:09:57 EDT(-0400)] <EricDalquist> that uses global session
[11:10:12 EDT(-0400)] <athena> will do, thanks
[11:10:41 EDT(-0400)] <athena> does that save to like the APPLICATION_SCOPE session instead of the portlet session or something?
[11:11:33 EDT(-0400)] <EricDalquist> yes
[11:11:46 EDT(-0400)] <athena> ah ok
[11:11:56 EDT(-0400)] <athena> hm
[11:11:56 EDT(-0400)] <EricDalquist> so "session" = portlet scoped session and "global-session" = app scoped session
[11:12:06 EDT(-0400)] <athena> i'm wondering if we actually want the portlet scoped session
[11:12:08 EDT(-0400)] <EricDalquist> both are standard http sessions when dealing with servlets
[11:12:16 EDT(-0400)] <EricDalquist> actually that's right
[11:12:20 EDT(-0400)] <EricDalquist> you would want just session there
[11:12:23 EDT(-0400)] <athena> since different instance of the web proxy portlet might have different connection configs
[11:12:24 EDT(-0400)] <athena> ok
[11:12:25 EDT(-0400)] <athena> thanks
[11:12:29 EDT(-0400)] <athena> that actually sounds pretty perfect
[11:12:42 EDT(-0400)] <athena> do you have specific other thoughts about refactoring while i'm digging through code?
[11:14:21 EDT(-0400)] * lennard1 (n=sparhk@uni1.unicon.net) has joined ##uportal
[11:48:35 EDT(-0400)] * fj4000 (n=Jacob@142.150.154.106) has joined ##uportal
[12:16:17 EDT(-0400)] * lennard1 (n=sparhk@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[12:43:51 EDT(-0400)] <athena> by the way, i did switch over to the portlet admin portlet last night
[12:43:55 EDT(-0400)] <athena> and updated the CPDs accordingly
[12:44:06 EDT(-0400)] <EricDalquist> saw that
[12:44:19 EDT(-0400)] <athena> i tested out registering portlets w/ the new CPDs and they seem to work, but i think it's likely that there are still some bugs, especially w/ parameter handling
[12:44:23 EDT(-0400)] <EricDalquist> I hacked around a bit last night with how to associated a chan def with a portlet def
[12:44:23 EDT(-0400)] <athena> that stuff is all just kind of ugly
[12:44:32 EDT(-0400)] <athena> oh!
[12:44:33 EDT(-0400)] <athena> very cool
[12:44:39 EDT(-0400)] <EricDalquist> my current though is that all channel defs have portlet defs
[12:44:46 EDT(-0400)] <EricDalquist> and things that aren't actually portlets will just not use it
[12:44:51 EDT(-0400)] <athena> gotcha
[12:44:54 EDT(-0400)] <athena> oh by the way, i'd wanted to ask you about caching
[12:44:57 EDT(-0400)] <EricDalquist> trying to have them only for channels that are also portlets is a PITA
[12:45:08 EDT(-0400)] <athena> the portlet admin helper goes through and parses CPDs, and it would be a good idea to cache the result
[12:45:15 EDT(-0400)] <athena> yeah . . . that does sound likely to be annoying
[12:46:05 EDT(-0400)] * colinclark (n=colin@142.150.154.101) has joined ##uportal
[12:46:28 EDT(-0400)] <EricDalquist> yeah, it would be good to cache those
[13:02:16 EDT(-0400)] <athena> what's the current best-practice caching method for uportal?
[13:02:46 EDT(-0400)] <EricDalquist> well ... there are the Map based caches backed by EHcache used a loty
[13:02:56 EDT(-0400)] <athena> ok
[13:02:59 EDT(-0400)] <EricDalquist> or you could do aop based and configure it around interface methods
[13:03:07 EDT(-0400)] <EricDalquist> but I don't think there is an example of doing that yet in uPortal
[13:03:17 EDT(-0400)] <EricDalquist> though I do have examples in other projects I think
[13:03:23 EDT(-0400)] <athena> i think this probably needs to be a more explicit cache, since the method is likely to be called by other methods in the same class
[13:03:42 EDT(-0400)] <athena> and i think that the spring-modules annotation-based stuff wont' work in that case?
[13:03:47 EDT(-0400)] <EricDalquist> right
[13:03:50 EDT(-0400)] <athena> ok
[13:04:08 EDT(-0400)] <athena> i noticed a bunch of EhCache-related classes - facades and such
[13:04:12 EDT(-0400)] <athena> is there one i should be using?
[13:04:52 EDT(-0400)] <EricDalquist> in your code you can just use a Map
[13:05:30 EDT(-0400)] <EricDalquist> <bean class="org.jasig.portal.utils.cache.MapCacheFactoryBean">
[13:05:30 EDT(-0400)] <EricDalquist> <property name="cacheFactory" ref="cacheFactory" />
[13:05:30 EDT(-0400)] <EricDalquist> <property name="cacheName" value="org.jasig.portal.layout.dlm.LAYOUT_CACHE" />
[13:05:30 EDT(-0400)] <EricDalquist> </bean>
[13:05:43 EDT(-0400)] <EricDalquist> and use something like that in spring to inject an EhCache backed Map
[13:06:00 EDT(-0400)] <EricDalquist> the only real restriction is that the key must be serializable
[13:07:31 EDT(-0400)] <athena> sounds reasonable
[13:07:47 EDT(-0400)] <athena> i just wanted to make sure i did something that was in line with uportal's current strategies
[13:08:25 EDT(-0400)] <EricDalquist> funny ... I'm more nervious about the webinar than I am about actually getting in front of people to present
[13:10:04 EDT(-0400)] <athena> aww
[13:10:09 EDT(-0400)] <athena> i'm sure it'll go well
[13:10:23 EDT(-0400)] <athena> and it sounds like people are pretty excited about it
[13:11:43 EDT(-0400)] <EricDalquist> I might demo the current trunk too
[13:11:47 EDT(-0400)] <EricDalquist> we'll see how much time there is
[13:18:50 EDT(-0400)] <athena> that'd be pretty cool
[13:27:58 EDT(-0400)] <EricDalquist> athena: are you available for the next hour by chance
[13:28:06 EDT(-0400)] <EricDalquist> and have you use elluminate to share apps on your computer?
[13:28:26 EDT(-0400)] <athena> i'm on a conference call right now - i think likely until 2
[13:28:37 EDT(-0400)] <EricDalquist> ok
[13:28:38 EDT(-0400)] <athena> i have used elluminate for sharing - it seems to work pretty well
[13:28:46 EDT(-0400)] <EricDalquist> my app sharing stopped working
[13:28:54 EDT(-0400)] <EricDalquist> so I can't demo
[13:28:55 EDT(-0400)] <athena> though once or twice i needed to reset my screen resolution
[13:28:57 EDT(-0400)] <athena> oh no
[13:29:15 EDT(-0400)] <athena> i've very occasionally had really weird intractible problems w/ it
[13:29:17 EDT(-0400)] <athena> no idea why
[13:30:01 EDT(-0400)] <EricDalquist> well I have to use a 32 bit jvm to make it work on ubuntu
[13:30:11 EDT(-0400)] <EricDalquist> but it won't connect to the server from that jvm for some reason
[13:30:20 EDT(-0400)] <athena> oh
[13:30:25 EDT(-0400)] <EricDalquist> do you think you could ping me when you're done on your call?
[13:30:27 EDT(-0400)] <athena> i haven't tried it on linux at all
[13:30:31 EDT(-0400)] <athena> sure
[13:30:39 EDT(-0400)] <EricDalquist> I was just wondering if you could join and bring up a 3.1.1 quickstart
[13:30:53 EDT(-0400)] <athena> oh, yeah, i could try
[13:30:59 EDT(-0400)] <athena> what time is your call?
[13:31:13 EDT(-0400)] <EricDalquist> 1:30 to 2:30
[13:31:22 EDT(-0400)] <athena> your time?
[13:31:24 EDT(-0400)] <EricDalquist> yeah
[13:31:26 EDT(-0400)] <EricDalquist> so starting now
[13:31:27 EDT(-0400)] <athena> ok
[13:31:34 EDT(-0400)] <EricDalquist> when is yours?
[13:31:49 EDT(-0400)] <athena> i'm on a call now for at least another half hour . ..
[13:31:51 EDT(-0400)] <EricDalquist> ok
[13:31:53 EDT(-0400)] <EricDalquist> yeah
[13:32:03 EDT(-0400)] <EricDalquist> so if you get done in the next 30 minutes that would be great
[13:32:10 EDT(-0400)] <EricDalquist> if not
[13:32:12 EDT(-0400)] <athena> sure, i'll let you know
[13:32:13 EDT(-0400)] <EricDalquist> oh well
[13:32:55 EDT(-0400)] <athena>
[13:36:46 EDT(-0400)] <EricDalquist> athena: IM me directly if you're available, I won't be checking irc
[13:36:53 EDT(-0400)] <athena> will do
[13:45:10 EDT(-0400)] <athena> EricDalquist: back
[14:36:16 EDT(-0400)] <athena> so i think i may have discovered why you initially suggested globalSession scope for the HttpClient instance
[14:36:22 EDT(-0400)] <athena> it needs to be used by the proxy servlet
[14:37:48 EDT(-0400)] <EricDalquist> ah
[14:37:50 EDT(-0400)] <EricDalquist> yeah
[14:38:23 EDT(-0400)] <athena> it looks like you allow the specification of a session key?
[14:38:38 EDT(-0400)] <athena> do we maybe need something like a globalSession-scoped map of key-HttpClient pairings?
[14:47:42 EDT(-0400)] <EricDalquist> yeah
[14:47:47 EDT(-0400)] <EricDalquist> that could do it
[14:47:55 EDT(-0400)] <EricDalquist> really the thing needs to be 286
[14:48:08 EDT(-0400)] <EricDalquist> so it can use the built in resource APIs to serve stuff instead of that servlet hack
[14:48:29 EDT(-0400)] <athena> ah
[14:48:37 EDT(-0400)] <athena> well, soon, perhaps
[14:49:44 EDT(-0400)] <EricDalquist> yeah
[14:51:27 EDT(-0400)] <EricDalquist> I really think that switch is going to force us to switch to pure portlets
[14:55:31 EDT(-0400)] <athena> gotcha
[14:55:34 EDT(-0400)] <athena> well, i think that'll be ok
[14:55:46 EDT(-0400)] <EricDalquist> yeah
[14:55:55 EDT(-0400)] <EricDalquist> it will help in a lot of areas I think
[14:56:01 EDT(-0400)] <EricDalquist> but be a fair bit of work
[14:56:33 EDT(-0400)] <EricDalquist> like one thing I've run into is the mismatch between how uPortal handles portlet windows and the error channel
[14:56:40 EDT(-0400)] <EricDalquist> we added support for detached windows
[14:56:44 EDT(-0400)] <EricDalquist> like popups
[14:56:56 EDT(-0400)] <EricDalquist> that are completely separate URL wise from the same portlet in the layout
[14:57:05 EDT(-0400)] <EricDalquist> the problem is if either one errors both display the error channel
[14:57:13 EDT(-0400)] <EricDalquist> since the portal doesn't have that same concept for channels
[14:59:23 EDT(-0400)] <athena> ah
[14:59:30 EDT(-0400)] <athena> yeah i'm sure we'll run into some issues
[14:59:42 EDT(-0400)] <athena> by the way, how's the URL work going?
[14:59:50 EDT(-0400)] <EricDalquist> the bigger issue for 286 is all the new parts of the lifecycle
[15:00:00 EDT(-0400)] <EricDalquist> URL work is paused for a little bit
[15:00:09 EDT(-0400)] <EricDalquist> it is targeted for mid summer
[15:00:17 EDT(-0400)] <EricDalquist> so other stuff has pushed it out of the way for a little bit
[15:01:00 EDT(-0400)] <athena> gotcha
[15:01:14 EDT(-0400)] <athena> is it something others might be able to help with?
[15:03:03 EDT(-0400)] <EricDalquist> yeah, I'm going to push what I have so far into trunk next week
[15:03:11 EDT(-0400)] <EricDalquist> I'll probably be working on it a little bit next week too
[15:04:16 EDT(-0400)] <athena> that's awesome
[15:04:20 EDT(-0400)] <athena>
[15:04:24 EDT(-0400)] <EricDalquist> yeah
[15:04:26 EDT(-0400)] <athena> even more stuff to go into the milestone?
[15:04:34 EDT(-0400)] <EricDalquist> well it wouldn't be functional yet
[15:04:40 EDT(-0400)] <EricDalquist> I have the interfaces done
[15:04:43 EDT(-0400)] <EricDalquist> and the generation done
[15:04:49 EDT(-0400)] <EricDalquist> I think I was working on the URL parsing next
[15:04:58 EDT(-0400)] <EricDalquist> then need to write more unit tests
[15:05:07 EDT(-0400)] <EricDalquist> then trying to integrate it for portlet URLs first
[15:05:09 EDT(-0400)] <EricDalquist> then layout URLs
[15:05:16 EDT(-0400)] <EricDalquist> then channel URLs
[15:05:22 EDT(-0400)] <EricDalquist> I can't wait to be rid of channels
[15:05:40 EDT(-0400)] <athena> +infinity!
[15:05:43 EDT(-0400)] <EricDalquist> brb
[15:10:18 EDT(-0400)] <athena> hm, is it possible to use the globalSession scope with the portlet currently? does the RequestContextFilter actually get applied to a portlet?
[15:19:44 EDT(-0400)] <EricDalquist> you may have to use a handler interceptor
[15:19:53 EDT(-0400)] <EricDalquist> not sure if the wpp will work with that
[15:20:50 EDT(-0400)] <athena> yeah
[15:20:53 EDT(-0400)] <athena> that was my impression
[15:21:04 EDT(-0400)] <athena> but the portlet side of things isn't currently spring-configured
[15:21:13 EDT(-0400)] <EricDalquist> ah
[15:21:14 EDT(-0400)] <EricDalquist> yeah
[15:21:20 EDT(-0400)] <EricDalquist> then that may not work
[15:21:23 EDT(-0400)] <athena> yeah
[15:21:33 EDT(-0400)] <athena> so i guess to do that i'd need to make it spring-configured
[15:26:35 EDT(-0400)] * colinclark (n=colin@142.150.154.101) has joined ##uportal
[15:35:27 EDT(-0400)] <athena> by the way, i did wind up writing a new encrypted-password-caching SecurityContext implementation
[15:35:42 EDT(-0400)] <EricDalquist> cool
[15:35:43 EDT(-0400)] <athena> would that be something that would be useful in the trunk?
[15:35:48 EDT(-0400)] <EricDalquist> don't see why not
[15:35:50 EDT(-0400)] <athena> would we maybe even just want to use it as the default?
[15:35:59 EDT(-0400)] <EricDalquist> probably not
[15:36:06 EDT(-0400)] <EricDalquist> Id rather not cache passwords by default
[15:36:11 EDT(-0400)] <athena> performance concerns?
[15:36:12 EDT(-0400)] <athena> oh
[15:36:24 EDT(-0400)] <athena> i mean rather than the existing non-encrypting CachedPasswordSecurityContext
[15:36:28 EDT(-0400)] <EricDalquist> ah
[15:36:31 EDT(-0400)] <athena> definitely should not cache passwords by default
[15:36:32 EDT(-0400)] <EricDalquist> perhaps
[15:37:04 EDT(-0400)] <athena> we'd probably want to modify the matching CachedPasswordUserInfoService to configurably decrypt the password before placing it in the user info map
[15:37:18 EDT(-0400)] <athena> so that you could just do the regular thing, or send it through still-encrypted if you really want to
[15:37:30 EDT(-0400)] <EricDalquist> yeah
[15:38:02 EDT(-0400)] <athena> it seems like the only real reason not to do it would be performance, but it seems like it probably wouldn't be too bad
[15:40:30 EDT(-0400)] <athena> so i think i could in theory update the web proxy portlet to use portlet mvc
[15:40:49 EDT(-0400)] <athena> but i'm a little worried about that custom config mode piece
[15:40:55 EDT(-0400)] <athena> because i wouldn't be able to test it
[15:40:59 EDT(-0400)] <EricDalquist> we don't use it any more either
[15:41:02 EDT(-0400)] <athena> oh
[15:41:03 EDT(-0400)] <EricDalquist> we never ported it into 3.x
[15:41:06 EDT(-0400)] <athena> gotcha
[15:41:07 EDT(-0400)] <EricDalquist> it is on a todo list
[15:41:10 EDT(-0400)] <EricDalquist> but low priority
[15:41:13 EDT(-0400)] <athena> so does it need to continue to exist?
[15:41:13 EDT(-0400)] <athena> ah
[15:41:17 EDT(-0400)] <EricDalquist> yeah
[15:41:25 EDT(-0400)] <EricDalquist> but don't be too worried about it
[15:41:36 EDT(-0400)] <athena> ok
[15:42:03 EDT(-0400)] <athena> so if i don't port that part over it wouldn't be the end of the world because it doesn't work right now anyway, and we could later add another spring controller?
[15:42:23 EDT(-0400)] <EricDalquist> right
[16:13:52 EDT(-0400)] * lennard1 (n=sparhk@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[16:15:47 EDT(-0400)] <athena> EricDalquist: fluid got their demo back up
[17:10:42 EDT(-0400)] <athena> are we ever really going to switch to the standalone GaP project?
[17:10:52 EDT(-0400)] <EricDalquist> probably not as is
[17:11:02 EDT(-0400)] <athena> as the library is now?
[17:11:03 EDT(-0400)] <EricDalquist> I'd like to switch to a stand-alone GaP
[17:11:11 EDT(-0400)] <athena> i'd kind of wondered since it has been open for so long
[17:11:12 EDT(-0400)] <EricDalquist> but the library as it is now doesn't really mesh with uPortal
[17:11:24 EDT(-0400)] <athena> gotcha
[17:11:36 EDT(-0400)] <EricDalquist> it would be good to at least refactor it to not use static initializers though
[17:11:52 EDT(-0400)] <athena> is there any pre-existing open-source group/person type library that we could use, or do such things not exist?
[17:12:13 EDT(-0400)] <EricDalquist> we talked a little bit about looking at grouper
[17:12:20 EDT(-0400)] <athena> yeah i'd wondered about that
[17:12:28 EDT(-0400)] <EricDalquist> just no real time to really look into it
[17:12:29 EDT(-0400)] <athena> their presentation at the conference was cool and shiny
[17:12:31 EDT(-0400)] <athena> mmmmmrest
[17:12:31 EDT(-0400)] <EricDalquist> yeah
[17:12:31 EDT(-0400)] <athena> yeah
[17:12:34 EDT(-0400)] <EricDalquist> it would be nice
[17:12:42 EDT(-0400)] <EricDalquist> ship grouper integrated into uportal
[17:12:46 EDT(-0400)] <athena> i just wondered if this ticket was still the real plan or if we'd really rather go in another direction
[17:12:47 EDT(-0400)] <athena> yeah
[17:12:51 EDT(-0400)] <athena> it seems like that would be pretty cool
[17:13:17 EDT(-0400)] <athena> can grouper pull things out of ldap or other group stores?
[17:13:33 EDT(-0400)] <athena> or would we use grouper as the local-ish store and merge group data sources?
[17:15:22 EDT(-0400)] <EricDalquist> I think it can
[17:15:28 EDT(-0400)] <EricDalquist> those would all be good questions
[17:15:36 EDT(-0400)] <EricDalquist> there is a regular conference call about it
[17:15:40 EDT(-0400)] <EricDalquist> I was on one
[17:15:46 EDT(-0400)] <EricDalquist> Petro has been on a few
[17:15:54 EDT(-0400)] <EricDalquist> talking about permissions in grouper
[17:16:10 EDT(-0400)] <athena> interesting
[17:16:19 EDT(-0400)] <athena> yeah it sounds like there's some potential there
[17:16:30 EDT(-0400)] <athena> enough to maybe be worth exploring in more detail at least
[17:16:45 EDT(-0400)] <EricDalquist> hrm ... the Java XPathExpression object is not nearly as nice as the JDOM one
[17:16:49 EDT(-0400)] <EricDalquist> yeah
[17:17:02 EDT(-0400)] <EricDalquist> I think GaP should be moving higher on our list of things to address next
[17:18:03 EDT(-0400)] <athena> well, it's on the cooperative development list
[17:18:26 EDT(-0400)] <athena> although i think it's a big enough task that it wouldn't be wise to work on it concurrently with the portlet admin portlet
[17:18:33 EDT(-0400)] <EricDalquist> probably not
[17:18:57 EDT(-0400)] <athena> i think we're trying to kind of limit to one major ticket at a time, though of course i have no issue with fixing smaller issues concurrently
[17:20:02 EDT(-0400)] <EricDalquist> that seems like a very smart approach
[17:20:07 EDT(-0400)] <EricDalquist> it is very easy to get overwhelmed
[17:20:16 EDT(-0400)] <EricDalquist> and dualing large updates sucks for merging
[17:20:38 EDT(-0400)] <athena> yeah
[17:20:56 EDT(-0400)] <athena> i want to make sure that we make enough progress on our projects for it to be useful
[17:21:11 EDT(-0400)] <athena> don't want it to turn into one of those 2-year-long refactoring things that never actually get finished
[17:21:18 EDT(-0400)] <athena> more iterative development
[17:21:38 EDT(-0400)] <EricDalquist> yup
[17:21:47 EDT(-0400)] <athena> i'm hoping the next phase of our portlet admin portlet work can be to address those workflow management lifecycle plans
[17:21:58 EDT(-0400)] <athena> after that, i'm not really sure if there's more major work to do
[17:22:06 EDT(-0400)] <athena> right now i think that's the main thing that we're missing from gary's designs
[17:22:16 EDT(-0400)] <EricDalquist> I think so too
[17:22:46 EDT(-0400)] <athena> well, i think hopefully i'll get a chance to discuss those plans w/ gary on tues
[17:22:59 EDT(-0400)] <athena> after which i'll send out a more concrete proposal to the list
[17:23:09 EDT(-0400)] <athena> and if people like it, then hopefully we can do some implementation in june
[17:23:12 EDT(-0400)] <EricDalquist> sounds good
[17:23:42 EDT(-0400)] <athena> good
[17:24:13 EDT(-0400)] <athena> i'm also hoping eventually i can take a look at the multi-profile support
[17:24:33 EDT(-0400)] <athena> it'd be great to fix that
[17:58:52 EDT(-0400)] * Sememmon (n=Sememmon@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[18:33:49 EDT(-0400)] * lennard1 (n=sparhk@wsip-98-174-242-39.ph.ph.cox.net) has left ##uportal
[21:37:04 EDT(-0400)] * colinclark (n=colin@bas2-toronto09-1176130873.dsl.bell.ca) has joined ##uportal