uPortal IRC Logs-2009-10-06

[05:12:07 EDT(-0400)] * brad_afk (n=bszabo@ip68-227-239-204.ph.ph.cox.net) has joined ##uportal
[08:48:24 EDT(-0400)] * jessm (n=Jess@c-71-232-1-65.hsd1.ma.comcast.net) has joined ##uportal
[08:57:45 EDT(-0400)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[09:32:12 EDT(-0400)] * athena (n=athena@adsl-75-58-127-15.dsl.wlfrct.sbcglobal.net) has joined ##uportal
[09:32:18 EDT(-0400)] * invisibill (i=80876350@gateway/web/freenode/x-vcfqgnanbknjzkvi) has joined ##uportal
[09:33:09 EDT(-0400)] * lennard1 (n=sparhk@ip68-98-56-21.ph.ph.cox.net) has joined ##uportal
[09:37:19 EDT(-0400)] * sanji (n=Sanji@luna.it.fit.edu) has joined ##uportal
[09:40:45 EDT(-0400)] <invisibill> Greetings uPortal devs: http://uportal.pastebin.com/m76a827c9 You recently gave us a patch (UP-2486) for exporting layouts which fixed our issue at the time. We've run into a different issue now a few weeks after the patch. Tomcat was off when we ran the export attempt. Do you know if this is a jira type issue or maybe something we can reconfig to get the backup working?
[09:41:07 EDT(-0400)] <invisibill> we're getting this error in the sub exports as well.
[09:41:27 EDT(-0400)] <EricDalquist> tomcat being on or off should have no bearing on the export
[09:41:40 EDT(-0400)] <invisibill> ok
[09:41:47 EDT(-0400)] <EricDalquist> and pastebin is being slow for me so I can't see the data
[09:41:56 EDT(-0400)] <invisibill> yeah me too.
[09:42:40 EDT(-0400)] <invisibill> I saw a ConcurrentTask error in the trace so I thought it might have had to do with tomcat running but it was the same error when off.
[09:43:01 EDT(-0400)] <EricDalquist> the export scripts can run in a threaded manner
[09:43:08 EDT(-0400)] <EricDalquist> to improve export speed for large data sets
[09:43:16 EDT(-0400)] <EricDalquist> that's why you see the references to the concurrent apis
[09:43:33 EDT(-0400)] <invisibill> ok
[09:45:19 EDT(-0400)] <EricDalquist> it may be a similar issue to the previous bug
[09:45:28 EDT(-0400)] <invisibill> we have made a bunch of front end configuration changes for the portlets such as group and user visibility changes but not much else
[09:45:41 EDT(-0400)] <invisibill> yeah. I see it is the same file as the other jira
[09:47:28 EDT(-0400)] <invisibill> Do you think I should add this trace to the UP-2486 jira for tracking the issue?
[09:47:38 EDT(-0400)] <EricDalquist> yeah
[09:47:43 EDT(-0400)] <EricDalquist> be sure to add the entire trace
[09:47:55 EDT(-0400)] <invisibill> I see athena applied the fix to the 3.2 build already
[09:48:20 EDT(-0400)] <invisibill> ok. I'll just copy the paste bin into the issue.
[09:50:30 EDT(-0400)] <athena> no, i don't think i have
[09:51:30 EDT(-0400)] <athena> i'd pulled up the issue thinking it was a 3.2 one, but it seems that it should be marked for the 3.1.x branch
[09:52:32 EDT(-0400)] <invisibill> oops. I just added the comment to UP-2486. should I open it as a new issue.
[09:56:25 EDT(-0400)] <EricDalquist> hrm, that stack doesn't actually look related
[09:57:44 EDT(-0400)] <EricDalquist> it looks like some issue with orphaned portlet preferences or something
[09:58:08 EDT(-0400)] <EricDalquist> could you actually create a new jira issue with that?
[09:58:17 EDT(-0400)] <invisibill> ok sure np. I've got a meeting now till about 10:30 CST. I can post it as a new issue then.
[09:58:29 EDT(-0400)] <invisibill> thanks.
[10:16:24 EDT(-0400)] * colinclark (n=colin@142.150.154.101) has joined ##uportal
[10:16:55 EDT(-0400)] <athena> how am is my maven build suddenly telling me hibernate 3.2.3.ga requires ehcache 1.7.0-beta?
[10:16:56 EDT(-0400)] * athena stares
[10:17:11 EDT(-0400)] <EricDalquist> that's no good
[10:17:20 EDT(-0400)] <EricDalquist> what project?
[10:18:19 EDT(-0400)] <athena> that's not supposed to change, is it?
[10:18:36 EDT(-0400)] <EricDalquist> nope
[10:19:25 EDT(-0400)] <athena> calendar portlet
[10:19:38 EDT(-0400)] <athena> maybe something bad happened to our mirror
[10:19:42 EDT(-0400)] <EricDalquist> could be
[10:19:50 EDT(-0400)] <EricDalquist> is it using <dependencyManagement>?
[10:19:55 EDT(-0400)] <athena> nope
[10:19:57 EDT(-0400)] <EricDalquist> hrm
[10:20:02 EDT(-0400)] <EricDalquist> might be a good time to do that change
[10:20:09 EDT(-0400)] <EricDalquist> then you can just declare ehcache 1.6
[10:20:12 EDT(-0400)] <athena> and only one of my calendar portlet checkouts seems screwed up at the moment
[10:20:15 EDT(-0400)] <EricDalquist> and it will override all transative deps
[10:20:16 EDT(-0400)] <athena> i'll have to keep an eye on it
[10:20:17 EDT(-0400)] <athena> yeah
[10:20:33 EDT(-0400)] <athena> it does need to get done
[10:31:14 EDT(-0400)] * sanji (n=Sanji@luna.it.fit.edu) has joined ##uportal
[10:31:14 EDT(-0400)] * athena (n=athena@adsl-75-58-127-15.dsl.wlfrct.sbcglobal.net) has joined ##uportal
[10:31:33 EDT(-0400)] <athena> hello again, other side of the internet
[10:53:10 EDT(-0400)] * michelled (n=team@142.150.154.193) has joined ##uportal
[11:03:21 EDT(-0400)] <sanji> i was reading the wiki and i just want to make sure i'm reading it correctly are security.propertities and uportal-war../web.xml the only files you need to modify for authencation against another cas server?
[11:03:47 EDT(-0400)] <EricDalquist> I think so, athena can you verify that?
[11:04:03 EDT(-0400)] <athena> yes, that sounds right
[11:04:12 EDT(-0400)] <sanji> alright, thank you
[11:08:05 EDT(-0400)] * lennard1 (n=sparhk@ip68-98-56-21.ph.ph.cox.net) has left ##uportal
[11:14:03 EDT(-0400)] * holdorph (n=holdorph@wsip-72-215-204-133.ph.ph.cox.net) has joined ##uportal
[11:18:00 EDT(-0400)] * sanji (n=Sanji@luna.it.fit.edu) has joined ##uportal
[11:18:00 EDT(-0400)] * athena (n=athena@adsl-75-58-127-15.dsl.wlfrct.sbcglobal.net) has joined ##uportal
[11:23:35 EDT(-0400)] * sanji (n=Sanji@luna.it.fit.edu) has joined ##uportal
[11:23:35 EDT(-0400)] * athena (n=athena@adsl-75-58-127-15.dsl.wlfrct.sbcglobal.net) has joined ##uportal
[11:24:47 EDT(-0400)] * michelled (n=team@142.150.154.193) has joined ##uportal
[11:25:32 EDT(-0400)] <EricDalquist> from reading that article you posted yesterday
[11:25:49 EDT(-0400)] <EricDalquist> I was thinking it would be kind of neat to be able to generate a single CSS and a single JS file
[11:26:08 EDT(-0400)] <EricDalquist> do a md5 of the file contents and include that in the name
[11:26:17 EDT(-0400)] <EricDalquist> and figure out a way to have the XSL pick that up in its links
[11:26:28 EDT(-0400)] <EricDalquist> that would give us long-term cachability
[11:26:38 EDT(-0400)] <EricDalquist> and just two framework files to download
[11:27:03 EDT(-0400)] <EricDalquist> one more thing to add to the list (tongue)
[11:29:31 EDT(-0400)] <athena> which article was that EricDalquist?
[11:29:37 EDT(-0400)] <EricDalquist> the one with the microwave
[11:29:58 EDT(-0400)] <athena> oh!
[11:30:01 EDT(-0400)] <athena> lol
[11:30:33 EDT(-0400)] <athena> sounds like an interesting idea
[11:30:51 EDT(-0400)] <sanji> something about http://www.ja-sig.org/wiki/display/UPM31/01+CAS+Authentication+for+the+Impatient confuses me. The Cleaning up section states to delete the cas directory, but when i do that and run ant clean deploy-war i recieve errors saying that the cas directory is missing
[11:31:20 EDT(-0400)] <EricDalquist> looks like that page may be wrong
[11:31:24 EDT(-0400)] <athena> delete the directory, then remove it from the <modules> section in uportal-portlet-overlays/pom.xml
[11:31:32 EDT(-0400)] <athena> then delete the references to cas in uportal-ear/pom.xml
[11:31:48 EDT(-0400)] <EricDalquist> athena or sanji could you update that page when you get it figured out?
[11:31:57 EDT(-0400)] <sanji> ah, thanks
[11:32:03 EDT(-0400)] <athena> wow, those are really wrong
[11:32:10 EDT(-0400)] <athena> you'll need to do deploy-ear, not deploy-war
[11:34:29 EDT(-0400)] <EricDalquist> uhoh
[11:34:38 EDT(-0400)] <EricDalquist> [artifact:dependencies] 1) edu.wisc.my.portal:uportal-impl:jar:3.1.0 [artifact:dependencies] 2) net.sf.ehcache:ehcache:jar:1.7.0-beta
[11:34:43 EDT(-0400)] <EricDalquist> we just got that
[11:34:49 EDT(-0400)] <EricDalquist> and we're running through a maven proxy
[11:44:40 EDT(-0400)] <athena> ok, so i'm not insane
[11:44:42 EDT(-0400)] <EricDalquist> so that ehcache thing is very confusing
[11:44:44 EDT(-0400)] <EricDalquist> yeah
[11:44:56 EDT(-0400)] <EricDalquist> that was from one of our build scripts
[11:45:02 EDT(-0400)] <EricDalquist> I just re-ran the build by hand and no errors
[11:45:03 EDT(-0400)] <EricDalquist> wtr
[11:45:05 EDT(-0400)] <EricDalquist> wtf
[11:45:09 EDT(-0400)] <athena> odd
[11:45:16 EDT(-0400)] <EricDalquist> yeah
[11:45:19 EDT(-0400)] <athena> my jasig calendar portlet built
[11:45:25 EDT(-0400)] <EricDalquist> makes me worried that we have some dependency somewhere that isn't pinned
[11:45:30 EDT(-0400)] <athena> but the one i'd customized (that's using our maven proxy) didn't
[11:45:48 EDT(-0400)] <athena> i don't know what version hibernate used to include, but it wasn't that
[11:46:19 EDT(-0400)] <EricDalquist> yeah
[11:46:25 EDT(-0400)] <EricDalquist> the weird thing is the dep-path I saw
[11:46:41 EDT(-0400)] <EricDalquist> 1) edu.wisc.my.portal:uportal-impl:jar:3.1.0
[11:46:41 EDT(-0400)] <EricDalquist> 2) net.sf.ehcache:ehcache:jar:1.7.0-beta
[11:46:45 EDT(-0400)] <athena> oh . . . yours was just from uportal itself?
[11:46:49 EDT(-0400)] <EricDalquist> which most certainly is not true
[11:46:51 EDT(-0400)] <athena> that's even weirder than mine
[11:46:52 EDT(-0400)] <athena> yeah
[11:46:58 EDT(-0400)] * lennard1 (n=sparhk@72.215.204.133) has joined ##uportal
[11:47:01 EDT(-0400)] <athena> i was getting it coming from the hibernate dep
[11:58:51 EDT(-0400)] <invisibill> Hi EricDalquist. Just following up with you that I created a new jira for the issue from earlier http://www.ja-sig.org/issues/browse/UP-2486 . Now off to another meeting (sad)
[12:00:51 EDT(-0400)] * colinclark (n=colin@142.150.154.101) has joined ##uportal
[12:09:28 EDT(-0400)] <athena> by the way EricDalquist, good game last night, don't you think? (wink)
[12:09:35 EDT(-0400)] <EricDalquist> yeah
[12:09:37 EDT(-0400)] <EricDalquist> it was
[12:09:53 EDT(-0400)] <EricDalquist> though Green Bay needs a new offensive line
[12:10:19 EDT(-0400)] <athena> it's still so weird to see favre in purple
[12:10:23 EDT(-0400)] <athena> though i'm not complaining
[12:10:38 EDT(-0400)] <athena> the first half especially was pretty exciting
[12:14:03 EDT(-0400)] <holdorph> it's weird to see favre in any color. the dude is old. retire already.
[12:15:42 EDT(-0400)] <athena> yeah but he can still play
[12:15:52 EDT(-0400)] <athena> he had some great passes last night
[12:16:12 EDT(-0400)] <athena> though i did like the commercial where he couldn't make up his mind and stood in the tv store until they closed
[12:30:50 EDT(-0400)] * colinclark (n=colin@142.150.154.101) has joined ##uportal
[12:35:29 EDT(-0400)] <sanji> when i sign in with our cas server i am returned to the main page and it says Welcome Unreconized person
[12:35:43 EDT(-0400)] <sanji> how can i change that, is it a cas thing or a database thing?
[12:36:26 EDT(-0400)] <athena> so in addition to setting up authentication (CAS), you'll need to set up the person directory
[12:36:38 EDT(-0400)] <athena> CAS just tells uPortal who the user is (what their netid is)
[12:36:47 EDT(-0400)] <athena> CAS doesn't know the user's name, email address, etc.
[12:36:52 EDT(-0400)] <athena> so it depends on where you keep your user data
[12:37:15 EDT(-0400)] <sanji> alright
[12:37:16 EDT(-0400)] <athena> but it's possible to pull person attributes from a database or LDAP
[12:37:24 EDT(-0400)] <sanji> ah
[12:37:35 EDT(-0400)] <athena> or probably some other source, if you need something special
[12:37:51 EDT(-0400)] <sanji> ok, i was wondering why my bosses wanted to implement LDAP when CAS worked just fine
[12:37:59 EDT(-0400)] <sanji> thank you
[12:38:15 EDT(-0400)] <athena> yep!
[12:38:29 EDT(-0400)] <athena> so in that case you'll want to configure CAS to go against ldap
[12:38:36 EDT(-0400)] <athena> then configure the person directory to talk to ldap
[12:59:56 EDT(-0400)] <EricDalquist> athena: the echcache issue is because of resource server
[13:00:17 EDT(-0400)] <EricDalquist> org.jasig.resourceserver:resource-server-utils:jar:1.0.2:compile (selected)
[13:00:17 EDT(-0400)] <EricDalquist> commons-logging:commons-logging:jar:1.1.1:compile (removed - nearer found: 1.1.1)
[13:00:17 EDT(-0400)] <EricDalquist> net.sf.ehcache:ehcache:jar:1.6.0:compile (removed - nearer found: 1.5.0)
[13:00:17 EDT(-0400)] <EricDalquist> net.sf.ehcache:ehcache-web:jar:1.6.0-beta2:compile (selected)
[13:00:17 EDT(-0400)] <EricDalquist> net.sf.ehcache:ehcache:jar:1.7.0-beta:compile (setting version to: 1.7.0-beta from range: [1.6.0-beta4,])
[13:00:18 EDT(-0400)] <EricDalquist> net.sf.ehcache:ehcache:jar:1.7.0-beta:compile (setting version to: 1.7.0-beta from range: [1.6.0-beta4,])
[13:00:21 EDT(-0400)] <EricDalquist> net.sf.ehcache:ehcache:jar:1.7.0-beta:compile (setting version to: 1.7.0-beta from range: [1.6.0-beta4,))
[13:00:24 EDT(-0400)] <EricDalquist> net.sf.ehcache:ehcache:jar:1.7.0-beta:compile (removed - nearer found: 1.7.0-beta)
[13:00:29 EDT(-0400)] <athena> huh
[13:00:40 EDT(-0400)] <athena> so my error must have just been wrong
[13:00:42 EDT(-0400)] <EricDalquist> net.sf.ehcache:ehcache-web:jar:1.6.0-beta2 has a ranged dependency
[13:00:49 EDT(-0400)] <EricDalquist> I think it is some issue with dependency management
[13:00:50 EDT(-0400)] <athena> oooh
[13:01:15 EDT(-0400)] * athena finds ranged dependencies tricksy and annoying
[13:01:23 EDT(-0400)] <EricDalquist> and that ranged dependency seems to be overriding what is in the dependency management
[13:01:23 EDT(-0400)] <EricDalquist> which seems broken
[13:01:39 EDT(-0400)] <EricDalquist> yes
[13:01:43 EDT(-0400)] <athena> it's odd though
[13:01:47 EDT(-0400)] <EricDalquist> which is why we do not use them
[13:01:55 EDT(-0400)] <athena> resource server actually isn't pulling in 1.7.0 in my calendar project
[13:02:04 EDT(-0400)] <athena> once i added an exclude to hibernate it went away
[13:03:00 EDT(-0400)] <EricDalquist> right
[13:03:00 EDT(-0400)] <EricDalquist> I think it is some sort of bug in maven
[13:03:25 EDT(-0400)] <athena> ick
[13:04:06 EDT(-0400)] <EricDalquist> in your case perhaps it was something in hibernates tree
[13:04:20 EDT(-0400)] <athena> yeah
[13:05:09 EDT(-0400)] <EricDalquist> you could try running maven in debug mode
[13:05:09 EDT(-0400)] <EricDalquist> then you see all the dependency resolution work
[13:05:10 EDT(-0400)] <EricDalquist> yeah excluding ehcache under resourceserver seems to have worked for me (sad)
[13:05:19 EDT(-0400)] <EricDalquist> well (smile)
[13:05:19 EDT(-0400)] <EricDalquist> that it worked
[13:05:19 EDT(-0400)] <EricDalquist> but (sad) that it is even a problem at all
[13:07:43 EDT(-0400)] <athena> lol
[13:07:44 EDT(-0400)] <athena> yes, agree
[13:07:44 EDT(-0400)] <athena> d
[13:07:44 EDT(-0400)] * Sememmon (n=Sememmon@wsip-72-215-204-133.ph.ph.cox.net) has joined ##uportal
[13:07:50 EDT(-0400)] <athena> by the way, do you have any thoughts on that ajax portlet support stuff?
[13:08:01 EDT(-0400)] <EricDalquist> haven't had a chance to really read that email yet
[13:08:04 EDT(-0400)] <EricDalquist> I'll try to tonight
[13:08:27 EDT(-0400)] <athena> no worries (smile)
[13:08:42 EDT(-0400)] <athena> i'm hoping to help get some of the portlets cleaned up
[13:08:51 EDT(-0400)] <athena> particularly whichever ones we want to distribute w/ 3.2
[13:09:47 EDT(-0400)] <athena> don't know if we know which those are - weather and some of those widgets, maybe?
[13:10:02 EDT(-0400)] <athena> i might cut the widgets down to google-things-only for terms-of-use reasons
[13:10:56 EDT(-0400)] <EricDalquist> ok
[13:11:23 EDT(-0400)] <athena> is there anything else we want?
[13:11:23 EDT(-0400)] <athena> news reader, maybe
[13:11:30 EDT(-0400)] <EricDalquist> xslt
[13:11:36 EDT(-0400)] <athena> ah, yeah
[13:11:37 EDT(-0400)] <EricDalquist> and news
[13:11:42 EDT(-0400)] <EricDalquist> iframe
[13:11:43 EDT(-0400)] <EricDalquist> image
[13:11:44 EDT(-0400)] <athena> you know more about the xslt one than i do
[13:11:48 EDT(-0400)] <EricDalquist> yeah
[13:12:01 EDT(-0400)] <EricDalquist> I'm not going to have much free time for 3.2 work this week though (sad)
[13:12:11 EDT(-0400)] <EricDalquist> going to be neck deep in skinning work here
[13:12:13 EDT(-0400)] <athena> totally understood (smile)
[13:12:34 EDT(-0400)] <athena> i'm just trying to contribute a bit where i can - clean up some of those jiras that have been around a while
[13:13:02 EDT(-0400)] <EricDalquist> (smile)
[14:40:53 EDT(-0400)] * athena (n=athena@adsl-75-58-127-15.dsl.wlfrct.sbcglobal.net) has joined ##uportal
[14:43:53 EDT(-0400)] * athena (n=athena@adsl-75-58-127-15.dsl.wlfrct.sbcglobal.net) has joined ##uportal
[14:56:06 EDT(-0400)] * tsnfoo (n=tsnfoo@140.141.15.78) has joined ##uportal
[14:57:18 EDT(-0400)] <tsnfoo> Anybody know what config option of WebProxyPortlet enables link/click processing?
[14:58:29 EDT(-0400)] <EricDalquist> you need to make sure the URL patterns you enter match the URLs you want to be proxied
[14:58:51 EDT(-0400)] <EricDalquist> and unfortunately I'm running to a meeting right now but I hope that one-liner helps
[15:07:43 EDT(-0400)] <tsnfoo> thx... I'll try that
[15:33:32 EDT(-0400)] <tsnfoo> whoa - portlet manager in the 3.1.1 quickstart is whack
[15:34:52 EDT(-0400)] <tsnfoo> it forgets all the prefs for the proxy portlet everytime I edit it
[15:39:10 EDT(-0400)] <tsnfoo> Hmm... Every expression I try in the sPortletUrl preference gives me an index out of bounds or null pointer exception.
[15:41:47 EDT(-0400)] <athena> the forgetting things is a documented bug
[15:41:58 EDT(-0400)] <athena> it's partially fixed in the pre-3.1.2 trunk
[15:41:59 EDT(-0400)] <tsnfoo> Even the example from the docs (sBaseUrl = "http://www.google.com", sPortletUrl = "google\.com")
[15:42:22 EDT(-0400)] <athena> that i'm not sure about
[15:42:31 EDT(-0400)] <athena> are you getting the error from the channel manager?
[15:43:22 EDT(-0400)] <tsnfoo> Nope
[15:43:27 EDT(-0400)] <tsnfoo> When viewing the channel
[15:43:41 EDT(-0400)] <tsnfoo> If I delete sPortletUrl, it's all good
[15:43:46 EDT(-0400)] <tsnfoo> and proxies the content
[15:43:52 EDT(-0400)] <tsnfoo> but none of the links are proxied
[15:44:45 EDT(-0400)] <tsnfoo> so I tried http\:\/\/my.\domain\.edu\/.* in sPortletUrl
[15:45:05 EDT(-0400)] <tsnfoo> (with the actuall URL)
[15:45:08 EDT(-0400)] <athena> i'm not sure, i don't know that portlet that well
[15:45:13 EDT(-0400)] <tsnfoo> and it started barfing
[15:45:24 EDT(-0400)] <tsnfoo> thx for humoring me anyways (wink)
[15:45:54 EDT(-0400)] <athena> ooh
[15:45:59 EDT(-0400)] <athena> did you specify URL list type?
[15:46:09 EDT(-0400)] * tsnfoo thinks he didn't
[15:46:14 EDT(-0400)] <tsnfoo> ack
[15:46:16 EDT(-0400)] <athena> and are there the same number of them as sPortletUrls?
[15:46:28 EDT(-0400)] <athena> i just took a look at the docs because something about that sounded familiar
[15:46:40 EDT(-0400)] <athena> so in 3.1.2 the pre-population bugs should be fixed
[15:46:43 EDT(-0400)] <tsnfoo> Argh... I have to copy-paste all the values in every time I edit...
[15:46:47 EDT(-0400)] <tsnfoo> sweet
[15:46:48 EDT(-0400)] <tsnfoo> oh
[15:46:53 EDT(-0400)] <tsnfoo> I remember reading that in Jira
[15:46:58 EDT(-0400)] <athena> you might try the trunk - at least the text values get prepopulated
[15:47:14 EDT(-0400)] <athena> and hopefully unicon's coop dev program will be able to help finish fixing that bug
[15:47:34 EDT(-0400)] <athena> in 3.2 there's a really shiny brand-new portlet manager portlet: http://www.ja-sig.org/wiki/display/UPC/Portlet+Administration+Portlet
[15:47:51 EDT(-0400)] <tsnfoo> Mmm..... shiny
[15:47:59 EDT(-0400)] <athena> and eric's talking about adding CONFIG mode into uportal so that the web proxy portlet can have a custom interface that's less clunky
[15:48:10 EDT(-0400)] <athena> it's really pretty complex to be using an autogenerated UI
[15:48:19 EDT(-0400)] <tsnfoo> word
[15:48:33 EDT(-0400)] <athena> so at least there's hope on the way, though i know the 3.1.1 behavior is frustrating
[15:49:14 EDT(-0400)] <tsnfoo> ack... the docs for urlListType were truncated (sad)
[15:49:59 EDT(-0400)] <athena> (sad)
[15:55:01 EDT(-0400)] <tsnfoo> So, I'm trying this sBaseUrl: http://personal.denison.edu/~fulekia/
[15:55:18 EDT(-0400)] <tsnfoo> and this sPortletUrl: http\:\/\/personal\.denison\.edu\/~fulekia\/.*
[15:55:29 EDT(-0400)] <tsnfoo> and sListType Include
[15:55:59 EDT(-0400)] <tsnfoo> which sounds like anything that matches that pattern should be included for proxy
[16:00:27 EDT(-0400)] <tsnfoo> athena: on an unrelated note, whatever happened to that user registration portlet you were working on?
[16:00:40 EDT(-0400)] <tsnfoo> Did that make it to a releasable state?
[16:01:32 EDT(-0400)] <athena> heh.
[16:01:36 EDT(-0400)] <athena> sorta but not exactly?
[16:01:56 EDT(-0400)] <athena> i still have it lying around, but people seemed to feel pretty strongly that it should be part of uportal itself rather than a separate portlet
[16:02:02 EDT(-0400)] <athena> and i don't have time to integrate it
[16:02:19 EDT(-0400)] <athena> if someone does want to invest time in that though i'm sure we could find a way to share it
[16:03:19 EDT(-0400)] <athena> that url looks sane to me, but i haven't really used that portlet a whole lot
[16:10:07 EDT(-0400)] <tsnfoo> (part of uportal itself)++
[16:11:06 EDT(-0400)] <tsnfoo> re:proxyportlet: I may make a plea to the mailing list, to see what I'm doing wrong
[16:11:54 EDT(-0400)] <tsnfoo> re: registration portlet: if you could share the code, I'd love to see it, although I'm crap at Java
[16:12:33 EDT(-0400)] <athena> maybe i could dump it in sandbox or something
[16:12:40 EDT(-0400)] <tsnfoo> woot
[16:12:54 EDT(-0400)] <athena> think about including something like it in some future release, canibalizing code as necessary
[16:13:04 EDT(-0400)] <tsnfoo> That would be rad
[16:13:20 EDT(-0400)] <tsnfoo> I think Liferay's been shipping with some functionality like that for a while
[16:13:33 EDT(-0400)] <athena> yeah, you can create users through liferay
[16:13:50 EDT(-0400)] <athena> though the export back to ldap has some quirks
[16:13:57 EDT(-0400)] <athena> basically they locally import all data
[16:14:16 EDT(-0400)] <tsnfoo> All we really need is activation and/or password resets
[16:14:30 EDT(-0400)] <tsnfoo> users would already exist in LDAP
[16:14:35 EDT(-0400)] <athena> which makes it a lot easier for you to make changes to the data, but then you have the problem of keeping it in sync
[16:14:48 EDT(-0400)] <tsnfoo> tru dat
[16:15:03 EDT(-0400)] <athena> yeah, liferay aggressively copies all the user data from LDAP to it's internal database, then periodically syncs, which has it's own set of issues
[16:15:14 EDT(-0400)] <athena> the portlet i wrote actually binds to LDAP to make the changes
[16:15:43 EDT(-0400)] <athena> and it has an interface you can write multiple implementations for - so you could write an implementation to write back to your own magical database if that's where your user data was kept
[16:15:44 EDT(-0400)] <athena> etc.
[16:16:05 EDT(-0400)] <tsnfoo> Ooo... magic
[16:16:12 EDT(-0400)] <athena> though the portlet only lets you specify one sort of user store
[16:16:18 EDT(-0400)] <athena> so right now you can't do ldap and a db
[16:16:23 EDT(-0400)] <athena> which maybe no one wants to do anyway
[16:16:39 EDT(-0400)] <tsnfoo> I'm not sure if we'll stick with LDAP, or create a Banner view of users, and stick updates in a temprary table
[16:17:07 EDT(-0400)] <athena> yeah, if you wanted to do something like that you could just write a new implementation that writes to banner, or communicates w/ your banner web service, or whatever
[16:17:43 EDT(-0400)] <athena> the portlet handles activation, password resets, self-signup, and editing of personal data
[16:18:14 EDT(-0400)] <tsnfoo> It would be wicked sweet to see that make it into the sandbox, since it's so far along, even if uP proper integrates it into the core
[16:18:42 EDT(-0400)] <athena> ok, well, if there's interest i'll see about getting that sandboxified (smile)
[16:18:53 EDT(-0400)] <tsnfoo> athena++
[16:18:55 EDT(-0400)] <athena> though i do want to make sure it's clear that there's probably still some work to be done
[16:18:57 EDT(-0400)] <athena> aw (smile)
[16:19:11 EDT(-0400)] <tsnfoo> Too bad we don't have a virtual beer bot in here...
[16:19:16 EDT(-0400)] <athena> lol
[16:20:45 EDT(-0400)] <tsnfoo> So, with the portlet, was the idea to stick it on a guest layout fragment, so you could get to it pre-authentication?
[16:21:54 EDT(-0400)] <athena> yeah
[16:22:05 EDT(-0400)] <athena> and there was also a servlet that went with it
[16:22:18 EDT(-0400)] <athena> since a servlet is a lot easier to target from an email than a portlet
[16:22:44 EDT(-0400)] <athena> though it wouldn't be impossible to make that part a portlet
[16:24:39 EDT(-0400)] <tsnfoo> Well, I'd love to try and get that working on a test instance
[16:24:52 EDT(-0400)] <athena> sure
[16:24:57 EDT(-0400)] <athena> you might have to do a little custom fiddling
[16:25:04 EDT(-0400)] <tsnfoo> ja
[16:25:23 EDT(-0400)] <athena> might not be able to get it out there right away - need to dig through my old eclipse folder
[16:25:30 EDT(-0400)] <tsnfoo> np
[16:25:32 EDT(-0400)] <athena> (smile)
[16:25:33 EDT(-0400)] <athena> cool
[16:34:32 EDT(-0400)] * haruspex (n=awills@wsip-72-215-204-133.ph.ph.cox.net) has joined ##uportal
[16:34:38 EDT(-0400)] * haruspex (n=awills@wsip-72-215-204-133.ph.ph.cox.net) has left ##uportal
[18:00:15 EDT(-0400)] * lennard2 (n=sparhk@wsip-72-215-204-133.ph.ph.cox.net) has joined ##uportal
[19:04:08 EDT(-0400)] * lennard1 (n=sparhk@wsip-72-215-204-133.ph.ph.cox.net) has joined ##uportal
[19:47:21 EDT(-0400)] * lennard1 (n=sparhk@wsip-72-215-204-133.ph.ph.cox.net) has left ##uportal