uPortal IRC Logs-2009-05-14

Owned by Apereo Infrastructure
Last updated: May 14, 2009Version comment

[01:03:20 EDT(-0400)] * Sememmon (n=Sememmon@ip70-190-32-223.ph.ph.cox.net) has joined ##uportal
[06:23:11 EDT(-0400)] * higmad (n=chatzill@pcit-8752.hig.se) has joined ##uportal
[07:33:17 EDT(-0400)] * michelled (n=michelle@CPE001310472ade-CM0011aefd3ca8.cpe.net.cable.rogers.com) has joined ##uportal
[08:21:48 EDT(-0400)] * michelled (n=michelle@CPE001310472ade-CM0011aefd3ca8.cpe.net.cable.rogers.com) has joined ##uportal
[09:07:53 EDT(-0400)] * tsnfoo (n=tsnfoo@wso-mbp15.test.denison.edu) has joined ##uportal
[09:46:12 EDT(-0400)] * athena (n=athena@99.129.100.66) has joined ##uportal
[09:59:16 EDT(-0400)] * jessm (n=Jess@c-71-232-1-65.hsd1.ma.comcast.net) has joined ##uportal
[10:54:09 EDT(-0400)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[10:55:58 EDT(-0400)] <athena> good morning (smile)
[10:56:10 EDT(-0400)] <EricDalquist> good morning
[10:56:53 EDT(-0400)] * colinclark (n=colin@142.150.154.101) has joined ##uportal
[10:57:03 EDT(-0400)] <athena> refactored the channel, channel parameter, and channel type stuff to all have separate interface/impls and use JPA
[10:57:13 EDT(-0400)] <athena> i'm a little worried about the fact that this patch is going to be pretty big
[10:57:33 EDT(-0400)] <athena> but i'm hoping that since we're not close to a release we'll have time to test it and work out any kinks
[10:58:08 EDT(-0400)] <EricDalquist> yeah
[10:58:10 EDT(-0400)] <EricDalquist> that's fine
[10:58:19 EDT(-0400)] <EricDalquist> we'll have time to get eyes on it
[10:59:32 EDT(-0400)] <athena> ok, that's good then
[10:59:42 EDT(-0400)] <athena> just as long as we're ok with that
[11:00:12 EDT(-0400)] <athena> the only real issue i've run into so far is the entity stuff - we need to associate ChannelDefinitions with an entity
[11:00:32 EDT(-0400)] <athena> which seems to mean we need to use a class rather than an interface
[11:00:39 EDT(-0400)] <EricDalquist> right
[11:00:55 EDT(-0400)] <athena> since IChannelDefinition doesn't implement IBasicEntity
[11:01:17 EDT(-0400)] <athena> it seems kind of sad to have to explicitly use the implementation class outside of the JPA packages just for that
[11:01:37 EDT(-0400)] <EricDalquist> actually I'm a little lost
[11:01:43 EDT(-0400)] <EricDalquist> what is this association needed for?
[11:02:14 EDT(-0400)] <athena> let me find an example
[11:02:32 EDT(-0400)] <athena> actually one place it's used is on import
[11:02:44 EDT(-0400)] <athena> the channel categories have an entity type of ChannelDefinition
[11:02:49 EDT(-0400)] <EricDalquist> ah
[11:02:53 EDT(-0400)] <EricDalquist> could we change the entity type?
[11:03:09 EDT(-0400)] <EricDalquist> so that IChannelDefinition is what is used?
[11:03:27 EDT(-0400)] <athena> well, it requires that the class you hand it implement IBasicEntity
[11:04:38 EDT(-0400)] <EricDalquist> it seems like IChannelDefiniton could extend IBasicEntity
[11:05:28 EDT(-0400)] <athena> yeah, i think that's probably the right thing to do
[11:05:46 EDT(-0400)] <athena> so once we do that, the entities table needs to get updated with the new classname
[11:05:50 EDT(-0400)] <EricDalquist> It should be able to generate an IEntityIdentifier based on the other persisted data
[11:05:50 EDT(-0400)] <athena> which we can do for import/export
[11:05:54 EDT(-0400)] <EricDalquist> yup
[11:05:54 EDT(-0400)] <athena> yeah
[11:06:09 EDT(-0400)] <athena> i'm not sure what the best way is to handle old export files
[11:06:29 EDT(-0400)] <EricDalquist> that isn't too hard
[11:06:32 EDT(-0400)] <athena> since they'll have an entity type referencing the old ChannelDefinition classname, rather than the newer interface
[11:06:42 EDT(-0400)] <athena> do we just look for that and transform it or something?
[11:06:43 EDT(-0400)] <EricDalquist> we just have to rev the version numbers for the entity types
[11:06:51 EDT(-0400)] <EricDalquist> and have a wrapper import script
[11:07:18 EDT(-0400)] <athena> we'd probably need to do it for the group import scripts too i'd think?
[11:07:20 EDT(-0400)] <EricDalquist> uportal-impl/src/main/resources/org/jasig/portal/io/import-channel_v2-6.crn
[11:07:28 EDT(-0400)] <EricDalquist> take a look at that file in trunk
[11:07:30 EDT(-0400)] <EricDalquist> yup
[11:07:42 EDT(-0400)] <athena> ok, great
[11:09:57 EDT(-0400)] <athena> seems easy enough
[11:09:58 EDT(-0400)] <athena> thanks (smile)
[11:10:46 EDT(-0400)] <EricDalquist> yup
[11:11:47 EDT(-0400)] * lennard1 (n=sparhk@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[11:12:49 EDT(-0400)] <lennard1> athena?
[11:12:55 EDT(-0400)] <athena> hey
[11:13:15 EDT(-0400)] <lennard1> is there a JSON java lib you receommend?
[11:13:46 EDT(-0400)] <athena> not really - i haven't yet had a reason to play with any
[11:14:06 EDT(-0400)] <athena> the one use case i've had is to return a JSON model from a spring ajax controller
[11:14:09 EDT(-0400)] <lennard1> yeah... typically we deal with XML
[11:14:27 EDT(-0400)] <athena> which seems to be handled pretty well w/ the JsonView we have configured
[11:14:40 EDT(-0400)] * fj4000 (n=Jacob@142.150.154.106) has joined ##uportal
[11:14:44 EDT(-0400)] <EricDalquist> yeah that is provided by a json lib in the ajax portlet support I thought
[11:14:44 EDT(-0400)] <lennard1> will look into it
[11:14:49 EDT(-0400)] <athena> yeah
[11:15:08 EDT(-0400)] <athena> i haven't really had reason to suck JSON data into java
[11:15:35 EDT(-0400)] <lennard1> for the most part I won't be, will be producing it for john lee's javascript.
[11:15:37 EDT(-0400)] * jessm (n=Jess@c-71-232-1-65.hsd1.ma.comcast.net) has joined ##uportal
[11:21:14 EDT(-0400)] <athena> if you're just trying to output JSON data from a spring controller, the JsonView might work well
[11:21:51 EDT(-0400)] <lennard1> thanks(smile)
[11:26:05 EDT(-0400)] <athena> (smile)
[11:33:07 EDT(-0400)] * holdorph (n=holdorph@uni1.unicon.net) has joined ##uportal
[12:45:17 EDT(-0400)] <athena> when i'm ready to check this in should i just send a note to the list letting people know if they update they'll need to do a database reset?
[12:54:30 EDT(-0400)] <EricDalquist> yes
[12:56:17 EDT(-0400)] <athena> ok
[12:56:24 EDT(-0400)] <athena> hoping that's maybe tomorrow morning or something
[12:56:29 EDT(-0400)] <EricDalquist> sounds good
[12:57:13 EDT(-0400)] <athena> i haven't actually created relationships between the ChannelDefinition, ChannelType, and PortletDefinition objects, but presumably that won't be too hard to do later
[12:57:25 EDT(-0400)] <EricDalquist> shouldn't be
[12:57:32 EDT(-0400)] <EricDalquist> I can help with that when you do the checkin
[12:57:34 EDT(-0400)] <athena> we might need to actually create a new "custom" channel type though
[12:57:38 EDT(-0400)] <athena> that'd be great
[12:57:55 EDT(-0400)] <athena> i'm sure you'll have some ideas for where we might want to add indices, places where the code can be cleaned up, etc.
[12:58:42 EDT(-0400)] <athena> right now there are channels that are mapped to a custom channel type of "-1", which doesn't actually exist in the database
[12:59:01 EDT(-0400)] <athena> i don't think there's any reason we can't have a proper custom channel type that actually exists in the db
[12:59:18 EDT(-0400)] <EricDalquist> yeah that seems more reasonable
[12:59:25 EDT(-0400)] <EricDalquist> and more obvious when looking at the DB
[13:00:21 EDT(-0400)] <athena> yeah
[13:00:38 EDT(-0400)] <athena> i'd already had to create a custom channel type CPD for the new portlet, so it shouldn't be a stretch
[13:02:20 EDT(-0400)] <EricDalquist> cool
[13:02:37 EDT(-0400)] <EricDalquist> yeah the references between the object types can be a little interesting
[13:02:44 EDT(-0400)] <EricDalquist> ChanDev and ChanType should be easy
[13:02:57 EDT(-0400)] <EricDalquist> actually ChanDef and PortDef should be too now that I think of it
[13:03:02 EDT(-0400)] <EricDalquist> those are 1 to 1
[13:03:20 EDT(-0400)] <athena> sounds great
[13:03:40 EDT(-0400)] <athena> i'd left it alone for now in part because i wasn't quite sure how we wanted to handle cascading and eager fetching and such
[13:03:46 EDT(-0400)] <athena> though i do'nt think it'll wind up being very complicated
[13:03:52 EDT(-0400)] <EricDalquist> ah yeah
[13:03:56 EDT(-0400)] <EricDalquist> cascading will be interesting
[13:04:11 EDT(-0400)] <EricDalquist> we could in theory have it so when you delete a channel, the portlet dev, entity and prefs are all nuked too
[13:04:17 EDT(-0400)] <EricDalquist> actually we will have to
[13:04:19 EDT(-0400)] <EricDalquist> for a true delete
[13:04:29 EDT(-0400)] <athena> that sounds like a good idea
[13:04:41 EDT(-0400)] <EricDalquist> so deleting a channel would delete all the end user preferences that had been stored for that channel as well
[13:04:41 EDT(-0400)] <athena> in the past channels haven't really been deleted - they just get un-approved
[13:04:44 EDT(-0400)] <EricDalquist> yup
[13:04:52 EDT(-0400)] <athena> i don't know exactly what we want to do with that
[13:04:56 EDT(-0400)] <EricDalquist> we probably want to make sure we make the delete very clear on what it will do
[13:05:07 EDT(-0400)] <EricDalquist> I like the idea of being able to de-activate a channel
[13:05:11 EDT(-0400)] <athena> i figure once we get this stuff set up we can start talking about that portlet lifecycle proposal in more detail
[13:05:23 EDT(-0400)] <EricDalquist> in fact I would be a fan of having to de-activate before being able to delete
[13:05:33 EDT(-0400)] <athena> i'm hoping we can do something along the lines of http://www.ja-sig.org/wiki/display/UPC/Portlet+Lifecycle
[13:05:34 EDT(-0400)] <athena> yeah
[13:05:44 EDT(-0400)] <athena> the proposal here is being able to "expire" a channel
[13:06:29 EDT(-0400)] <athena> i think if we wanted to we could even decide that if you set the expire date to a future date it would automatically expire it at that time
[13:06:43 EDT(-0400)] <EricDalquist> that would be very handy
[13:06:48 EDT(-0400)] <athena> i know some people have occasionally asked for that - turn it off at the end of the semester, whatever
[13:06:52 EDT(-0400)] <EricDalquist> yeah
[13:06:58 EDT(-0400)] <EricDalquist> we have been doing that manually
[13:07:06 EDT(-0400)] <athena> though our current model doesn't really support automatically activating it at a particular time, or doing such things repeatedly
[13:07:15 EDT(-0400)] <athena> since it would be easy we might still want to do it though
[13:07:17 EDT(-0400)] <EricDalquist> ah
[13:07:24 EDT(-0400)] <EricDalquist> yeah
[13:07:26 EDT(-0400)] <EricDalquist> I think so
[13:43:09 EDT(-0400)] * Sememmon (n=Sememmon@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[15:17:05 EDT(-0400)] * invisibill (i=80876350@gateway/web/ajax/mibbit.com/x-175e20f1270777a5) has joined ##uportal
[15:26:09 EDT(-0400)] <invisibill> Greetings uPortal devs: is the portlet 'minimize' option within the chrome available in the 3.1 build? It appers to be off for our install but I do see it enabled for example in the portal.yale.edu portal.
[15:27:32 EDT(-0400)] <athena> i don't think it's included in the default 3.1 theme
[15:27:38 EDT(-0400)] <athena> but it should be there commented out, i think
[15:27:53 EDT(-0400)] <athena> so if you comment it back in in the theme, i'd expect it to reappear, and hopefully be functional
[15:27:56 EDT(-0400)] <invisibill> thanks. do I look in the universality.xml ?
[15:28:19 EDT(-0400)] <athena> Yale's portal (portal.yale.edu) i believe is running 2.6 and has a number of custom theme changes
[15:28:23 EDT(-0400)] <invisibill> I did a search through the 3.1 source but don't see ti.
[15:28:27 EDT(-0400)] <athena> i'm not sure offhand invisibill
[15:28:27 EDT(-0400)] <invisibill> ok.
[15:28:37 EDT(-0400)] <athena> but it should be in one of the XSL files in that theme folder
[15:28:52 EDT(-0400)] <invisibill> ok. thanks athena I'll keep poking around for it.
[15:28:55 EDT(-0400)] <athena> it's probably just in a different file
[15:28:59 EDT(-0400)] <athena> let me know if you can't find it
[15:29:04 EDT(-0400)] <invisibill> ok.
[15:56:00 EDT(-0400)] * holdorph (n=holdorph@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[17:36:58 EDT(-0400)] * apetro (n=apetro@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[17:38:57 EDT(-0400)] <apetro> jasig.org seems to be fatally errored
[17:40:18 EDT(-0400)] <holdorph> bummer
[17:47:31 EDT(-0400)] * tsnfoo (n=tsnfoo@cpe-173-88-27-191.columbus.res.rr.com) has joined ##uportal
[18:19:44 EDT(-0400)] * lennard1 (n=sparhk@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[20:03:52 EDT(-0400)] * lennard1 (n=sparhk@wsip-98-174-242-39.ph.ph.cox.net) has left ##uportal
[22:40:01 EDT(-0400)] * Sememmon (n=Sememmon@ip70-190-32-223.ph.ph.cox.net) has joined ##uportal
[22:55:04 EDT(-0400)] * Sememmon (n=Sememmon@ip70-190-32-223.ph.ph.cox.net) has joined ##uportal