[07:13:45 EST(-0500)] * jessm (n=Jess@c-71-232-3-151.hsd1.ma.comcast.net) has joined ##uportal <awills> yeah athena it's (function($) )(jQuery);
[09:04:17 EST(-0500)] * athena (n=athena@adsl-76-250-193-123.dsl.wlfrct.sbcglobal.net) has joined ##uportal
[09:24:12 EST(-0500)] * lfuller (n=sparhk@ip68-98-56-21.ph.ph.cox.net) has left ##uportal
[09:28:00 EST(-0500)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[10:05:05 EST(-0500)] * holdorph (n=holdorph@wsip-72-215-204-133.ph.ph.cox.net) has joined ##uportal
[10:10:55 EST(-0500)] * lfuller (n=sparhk@wsip-72-215-204-133.ph.ph.cox.net) has joined ##uportal
[10:26:13 EST(-0500)] <snowmonster> hm, looks like the css class for editing a maximized portlet needs an update
[10:55:53 EST(-0500)] * awills (n=awills@wsip-72-215-204-133.ph.ph.cox.net) has joined ##uportal
[11:04:50 EST(-0500)] <athena> hey EricDalquist? I just noticed that all the pom versions in uportal seem to be 3.3.0-SNAPSHOT?
[11:05:22 EST(-0500)] <EricDalquist> yeah there is a 3.2-patches branch
[11:07:19 EST(-0500)] <athena> oh.
[11:07:30 EST(-0500)] <athena> i probably should have realized that 
[11:07:32 EST(-0500)] <athena> oh well
[11:07:39 EST(-0500)] <EricDalquist> I though I had sent an email to the dev list about it
[11:07:42 EST(-0500)] <athena> i assume the version i grabbed tuesday probably wasn't meaningfully different
[11:07:47 EST(-0500)] <athena> you did
[11:07:47 EST(-0500)] <EricDalquist> no
[11:07:55 EST(-0500)] <EricDalquist> I don't think there is any difference yet
[11:08:02 EST(-0500)] <awills> yeah you did eric
[11:08:50 EST(-0500)] <athena> yeah, you totally emailed that, and part of my brain forgot the corollary of "yes, because there is a 3.2 branch, the trunk is now not 3.2!"
[11:09:03 EST(-0500)] <EricDalquist>
[11:09:26 EST(-0500)] <EricDalquist> I had actually originally emailed to to uportal-dev@unicon.net
[11:09:34 EST(-0500)] <EricDalquist> which I doesnthink
[11:09:39 EST(-0500)] <EricDalquist> which doesn't help much
[11:09:48 EST(-0500)] <EricDalquist> had to do some address book cleaning
[11:10:05 EST(-0500)] <awills> lol
[11:11:30 EST(-0500)] <athena> hehe
[11:18:31 EST(-0500)] <awills> What would be the protocol for using a jQ plugin like this one in a uP framework portlet? http://loopj.com/tokeninput/demo.html
[11:19:52 EST(-0500)] <awills> in terms of appropriate discussions, as well as technical steps
[11:20:25 EST(-0500)] <EricDalquist> I think generally it is ok to do
[11:20:30 EST(-0500)] <EricDalquist> it would go in common/js
[11:20:53 EST(-0500)] <EricDalquist> and then one thing we still need to do is move ALL .js file references for uPortal and framework portlets into the skin.xml descriptor files
[11:20:54 EST(-0500)] <awills> in common/js, woulld it aotomagically be covered by RSW?
[11:21:17 EST(-0500)] <EricDalquist> no but putting it in skin.xml gets it into the aggregation process
[11:21:33 EST(-0500)] <EricDalquist> which is like RSW but for uPortal specific code
[11:21:50 EST(-0500)] <EricDalquist> the other option would be getting it into RSQ
[11:21:52 EST(-0500)] <EricDalquist> er RSW
[11:22:12 EST(-0500)] <awills> but what if thee plugin is only for 1 portlet, and it's a portlet that appears on very few layouts?
[11:22:44 EST(-0500)] <awills> i could put it in RSW, then use a <script> tag in the portlet markup itself
[11:22:56 EST(-0500)] <EricDalquist> that is ok
[11:23:06 EST(-0500)] <awills> sounds good
[11:23:10 EST(-0500)] <EricDalquist> the way the aggregator works is the user will get a single .js file
[11:23:17 EST(-0500)] <EricDalquist> it would be slightly larger with that additional plugin
[11:23:37 EST(-0500)] <EricDalquist> but from what I've seen on optomizing we're better off having one larger file and lots of little files
[11:23:50 EST(-0500)] <EricDalquist> since bandwidth is becoming less of an issue versus latency
[11:23:52 EST(-0500)] <awills> athena feel free to point out that we're already using a plugin that does basically that
[11:24:20 EST(-0500)] <awills> ah, but what about JS parsing in the browser?
[11:24:52 EST(-0500)] <awills> in terms of more JS making pages ready slower
[11:24:59 EST(-0500)] <EricDalquist> I suppose that is a concern as well
[11:25:04 EST(-0500)] <EricDalquist> but it would simply be parsing, not executing
[11:25:17 EST(-0500)] <EricDalquist> I guess I don't know what is better on that side of things
[11:25:33 EST(-0500)] <athena> we have been concerned about it, but we've generally been advised that it's probably not going to be a problem, and we haven't seen it cause issues yet
[11:25:53 EST(-0500)] <awills> great
[11:26:13 EST(-0500)] <athena> as we start doing more mobile development, we should probably keep in mind that bandwidth is still an issue for mobile devices
[11:26:32 EST(-0500)] <awills> and as far as parsing/executing... I'm in doubt a bit
[11:26:36 EST(-0500)] <athena> if the plugin is for 1 portlet, then i'd advise putting it in the RSW
[11:27:00 EST(-0500)] <athena> the thing you need to watch for awills is whether it's actually well-written
[11:27:23 EST(-0500)] <awills> to me it looks like an anonymous function that runs when the page loads... there are embedded functions that may not run (immediately), but several statements that will
[11:27:31 EST(-0500)] <athena> looks like this one shuld be ok
[11:28:09 EST(-0500)]
[11:28:45 EST(-0500)] <EricDalquist> so to switch topics here
[11:29:07 EST(-0500)] <EricDalquist> Anthony just discovered that Ant 1.8 Rc doesn't work with the maven ant tasks
[11:29:16 EST(-0500)] <EricDalquist> should I just white list ant 1.7.1
[11:29:27 EST(-0500)] <EricDalquist> instead of trying to blacklist everything else?
[11:38:12 EST(-0500)] <awills> seems like you're unlikely to know which versions will work and which won't, esp. for future versions... couldn't you just put out a warning if it isn't 1.7.1?
[11:42:11 EST(-0500)] <EricDalquist> yeah
[11:42:24 EST(-0500)] <EricDalquist> so right now it fails the build if it isn't 1.7.1 or later
[11:42:34 EST(-0500)] <EricDalquist> I think I'll just have it fail the build on anything other than 1.7.1
[11:53:46 EST(-0500)] * Sememmon (n=Sememmon@unaffiliated/sememmon) has joined ##uportal
[12:24:20 EST(-0500)] * colinclark (n=colin@142.150.154.101) has joined ##uportal
[12:35:18 EST(-0500)] * Sememmon (n=Sememmon@unaffiliated/sememmon) has joined ##uportal
[12:38:27 EST(-0500)] <athena> EricDalquist: i don't think my default svn file sets mime-types on all these files
[12:38:33 EST(-0500)] <athena> what would you like to use for javascript files?
[12:38:47 EST(-0500)] <EricDalquist> yeah, it doesn't
[12:38:52 EST(-0500)] <EricDalquist> I just pushed out an updated config file
[12:38:55 EST(-0500)] <EricDalquist> and emaild the dev list about it
[12:39:05 EST(-0500)] <athena> oh great, thanks
[12:39:12 EST(-0500)] <athena> guess i haven't checked my uportal folder yet today
[12:39:15 EST(-0500)] <athena> keep getting interrupted
[12:39:22 EST(-0500)] <EricDalquist>
[12:39:41 EST(-0500)] <athena> i'd meant to reply saying people are more than welcome to tweak it
[12:39:48 EST(-0500)] <athena> what i had was just a modified verison of sakai's file
[12:39:59 EST(-0500)] <EricDalquist> yeah I found one from the geronimo project
[12:40:05 EST(-0500)] <EricDalquist> so I merged in all the mime types they had
[12:40:15 EST(-0500)] <EricDalquist> then set text/plain for anything else that has a eol-type set
[12:40:38 EST(-0500)] <athena> sounds fantastic
[12:40:44 EST(-0500)] <athena> thanks for doing that!
[12:42:20 EST(-0500)] <athena> hmm.
[12:43:21 EST(-0500)] <athena> doens't seem to be picking up the file changes
[12:43:36 EST(-0500)] <EricDalquist> it only does at 'svn add' time
[12:43:37 EST(-0500)] <athena> or maybe just that they're already marked as added?
[12:43:40 EST(-0500)] <athena> ah, figured
[12:46:18 EST(-0500)] <athena> wooo, there we go
[12:58:28 EST(-0500)] * holdorph (n=holdorph@wsip-72-215-204-133.ph.ph.cox.net) has joined ##uportal
[13:24:09 EST(-0500)] * colinclark (n=colin@142.150.154.101) has joined ##uportal
[14:24:34 EST(-0500)] <athena> EricDalquist: i'm still seeing some concerning behavior in up 3.2
[14:24:51 EST(-0500)] <EricDalquist> with the content switching?
[14:24:59 EST(-0500)] <athena> just had going into edit mode in one portlet make the screen look like both portlets on the tab were in edit mode of that portlet
[14:24:59 EST(-0500)] <athena> yeah
[14:25:20 EST(-0500)] <athena> seems to reset if i click on another tab and go back
[14:25:25 EST(-0500)] <EricDalquist> have you been able to reproduce it at all?
[14:25:40 EST(-0500)] <EricDalquist> like any sort of test case
[14:25:40 EST(-0500)] <athena> no, not with anything concrete, but it's not rare, which is worrying m
[14:25:41 EST(-0500)] <athena> e
[14:25:43 EST(-0500)] <athena> no 
[14:25:44 EST(-0500)] <EricDalquist> hrm
[14:25:50 EST(-0500)] <athena> and this isn't an ajax portlet or anything either
[14:25:52 EST(-0500)] <EricDalquist> I haven't seen it at all :/
[14:26:02 EST(-0500)] <athena> yeah, dunno
[14:26:14 EST(-0500)] <EricDalquist> what happens if you try interacting with the broken portlet?
[14:29:36 EST(-0500)] <EricDalquist> have you seen this in any other verison?
[14:41:47 EST(-0500)] <athena> nope, just in recent versions of 3.2
[14:42:00 EST(-0500)] <athena> i have to go for a bit but i'll be back and do some more testing
[14:46:20 EST(-0500)] * michelled (n=michelle@142.150.154.101) has joined ##uportal
[14:50:39 EST(-0500)] * agherna (n=agherna@panache.ci.uiuc.edu) has joined ##uportal
[14:51:00 EST(-0500)] <agherna> up3 question
[14:51:23 EST(-0500)] <EricDalquist> ok
[14:51:26 EST(-0500)] <agherna> we want to put an index on pref_id in up_portlet_pref_values
[14:51:43 EST(-0500)] <agherna> but we can't find where to do it
[14:51:52 EST(-0500)] <agherna> nor can we find where that table is created
[14:52:27 EST(-0500)] <EricDalquist> it is created by hibernate
[14:52:41 EST(-0500)] <EricDalquist> defined via annotations on the objects that are stored in that table
[14:52:53 EST(-0500)] <agherna> thought so
[14:53:12 EST(-0500)] <agherna> but can't find/don't know what annotation to modify
[14:53:57 EST(-0500)] <EricDalquist> PortletPreferenceImpl
[14:54:02 EST(-0500)] <EricDalquist> it should be indexed by default
[14:54:07 EST(-0500)] <EricDalquist> since it is the primary key of the table
[14:54:45 EST(-0500)] <EricDalquist> er a FK on the table I meant
[14:55:58 EST(-0500)] <EricDalquist> so you're referring to UP_PORTLET_PREF.PORTLET_PREF_ID ?
[14:57:34 EST(-0500)] * Sememmon (n=Sememmon@unaffiliated/sememmon) has joined ##uportal
[14:57:38 EST(-0500)] <EricDalquist> what database do you use?
[15:00:00 EST(-0500)] <agherna> Oracle
[15:00:57 EST(-0500)] <EricDalquist> hrm, that class hasn't changes much since 3.0
[15:01:04 EST(-0500)] <EricDalquist> and in our local DB I see the following on it:
[15:01:40 EST(-0500)] <EricDalquist> PRIMARY KEY (PORTLET_PREF_ID,VALUE_ORDER)
[15:01:46 EST(-0500)] <EricDalquist> FOREIGN KEY (PORTLET_PREF_ID)REFERENCES UP_PORTLET_PREF(PORTLET_PREF_ID)
[15:01:50 EST(-0500)] <agherna> ok.
[15:02:00 EST(-0500)] <EricDalquist> INDEX(PORTLET_PREF_ID, VALUE_ORDER)
[15:02:25 EST(-0500)] <EricDalquist> what version of 3.x are you working with?
[15:02:28 EST(-0500)] <agherna> 3.1.1
[15:04:08 EST(-0500)] <EricDalquist> so the hibernate managed tables get created by the "db-hibernate-portal" ant target
[15:04:35 EST(-0500)] <EricDalquist> if you work back up the chain, initportal -> initdb -> db-hibernate -> db-hibernate-portal
[15:04:56 EST(-0500)] <EricDalquist> so you're not seeing an of those constraints on that table?
[15:06:02 EST(-0500)] <agherna> our dba is not
[15:06:08 EST(-0500)] <agherna> now we are in the middle of a migration
[15:06:24 EST(-0500)] <agherna> and we've been pounding the daylights out of both our old db and our new db.
[15:06:37 EST(-0500)] <agherna> perhaps she was referring to the old version
[15:07:23 EST(-0500)] <agherna> in our new schema
[15:07:29 EST(-0500)] <agherna> portlet_pref_id is indexed.
[15:07:44 EST(-0500)] <agherna> as is value_order
[15:08:39 EST(-0500)] <agherna> there are no indexes in the old up_portlet_pref_values
[15:08:45 EST(-0500)] <agherna> so she must've been looking at the old version
[15:08:48 EST(-0500)] <agherna> grr.....
[15:08:52 EST(-0500)] <agherna> ok
[15:08:59 EST(-0500)] <EricDalquist> brb
[15:09:03 EST(-0500)] <agherna> so it looks like my question is answered.
[15:20:07 EST(-0500)] <EricDalquist> oh, ok, that's good
[15:23:27 EST(-0500)] <agherna> yep
[15:23:27 EST(-0500)] <agherna> good indeed
[15:48:25 EST(-0500)] * agherna_ (n=agherna@vpn82-7e-94-50.near.uiuc.edu) has joined ##uportal
[15:55:18 EST(-0500)] * agherna__ (n=agherna@panache.ci.uiuc.edu) has joined ##uportal
[16:08:22 EST(-0500)] * athena (n=athena@adsl-76-250-193-123.dsl.wlfrct.sbcglobal.net) has joined ##uportal
[17:47:31 EST(-0500)] * lfuller (n=sparhk@wsip-72-215-204-133.ph.ph.cox.net) has joined ##uportal
[18:02:55 EST(-0500)] * colinclark (n=colin@142.150.154.101) has joined ##uportal
[19:03:34 EST(-0500)] * lfuller (n=sparhk@wsip-72-215-204-133.ph.ph.cox.net) has left ##uportal
[19:35:33 EST(-0500)] * lfuller (n=sparhk@ip68-98-56-21.ph.ph.cox.net) has joined ##uportal
Unknown macro: {...}
General
Content
Integrations