[08:31:32 EDT(-0400)] * athena (~athena@adsl-99-62-112-41.dsl.wlfrct.sbcglobal.net) has joined ##uportal
[08:54:30 EDT(-0400)] * colinclark (~colin@bas2-toronto09-1176131031.dsl.bell.ca) has joined ##uportal
[09:15:53 EDT(-0400)] * michelled (~michelled@142.150.154.141) has joined ##uportal
[10:38:13 EDT(-0400)] * lfuller (~sparhk@wsip-72-215-204-133.ph.ph.cox.net) has joined ##uportal
[10:47:58 EDT(-0400)] * EricDalquist (~dalquist@2607:f388:e:0:221:9bff:fe37:e768) has joined ##uportal
[10:53:08 EDT(-0400)] * holdorph (~holdorph@wsip-72-215-204-133.ph.ph.cox.net) has joined ##uportal
[11:24:26 EDT(-0400)] * awills (~awills@wsip-72-215-204-133.ph.ph.cox.net) has joined ##uportal
[11:37:01 EDT(-0400)] <awills> morning folks...
[11:37:27 EDT(-0400)] <awills> I'm ready/happy to commit that fix for UP-2698, unless anyone has an objection http://www.ja-sig.org/issues/browse/UP-2698
[11:39:38 EDT(-0400)] <EricDalquist> morning
[11:39:41 EDT(-0400)] <EricDalquist> I saw your email
[11:39:47 EDT(-0400)] <EricDalquist> and should be caught up on in very shortly
[11:39:58 EDT(-0400)] <EricDalquist> yeah I think that is a good fix
[11:40:10 EDT(-0400)] <EricDalquist> since it doesn't work at all right now no concerns about breaking things by fixing it 
[11:40:21 EDT(-0400)] <awills> heh.
[11:40:27 EDT(-0400)] <EricDalquist> can you be sure to merge that fix into 3.0, 3.1 & 3.2?
[11:40:32 EDT(-0400)] <awills> it only works with Simple right now
[11:40:38 EDT(-0400)] <awills> all the way to 3.0? sure
[11:41:24 EDT(-0400)] <EricDalquist> yeah
[11:41:30 EDT(-0400)] <EricDalquist> we're still doing patch releases back that far
[11:41:41 EDT(-0400)] <EricDalquist> so easy fixes we merge back
[11:41:50 EDT(-0400)] <EricDalquist> hopefully this is fairly easy to merge
[11:42:07 EDT(-0400)] <awills> no problem... should be easy, no conflicts... that code changes very rarely
[11:57:27 EDT(-0400)] * jessm (~Jess@c-71-232-3-151.hsd1.ma.comcast.net) has joined ##uportal
[12:11:00 EDT(-0400)] * colinclark (~colin@142.150.154.101) has joined ##uportal
[12:57:29 EDT(-0400)] * Sememmon (~Sememmon@unaffiliated/sememmon) has joined ##uportal
[13:54:34 EDT(-0400)] <athena> for the record, CacheSecurityContext does work for caching local db login
[13:54:42 EDT(-0400)] <athena> but i think this is a reasonable improvement
[13:55:03 EDT(-0400)] <athena> rather than requiring each security context to add it's own caching implementation
[13:55:22 EDT(-0400)] <athena> but awills, would you be able to first test and make sure that it works when included multiples times in security.properties?
[13:55:42 EDT(-0400)] <athena> for example that you can use the same class to cache the simple db login and your custom login at the same time?
[13:58:54 EDT(-0400)] <awills> actually i have
[13:59:11 EDT(-0400)] <athena> awesome!
[13:59:19 EDT(-0400)] <athena> that should make configuration a lot easier
[14:00:06 EDT(-0400)] <awills> i have tested this config: http://uportal.pastebin.com/mn4VJ6zi
[14:00:16 EDT(-0400)] <athena> awesome
[14:00:25 EDT(-0400)] <athena> seems like it'd be nice to ship uportal w/ cas clearpass
[14:01:19 EDT(-0400)] <athena> make it at least easy to turn on
[14:01:27 EDT(-0400)] <awills> and just to be perfectly unambiguous... i have always pointed out that the impl that was there works 100% with simple auth... never claimed it didn't... it's even in the title of the JIRA
[14:01:34 EDT(-0400)] <athena> oh i know
[14:01:51 EDT(-0400)] <athena> was just pointing out since i saw EricDalquist's comment about it not working at all
[14:01:59 EDT(-0400)] <athena> and then i read you'd already pointed out that it works w/ simple
[14:02:09 EDT(-0400)] <awills> ah gotcha
[14:02:15 EDT(-0400)] <athena> clearly i've been distracted this morning
[14:03:07 EDT(-0400)] <awills> the thing that got me on this path is that i need one that works with RemoteUser, which (i admit) is a really strange scenario
[14:04:46 EDT(-0400)] <athena> no i think this is actually a great thing to have
[14:04:56 EDT(-0400)] <athena> not like the check for a valid user was really doing much anyway
[14:06:49 EDT(-0400)] * lfuller (~sparhk@wsip-72-215-204-133.ph.ph.cox.net) has joined ##uportal
[14:19:59 EDT(-0400)] <awills> alright, new question... this isn't as easy (for me) as I thought it qould be
[14:20:04 EDT(-0400)] <awills> would*
[14:20:25 EDT(-0400)] <awills> looking for a cross-platform validationQuery for DBCP
[14:20:36 EDT(-0400)] <awills> select 1 isn't working on hsqldb
[14:20:38 EDT(-0400)] <EricDalquist> doesn't exisr
[14:21:05 EDT(-0400)] <EricDalquist> as far as I know
[14:21:45 EDT(-0400)] <awills> none to be had? that stinks, but i'm glad I didn't spend the next 2 hrs on it I guess :/
[14:21:57 EDT(-0400)] <EricDalquist> In JDK6 there is: http://java.sun.com/javase/6/docs/api/java/sql/Connection.html#isValid(int)
[14:22:12 EDT(-0400)] <EricDalquist> if the JDBC driver is JDK6 Compliant
[14:22:30 EDT(-0400)] <EricDalquist> also you'd need to extend DBCP to use that
[14:25:07 EDT(-0400)] <awills> ok, nvm x-platform... is anyone aware of a validation query for hsql that doesn't involve portal tables?
[14:25:27 EDT(-0400)] <EricDalquist> lol
[14:25:49 EDT(-0400)] <EricDalquist> SELECT COUNT(1) FROM SYSTEM_CATALOGS
[14:25:54 EDT(-0400)] <EricDalquist> that's what google says
[14:25:57 EDT(-0400)] <awills> tried that
[14:26:22 EDT(-0400)] <awills> Error: Table not found in statement [SELECT COUNT(1) FROM SYSTEM_CATALOGS]
[14:26:28 EDT(-0400)] <awills> that's what squirrlsql says
[14:26:57 EDT(-0400)] <EricDalquist> I'd try a bunch of those tables listed in the other schema (not PUBLIC)
[14:27:19 EDT(-0400)] <awills> thinking i might need to prefix it
[14:28:08 EDT(-0400)] <awills> that worked, apparently
[14:28:13 EDT(-0400)] <awills> SELECT COUNT(1) FROM INFORMATION_SCHEMA.SYSTEM_USERS
[14:28:40 EDT(-0400)] <EricDalquist> nice
[15:16:22 EDT(-0400)] <EricDalquist> WebFlow question
[15:16:46 EDT(-0400)] <EricDalquist> anyone know of a way to get it to react to a WindowState change initiated by the portal?
[15:19:01 EDT(-0400)] <EricDalquist> like I have a portlet that maximizes itself
[15:19:20 EDT(-0400)] <EricDalquist> and I want to be able to react if the user drops the portlet back to 'normal' via some link in the portal
[15:25:02 EDT(-0400)] <athena> good question
[15:25:22 EDT(-0400)] <athena> i'm really not sure if there's a way to do that
[15:32:41 EDT(-0400)] * colinclark (~colin@142.150.154.101) has joined ##uportal
[15:46:50 EDT(-0400)] <EricDalquist> I wonder if you could use a HandlerInterceptor to do something like prepend the current WindowState and PortletMode to the _eventId
[15:47:06 EDT(-0400)] <EricDalquist> then your webflow XML looks a little less nice
[15:47:16 EDT(-0400)] <EricDalquist> but you could actually transition between states
[15:55:24 EDT(-0400)] <awills> EricDalquist what sort of reaction are you thinking of?
[15:55:40 EDT(-0400)] <EricDalquist> I have a view-state that displays in maximized
[15:55:43 EDT(-0400)] <EricDalquist> and it needs it
[15:55:58 EDT(-0400)] <EricDalquist> if the user clicks something in the portal that drops the portlet back to normal I need the portlet to react to that
[15:56:05 EDT(-0400)] <EricDalquist> and display a more appropriate view
[15:56:51 EDT(-0400)] <awills> that's a good feature
[15:57:31 EDT(-0400)] <awills> iirc, you can at least read the current mode/window state off the viewRequest in the JSP
[16:00:49 EDT(-0400)] <EricDalquist> yeah
[16:00:56 EDT(-0400)] <EricDalquist> so I can embedd the logic in the jsp
[16:03:05 EDT(-0400)] <awills> well that's less than ideal... isn't there an <on-render> section or somesuch in the XML schema for defining states?
[16:08:33 EDT(-0400)] <athena> that'd be pretty cool
[16:08:57 EDT(-0400)] <athena> on-render lets you define variables and such, yes
[16:09:13 EDT(-0400)] <athena> not sure you could redirect to another view using it
[16:09:53 EDT(-0400)] <awills> not sure either
[16:13:11 EDT(-0400)] <EricDalquist> grr
[16:13:20 EDT(-0400)] <EricDalquist> stupid lack of real filters in portlets
[16:13:31 EDT(-0400)] <EricDalquist> you can't redefine portlet parameters since you can't wrap requests
[16:14:33 EDT(-0400)] <awills> something to look forward to in 2.0
[16:19:44 EDT(-0400)] <EricDalquist> yeah
[16:19:55 EDT(-0400)] <EricDalquist> whenever I get time to finish getting that working
[16:35:42 EDT(-0400)] <awills> question – wasn't there a checkbox for "enable/disable dynamic titles" or somesuch?
[16:35:49 EDT(-0400)] <awills> is that option still there?
[16:35:54 EDT(-0400)] <EricDalquist> it should still be there
[16:36:52 EDT(-0400)] <awills> don't see it atm on rel-3-2-patches
[16:38:29 EDT(-0400)] <awills> 1 sec... checking something else
[16:39:51 EDT(-0400)] <awills> nope, still don't see it
[16:40:32 EDT(-0400)] <awills> i'll do some digging when i have a sec
[16:44:08 EDT(-0400)] <athena> it should be there, yes
[16:44:13 EDT(-0400)] <athena> is it not showing up?
[16:44:26 EDT(-0400)] <athena> hm
[16:44:33 EDT(-0400)] <athena> should be in SharedParameters.cpd
[16:44:39 EDT(-0400)] <athena> looks like it didn't get added though
[16:44:48 EDT(-0400)] <athena> sounds JIRA-worthy to me
[16:46:12 EDT(-0400)] <awills> cool
[20:08:52 EDT(-0400)] * lfuller (~sparhk@wsip-72-215-204-133.ph.ph.cox.net) has left ##uportal
General
Content
Integrations