[01:04:09 EDT(-0400)] * EiNZTEiN (n=einztein@205.241.140.128) has joined ##uportal
[03:48:23 EDT(-0400)] * appletizer (n=oreos@82-33-193-161.cable.ubr04.hawk.blueyonder.co.uk) has joined ##uportal
[03:48:47 EDT(-0400)] * appletizer (n=oreos@82-33-193-161.cable.ubr04.hawk.blueyonder.co.uk) has left ##uportal
[08:15:13 EDT(-0400)] * esm (n=esm@207-53-193-157.dynamic-dsl.qis.net) has joined ##uportal
[08:59:28 EDT(-0400)] * colinclark (n=colin@207.134.141.124) has joined ##uportal
[09:00:00 EDT(-0400)] <colinclark> jessm: Hey, how's it going. Glad to see you found the IRC room.
[09:04:16 EDT(-0400)] * colinclark_ (n=colin@207.134.141.124) has joined ##uportal
[09:29:35 EDT(-0400)] * esm (n=esm@128.220.212.115) has joined ##uportal
[09:59:53 EDT(-0400)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[10:02:31 EDT(-0400)] * colinclark (n=colin@207.134.141.124) has joined ##uportal
[10:07:42 EDT(-0400)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[10:15:33 EDT(-0400)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[10:22:16 EDT(-0400)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[10:28:48 EDT(-0400)] * MarkRogers (n=MarkRoge@addhcp129.cc.umanitoba.ca) has joined ##uportal
[10:34:19 EDT(-0400)] * EiNZTEiN (n=einztein@205.241.143.4) has joined ##uportal
[10:47:14 EDT(-0400)] * colinclark (n=colin@207.134.141.124) has joined ##uportal
[10:51:28 EDT(-0400)] * athena7 (n=athena7@lumina.its.yale.edu) has joined ##uportal
[11:56:58 EDT(-0400)] * holdorph (n=holdorph@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[12:05:00 EDT(-0400)] <athena7> where's the appropriate place to propose people for portlet project commit access?
[12:05:35 EDT(-0400)] <athena7> i would just email portlet-dev, but i think it's still the case that anyone granted commit priveleges on a portlet project has commit on uportal itself, and i don't know if we're worried about that
[12:09:33 EDT(-0400)] <EricDalquist> I don't think that is a worry
[12:09:42 EDT(-0400)] <EricDalquist> perhaps post the vote to portlet-dev
[12:09:49 EDT(-0400)] <EricDalquist> then cc uportal-dev about the vote
[12:10:12 EDT(-0400)] <EricDalquist> I believe our current SVN access policy is just 'general commit access' to keep things simple
[12:10:36 EDT(-0400)] <EricDalquist> and since commits are very transparent (via fisheye) it is easy to identify abuse
[12:12:01 EDT(-0400)] <athena7> ok
[12:12:04 EDT(-0400)] <athena7> sounds reasonable
[12:12:07 EDT(-0400)] <holdorph> during the barcamp discussion about project incubation process
[12:12:21 EDT(-0400)] <athena7> yeah sorry i missed that
[12:12:31 EDT(-0400)] <holdorph> we talked about needing to break that up, so that portlet/contrib commit access != uportal commit access
[12:12:37 EDT(-0400)] <athena7> yeah
[12:12:44 EDT(-0400)] <EricDalquist> was there a specific reason for the need?
[12:12:52 EDT(-0400)] <holdorph> mainly because contrib would start out loose, for anyone who wants to access it
[12:12:52 EDT(-0400)] <EricDalquist> I guess conceptually I understand
[12:12:58 EDT(-0400)] <EricDalquist> ah
[12:13:02 EDT(-0400)] <EricDalquist> that makes sense
[12:13:11 EDT(-0400)] <holdorph> projects would move from contrib to incubation
[12:13:29 EDT(-0400)] <holdorph> none of this is a done deal, just covering what was talked about
[12:13:31 EDT(-0400)] <athena7> makes sense
[12:14:01 EDT(-0400)] <EricDalquist> things I can keep in mind as we finish moving stuff to the new box
[12:18:07 EDT(-0400)] <athena7> ok, emailed.
[12:18:51 EDT(-0400)] <athena7> it's so nice to have other people contribute to projects
[12:18:58 EDT(-0400)] <athena7> makes it feel like much more of a real project
[12:19:08 EDT(-0400)] <EricDalquist>
[12:20:25 EDT(-0400)] <EricDalquist> so an upcoming project that we're going to be deploying in the portal this fall has some interesting requirements
[12:20:30 EDT(-0400)] <athena7> oh?
[12:20:31 EDT(-0400)] <EricDalquist> we'll need search-engine friendly URLs
[12:20:42 EDT(-0400)] <athena7> oh i think you were talking about that at the conference
[12:20:43 EDT(-0400)] <EricDalquist> and a DETACHED portlet mode which clones the underlying PortletWindow
[12:20:46 EDT(-0400)] <athena7> that would be so nice
[12:20:51 EDT(-0400)] <athena7> oh, hm
[12:20:56 EDT(-0400)] <athena7> that is interesting
[12:21:02 EDT(-0400)] <EricDalquist> the use case for that is a search portlet
[12:21:09 EDT(-0400)] <EricDalquist> where the results pop up in a new window
[12:21:25 EDT(-0400)] <EricDalquist> with additional search controls to allow further refinement of the search
[12:22:20 EDT(-0400)] <athena7> sounds pretty cool
[12:22:30 EDT(-0400)] <athena7> i love the search-friendly urls feature
[12:22:38 EDT(-0400)] <EricDalquist> yeah, I don't think those will be too hard
[12:22:47 EDT(-0400)] <EricDalquist> the basis is there form Tim & Andy's work
[12:23:31 EDT(-0400)] <athena7> so cool
[12:23:48 EDT(-0400)] <EricDalquist> I'm thinking something like /uPortal/root.tabName.uP for normal view, /uPortal/focus.chanIdOrFname.uP for maximized, and /uPortal/detach.chanIdOrFname.uP for detached portlets
[12:24:25 EDT(-0400)] <athena7> does it need to be dot-separated?
[12:24:28 EDT(-0400)] <EricDalquist> no
[12:24:36 EDT(-0400)] <EricDalquist> really we can do anything we want
[12:24:40 EDT(-0400)] <athena7> i think something like /uPortal/root/tabname would be a lot more user-friendly
[12:24:40 EDT(-0400)] <EricDalquist> maybe / instead of . ?
[12:24:44 EDT(-0400)] <athena7> yeah
[12:24:51 EDT(-0400)] <EricDalquist> that sounds good too
[12:25:03 EDT(-0400)] <EricDalquist> I'll post links to the jira issues when I get them up later today
[12:25:07 EDT(-0400)] <athena7> that would have some implications in terms of inclusions of css and scripts and such
[12:25:09 EDT(-0400)] <EricDalquist> so we can get that input
[12:25:12 EDT(-0400)] <athena7> for both the theme and for portlets
[12:25:17 EDT(-0400)] <athena7> but i think it would be worth dealing with
[12:25:20 EDT(-0400)] <EricDalquist> true
[12:25:25 EDT(-0400)] <EricDalquist> though with portlets it is easy
[12:25:30 EDT(-0400)] <athena7> it would really give users a more friendly, cleaner feel
[12:25:37 EDT(-0400)] <EricDalquist> all of your URLs are supposed to go through an API anyways
[12:25:55 EDT(-0400)] <EricDalquist> it would just be ensuring the theme XSL can handle the URLs
[12:26:17 EDT(-0400)] <athena7> yeah
[12:26:26 EDT(-0400)] <athena7> well there's not just portlets - webproxy channels and such
[12:26:28 EDT(-0400)] <athena7> but it's all doable
[12:26:42 EDT(-0400)] <EricDalquist> yeah
[12:26:51 EDT(-0400)] <EricDalquist> another reason to ditch the proxy channel for the portlet
[12:27:01 EDT(-0400)] <athena7> something like /uPortal/page/tabName, /uPortal/channel/chanIdOrFname . . . that'd be so cool
[12:27:03 EDT(-0400)] <athena7> yes
[12:31:07 EDT(-0400)] <athena7> you know i shoudl probably fix the printers before i leave
[12:31:15 EDT(-0400)] <EricDalquist> lol
[12:31:19 EDT(-0400)] <athena7> one still claims to be "contacting skynet" and the other is apparently low on cowbell
[12:31:25 EDT(-0400)] <EricDalquist> they still have the funny messages from apr1?
[12:31:29 EDT(-0400)] <EricDalquist> nice
[12:31:29 EDT(-0400)] <athena7> yeah
[12:31:38 EDT(-0400)] <athena7> apparently i forgot to turn that cron job off, woops!
[12:31:50 EDT(-0400)] <athena7> although i don't think they reset on their own until you powercycle them
[12:49:27 EDT(-0400)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[12:57:14 EDT(-0400)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[13:09:25 EDT(-0400)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[13:20:27 EDT(-0400)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[14:03:39 EDT(-0400)] <EricDalquist> http://www.ja-sig.org/issues/browse/UP-2045 is for the friendly URL names feature
[14:03:42 EDT(-0400)] <EricDalquist> I have to run out for a little but
[14:03:45 EDT(-0400)] <EricDalquist> bit*
[14:03:59 EDT(-0400)] <EricDalquist> but feel free to comment on the issue with ideas/suggestions
[14:05:32 EDT(-0400)] <athena7> ok
[14:49:50 EDT(-0400)] * athena7 (n=athena7@c-24-2-189-230.hsd1.mn.comcast.net) has joined ##uportal
[15:39:29 EDT(-0400)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[16:21:27 EDT(-0400)] <EricDalquist> athena7: I'm doing some branch maintenance right now, should I svnmerge your changes or do you want to give it a try?
[16:21:48 EDT(-0400)] <athena7> you should probably just go ahead, i'm kind of overloaded this week
[16:21:52 EDT(-0400)] <athena7> friday's my last day with yale
[16:22:08 EDT(-0400)] <EricDalquist> sounds good, ah yeah, that would make for a bit of a hectic week
[16:22:08 EDT(-0400)] <athena7> hm, did i ever commit the change for the hidden group? i don't think i did
[16:22:18 EDT(-0400)] <EricDalquist> no
[16:22:20 EDT(-0400)] <athena7> ok
[16:22:22 EDT(-0400)] <athena7> i should do that
[16:22:50 EDT(-0400)] <athena7> by the way, i think i've got the theoretical skeleton of a administrative portlet that could actually work someday
[16:22:59 EDT(-0400)] <EricDalquist> neat
[16:23:46 EDT(-0400)] <athena7> i have it using ajax for the group and category stuff though because well, it's a pain otherwise
[16:23:56 EDT(-0400)] <athena7> but i suppose you could provide a server-side backend
[16:23:57 EDT(-0400)] <EricDalquist> lol
[16:24:00 EDT(-0400)] <athena7> well, it is
[16:24:05 EDT(-0400)] <EricDalquist> I know
[16:24:09 EDT(-0400)] <athena7> you can't reasonably just grab the whole tree of groups
[16:24:16 EDT(-0400)] <athena7> i mean i guess you could, but it seems like a bad plan
[16:24:32 EDT(-0400)] <EricDalquist> as part of any admin-portlet work we'll have to re-do the groups and permissions channels
[16:24:52 EDT(-0400)] <athena7> so what exactly do you have planned for that?
[16:24:54 EDT(-0400)] <EricDalquist> and figure out something similar to servant functionality, though that could likely just be calling into other controllers
[16:25:01 EDT(-0400)] <EricDalquist> nothing right now
[16:25:16 EDT(-0400)] <athena7> ah
[16:25:31 EDT(-0400)] <EricDalquist> too much other stuff to do with our up3 upgrade and these new features to think in anything more than high level for that stuff :/
[16:25:44 EDT(-0400)] <athena7> i think the portlet skeleton i have would be pretty successful if it used webflows or something
[16:25:47 EDT(-0400)] <athena7> yeah
[16:25:53 EDT(-0400)] <EricDalquist> that could be a great idea
[16:26:03 EDT(-0400)] <EricDalquist> and since these would all be portlets in the portal webapp
[16:26:05 EDT(-0400)] <athena7> it would actually be kind of cool to just have an admin portlet that did all the admin stuff
[16:26:08 EDT(-0400)] <athena7> right
[16:26:11 EDT(-0400)] <EricDalquist> they could call between flows fairly easily
[16:26:24 EDT(-0400)] <athena7> no reason the groups and permissions and channel administration all need to be separate portlets
[16:26:43 EDT(-0400)] <athena7> i wouldn't mind one with a list of buttons to click that would just let me like, administrate stuff
[16:27:02 EDT(-0400)] <EricDalquist>
[16:28:17 EDT(-0400)] <athena7> maybe i'll actually do some of it just to familiarize myself with webflows
[16:28:52 EDT(-0400)] <EricDalquist> sounds good ... could I press you to create a jira issue and perhaps a little bit of wiki doc describing what you're doing?
[16:29:01 EDT(-0400)] <athena7> yes!
[16:29:04 EDT(-0400)] <athena7> ooh
[16:29:18 EDT(-0400)] <athena7> i also wanted to email the list about fname instantiation in guest mode
[16:29:26 EDT(-0400)] <athena7> i reworked the esup portail patch for up3
[16:30:24 EDT(-0400)] <athena7> should this jira even have a target version?
[16:31:07 EDT(-0400)] <EricDalquist> you can peg it for 3.1 for now
[16:31:22 EDT(-0400)] <EricDalquist> and when that gets close we can just move it if it isn't going to happen
[16:31:36 EDT(-0400)] <EricDalquist> I need to re-create the 3.x-future tag
[16:31:44 EDT(-0400)] <athena7> sounds fair
[16:41:48 EDT(-0400)] <athena7> so i'm guessing that my ldap problems may be a result of using the java apis directly versus the spring ldap apis
[16:42:03 EDT(-0400)] <athena7> since i think both cas and the person directory use the spring versions
[16:42:29 EDT(-0400)] <EricDalquist> so you're refering to the ldap security context?
[16:47:24 EDT(-0400)] <athena7> yes
[16:47:31 EDT(-0400)] <athena7> SimpleLdapSecurityContext, i believe
[16:47:42 EDT(-0400)] <EricDalquist> hrm, it should still work
[16:47:45 EDT(-0400)] <athena7> it looks like that interacts with the java.naming stuff directly
[16:47:48 EDT(-0400)] <athena7> yes, it should
[16:47:53 EDT(-0400)] <EricDalquist> I replaced ldap.xml with Spring-LDAP long ago here at UW
[16:47:58 EDT(-0400)] <EricDalquist> and all of the standard LDAP stuff still works
[16:48:00 EDT(-0400)] <athena7> yeah
[16:48:10 EDT(-0400)] <athena7> i don't know if it matters that this is an AD server or not
[16:48:21 EDT(-0400)] <EricDalquist> one thing to check ... is the basedn on the ldapserver bean correct?
[16:48:28 EDT(-0400)] <athena7> i think so?
[16:48:36 EDT(-0400)] <athena7> it works in CAS, and it works in the person directory
[16:48:43 EDT(-0400)] <EricDalquist> hrm
[16:48:45 EDT(-0400)] <athena7> so it must be at least somewhat valid
[16:49:03 EDT(-0400)] <EricDalquist> can you post your cas LDAP config somewhere I could take a peak?
[16:49:05 EDT(-0400)] <athena7> as far as i can tell, the security context can successfully authenticate with the overall username and password
[16:49:24 EDT(-0400)] <athena7> but then it can't find the user i'm trying to log in as
[16:49:35 EDT(-0400)] <athena7> which is weird because it finds it ok in the person directory
[16:49:36 EDT(-0400)] <athena7> sure
[16:49:45 EDT(-0400)] <athena7> the working CAS one?
[16:49:56 EDT(-0400)] <athena7> i basically just copied from the CAS AD documentation
[16:49:57 EDT(-0400)] <EricDalquist> sure
[16:50:03 EDT(-0400)] <EricDalquist> ah ok
[16:50:05 EDT(-0400)] <EricDalquist> well maybe not then
[16:50:19 EDT(-0400)] <EricDalquist> so this may be a bug in how the ldap security context interacts with the new ldap config options
[16:50:42 EDT(-0400)] <athena7> it's possible, i don't really know
[16:51:04 EDT(-0400)] <EricDalquist> it seems strange that the authn happens but the user retrieval fails
[16:51:09 EDT(-0400)] <athena7> yeah i know
[16:51:17 EDT(-0400)] * EiNZTEiN (n=einztein@205.241.143.4) has joined ##uportal
[16:51:29 EDT(-0400)] <athena7> this is the overall user defined in the xml, not the logging-in user
[16:51:55 EDT(-0400)] <EricDalquist> ah
[16:52:18 EDT(-0400)] <EricDalquist> it still sounds like it might be a bug in the ldap security contesxt
[16:53:02 EDT(-0400)] <athena7> possible
[16:53:41 EDT(-0400)] <EricDalquist> I remember there always being a bit of strangeness around that basedn stuff and where it should be used in code versus just part of the ldap url
[16:54:45 EDT(-0400)] <athena7> can i just email this to you?
[16:54:50 EDT(-0400)] <EricDalquist> sure
[16:55:13 EDT(-0400)] <athena7> yeah, i'm wondering if it matters that the logging in user is in a different place than regular users
[16:55:27 EDT(-0400)] <EricDalquist> it probably does
[16:55:32 EDT(-0400)] <athena7> yeah
[16:55:34 EDT(-0400)] <EricDalquist> can you point me to the CAS AD config page too?
[16:55:35 EDT(-0400)] <athena7> may be
[16:55:37 EDT(-0400)] <athena7> yes
[16:55:39 EDT(-0400)] <athena7> hang on
[16:56:34 EDT(-0400)] <athena7> ok, sent!
[16:56:45 EDT(-0400)] <athena7> the CAS AD stuff is at http://www.ja-sig.org/wiki/display/CASUM/Active+Directory
[16:58:34 EDT(-0400)] <EricDalquist> so looking at that emails two things pop out
[16:58:39 EDT(-0400)] <EricDalquist> what exactly does ignorePartialResultException do in the code
[16:59:13 EDT(-0400)] <EricDalquist> and I wonder if uPortal's generated filter from the uidAttribute doesn't work well with AD versus the CAS filter attribute
[16:59:31 EDT(-0400)] <athena7> so, according to the CAS AD documentation, it makes it work
[16:59:33 EDT(-0400)] <athena7> which worried me
[16:59:43 EDT(-0400)] <EricDalquist> yeah it would be good to look at the code
[16:59:48 EDT(-0400)] <athena7> but the person directory seems to work without it
[16:59:53 EDT(-0400)] <EricDalquist> and see what behavior that property triggers
[17:00:12 EDT(-0400)] <athena7> it does something having to do with whether partial results are ignored or not
[17:00:44 EDT(-0400)] <athena7> i tried setting the ldap property in the simpleLdapSecurityContext that seemed to be likely related without it helping
[17:00:54 EDT(-0400)] <EricDalquist> yeah, figured that from the name ... but what does that change in the code? does it change how it handles the query results? does it change how the query is executed?
[17:00:58 EDT(-0400)] <athena7> what's driving me insane is that the person directory lookups work
[17:01:09 EDT(-0400)] <EricDalquist> well those may be different in ADs view
[17:01:17 EDT(-0400)] <EricDalquist> since attributes and passwords likely are stored differently
[17:01:31 EDT(-0400)] <athena7> attributes vs. passwords?
[17:01:41 EDT(-0400)] <EricDalquist> just randomly guessing here
[17:01:49 EDT(-0400)] <athena7> this is failing before it ever gets the user's password, though
[17:01:51 EDT(-0400)] <EricDalquist> but what I would do is look at the CAS code
[17:02:07 EDT(-0400)] <EricDalquist> see what exactly it does with querying and that attribute
[17:02:26 EDT(-0400)] <EricDalquist> and see if anything obvious sticks out versus how the security context does it
[17:02:31 EDT(-0400)] <athena7> it's a parameter to the ldapTemplate, so i'd need to look at spring's code, probably
[17:02:55 EDT(-0400)] <athena7> the security context is getting an empty result set from conn.search(ldapConn.getBaseDN(), user.toString(), searchCtls)
[17:03:33 EDT(-0400)] <EricDalquist> so that search line may be wrong ...
[17:03:44 EDT(-0400)] <athena7> hm, maybe so
[17:06:13 EDT(-0400)] <EricDalquist> so that was my other concern
[17:06:17 EDT(-0400)] <athena7> yeah
[17:06:21 EDT(-0400)] <EricDalquist> look at how the user StringBuffer is created
[17:06:46 EDT(-0400)] <EricDalquist> that ends up with something like (sAMAccountName=dalquist)
[17:06:51 EDT(-0400)] <EricDalquist> perhaps AD doesn't like that?
[17:07:01 EDT(-0400)] <EricDalquist> CAS is doing what looks like parameterized queries
[17:07:09 EDT(-0400)] <EricDalquist> sAMAccountName=%u
[17:07:32 EDT(-0400)] <athena7> oh you know, that's a good point
[17:07:57 EDT(-0400)] <athena7> i'd assumed it should work since those seemed equivalent in my head
[17:07:59 EDT(-0400)] <athena7> but maybe they're not
[17:08:02 EDT(-0400)] <EricDalquist> perhaps the fix is to 'fix' SimpleLdapSecurityContext to just use spring-ldap
[17:08:10 EDT(-0400)] <athena7> yeah that was my other thought
[17:08:18 EDT(-0400)] <EricDalquist> but honestly I have only a passing familiarity with LDAP
[17:08:22 EDT(-0400)] <athena7> since half the contents of that file show up as a sad, deprecated yellow
[17:08:24 EDT(-0400)] <athena7> yeah me too
[17:08:27 EDT(-0400)] <EricDalquist> just guessing at the things that look different between the two
[17:08:34 EDT(-0400)] <EricDalquist> lol
[17:08:38 EDT(-0400)] <EricDalquist> yeah
[17:08:46 EDT(-0400)] <EricDalquist> I had fun with @deprecated ....
[17:09:56 EDT(-0400)] <athena7>
[17:11:09 EDT(-0400)] <athena7> argh, comcast is driving me insane
[17:11:23 EDT(-0400)] <athena7> i can't leave open an idle ssh terminal connection for more than a few minutes
[17:11:23 EDT(-0400)] <EricDalquist> flakey internet?
[17:11:31 EDT(-0400)] <athena7> or i get a connection reset by peer
[17:11:34 EDT(-0400)] <EricDalquist> uhg
[17:11:37 EDT(-0400)] <EricDalquist> that's annoying
[17:11:41 EDT(-0400)] <athena7> they have to be doing something evil though, because it's fine as long as i keep using it :/
[17:11:45 EDT(-0400)] <athena7> it's only idle ones that get cut
[17:11:58 EDT(-0400)] <athena7> as a remote employee, i view this as totally not cool.
[17:12:08 EDT(-0400)] <EricDalquist> I think there are some keep-alive options you can pass to ssh
[17:12:18 EDT(-0400)] <EricDalquist> so that it pings in the background
[17:12:20 EDT(-0400)] <athena7> hm that's a good idea
[17:12:25 EDT(-0400)] <athena7> i'll have to try that out
[17:12:28 EDT(-0400)] <EricDalquist> yeah
[17:12:35 EDT(-0400)] <EricDalquist> do a 'man ssh'
[17:12:37 EDT(-0400)] <EricDalquist> then search for Alive
[17:12:40 EDT(-0400)] <EricDalquist> there are a few options
[17:12:51 EDT(-0400)] <holdorph> also, I don't think it's always the inet provider
[17:13:09 EDT(-0400)] <holdorph> it's sometimes the receipient side firewall
[17:13:19 EDT(-0400)] <holdorph> so it might be on the yale side, rather then comcast side
[17:13:31 EDT(-0400)] <athena7> unicon conenction, actually
[17:13:34 EDT(-0400)] <EricDalquist> ah, yeah firewalls often do that
[17:13:36 EDT(-0400)] <athena7> i don't think it is, because i haven't had any problems from yale, and it worked just fine from the st paul hotel
[17:13:46 EDT(-0400)] <athena7> and the st paul hotel was pretty useless, internet-wise
[17:13:51 EDT(-0400)] <EricDalquist> http://ubuntu.wordpress.com/2006/02/03/keeping-ssh-sessions-alive/
[17:13:56 EDT(-0400)] <athena7> thanks eric
[17:14:26 EDT(-0400)] <holdorph> yeah, don't get me started on the st. paul hotel. man, i hope ja-sig got some kind of compensation for that
[17:14:47 EDT(-0400)] <athena7> incidentally, my maven repo got corrupted at the conference because my conference session thing timed out right before maven decided it really, really needed new snapshots
[17:14:58 EDT(-0400)] <athena7> so all the poms got replaced with html pages
[17:14:59 EDT(-0400)] <athena7> ahhhhh
[17:15:13 EDT(-0400)] <EricDalquist> they did
[17:15:40 EDT(-0400)] <holdorph> backup/restore
[17:15:51 EDT(-0400)] <EricDalquist> rm -Rf ~/.m2/repository
[17:16:00 EDT(-0400)] <EricDalquist> when you have access to a good net connection of course
[17:16:13 EDT(-0400)] <holdorph> if my maven repo on my linux side got corrupted, I'm pretty sure I'd have to restore, i have jar files in there that sakai requires that aren't in the main repo
[17:16:37 EDT(-0400)] <EricDalquist> ah
[17:16:38 EDT(-0400)] <EricDalquist> yeah
[17:16:46 EDT(-0400)] <EricDalquist> that's no fun to manually re-install those
[17:17:03 EDT(-0400)] <athena7> yeah i had to delete them one by one because the internet sucked too much to delete more than i had to
[17:17:12 EDT(-0400)] <holdorph> i'm sure 'trunk' was probably fixed, but you can't always get a new vendor drop whenever you want
[17:17:13 EDT(-0400)] <athena7> it was like an hour before i could work again, even though there were just a few
[17:21:25 EDT(-0400)] <athena7> by the way eric, it turns out that that ignorePartialResults exception causes the spring LdapTemplate to catch and ignore any javax.naming.PartialResultsException
[17:21:39 EDT(-0400)] <athena7> since that's part of the java API, I'm assuming i'd see that in the logs if that were the problem
[17:21:42 EDT(-0400)] <EricDalquist> ah
[17:21:43 EDT(-0400)] <EricDalquist> yeah
[17:21:48 EDT(-0400)] <athena7> good to know, though
[17:22:06 EDT(-0400)] <athena7> in case someone ever runs into that
[17:22:10 EDT(-0400)] <EricDalquist> yup
[17:22:11 EDT(-0400)] <EricDalquist> brb
[17:31:21 EDT(-0400)] <athena7> ahhhhhhhhh that bug is totally on the inside of my window screen
[17:31:23 EDT(-0400)] <athena7> go away
[17:31:31 EDT(-0400)] <EricDalquist> lol
[17:32:40 EDT(-0400)] <athena7> ugh.
[17:39:32 EDT(-0400)] * dstn (n=dstn@unaffiliated/dstn) has joined ##uportal
[17:46:29 EDT(-0400)] <dstn> I like the idea of the clean url's
[17:54:44 EDT(-0400)] <athena7> yes, me too
[17:54:46 EDT(-0400)] <dstn> I just noticed that is how Gmail's urls's are
[17:54:51 EDT(-0400)] <athena7> although mark makes a good point
[17:54:56 EDT(-0400)] <athena7> ok, what ARE gmail's urls
[17:54:59 EDT(-0400)] <athena7> can you predict them??
[17:55:58 EDT(-0400)] <dstn> ya, they are pretty predictable
[17:56:05 EDT(-0400)] <athena7> i mean from like imap
[17:56:20 EDT(-0400)] <athena7> actually come to think of it i think eric sent me some link about this
[17:56:22 EDT(-0400)] <athena7> what did i do with it
[17:56:30 EDT(-0400)] <dstn> oh...I don't use imap
[17:56:38 EDT(-0400)] <dstn> just the web interface
[17:56:39 EDT(-0400)] <athena7> the conference melted my brain!
[17:56:42 EDT(-0400)] <athena7> i use the web ui too
[17:56:44 EDT(-0400)] <dstn> lol
[17:56:49 EDT(-0400)] <athena7> but the tabbed email portlet does not
[17:56:54 EDT(-0400)] <athena7> thus the curiosity
[17:57:05 EDT(-0400)] <holdorph> nor do most other mail programs (thunderbird, etc)
[18:01:50 EDT(-0400)] <dstn> I've never used ruby on rails but it also uses those pretty url's
[18:02:47 EDT(-0400)] <athena7> yeah
[18:02:51 EDT(-0400)] <athena7> it's kind of a nice feature
[18:04:56 EDT(-0400)] <holdorph> i'll let eric respond to your email dstn, but my guess is that from a Portlet's perspective, 'detached' would not be a significant window state. It's mostly so the portal can accomplish the 'pop-up' window deal.
[18:05:28 EDT(-0400)] <holdorph> it just gets slightly confusing when you do that, though, because it's not the same as maximized.
[18:06:08 EDT(-0400)] <holdorph> for one you have a quandry over what to do if the user interacts with the 'popped up' window AND the main portal window both, without closing either.
[18:07:39 EDT(-0400)] <dstn> So could you potentially have different views on the portal and the pop up? Say the view mode on the portal and the edit on the pop up?
[18:08:24 EDT(-0400)] <holdorph> well that's why it's hard. whichever way you slice it, it's confusing from the portlet perspective, but yet desired from the end-user perspective
[18:08:42 EDT(-0400)] <dstn> interesting...
[18:09:01 EDT(-0400)] <holdorph> what probably has to happen, is the equivalent of a new portlet window will have to be created
[18:09:14 EDT(-0400)] <holdorph> (e.g., similuating a new user login session, for just that one portlet)
[18:09:51 EDT(-0400)] <holdorph> so there is no relationship at all between the main portlet page portlet and the detached portlet
[18:10:05 EDT(-0400)] <holdorph> excluding the original saved portlet preferences for that user
[18:12:38 EDT(-0400)] <athena7> hey look, setting the keepalive ping seems to have fixed my ssh problems
[18:12:43 EDT(-0400)] <athena7> stupid comcast.
[18:13:00 EDT(-0400)] <holdorph> if it helps any, i feel the same way about cox cable
[18:13:05 EDT(-0400)] <athena7> i bet!
[18:13:09 EDT(-0400)] <athena7> stupid internet companies!
[18:13:46 EDT(-0400)] <holdorph> I'm tempted to buy a new cable modem, just to prove that's not the problem. But I don't think it will prove it to anyone besides myself.
[18:13:55 EDT(-0400)] <athena7> yeah
[18:14:01 EDT(-0400)] <athena7> is that their current party line?
[18:14:32 EDT(-0400)] <holdorph> the last time I bothered to call (because I had no internet), the most they would do was schedule a service call
[18:14:47 EDT(-0400)] <athena7> i think the last time i really yelled at comcast was because the tv went out for 2 hours during a new england patriots playoff game
[18:14:51 EDT(-0400)] <athena7> ugh.
[18:14:52 EDT(-0400)] <holdorph> by the time the service call guy made it out (days later) it had magically started working again
[18:14:56 EDT(-0400)] <athena7> yeah
[18:15:32 EDT(-0400)] <holdorph> but this happens at least once a month now, no internet for some period of time, from hours to days, it varies from outage to outage
[18:15:42 EDT(-0400)] <holdorph> never as long as a week, so far....
[18:16:40 EDT(-0400)] <athena7> ack, i would totally freak out
[18:16:52 EDT(-0400)] <athena7> i'm like the people from the south park episode a couple weeks ago
[18:17:23 EDT(-0400)] <holdorph> I think you can classify my wife's and mine reaction as "freak out". but I'd probably call it "get really pissed" instead.
[18:17:33 EDT(-0400)] <athena7>
[18:17:53 EDT(-0400)] <athena7> obviously i'd be pissed too, but there'd be an extra element of panic
[18:18:05 EDT(-0400)] <holdorph> my level of crankiness is directly affected by my internet connectivity
[18:18:13 EDT(-0400)] <dstn> lolllll
[18:18:28 EDT(-0400)] <dstn> likewise
[18:18:33 EDT(-0400)] <athena7> i bet we could graph that
[18:18:34 EDT(-0400)] <holdorph> the first step is admitting you have a problem
[18:18:39 EDT(-0400)] <dstn> haha
[18:18:43 EDT(-0400)] <athena7> no, i don't have a problem
[18:18:47 EDT(-0400)] <athena7> the internet company has a problem!
[18:18:51 EDT(-0400)] <dstn> ^ denial
[18:18:53 EDT(-0400)] <holdorph> lol
[18:18:56 EDT(-0400)] <athena7> truth!
[18:19:12 EDT(-0400)] <holdorph> hmm... a new perspective
[18:19:22 EDT(-0400)] <holdorph> cox is responsible for how cranky i am....
[18:19:28 EDT(-0400)] <holdorph> works for me
[18:19:29 EDT(-0400)] <athena7> i have reasonable needs, which include much higher upstream bandwidth and 101% uptime
[18:19:32 EDT(-0400)] <athena7> yes
[18:25:07 EDT(-0400)] * dstn (n=dstn@unaffiliated/dstn) has left ##uportal
[19:11:16 EDT(-0400)] * esm (n=esm@207-53-193-157.dynamic-dsl.qis.net) has joined ##uportal
[19:46:34 EDT(-0400)] * colinclark (n=colin@2-244-234-66.static.cosmoweb.net) has joined ##uportal
[20:46:38 EDT(-0400)] * colinclark (n=colin@2-244-234-66.static.cosmoweb.net) has joined ##uportal
[22:04:01 EDT(-0400)] * esm (n=esm@207-53-193-157.dynamic-dsl.qis.net) has joined ##uportal
[23:22:37 EDT(-0400)] * MarkRogers (n=MarkRoge@wnpgmb0804w-ad03-82-73.dynamic.mts.net) has joined ##uportal

Browser not supported