[02:52:33 EST(-0500)] * jayshao (n=jayshao@ool-45731e0f.dyn.optonline.net) has joined ##uportal <dstn> <value>$ </value> <EricDalquist> maybe <echo-ln>$ </echo-ln> right before the jexl line <EricDalquist> <value>$ </value> <awills> $ can process the exact expression, but it doesn't look like $ can <EricDalquist> <echo-ln>$ </echo-ln> <awills> fwiw that line in rel-2-6-patches uses $
[07:34:21 EST(-0500)] * lennard1 (n=sparhk@ip68-98-56-21.ph.ph.cox.net) has left ##uportal
[07:59:56 EST(-0500)] * lennard1 (n=sparhk@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[08:00:04 EST(-0500)] * jayshao (n=jayshao@ool-45731e0f.dyn.optonline.net) has joined ##uportal
[09:10:03 EST(-0500)] * colinclark (n=colin@bas2-toronto09-1176131452.dsl.bell.ca) has joined ##uportal
[09:23:05 EST(-0500)] * michelled (n=team@142.150.154.193) has joined ##uportal
[09:34:33 EST(-0500)] * [jlee] (n=jlee@adsl-074-184-125-241.sip.asm.bellsouth.net) has joined ##uportal
[09:56:04 EST(-0500)] * colinclark (n=colin@bas2-toronto09-1176131452.dsl.bell.ca) has joined ##uportal
[09:59:18 EST(-0500)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[10:00:39 EST(-0500)] <EricDalquist> athena7: this is what svn status -u shows me for trunk:
[10:00:40 EST(-0500)] <EricDalquist> uPortal_trunk$ svn status -u
[10:00:40 EST(-0500)] <EricDalquist> Status against revision: 44813
[10:00:49 EST(-0500)] <EricDalquist> and patches:
[10:00:53 EST(-0500)] <EricDalquist> uPortal_3.0-patches$ svn status -u
[10:00:53 EST(-0500)] <EricDalquist> Status against revision: 44813
[10:03:10 EST(-0500)] * bszabo (n=bszabo@ip72-208-41-138.ph.ph.cox.net) has joined ##uportal
[10:06:15 EST(-0500)] <bszabo> Hey Jen
[10:06:28 EST(-0500)] <bszabo> or anyone really
[10:06:42 EST(-0500)] <bszabo> I have a quick question about Google Gadgets
[10:07:10 EST(-0500)] <bszabo> I don't see any JIRA issues or info on the Wiki about possible use in uPortal
[10:07:33 EST(-0500)] <bszabo> although I do see "Mock Google Gadgets" in http://www.ja-sig.org/wiki/display/UPC/Proposed+uPortal+3+Default+Layouts
[10:08:39 EST(-0500)] <bszabo> I also see that Shawn had experimented with Gadgets and uP 2.5 back in 2007 http://www.unicon.net/node/796
[10:08:57 EST(-0500)] <bszabo> oops, uP 2.6
[10:09:14 EST(-0500)] <bszabo> Just wondering if anyone else has tried to incorporated Gadgets into the Portal?
[10:09:31 EST(-0500)] <EricDalquist> I'm not sure
[10:09:41 EST(-0500)] <EricDalquist> I think there has been talk off and on
[10:09:44 EST(-0500)] <EricDalquist> but no real digging into it
[10:09:50 EST(-0500)] <EricDalquist> I think it would be a great feature
[10:10:01 EST(-0500)] <colinclark> me too
[10:10:15 EST(-0500)] <EricDalquist> write a portlet that can render a google gadget, create a CPD so it is just a standard type you can select from when publishing
[10:10:21 EST(-0500)] <EricDalquist> are they just defined by a URL?
[10:10:31 EST(-0500)] <bszabo> there appears to be an IBM JSR-168 portlet for that, but I was wondering if there were any plans to make it a core publishing type, because that would be useful
[10:10:41 EST(-0500)] <bszabo> I think so
[10:10:50 EST(-0500)] <bszabo> yeah, that is what I was thinking
[10:11:09 EST(-0500)] <EricDalquist> well we could use IBM's portlet and make it a core publishing type
[10:11:27 EST(-0500)] <EricDalquist> those core types are just shortcuts for publishing a channel or portlet
[10:11:54 EST(-0500)] <bszabo> I guess the Gadgets are published in an XML format
[10:12:19 EST(-0500)] <bszabo> so Shawn tried to use XSLT channel to render, but had difficulties
[10:13:02 EST(-0500)] <bszabo> Thanks Eric, I'll look into the IBM portlet some more and let you know if it is useful
[10:13:23 EST(-0500)] <EricDalquist> sounds good
[10:14:14 EST(-0500)] <EricDalquist> you can look at some examples of a CPD for a portlet: https://www.ja-sig.org/svn/uPortal/trunk/uportal-war/src/main/resources/edu/wisc/my/portlets/webproxy/
[10:16:54 EST(-0500)] <bszabo> thanks
[10:36:28 EST(-0500)] * holdorph (n=holdorph@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[11:05:37 EST(-0500)] * athena7 (n=athena7@12.164.139.7) has joined ##uportal
[11:11:04 EST(-0500)] <athena7> so EricDalquist, does the "initportal" task work cleanly for you in the 3.0.x branch?
[11:20:30 EST(-0500)] * awills (n=awills@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[11:26:08 EST(-0500)] <EricDalquist> athena7: no, initportal is broken for me
[11:26:10 EST(-0500)] <EricDalquist> well was
[11:26:15 EST(-0500)] <athena7> ok
[11:26:16 EST(-0500)] <EricDalquist> I'm copying the import/export scripts from trunk
[11:26:22 EST(-0500)] <EricDalquist> and fixing them up to work in patches
[11:26:24 EST(-0500)] <athena7> that was the part that was preventing me from testing the fixes
[11:26:27 EST(-0500)] <EricDalquist> so I'll have that commit soon
[11:26:31 EST(-0500)] <athena7> i can bypass the testing for now
[11:26:31 EST(-0500)] <athena7> ok
[11:26:42 EST(-0500)] <EricDalquist> the are your unit tests still failing?
[11:26:47 EST(-0500)] <athena7> i can't really work on this stuff during the day, but i can take a look at it tonight if you'd like
[11:26:48 EST(-0500)] <athena7> yep
[11:26:55 EST(-0500)] <EricDalquist> that is weird
[11:27:01 EST(-0500)] <athena7> that test i sent is failing on both the 3.1 trunk and the 3.0.3 branch
[11:27:03 EST(-0500)] <EricDalquist> they work for me on both my home and work computers
[11:27:05 EST(-0500)] <athena7> yeah i'm not sure what's going on
[11:27:06 EST(-0500)] <athena7> weird
[11:27:23 EST(-0500)] <athena7> i checked to make sure and i don't have any interesting changes to my base code
[11:27:24 EST(-0500)] <EricDalquist> what does: svn status -u show?
[11:28:22 EST(-0500)] <athena7> ugh, let me run it ignoring the UI stuff
[11:28:41 EST(-0500)] <athena7> need to commit that - deleted a bunch of resources we aren't using anymore
[11:28:45 EST(-0500)] <EricDalquist> that test was recently updated
[11:30:02 EST(-0500)] <athena7> yeah i saw it break maybe a week ago?
[11:30:16 EST(-0500)] <athena7> http://uportal.pastebin.com/mf5fc4a7
[11:30:32 EST(-0500)] <awills> what does the -u option show? the revision your mods are based off?
[11:30:43 EST(-0500)] <EricDalquist> updates
[11:30:57 EST(-0500)] <EricDalquist> "svn status" shows local mods
[11:31:17 EST(-0500)] <EricDalquist> "svn status -u" shows local mods and pending updates from the repo
[11:31:31 EST(-0500)] <awills> ah
[11:31:43 EST(-0500)] <athena7> doing another update and re-initportal
[11:31:46 EST(-0500)] <athena7> think i updated last night
[11:38:07 EST(-0500)] <athena7> yep, still getting the test error
[11:39:05 EST(-0500)] <EricDalquist> what is the test name
[11:39:10 EST(-0500)] <EricDalquist> the class name I mean
[11:40:10 EST(-0500)] <athena7> testGeneratePortletUrl(org.jasig.portal.portlet.url.PortletUrlSyntaxProviderImplTest)
[11:40:42 EST(-0500)] <athena7> the error is junit.framework.ComparisonFailure: null expected:<...Id1&pltc_type=RENDER[]> but was:<...Id1&pltc_type=RENDER[#entityId1]>
[11:42:14 EST(-0500)] <EricDalquist> what does "svn info uportal-impl/src/test/java/org/jasig/portal/portlet/url/PortletUrlSyntaxProviderImplTest.java" give you
[11:42:30 EST(-0500)] <EricDalquist> in 3.0-patches it tells me the Last Change Rev: is 44725
[11:46:03 EST(-0500)] <athena7> 44806
[11:47:49 EST(-0500)] <EricDalquist> is that the Revison: or the Last Changed Revision:
[11:48:19 EST(-0500)] <athena7> sorry, revision - last changed is 44725, as you expected
[11:50:23 EST(-0500)] <EricDalquist> do you have any changes to portal.properties?
[11:50:47 EST(-0500)] <EricDalquist> try changing line 77 of PortletUrlSyntaxProviderImplTest to:
[11:50:51 EST(-0500)] <athena7> nope
[11:50:55 EST(-0500)] <EricDalquist> final boolean useAnchors = portletUrlSyntaxProvider.isUseAnchors();
[11:53:17 EST(-0500)] <athena7> yep, that did it eric
[11:53:33 EST(-0500)] <EricDalquist> very very weird
[11:53:44 EST(-0500)] <EricDalquist> somehow your build was getting useAnchors=false
[11:53:53 EST(-0500)] <athena7> that is weird
[11:54:33 EST(-0500)] * athena7 stares confusedly
[11:54:36 EST(-0500)] <athena7> everything looks right
[12:26:09 EST(-0500)] <EricDalquist> almost done with the import/export update for 3.0.3
[12:28:02 EST(-0500)] <athena7> great
[12:34:25 EST(-0500)] <athena7> so do you have any thoughts on how far we want to go w/ the javascript support in 3.0.3?
[12:34:50 EST(-0500)] <athena7> i certainly don't want to upgrade to new jquery/jqueryui versions, but there might be an argument to be made for eventually including the javascript server / jquery noconflict stuff
[12:43:25 EST(-0500)] <EricDalquist> well
[12:43:35 EST(-0500)] <EricDalquist> I think we're pretty open to new features
[12:43:40 EST(-0500)] <EricDalquist> the only question is breaking things
[12:43:56 EST(-0500)] <EricDalquist> so would the change make merging local mods a school already has difficult
[12:44:17 EST(-0500)] <athena7> right
[12:44:19 EST(-0500)] <EricDalquist> like would the JS changes break existing themes by removing old versions?
[12:44:41 EST(-0500)] <athena7> it really just depends
[12:44:57 EST(-0500)] <athena7> i'm really probably more worried about existing portlets
[12:45:56 EST(-0500)] <EricDalquist> yeah, in that case I'm leaning toward no
[12:46:07 EST(-0500)] <EricDalquist> as nice as it would be I think we may end up breaking things for people
[12:48:21 EST(-0500)] <athena7> yeah
[12:48:33 EST(-0500)] <athena7> i'm thinking maybe use var up = jQuery.noConflict()
[12:48:48 EST(-0500)] <athena7> so that it'd be pretty trivial for people to change it to extreme mode if they wanted
[12:48:57 EST(-0500)] <athena7> clean up all the javascript so it would work in that scenario
[12:49:12 EST(-0500)] <athena7> but don't actually do it in svn so that the jQuery and $ variables continue to be available on the page
[12:49:22 EST(-0500)] <athena7> does that sound like a reasonable compromise?
[12:49:42 EST(-0500)] <EricDalquist> yeah
[12:49:51 EST(-0500)] <EricDalquist> ok, the import/export scripts have been updated and committed. They include all the latest enhancements from trunk
[12:56:13 EST(-0500)] <athena7> thanks!
[12:56:57 EST(-0500)] <athena7> i'll have to check and make sure the ajax changes i made are all working
[12:57:11 EST(-0500)] <athena7> figure we might as well add in the maven yuicompressor stuff
[12:57:30 EST(-0500)] <athena7> shouldn't hurt anything, and we let the uncompressed files get deployed along side the compressed ones, so any old links will still work
[12:57:48 EST(-0500)] <EricDalquist> sounds good
[13:00:25 EST(-0500)] <athena7> wooo import worked
[13:00:26 EST(-0500)] <athena7> awesome
[13:00:30 EST(-0500)] <athena7> i'll test that stuff later
[13:10:03 EST(-0500)] * bszabo (n=bszabo@ip72-208-41-138.ph.ph.cox.net) has joined ##uportal
[13:27:49 EST(-0500)] <EricDalquist> athena7: how close are you to being done with changes for 3.0.3?
[13:27:58 EST(-0500)] <athena7> in theory, very close
[13:28:03 EST(-0500)] <athena7> but i haven't tested any of the changes yet
[13:28:10 EST(-0500)] <EricDalquist> ok
[13:28:26 EST(-0500)] <EricDalquist> would you be able to get that finished up in the next 3-4 hours?
[13:28:33 EST(-0500)] <athena7> definitely not
[13:28:36 EST(-0500)] <athena7> sorry
[13:28:53 EST(-0500)] <athena7> i've really only got evening hours to spend on this stuff
[13:30:04 EST(-0500)] <athena7> if someone else has time to do testing now, i could check it in, but i kind of hate to do that
[13:31:11 EST(-0500)] <EricDalquist> hrm, ok well I guess I'll see where I am after my meeting at 3 central
[13:31:33 EST(-0500)] <EricDalquist> I'd like to get the releases done today since I have the most time right now
[13:32:51 EST(-0500)] <athena7> yeah
[13:32:57 EST(-0500)] <athena7> i understand
[13:33:08 EST(-0500)] <athena7> it'd be really nice to get the IE fix in particular in if we can
[13:33:32 EST(-0500)] <athena7> but i know we haven't had an RC in a while
[13:33:49 EST(-0500)] <athena7> be nice to have something out
[13:34:09 EST(-0500)] <EricDalquist> what is the IE fix?
[13:36:24 EST(-0500)] <athena7> some of the radio buttons are broken in IE - i think the select layout ajax window, in particular
[13:36:36 EST(-0500)] <athena7> IE has some weird bugs that cause you to not be able to properly select those options
[13:36:36 EST(-0500)] <EricDalquist> ah
[13:36:44 EST(-0500)] <EricDalquist> and what is the fix for that?
[13:37:07 EST(-0500)] <athena7> setting and unsetting default checked options, in addition to the regular checked attribute
[13:37:09 EST(-0500)] <athena7> pretty weird
[13:37:48 EST(-0500)] <athena7> i think the other user-noticeable fix is the links in the left-hand navigation column
[13:38:15 EST(-0500)] <EricDalquist> how much time would you need to verify those fixes for the 3.0.3-RC?
[13:38:40 EST(-0500)] <athena7> i guess maybe i could back out all the changes i made last night, and reapply those individual patches
[13:38:49 EST(-0500)] <athena7> which would take less time
[13:39:05 EST(-0500)] <athena7> so i can do that if you'd like
[13:39:23 EST(-0500)] <athena7> we'd lose the refactoring which would help with some of the compatibility issues, but at least those bugs wouldn't be hanging around
[13:39:31 EST(-0500)] <EricDalquist> that would be great
[13:39:46 EST(-0500)] <EricDalquist> I'm hoping to be able to cut a final 3.0.3 pretty soon after the RC
[13:39:59 EST(-0500)] <EricDalquist> so getting as much fixed for the RC as possible would be good
[13:41:15 EST(-0500)] <athena7> ok
[13:41:43 EST(-0500)] <athena7> if we're not going to have another RC after this one, i think we need to either get any UI changes into the RC or decide we won't include it
[13:42:05 EST(-0500)] <athena7> i don't want to wind up missing a UI bug
[13:45:03 EST(-0500)] <athena7> which would you prefer?
[13:46:28 EST(-0500)] <EricDalquist> hrm
[13:46:53 EST(-0500)] <EricDalquist> I'll just do the 3.1 milestone today
[13:47:06 EST(-0500)] <EricDalquist> and hold off the 3.0.3 RC until you can get a chance to test the UI changes
[13:49:08 EST(-0500)] <EricDalquist> booo ... fire alarm
[13:49:29 EST(-0500)] <awills> just what you needed
[13:50:15 EST(-0500)] <athena7> ok, sounds fair
[14:14:34 EST(-0500)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[15:36:02 EST(-0500)] * jessm (n=Jess@c-24-34-214-137.hsd1.ma.comcast.net) has joined ##uportal
[15:36:12 EST(-0500)] * dstn (n=dstn@unaffiliated/dstn) has joined ##uportal
[15:37:42 EST(-0500)] <dstn> question, once we've used export scripts using our specific codebase, can we import using the lastest codebase (trunk)?
[16:06:24 EST(-0500)] <EricDalquist> yes
[16:06:45 EST(-0500)] <EricDalquist> so you have to export using the code base used against the DB you want the data from
[16:07:05 EST(-0500)] <EricDalquist> you have to import using the codebase you want to use with the new database
[16:17:23 EST(-0500)] <dstn> k
[16:17:44 EST(-0500)] <EricDalquist> also I just updated the import/export scripts in the 3.0-patches branch
[16:18:03 EST(-0500)] <EricDalquist> they're in sync with what is in trunk now
[16:18:15 EST(-0500)] <dstn> ok, nice
[16:18:40 EST(-0500)] <dstn> I think I've got what's in trunk working with 2.6
[16:19:03 EST(-0500)] <EricDalquist> wonderful
[16:19:28 EST(-0500)] <EricDalquist> if you get comfortable with that I'd be just fine with you committing those changes to the 2.6-patches branch
[16:20:03 EST(-0500)] <dstn> well...from reading comments the manual, it'll break the portal due to lib upgrades
[16:20:16 EST(-0500)] <dstn> so it'd have to be like a 2.6-export branch
[16:20:19 EST(-0500)] <EricDalquist> hrm
[16:20:23 EST(-0500)] <EricDalquist> well that may be a good option
[16:20:36 EST(-0500)] <EricDalquist> once you get it working could you create a JIRA issue and add a patch?
[16:20:44 EST(-0500)] <EricDalquist> I'd be all for a branch to support better export options
[16:20:46 EST(-0500)] <dstn> ya
[16:22:19 EST(-0500)] <dstn> tryin to figure this out: http://uportal.pastebin.com/m4b762501
[16:23:16 EST(-0500)] <EricDalquist> what does the full line the error is referencing look like?
[16:25:18 EST(-0500)]
[16:25:56 EST(-0500)] <dstn> its in export-preferences.crn
[16:26:37 EST(-0500)] <dstn> I ended up using the one in the export.zip because the one in the trunk needs a portal context which 2.6 doesn't have
[16:27:01 EST(-0500)] <EricDalquist> and that was the exact line from the script in export.zip?
[16:27:09 EST(-0500)] <dstn> ya
[16:27:14 EST(-0500)] <EricDalquist> weird
[16:27:20 EST(-0500)] <dstn> ya, its only on certain layouts
[16:27:29 EST(-0500)] <dstn> other layouts export fine
[16:28:14 EST(-0500)]
[16:28:27 EST(-0500)] <EricDalquist> see if that is empty or something
[16:42:27 EST(-0500)] <awills> dstn i believe it's b/c of the method length()
[16:44:24 EST(-0500)] <awills> no maybe that's not it... but let me ask this: are there single quotes around the expression in the XML?
[16:59:14 EST(-0500)] <EricDalquist> awills: the XML looks like:
[16:59:15 EST(-0500)]
[16:59:23 EST(-0500)] <EricDalquist> that was from a bit earlier
[16:59:47 EST(-0500)] <awills> yeah thanks... was looking at the stack trace
[17:10:49 EST(-0500)] <EricDalquist> awills: just left a comment on the person dir patch
[17:11:06 EST(-0500)] <awills> I'm getting the same error that dstn sees, even w/ a very simple example: http://uportal.pastebin.com/m30b182f1
[17:11:38 EST(-0500)]
[17:11:39 EST(-0500)] <EricDalquist> weird
[17:11:50 EST(-0500)] <EricDalquist> the column number that jexl complained about was the . before length()
[17:11:53 EST(-0500)] <awills> and thanks
[17:12:04 EST(-0500)] <EricDalquist> jexl may not be translating the string literal into an object correctly or something
[17:12:17 EST(-0500)] <EricDalquist> I'd just be lazy and switch to to use groovy 
[17:12:20 EST(-0500)] <awills> that's right... i don't know if it likes the method invokation on a literal
[17:12:26 EST(-0500)] <awills> heh, me too
[17:12:35 EST(-0500)] <EricDalquist> you could maybe try
[17:12:44 EST(-0500)]
[17:12:46 EST(-0500)] <awills> JEXL is a lot like EL... more limited syntax
[17:12:53 EST(-0500)] <EricDalquist> but I have no idea if you can create new objects in jexl
[17:12:55 EST(-0500)] <EricDalquist> yeah
[17:13:03 EST(-0500)] <EricDalquist> but faster than groovy
[17:13:03 EST(-0500)] <awills> yeah i don't think you can
[17:13:06 EST(-0500)] <awills> sure
[17:13:15 EST(-0500)] <EricDalquist> so if you're still listening dstn
[17:13:19 EST(-0500)] <EricDalquist> just switch that line to use groovy
[17:20:35 EST(-0500)]
[17:37:58 EST(-0500)] * lennard1 (n=sparhk@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[18:50:54 EST(-0500)] * [jlee_] (n=jlee@adsl-074-184-125-241.sip.asm.bellsouth.net) has joined ##uportal
[19:49:18 EST(-0500)] * athena7 (n=athena7@ip68-230-77-209.ph.ph.cox.net) has joined ##uportal
[20:01:49 EST(-0500)] * lennard1 (n=sparhk@wsip-98-174-242-39.ph.ph.cox.net) has left ##uportal
[20:52:07 EST(-0500)] * jessm (n=Jess@c-24-34-214-137.hsd1.ma.comcast.net) has joined ##uportal
[21:04:53 EST(-0500)] * awills (n=awills@wsip-98-174-242-39.ph.ph.cox.net) has left ##uportal
[22:03:02 EST(-0500)] * [jlee|afk] (n=jlee@adsl-074-184-125-241.sip.asm.bellsouth.net) has joined ##uportal
Unknown macro: {jexl(PORTLET_PREF_VALUE.substring('UP_PORTLET_PREF_PREFIX__'.length()).trim())}
Unknown macro: {PORTLET_PREF_VALUE}
Unknown macro: {jexl(PORTLET_PREF_VALUE.substring('UP_PORTLET_PREF_PREFIX__'.length()).trim())}
Unknown macro: {groovy}
Unknown macro: {jexl}
Unknown macro: {jexl(PORTLET_PREF_VALUE.substring(new String('UP_PORTLET_PREF_PREFIX__').length()).trim())}
Unknown macro: {groovy}
General
Content
Integrations