uPortal IRC Logs-2007-12-05

Owned by Apereo Infrastructure
Last updated: Dec 05, 2007Version comment
4 min read

[09:47:47 EST(-0500)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[10:28:21 EST(-0500)] * esm (n=esm@asdf.dkc.jhu.edu) has joined ##uportal
[10:56:31 EST(-0500)] * jayshao (n=jayshao@72-254-62-217.client.stsn.net) has joined ##uportal
[11:12:48 EST(-0500)] * colinclark (n=atrcwrk2@72-254-59-233.client.stsn.net) has joined ##uportal
[11:12:57 EST(-0500)] * colinclark (n=atrcwrk2@72-254-59-233.client.stsn.net) has left ##uportal
[11:20:25 EST(-0500)] <EricDalquist> so ... object model design question
[11:21:18 EST(-0500)] <EricDalquist> the portlet object model in uPortal 3 will have the following structure:
[11:22:27 EST(-0500)] <EricDalquist> PortletApplicationDD describes the portlet application, PortletDD describes a portlet in the application, PortletDefinition is an extension of a ChannelDefinition and is based on a specific PortletDD, PortletEntity is a channel subscription and is based on a specific PortletDefintion, PortletWindow is what is rendered for the user and is based on a PortletEntity
[11:22:52 EST(-0500)] <EricDalquist> is it reasonable for each object to provide a reference to its parent?
[11:23:26 EST(-0500)] <EricDalquist> so I could do portletWindow.getParentPortletEntity().getParentPortletDefinition().getParentPortletDD().getParentPortletApplicationDD() ?
[11:30:20 EST(-0500)] <EricDalquist> or should portletWindow.getParentPortletEntityId() be the pattern, and then you access the PortletEntity via the registry?
[11:30:58 EST(-0500)] <EricDalquist> The first way is easier for code using the OM but hard to write in the OM and has the issue of more references to OM objects everywhere
[11:31:23 EST(-0500)] <EricDalquist> the second way is more work for code using the OM but reduces the number of references to OM objects being passed around
[11:31:37 EST(-0500)] <esm> yeah.
[11:32:15 EST(-0500)] <esm> you could get rid of the word "Parent" in those method calls to make it easier too, fo rthose that still code in an editor w/o code completion
[11:32:25 EST(-0500)] <EricDalquist> yup
[11:32:48 EST(-0500)] <esm> probably only framework/dev people will use the descriptor api
[11:32:58 EST(-0500)] <esm> so a little pain is ok
[11:33:08 EST(-0500)] <esm> imho
[11:33:14 EST(-0500)] <EricDalquist> so opt #2?
[11:33:20 EST(-0500)] <esm> yeah
[11:33:31 EST(-0500)] <EricDalquist> that's what I'm leaning towards too
[11:33:33 EST(-0500)] <esm> i think it will make maninting the core/framework easier.
[11:33:53 EST(-0500)] <EricDalquist> yup
[11:34:06 EST(-0500)] <esm> dealing with object graphs and mainainting referential integrity could be error prone
[11:34:15 EST(-0500)] <EricDalquist> yeah
[11:34:21 EST(-0500)] <EricDalquist> that is one of my concerns
[11:34:30 EST(-0500)] <EricDalquist> how do you deals with objects being removed and such
[11:34:33 EST(-0500)] <esm> right
[11:34:52 EST(-0500)] <esm> potentially painful
[11:35:26 EST(-0500)] <esm> the registry pattern works well i think
[11:35:37 EST(-0500)] <esm> and shoot
[11:35:52 EST(-0500)] <esm> window.getEntity() could be backed by the registry if you wanted it to be
[11:36:05 EST(-0500)] <esm> if the domain object had a reference to the registry
[11:36:08 EST(-0500)] <EricDalquist> well I think I'm going to create helper methods on the registries
[11:36:20 EST(-0500)] <EricDalquist> like the portlet window registry will have ""
[11:36:33 EST(-0500)] <esm> helpers are good
[11:36:33 EST(-0500)] <EricDalquist> hrm
[11:36:39 EST(-0500)] <EricDalquist> copy paste isn't working so hot
[11:36:43 EST(-0500)] <EricDalquist> public IPortletEntity getParentPortletEntity(HttpServletRequest request, IPortletWindowId portletWindowId)
[11:36:45 EST(-0500)] <EricDalquist> there we go
[11:36:49 EST(-0500)] <esm> i was wodnering what that was (smile)
[11:37:04 EST(-0500)] <esm> yes that is good
[11:37:19 EST(-0500)] <esm> clients shouldn't be getting stuff out of ServletRequest on their own
[11:37:23 EST(-0500)] <esm> encapsulate that in the registry
[11:37:30 EST(-0500)] <EricDalquist> yup
[11:42:37 EST(-0500)] <EricDalquist> oi, having the pluto PortletWindow know the contextPath & portletName is a bit of a paint
[11:42:39 EST(-0500)] <EricDalquist> pain*
[11:42:53 EST(-0500)] <esm> hmm
[11:42:53 EST(-0500)] <EricDalquist> since the window registry needs to traverse all the way to the top of the tree to find that out
[11:43:01 EST(-0500)] <EricDalquist> not a huge pain
[11:43:11 EST(-0500)] <EricDalquist> just a minor anoyance
[11:43:13 EST(-0500)] <esm> oh
[11:43:14 EST(-0500)] <esm> yeah
[11:43:16 EST(-0500)] <EricDalquist> though I'm not sure what else could be done
[11:43:20 EST(-0500)] <EricDalquist> since pluto just has the window and the DD
[11:43:25 EST(-0500)] <esm> yeah it has been a while since i've benn in the code
[11:43:30 EST(-0500)] <esm> if window doesn't have that
[11:43:30 EST(-0500)] <EricDalquist> and we're adding two layers in between
[11:43:39 EST(-0500)] <esm> it is very hard to deal with handling the request in the container
[11:43:52 EST(-0500)] <esm> so it simplifies request dispatch in the container
[11:44:08 EST(-0500)] <esm> yeah...
[11:44:42 EST(-0500)] <EricDalquist> yup
[11:47:33 EST(-0500)] <esm> ok lunch time! bbiab
[12:02:14 EST(-0500)] * jayshao (n=jayshao@72-254-65-212.client.stsn.net) has joined ##uportal
[12:36:13 EST(-0500)] <EricDalquist> http://larvalabs.com/collections/
[12:36:18 EST(-0500)] <EricDalquist> looks very interesting
[12:36:29 EST(-0500)] <EricDalquist> they're maintaining a generics version of commons-collections
[13:00:13 EST(-0500)] * jayshao (n=jayshao@72-254-65-212.client.stsn.net) has joined ##uportal
[13:14:43 EST(-0500)] <esm> cool
[13:14:52 EST(-0500)] <esm> interesing that it isn't asf
[13:15:20 EST(-0500)] <EricDalquist> yeah
[13:15:34 EST(-0500)] <EricDalquist> sounds like they still want to maintain JDK1.2 compatibility
[13:15:53 EST(-0500)] <EricDalquist> and they don't have enough committer resources to maintain two versions
[13:16:16 EST(-0500)] <EricDalquist> though one would hope if this larvalabs place keeps it going long enough it could get pulled back in
[13:28:01 EST(-0500)] * colinclark (n=atrcwrk2@72-254-65-212.client.stsn.net) has joined ##uportal
[13:28:10 EST(-0500)] * colinclark (n=atrcwrk2@72-254-65-212.client.stsn.net) has left ##uportal
[13:37:56 EST(-0500)] <lescour> can you add a new tab via the ajax preferences? i just see options for editing and moving
[13:38:06 EST(-0500)] <lescour> in 2.6
[14:17:24 EST(-0500)] * jayshao (n=jayshao@72-254-65-212.client.stsn.net) has joined ##uportal
[14:18:00 EST(-0500)] * colinclar1 (n=atrcwrk2@72-254-65-212.client.stsn.net) has joined ##uportal
[14:18:10 EST(-0500)] * colinclar1 (n=atrcwrk2@72-254-65-212.client.stsn.net) has left ##uportal
[14:30:52 EST(-0500)] * colinclar2 (n=atrcwrk2@72-254-65-212.client.stsn.net) has joined ##uportal
[14:31:04 EST(-0500)] * colinclar2 (n=atrcwrk2@72-254-65-212.client.stsn.net) has left ##uportal
[15:22:28 EST(-0500)] * athena7 (n=athena7@lumina.its.yale.edu) has joined ##uportal
[15:41:09 EST(-0500)] * jayshao (n=jayshao@72-254-65-212.client.stsn.net) has joined ##uportal
[15:58:49 EST(-0500)] * athena7_ (n=athena7@dhcp128036028151.central.yale.edu) has joined ##uportal
[16:03:28 EST(-0500)] <EricDalquist> http://docs.codehaus.org/display/MAVENUSER/Global+exclusion+of+artifacts <- that would be really handy
[16:24:32 EST(-0500)] <esm> EricDalquist: htey should make it a part of <dependencyManagment>
[16:24:43 EST(-0500)] <EricDalquist> yeah
[16:24:56 EST(-0500)] <EricDalquist> it would be quite handy to be able to use replacement JARs then
[16:25:06 EST(-0500)] <EricDalquist> without having to exclude them from every dependency
[16:25:15 EST(-0500)] <esm> yeah
[16:25:20 EST(-0500)] <esm> looks like it is scheduled for 2.1
[16:25:27 EST(-0500)] <esm> i should pull that down sometime
[16:25:28 EST(-0500)] <EricDalquist> cool
[16:25:30 EST(-0500)] * jayshao (n=jayshao@72-254-65-212.client.stsn.net) has joined ##uportal
[16:25:31 EST(-0500)] <esm> not that i have the time
[16:25:40 EST(-0500)] <EricDalquist> I really hope they get around to cutting that some time soon
[16:25:52 EST(-0500)] <esm> no kidding
[16:25:56 EST(-0500)] <esm> i've been out of #maven for a while
[16:26:09 EST(-0500)] <esm> i may start lurking again adn see if i can geta feel for how long it will be
[16:29:08 EST(-0500)] <esm> i'm out gotta beat the traffic / snow
[16:29:15 EST(-0500)] <EricDalquist> later
[17:27:59 EST(-0500)] * colinclark (n=atrcwrk2@72-254-65-212.client.stsn.net) has joined ##uportal
[17:47:25 EST(-0500)] * esm (n=esm@207-53-193-245.dynamic-dsl.qis.net) has joined ##uportal
[17:56:09 EST(-0500)] * colinclar1 (n=atrcwrk2@72-254-65-212.client.stsn.net) has joined ##uportal
[18:50:44 EST(-0500)] * colinclark (n=atrcwrk2@72-254-65-212.client.stsn.net) has joined ##uportal
[18:51:18 EST(-0500)] * colinclark (n=atrcwrk2@72-254-65-212.client.stsn.net) has left ##uportal
[19:00:11 EST(-0500)] * jayshao (n=jayshao@72-254-65-212.client.stsn.net) has joined ##uportal
[19:28:55 EST(-0500)] * colinclar1 (n=atrcwrk2@72-254-65-212.client.stsn.net) has joined ##uportal
[19:29:06 EST(-0500)] * colinclar1 (n=atrcwrk2@72-254-65-212.client.stsn.net) has left ##uportal
[20:16:18 EST(-0500)] * colinclark (n=atrcwrk2@72-254-65-212.client.stsn.net) has joined ##uportal
[20:36:26 EST(-0500)] * jayshao (n=jayshao@72-254-6-244.client.stsn.net) has joined ##uportal
[20:43:13 EST(-0500)] * colinclark (n=atrcwrk2@72-254-59-233.client.stsn.net) has joined ##uportal
[20:43:22 EST(-0500)] * colinclark (n=atrcwrk2@72-254-59-233.client.stsn.net) has left ##uportal