Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 25 Next »

[04:18:39 EDT(-0400)] * higmad (n=chatzill@pcit-8752.hig.se) has joined ##uportal
[08:17:00 EDT(-0400)] * apetro (n=apetro@71.0.0.232) has joined ##uportal
[09:17:12 EDT(-0400)] * fj4000 (n=Jacob@142.150.154.106) has joined ##uportal
[09:17:23 EDT(-0400)] * fj4000 (n=Jacob@142.150.154.106) has joined ##uportal
[09:18:56 EDT(-0400)] * lennard2 (n=sparhk@uni1.unicon.net) has joined ##uportal
[09:21:27 EDT(-0400)] * colinclark (n=colin@bas2-toronto09-1176406828.dsl.bell.ca) has joined ##uportal
[09:37:47 EDT(-0400)] * michelled (n=michelle@CPE001310472ade-CM0011aefd3ca8.cpe.net.cable.rogers.com) has joined ##uportal
[09:54:03 EDT(-0400)] * colinclark_ (n=colin@bas2-toronto09-1176131015.dsl.bell.ca) has joined ##uportal
[10:25:12 EDT(-0400)] * apetro (n=apetro@71.0.0.232) has joined ##uportal
[10:58:53 EDT(-0400)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[11:11:08 EDT(-0400)] * holdorph (n=holdorph@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[11:52:25 EDT(-0400)] * michelled (n=michelle@CPE001310472ade-CM0011aefd3ca8.cpe.net.cable.rogers.com) has joined ##uportal
[11:58:33 EDT(-0400)] * colinclark (n=colin@142.150.154.101) has joined ##uportal
[12:29:33 EDT(-0400)] * apetro (n=apetro@71.0.0.232) has joined ##uportal
[13:26:54 EDT(-0400)] * Sememmon (n=Sememmon@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[14:03:16 EDT(-0400)] * michelled (n=michelle@CPE001310472ade-CM0011aefd3ca8.cpe.net.cable.rogers.com) has joined ##uportal
[14:15:00 EDT(-0400)] <EricDalquist> well I think I have the IChannelDefintion N->1 IChannelType relationship done
[14:15:11 EDT(-0400)] <EricDalquist> now to see if I can get the portlet defintion relationship done today too
[14:21:17 EDT(-0400)] <athena> awesome!
[14:21:21 EDT(-0400)] <athena> that really is great to hear (smile)
[14:21:27 EDT(-0400)] <athena> i think this will be a big improvement
[14:21:33 EDT(-0400)] <EricDalquist> (smile)
[14:21:44 EDT(-0400)] <athena> finally having relational data, woo!
[14:21:50 EDT(-0400)] <EricDalquist> yup
[14:21:54 EDT(-0400)] <athena> we probably need to take a look at some of the import/export
[14:22:00 EDT(-0400)] <EricDalquist> I'm not enabling cascading deletes from types -> channels
[14:22:02 EDT(-0400)] <EricDalquist> yes
[14:22:03 EDT(-0400)] <EricDalquist> we do
[14:22:13 EDT(-0400)] <athena> i think that's a good idea
[14:22:27 EDT(-0400)] <athena> don't want to accidentally delete that much data
[14:22:31 EDT(-0400)] <EricDalquist> A cursory search for direct references to the UP_CHANNEL and UP_CHAN_TYPE tables turned up a lot of hits
[14:22:35 EDT(-0400)] <athena> yeah
[14:22:48 EDT(-0400)] <athena> i think some of that stuff was initially done manually
[14:22:59 EDT(-0400)] <EricDalquist> so all of those need to be fixed to use the DAO or registry
[14:22:59 EDT(-0400)] <athena> some of it is using the old command-line channel publisher code
[14:23:02 EDT(-0400)] <athena> yeah
[14:23:19 EDT(-0400)] <athena> and that'll be an improvement too - one block of code for all similar functionality
[14:23:21 EDT(-0400)] <athena> much safer (smile)
[14:23:29 EDT(-0400)] <EricDalquist> yup
[14:23:35 EDT(-0400)] <athena> deleting code, woo!
[14:23:46 EDT(-0400)] <EricDalquist> (smile)
[14:23:52 EDT(-0400)] <athena> think you'll have time to get out an M1 or is that probably a bit much at this point?
[14:24:50 EDT(-0400)] <EricDalquist> we'll see
[14:25:05 EDT(-0400)] <EricDalquist> I want to at least get the portlet def relationships done
[14:25:42 EDT(-0400)] <athena> yeah that makes sense
[14:25:54 EDT(-0400)] <athena> i'm hoping maybe i can upgrade us to fluid 1.1 over the weekend or something
[14:25:57 EDT(-0400)] <athena> we'll see
[14:26:29 EDT(-0400)] <athena> it requires a bit of CSS updatign
[14:27:34 EDT(-0400)] <EricDalquist> hrm
[14:27:42 EDT(-0400)] <EricDalquist> don't know if this is a new bug or not
[14:27:53 EDT(-0400)] <EricDalquist> but I'm trying to change the URL for an iframe channel
[14:27:56 EDT(-0400)] <EricDalquist> and it isn't taking
[14:28:27 EDT(-0400)] <athena> hmm i don't know
[14:28:32 EDT(-0400)] <athena> is that a portlet pref or a parameter?
[14:28:45 EDT(-0400)] <athena> i assume this is in the new portlet?
[14:28:49 EDT(-0400)] <athena> admin portlet, i mean
[14:29:00 EDT(-0400)] <EricDalquist> parameter
[14:29:03 EDT(-0400)] <EricDalquist> yeah
[14:29:08 EDT(-0400)] <EricDalquist> this is the IFrame Channel
[14:29:14 EDT(-0400)] <athena> could quite possibly be a new bug
[14:29:26 EDT(-0400)] <athena> does it show up in the review page correctly?
[14:30:07 EDT(-0400)] <EricDalquist> yes
[14:30:12 EDT(-0400)] <EricDalquist> I'm debugging the save call right now
[14:31:12 EDT(-0400)] <EricDalquist> found the bug
[14:31:16 EDT(-0400)] <EricDalquist> some broken pointer logic
[14:31:28 EDT(-0400)] <EricDalquist> for (Iterator<ChannelParameterImpl> iter = this.parameters.iterator(); iter
[14:31:29 EDT(-0400)] <EricDalquist> .hasNext()(wink) {
[14:31:29 EDT(-0400)] <EricDalquist> ChannelParameterImpl param = iter.next();
[14:31:29 EDT(-0400)] <EricDalquist> if (param.getName().equals(parameter.getName())) {
[14:31:29 EDT(-0400)] <EricDalquist> param = parameter;
[14:31:29 EDT(-0400)] <EricDalquist> return;
[14:31:31 EDT(-0400)] <EricDalquist> }
[14:31:33 EDT(-0400)] <EricDalquist> }
[14:31:47 EDT(-0400)] <EricDalquist> The line "param = parameter;" has no effect
[14:35:36 EDT(-0400)] <athena> oh
[14:35:36 EDT(-0400)] <athena> eep
[14:35:39 EDT(-0400)] <athena> yeah that'd do it
[14:38:48 EDT(-0400)] <athena> EricDalquist: is it clear what that's actually supposed to be doing or do i need to take a look at it?
[14:39:10 EDT(-0400)] <EricDalquist> yeah
[14:39:16 EDT(-0400)] <EricDalquist> I think I have a fix
[14:42:44 EDT(-0400)] <athena> ok, cool
[14:55:59 EDT(-0400)] * colinclark (n=colin@142.150.154.101) has joined ##uportal
[16:15:33 EDT(-0400)] <athena> EricDalquist: do you have any input on this portlet itemset discussion?
[16:15:45 EDT(-0400)] <athena> i'd like to get your opinion, especially since you're responsible for the bookmarks portlet
[16:15:49 EDT(-0400)] <EricDalquist> ?
[16:15:57 EDT(-0400)] <EricDalquist> where is this discussion?
[16:16:12 EDT(-0400)] <athena> portlet-dev
[16:16:47 EDT(-0400)] <athena> susan made some comments about development direction of the announcements portlet
[16:16:52 EDT(-0400)] <EricDalquist> ah
[16:16:54 EDT(-0400)] <EricDalquist> yeah
[16:16:59 EDT(-0400)] <EricDalquist> I'll see if I can post something tonight
[16:17:15 EDT(-0400)] <athena> thanks!
[16:17:27 EDT(-0400)] <athena> i'd really love to see if we can kind of come up w/ a unified solution
[16:17:40 EDT(-0400)] <athena> though i'm not sure i'm really convinced we need something as sweeping as what jason proposed
[16:17:47 EDT(-0400)] <EricDalquist> jsr-286 (wink)
[16:17:53 EDT(-0400)] <athena> lol
[16:17:55 EDT(-0400)] <EricDalquist> I need to read that spec again
[16:17:56 EDT(-0400)] <athena> will that help us?
[16:18:00 EDT(-0400)] <EricDalquist> but I think it provides a subscribe id
[16:18:15 EDT(-0400)] <EricDalquist> do you know if it does or not holdorph?
[16:19:16 EDT(-0400)] <athena> well, i think right now the question isn't even just getting a subscribe id
[16:19:39 EDT(-0400)] <athena> it's in part deciding whether portlets should be unique-per-instance or unique-per-user or unique-per-user-setname-combo
[16:19:47 EDT(-0400)] <athena> and finding a way to standardize that behavior and configuration
[16:19:57 EDT(-0400)] <EricDalquist> ah
[16:20:10 EDT(-0400)] <EricDalquist> yeah right now portlet preferences are unique per subscription in uPortal
[16:20:31 EDT(-0400)] <athena> preferences, yes
[16:20:52 EDT(-0400)] <EricDalquist> same with the default session scope
[16:20:57 EDT(-0400)] <athena> but things like the bookmarks set are generally configured by the portlet to by unique the the user, not the instance
[16:21:03 EDT(-0400)] <EricDalquist> yup
[16:21:23 EDT(-0400)] <athena> and i think different schools will legitimately want different behavior
[16:21:39 EDT(-0400)] <athena> like i know a couple schools have the calendar portlet configured to be per-user, and a couple are using the per-instance implementation
[16:22:09 EDT(-0400)] <EricDalquist> yeah
[16:22:30 EDT(-0400)] <EricDalquist> I can see how it would be nice to have a flag that you could set when publishing a portlet to select which behavior you want

  • No labels