[04:00:53 EDT(-0400)] * higmad (n=chatzill@pcit-8752.HIG.SE) has joined ##uportal
[08:46:38 EDT(-0400)] * athena (n=athena@99.129.100.66) has joined ##uportal
[08:49:01 EDT(-0400)] * fj4000 (n=Main@CPE0018f85ab63e-CM001692f5798c.cpe.net.cable.rogers.com) has joined ##uportal
[08:51:55 EDT(-0400)] * tsnfoo (n=tsnfoo@140.141.213.49) has joined ##uportal
[09:03:41 EDT(-0400)] * lennard2 (n=sparhk@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[09:24:04 EDT(-0400)] * jessm (n=Jess@c-71-232-3-4.hsd1.ma.comcast.net) has joined ##uportal
[09:58:47 EDT(-0400)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[10:10:49 EDT(-0400)] <athena> eric, are you ok with me adding the UP-2047 stuff sometime tonight or monday?
[10:11:04 EDT(-0400)] <EricDalquist> sounds good to me
[10:11:05 EDT(-0400)] <athena> i'm thinking probably monday since i'll be out of town this weekend and i don't want to accidentally leave landmines
[10:11:18 EDT(-0400)] <EricDalquist> perhaps a note to the dev list with the plan would be good
[10:11:22 EDT(-0400)] <EricDalquist> but I'm fine with it
[10:11:22 EDT(-0400)] <athena> there are some rough edges, but i think we've got it to a point where you can at least click through all the workflow
[10:11:26 EDT(-0400)] <athena> sounds good
[10:11:39 EDT(-0400)] <athena> there are a couple new resources we'll need to add
[10:11:52 EDT(-0400)] <athena> particularly a servlet context xml file
[10:12:13 EDT(-0400)] <EricDalquist> ok
[10:13:01 EDT(-0400)] <athena> there are also some java support packages we'll need to add both for this and the new group selector webflow
[10:13:20 EDT(-0400)] <athena> for the record, i'm completely ok with any renaming you or anyone else prefers
[10:13:24 EDT(-0400)] <EricDalquist> that's fine
[10:13:27 EDT(-0400)] <EricDalquist>
[10:13:42 EDT(-0400)] <athena> i did have a little trouble following the suggestions you'd made for the group selector flow though
[10:13:57 EDT(-0400)] <EricDalquist> I can't even remember what they were
[10:14:01 EDT(-0400)] <athena> drew mazurek took care of most of that and had it set up according to your ticket, but it didn't seem to work all that well
[10:14:01 EDT(-0400)] <athena> lol
[10:14:15 EDT(-0400)] <athena> let me find it
[10:14:38 EDT(-0400)] <athena> http://www.ja-sig.org/issues/browse/UP-2171
[10:14:45 EDT(-0400)] <athena> it works well for person/group selection
[10:15:04 EDT(-0400)] <athena> but it's sort of awkward since i'd like to use the same parameters for the webflow and the javascript service
[10:15:14 EDT(-0400)] <athena> and of course it's not so easy to pass Class objects to javascript
[10:15:37 EDT(-0400)] <athena> also, it makes less sense for categories, since the category stuff doesn't seem to work quite the same
[10:15:50 EDT(-0400)] <athena> for now i've just set it up to accept a set of strings like "person", "group", "category"
[10:15:56 EDT(-0400)] <EricDalquist> sounds good
[10:16:01 EDT(-0400)] <athena> which of course is ambiguous since "group" means "person group", but oh well
[10:16:15 EDT(-0400)] * jessm (n=Jess@c-71-232-3-4.hsd1.ma.comcast.net) has joined ##uportal
[10:22:44 EDT(-0400)] <EricDalquist> so I think my URL work may be getting put off in favor of fixing the login servlet
[10:27:08 EDT(-0400)] <athena> yeah i saw a few emails about that go across the list, but i hadn't had time to read them
[10:27:24 EDT(-0400)] <EricDalquist> well that is a different issue
[10:27:31 EDT(-0400)] <athena> ah
[10:27:36 EDT(-0400)] <EricDalquist> I need to read the latest, I'm still not sure what the problem is there
[10:28:04 EDT(-0400)] <EricDalquist> the problem I'm having is that if you click on a url like:
[10:28:10 EDT(-0400)] <EricDalquist> http://myportal/portal/render.userLayoutRootNode.uP?uP_fname=CourseGuide-Browse-Courses&pltc_type=ACTION&pltc_state=detached&pltc_mode=view&pltp_action=byTitle&pltp_FILTER_SUBJECTCODE=315
[10:28:19 EDT(-0400)] <EricDalquist> and you're forced to auth the URL gets lost
[10:28:38 EDT(-0400)] <athena> oh
[10:28:44 EDT(-0400)] <athena> yeah that's not surprising at all
[10:28:50 EDT(-0400)] <EricDalquist> yeah
[10:28:59 EDT(-0400)] <athena> i think the servlet is only configured to save the uP_fname and one or two other parameters
[10:29:05 EDT(-0400)] <EricDalquist> I've been revisiting the spring-security stuff in my mind
[10:29:14 EDT(-0400)] <EricDalquist> thinking that this may be an opportunity to do that workl
[10:29:21 EDT(-0400)] <athena> i sort of assumed some of it historically was because the user might be trying to go to a page that wasn't really valid anymore or something
[10:29:26 EDT(-0400)] <athena> ooh that'd be awesome
[10:29:26 EDT(-0400)] <EricDalquist> since I know it can deal nicely with this sort of thing
[10:29:28 EDT(-0400)] <EricDalquist> right
[10:29:38 EDT(-0400)] <EricDalquist> but that shouldn't be the login servlet's responsibility
[10:29:39 EDT(-0400)] <athena> that's something we've been talking about for a long time
[10:30:00 EDT(-0400)] * EricDalquist is dreaming of the day with no more security context API
[10:30:06 EDT(-0400)] <athena> no kidding!
[10:30:17 EDT(-0400)] <EricDalquist> back shortly ...
[10:30:24 EDT(-0400)] <athena> hey, a 3.2 with some new admin portlet content, spring security, and pretty URLs sounds compelling to me
[10:43:28 EDT(-0400)] <EricDalquist>
[10:45:42 EDT(-0400)] <athena> how long do we support releases for these days?
[10:46:09 EDT(-0400)] <EricDalquist> um
[10:46:19 EDT(-0400)] <EricDalquist> I don't think we have any official policy
[10:46:56 EDT(-0400)] <athena> gotcha
[10:47:07 EDT(-0400)] <athena> what is it currently? 3.0.x and 3.1.x?
[10:47:20 EDT(-0400)] <EricDalquist> yeah
[10:47:22 EDT(-0400)] <EricDalquist> probably
[10:49:09 EDT(-0400)] <athena> lol
[10:49:33 EDT(-0400)] <athena> we may want to put some thought into that if we do start cutting major releases more often
[10:49:41 EDT(-0400)] <EricDalquist> the 3.x code is much easier to cut releases of
[10:49:48 EDT(-0400)] <EricDalquist> so I'm much more likely to do them
[10:50:02 EDT(-0400)] <athena> yeah
[10:50:33 EDT(-0400)] <athena> and i do think we benefit from getting new functionality out
[10:50:46 EDT(-0400)] * tsnfoo (n=tsnfoo@140.141.92.4) has joined ##uportal
[10:50:46 EDT(-0400)] <EricDalquist> yup
[10:50:55 EDT(-0400)] <EricDalquist> I'd think we could be looking at a 3.2 in July
[10:51:11 EDT(-0400)] <athena> that'd be awesome
[10:51:13 EDT(-0400)] <EricDalquist> there is going to be a bit of a gap unless someone else steps up since I'll be on vacation for 3 weeks in June
[10:51:38 EDT(-0400)] <athena> gotcha
[10:51:58 EDT(-0400)] <athena> i suspect i'll have less availability than i did for the last release
[10:54:22 EDT(-0400)] <EricDalquist> that's fine
[10:54:26 EDT(-0400)] <EricDalquist> oh on another thread
[10:54:32 EDT(-0400)] <EricDalquist> the topic of de-anting uPortal
[10:54:36 EDT(-0400)] <athena> ah, yes
[10:54:50 EDT(-0400)] <EricDalquist> if that work moves forward I'm thinking we may want to create a separate uPortal-tools project
[10:55:03 EDT(-0400)] <EricDalquist> and move things like the ear deployer and stuff out of the uPortal project
[10:55:09 EDT(-0400)] <athena> yeah
[10:55:16 EDT(-0400)] <EricDalquist> I think that would help clean things up a lot
[10:55:21 EDT(-0400)] <athena> i already created a maven-uportal-plugin project in the sandbox
[10:55:49 EDT(-0400)] <athena> so i'm not sure if it's completely possible to only use ant for everything
[10:56:05 EDT(-0400)] <athena> part of the problem i'm having is that there aren't really reasonable lifecycle targets to tie these tasks to
[10:56:15 EDT(-0400)] <athena> i mean, uportal-ear doesn't have a maven lifecycle equivalent
[10:56:30 EDT(-0400)] <athena> now, of course you can just invoke it with "mvn install uportal:deploy-ear"
[10:56:44 EDT(-0400)] <EricDalquist> well that is what I think we're going to have to do
[10:56:47 EDT(-0400)] <athena> but the problem is that then it seems to be executed on the root project and every sub-project
[10:56:50 EDT(-0400)] <EricDalquist> have a bunch of uportal: tasks
[10:56:55 EDT(-0400)] <athena> right
[10:57:08 EDT(-0400)] <athena> but i can't figure out how to prevent it from running on each project
[10:57:17 EDT(-0400)] <EricDalquist> hrm
[10:57:30 EDT(-0400)] <EricDalquist> this is my issue with using maven for this stuff
[10:57:33 EDT(-0400)] <athena> the existing exclusion capability seems to only apply to bound lifecycle items, not to command line executions
[10:57:46 EDT(-0400)] <EricDalquist> I realize it makes things easier in some ways, with the dep management and profiles and stuff
[10:57:58 EDT(-0400)] <EricDalquist> but it just isn't built to be a generic task based tool like ant
[10:58:07 EDT(-0400)] <athena> what i did for yale was to only add the uportal:deploy-ear goal to the uportal-ear module, then create an ant task that called it
[10:58:19 EDT(-0400)] <athena> i guess i'm thinking even that would be an improvement over what we currently have
[10:58:23 EDT(-0400)] <EricDalquist> yeah
[10:58:46 EDT(-0400)] <athena> even if we could just get rid of those calls to the maven ant tasks - those are what really make my world hurt
[10:59:08 EDT(-0400)] <EricDalquist> yeah
[10:59:10 EDT(-0400)] <athena> because those tasks have really poor-to-nonexistant support for things like profiles and classifiers
[10:59:13 EDT(-0400)] <EricDalquist> the lack of profile support
[10:59:20 EDT(-0400)] <athena> so maybe we could at least get to that point as a stepping stone?
[10:59:24 EDT(-0400)] <EricDalquist> yup
[10:59:32 EDT(-0400)] <athena> ok
[10:59:37 EDT(-0400)] <athena> i think that's at least doable
[10:59:57 EDT(-0400)] <athena> though i'm not sure how much time i'll have to contribute
[11:00:31 EDT(-0400)] <EricDalquist> that's fine
[11:00:38 EDT(-0400)] <EricDalquist> it will get done when its done
[11:01:19 EDT(-0400)] <athena> yep
[11:01:39 EDT(-0400)] <athena> i'm just hesitant to put anything in trunk because i don't want to leave things half-done
[11:01:55 EDT(-0400)] <EricDalquist> that's fine
[11:02:07 EDT(-0400)] <EricDalquist> we can always branch if we want a place to stick things
[11:02:12 EDT(-0400)] <athena> yeah that makes sense
[11:02:12 EDT(-0400)] <EricDalquist> that may not be done
[11:02:29 EDT(-0400)] <athena> and certainly ongoing work can happen on the plugin, since it's not really being used by uportal right now
[11:06:32 EDT(-0400)] <EricDalquist> yup
[11:09:37 EDT(-0400)] * oxi (n=oxi@unaffiliated/oxi) has joined ##uportal
[11:09:49 EDT(-0400)] <oxi> hi
[11:10:46 EDT(-0400)] <oxi> what's this channel about?
[11:11:20 EDT(-0400)] <EricDalquist_mtg> a place to discuss uPortal
[11:11:46 EDT(-0400)] <oxi> what's uPortal?
[11:11:56 EDT(-0400)] <EricDalquist_mtg> http//www.uportal.org
[11:12:02 EDT(-0400)] <EricDalquist_mtg> http://www.uportal.org
[11:12:17 EDT(-0400)] <oxi> heh, sorry
[11:12:28 EDT(-0400)] <EricDalquist_mtg>
[11:34:15 EDT(-0400)] * holdorph (n=holdorph@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[11:56:11 EDT(-0400)] * bszabo (n=bszabo@ip72-208-41-138.ph.ph.cox.net) has joined ##uportal
[11:58:21 EDT(-0400)] * lennard1 (n=sparhk@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[12:17:17 EDT(-0400)] * Sememmon (n=Sememmon@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[12:55:27 EDT(-0400)] <EricDalquist_mtg> oi ... spring security is a bit to wrap the head around
[12:57:59 EDT(-0400)] <athena> indeed
[13:41:25 EDT(-0400)] * oxi (n=oxi@unaffiliated/oxi) has joined ##uportal
[13:42:49 EDT(-0400)] * oxi (n=oxi@unaffiliated/oxi) has left ##uportal
[14:12:46 EDT(-0400)] * apetro (n=apetro@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[14:15:29 EDT(-0400)] * tsnfoo (n=tsnfoo@140.141.92.4) has joined ##uportal
[14:46:10 EDT(-0400)] <bszabo>
[14:46:13 EDT(-0400)] <bszabo> Hey Eric
[14:46:20 EDT(-0400)] <EricDalquist> hello
[14:46:30 EDT(-0400)] <bszabo> just wanted to pas along something we discovered today
[14:46:32 EDT(-0400)] <bszabo> pass
[14:46:55 EDT(-0400)] <bszabo> uportal-war/pom.xml specifies maven-war-plugin version 2.0.1
[14:47:08 EDT(-0400)] <bszabo> turns out there is a Hudson incompatibility with that version
[14:47:16 EDT(-0400)] <EricDalquist> Hudson?
[14:47:17 EDT(-0400)] <bszabo> we hapen to be using Hudson
[14:47:20 EDT(-0400)] <bszabo> happen
[14:47:27 EDT(-0400)] <bszabo> yeah, CI server
[14:47:38 EDT(-0400)] <EricDalquist> ah
[14:47:47 EDT(-0400)] <EricDalquist> feel free to file a Jira and fix it
[14:47:49 EDT(-0400)] <bszabo> the simple fix is to use Maven war plugin 2.0.2
[14:47:53 EDT(-0400)] <EricDalquist> yeah
[14:48:00 EDT(-0400)] * apetro (n=apetro@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[14:48:05 EDT(-0400)] <bszabo> okay, just wanted to clear it with you
[14:48:07 EDT(-0400)] <EricDalquist> sounds like an easy fix, feel free to take care of it in trunk and 3.1-patches
[14:48:14 EDT(-0400)] <bszabo> okay, will do
[14:48:19 EDT(-0400)] <EricDalquist> thanks
[16:19:36 EDT(-0400)] * lennard1 (n=sparhk@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[16:24:21 EDT(-0400)] * Sememmon (n=Sememmon@uni1.unicon.net) has joined ##uportal
[16:47:50 EDT(-0400)] * holdorph (n=holdorph@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[17:09:35 EDT(-0400)] * jessm (n=Jess@c-71-232-3-4.hsd1.ma.comcast.net) has joined ##uportal
[17:52:00 EDT(-0400)] * lennard1 (n=sparhk@wsip-98-174-242-39.ph.ph.cox.net) has left ##uportal
[21:44:07 EDT(-0400)] * Marianoe (n=Mariano@adsl-99-24-230-202.dsl.emhril.sbcglobal.net) has joined ##uportal
[21:53:24 EDT(-0400)] <Marianoe> www.jimdo.com - www.robtex.com - www.whoisbucket.com - www.widgetbox.com - www.quarkbase.com - www.twtad.com - > Some great websites I recommend

Browser not supported