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 40 Next »

[00:45:19 EDT(-0400)] * lennard1 (n=sparhk@ip68-98-56-21.ph.ph.cox.net) has left ##uportal
[04:47:44 EDT(-0400)] * higmad (n=chatzill@pcit-8752.HIG.SE) has joined ##uportal
[07:51:39 EDT(-0400)] * athena7 (n=athena7@99.129.100.66) has joined ##uportal
[07:54:14 EDT(-0400)] * dstn (n=dstn@unaffiliated/dstn) has joined ##uportal
[09:16:21 EDT(-0400)] * anastasiac (n=stasia@142.150.154.189) has joined ##uportal
[09:39:07 EDT(-0400)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[09:49:29 EDT(-0400)] * jessm (n=Jess@c-71-232-3-4.hsd1.ma.comcast.net) has joined ##uportal
[10:11:17 EDT(-0400)] <dstn> so riddle me this
[10:11:41 EDT(-0400)]

<dstn> in export-layout.crn, it does <with-attribute key="STRUCTURE_NODE_COUNT" value="$

Unknown macro: {valueOf(count(/structures/*[@type != 'root']))}

">


[10:12:08 EDT(-0400)] <dstn> then later checks if that is > 0 to determine if it should export it
[10:12:32 EDT(-0400)] <dstn> but won't it always be > 0 because all layouts will have a type=footer and type=header
[10:12:46 EDT(-0400)] <dstn> or is that just a Yale data weirdness
[10:13:20 EDT(-0400)] <EricDalquist> right ... so the version we used had checks for footer & header too
[10:13:29 EDT(-0400)] <EricDalquist> because we had the same issue
[10:13:55 EDT(-0400)] <EricDalquist> I didn't know enough about possible end-user customizations to commit that though
[10:14:03 EDT(-0400)] <dstn> ok
[10:14:15 EDT(-0400)] <EricDalquist> you're probably safe doing:
[10:14:43 EDT(-0400)] <EricDalquist> [@type != 'root' and @type != 'header' and @type != 'footer']
[10:14:55 EDT(-0400)] <dstn> ok, that's what I was thinking
[10:21:08 EDT(-0400)] * lennard1 (n=sparhk@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[10:29:29 EDT(-0400)] <dstn> EricDalquist, do you know why the CAS Client that is included with uPortal is the older legacy Cas Client instead of the Jasig Cas Client?
[10:29:59 EDT(-0400)] <EricDalquist> because no one that understands CAS well enough has taken the time to upgrade
[10:30:20 EDT(-0400)] <dstn> k, that's what I thought
[10:31:43 EDT(-0400)] <athena7> yeah, pretty much
[10:32:03 EDT(-0400)] <athena7> and because a lot of the cas integration work i think was done by yale, or by people who used to be at yale (like apetro)
[10:32:13 EDT(-0400)] <athena7> and yale still uses the legacy client/server
[10:33:48 EDT(-0400)] * SusanBramhall (i=susanbra@susan-x200.its.yale.edu) has joined ##uportal
[10:37:45 EDT(-0400)] <lennard1> andrew petro was talking about taking a shot at upgrading the CAS integration. Not sure he will be able to get to it before 3.1 goes GA though.
[10:38:16 EDT(-0400)] * dstn doesn't know what is even involved
[10:38:40 EDT(-0400)] <EricDalquist> the other thought is that we eventually want to move to spring-security (aka acegi)
[10:38:48 EDT(-0400)] <EricDalquist> which would solve the cas client issue too
[10:41:56 EDT(-0400)] <EricDalquist> so I managed to close close to 200 very old jira issues last night
[10:43:17 EDT(-0400)] <dstn> I noticed...lol
[10:43:21 EDT(-0400)] <dstn> bet that was fun
[10:43:30 EDT(-0400)] <EricDalquist> yeah ... felt good getting things cleaned up a bit
[10:43:36 EDT(-0400)] <athena7> yes, moving to spring-security would be nice
[10:43:56 EDT(-0400)] <athena7> i don't expect that upgrading to the jasig client would actually be very much work, but i haven't had time to actually look at it
[10:44:00 EDT(-0400)] <athena7> like everyone else, apparently
[10:44:15 EDT(-0400)] <EricDalquist> yeah
[10:44:18 EDT(-0400)] <EricDalquist> one of those where it works
[10:44:19 EDT(-0400)] <athena7> i did upgrade the bundled cas server, but that was because the other version actually had a problem
[10:44:21 EDT(-0400)] <athena7> yep
[10:44:22 EDT(-0400)] <EricDalquist> so why bother (smile)
[10:44:27 EDT(-0400)] <athena7> lol
[10:44:37 EDT(-0400)] <athena7> but yeah, if we could get spring-security integration, that would be nice
[10:44:40 EDT(-0400)] <EricDalquist> yeah
[10:44:44 EDT(-0400)] <EricDalquist> that would be a big boost
[10:44:50 EDT(-0400)] <athena7> avoid having 2 ldap configurations (tongue)
[10:44:53 EDT(-0400)] <EricDalquist> yup
[10:45:06 EDT(-0400)] <EricDalquist> and not having to grok security.properties
[10:46:01 EDT(-0400)] <dstn> well it is kind of weird that it being a jasig project, it doesn't even use the jasig client
[10:47:24 EDT(-0400)] <athena7> (smile)
[10:47:32 EDT(-0400)] <athena7> well it's not like the yale client is anti-jasig
[10:47:50 EDT(-0400)] <athena7> just earlier
[10:48:00 EDT(-0400)] <athena7> but it would make sense to upgrade it
[10:49:13 EDT(-0400)] <SusanBramhall> it's weirder that it's not the unshared Yale client but a google code based extension to it
[10:49:52 EDT(-0400)] <SusanBramhall> agree it's better to go to Acegi than jasig CAS client
[10:51:20 EDT(-0400)] <athena7> hey susan! (smile)
[10:51:27 EDT(-0400)] <athena7> by the way, i uploaded my presentations last night
[10:51:42 EDT(-0400)] <SusanBramhall> thank you!
[10:52:20 EDT(-0400)] <SusanBramhall> i am thinking of changing my nickname to LostInTheTrees
[10:53:16 EDT(-0400)] <athena7> aw
[10:53:26 EDT(-0400)] <athena7> no losing people
[10:53:58 EDT(-0400)] <EricDalquist> ok, anyone have any pending work for 3.1.0-RC2 this morning?
[10:54:17 EDT(-0400)] <athena7> i do not
[10:54:32 EDT(-0400)] <athena7> and later today i'll take a look at those old tickets
[10:54:43 EDT(-0400)] <EricDalquist> sounds good
[10:54:45 EDT(-0400)] <dstn> if you want to add that change to the export-layout.crn that we talked about, that'd be really helpful, I can't get to it right now
[10:54:54 EDT(-0400)] <EricDalquist> hrm
[10:55:17 EDT(-0400)] <EricDalquist> so does anyone here know if there is any way for an end user to modify the content of their header or footer?
[10:55:35 EDT(-0400)] <EricDalquist> like do we ever see a need to export a .layout file for a user with just a header and footer but no other content
[10:56:11 EDT(-0400)] <athena7> interesting . . . not to my knowledge
[10:56:22 EDT(-0400)] <athena7> which of course isn't the same thing as "no"
[10:56:23 EDT(-0400)] <EricDalquist> ok
[10:56:27 EDT(-0400)] <EricDalquist> right
[10:56:35 EDT(-0400)] <EricDalquist> I don't think it is an issue either
[10:56:47 EDT(-0400)] <athena7> i don't think i've seen anything that allows that in the user preferences tool
[10:56:49 EDT(-0400)] <EricDalquist> so dstn go ahead, can you commit that and merge it back where appropriate?
[11:00:13 EDT(-0400)] * michelled (n=team@142.150.154.193) has joined ##uportal
[11:18:51 EDT(-0400)] * SusanB (i=susanbra@susan-x200.its.yale.edu) has joined ##uportal
[11:21:38 EDT(-0400)] * SusanB (i=susanbra@susan-x200.its.yale.edu) has left ##uportal
[11:26:11 EDT(-0400)] * holdorph (n=holdorph@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[12:02:26 EDT(-0400)] <dstn> so when a user doesn't have anything other than header/footer it deletes those nodes
[12:02:35 EDT(-0400)] <dstn> but if a user has preferences, it still writes the preferences
[12:02:51 EDT(-0400)] <EricDalquist> like portlet preferences?
[12:02:57 EDT(-0400)] <dstn> then the transform happens and the user doesn't have any header or footer
[12:03:12 EDT(-0400)] <dstn> a, ya
[12:03:26 EDT(-0400)] <EricDalquist> does the xslt fail with no header/footer?
[12:03:46 EDT(-0400)] <dstn> no, but the import does
[12:03:55 EDT(-0400)] <dstn> so I'm going to rearrange the logic a bit
[12:04:41 EDT(-0400)] <EricDalquist> ah ok
[12:18:34 EDT(-0400)] * [jlee] (n=jlee@adsl-074-184-125-241.sip.asm.bellsouth.net) has joined ##uportal
[12:20:24 EDT(-0400)] * colinclark (n=colin@142.150.154.101) has joined ##uportal
[12:21:33 EDT(-0400)] <athena> EricDalquist: for the tickets you updated last night
[12:21:51 EDT(-0400)] <athena> for those that are filed against 2.6 and don't apply to 3.0+, should i just mark them won't fix?
[12:21:59 EDT(-0400)] <EricDalquist> yes
[12:22:14 EDT(-0400)] <athena> sounds good
[12:22:18 EDT(-0400)] <EricDalquist> with a note about how there are no planned 2.x releases in the future
[12:22:20 EDT(-0400)] <athena> i'll take a look at those tonight
[12:22:21 EDT(-0400)] <athena> yeah
[12:22:37 EDT(-0400)] <athena> one of them i think is a duplicate of an already-resolved issue
[12:22:46 EDT(-0400)] <athena> i think i heard that the tab resetting problem was fixed?
[12:22:56 EDT(-0400)] <EricDalquist> I think so
[12:23:02 EDT(-0400)] <EricDalquist> I thought I applied a patch for that
[12:23:05 EDT(-0400)] <athena> yeah, i think so
[12:23:12 EDT(-0400)] <athena> i think one of those tickets was basically a dup of that
[13:30:52 EDT(-0400)] * apetro (n=apetro@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[16:10:39 EDT(-0400)] <EricDalquist> FYI: I'm starting work on tagging 3.1.0-RC2
[16:10:55 EDT(-0400)] <EricDalquist> so please refrain from any commits on 3.1-patches until I send an all-clear email
[16:18:15 EDT(-0400)] <dstn> EricDalquist, cool. I didn't get the change for the script in yet, I'll get it on post RC2
[16:18:24 EDT(-0400)] <EricDalquist> sounds good
[17:30:59 EDT(-0400)] * anastasiac (n=stasia@142.150.154.189) has left ##uportal
[18:08:37 EDT(-0400)] <athena> ack, it got late
[20:03:02 EDT(-0400)] * lennard1 (n=sparhk@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[20:11:46 EDT(-0400)] * lennard1 (n=sparhk@wsip-98-174-242-39.ph.ph.cox.net) has left ##uportal

  • No labels