...
[12:12:02 CST(-0600)] <EricDalquist> back now cwaymire
[12:14:04 CST(-0600)] <cwaymire> EricDalquist: Hey. Working on an "issue" related to session timeout between the portal and a portlet and looking for some input. Basically the situation I am dealing with is on SSP and the fact that the workflow within it is primarily via api calls that do not go through the portal container which ultimately results in the uportal session timing out.
[12:14:54 CST(-0600)] <cwaymire> EricDalquist: The initial "quick fix" was to simply create a filter that maps to the api calls and makes a restful call back to uportal and "touches" the session thus keeping it alive. It's kind of dirty and not very efficient but it seems to work
[12:15:10 CST(-0600)] <cwaymire> just wondering if theres a cleaner/more efficient method to achieve that
[12:16:10 CST(-0600)] <cwaymire> one thought was to enable crossContext in tomcat to expose some sort of handler to be able to update the session timer but havent had time to think through the implications or issues with that.
[12:19:48 CST(-0600)] <EricDalquist> what do these api calls go to?
[12:20:15 CST(-0600)] <cwaymire> make service calls that implement the SSP workflow
[12:20:30 CST(-0600)] <EricDalquist> ok ... so where does that code live?
[12:20:32 CST(-0600)] <EricDalquist> is that a portlet
[12:20:34 CST(-0600)] <EricDalquist> or a servlet
[12:21:05 CST(-0600)] <cwaymire> it's in the SSP portlet, but all of these are just in standard Spring MVC controllers
[12:21:17 CST(-0600)] <cwaymire> the actual portlet just loads up the main display page
[12:21:20 CST(-0600)] <EricDalquist> so it is a portlet/servlet hybrid app
[12:21:23 CST(-0600)] <cwaymire> yeah
[12:21:26 CST(-0600)] <EricDalquist> ah
[12:21:27 CST(-0600)] <EricDalquist> yeah
[12:21:31 CST(-0600)] <EricDalquist> there isn't a great way to fix that
[12:21:33 CST(-0600)] <cwaymire> all of the functioanlity is in the servlet part
[12:21:44 CST(-0600)] <EricDalquist> I mean the best would be to turn that all into portlet resource controllers
[12:21:48 CST(-0600)] <EricDalquist> instead of servlet controllers
[12:21:52 CST(-0600)] <EricDalquist> then you go through the portal
[12:21:54 CST(-0600)] <cwaymire> that was suggested. they are reluctant/resistant to migrating the functionality
[12:22:02 CST(-0600)] <EricDalquist> but other than that ...
[12:22:35 CST(-0600)] <EricDalquist> stick some JS in the portal theme that pings a keep-alive controller in uportal
[12:23:20 CST(-0600)] <cwaymire> The reason I was reluctant to do something like that is it nullifies timeout
[12:23:32 CST(-0600)] <EricDalquist> maybe you can have fancy js
[12:23:39 CST(-0600)] <EricDalquist> that listens for any user interaction
[12:23:50 CST(-0600)] <EricDalquist> and only pings if it has seen interaction int he last X minutes
[12:24:51 CST(-0600)] <cwaymire> Yeah. I also thought of adding some logic like that to what I already have. Right now anytime an SSP api call is made it uses the cross context restful api invoker to make a call back to the /session api method on uportal.
[12:25:29 CST(-0600)] <EricDalquist> yeah
[12:25:32 CST(-0600)] <EricDalquist> that seems reasonable as well
[12:25:36 CST(-0600)] <EricDalquist> I mean it is all hackish
[12:25:41 CST(-0600)] <EricDalquist> short of actually making this stuff portlets
[12:26:12 CST(-0600)] <cwaymire> yeah. ok thanks. I havent been able to come up with a better approach and wanted to see if you had any suggestions before moving forward with this.
[12:26:40 CST(-0600)] <EricDalquist> sorry, nothing that isn't hackish 
[12:26:45 CST(-0600)] <cwaymire> heheh
[14:12:09 CST(-0600)] <bnason> I have a multi tiered setup and would like to add the text "Tier #" below the copyright on the bottom left. Could anyone point me in the right direction to do this?
[14:12:28 CST(-0600)] <EricDalquist> what version of uPortal are you using?
[14:14:04 CST(-0600)] <bnason> hrm, im not sure, its technically luminis 4.3.0.81
[14:14:21 CST(-0600)] <EricDalquist> no idea then sorry :/
[14:14:37 CST(-0600)] <EricDalquist> if you can let us know the uPortal version we might be abkle to help
[14:14:43 CST(-0600)] <bnason> let me try to see if I can find a version ={color}
[14:14:44 CST(-0600)] <bnason> k
[14:15:16 CST(-0600)] <bnason> Is there stored anywhere within uPortal code?
[14:15:44 CST(-0600)] <EricDalquist> not really ...
[14:15:56 CST(-0600)] <EricDalquist> I'm guessing it isn't uPortal 4 based though
[14:16:00 CST(-0600)] <EricDalquist> which makes it a lot harder
[14:20:11 CST(-0600)] <bnason> When was 4 released?
[14:20:45 CST(-0600)] <EricDalquist> 4.0.0 was released Aug 31 2011
[14:21:14 CST(-0600)] <bnason> ah, it appears version 2.5
[14:21:40 CST(-0600)] <EricDalquist> yeah I'm not sure how to do it in 2.5 easily
[14:22:06 CST(-0600)] <EricDalquist> off the top of my head ... you'd have to modify the rendering pipeline class and have it add some additional info into the theme XSLT
[14:22:16 CST(-0600)] <EricDalquist> or figure out how to have a different theme XSL on each server
[14:22:36 CST(-0600)] <EricDalquist> guess that 2nd option might be easier depending on how you deploy your code to the servers
[14:23:04 CST(-0600)] <bnason> yea currently not easy with out deployment setup
[14:23:08 CST(-0600)] <bnason> s/out/our/
[14:24:27 CST(-0600)] <bnason> I found some of their official documentation, so Ill take a look at these few hundred pages ha
[14:24:56 CST(-0600)] <EricDalquist> yeah I doubt it is in their
[14:25:03 CST(-0600)] <EricDalquist> that just wasn't an easy thing to do in 2.x
[14:25:06 CST(-0600)] <EricDalquist> or 3.x really
[14:25:13 CST(-0600)] <EricDalquist> it comes as part of uPortal 4 :/
[15:44:19 CST(-0600)] <EricDalquist> I have to run soon
[15:44:34 CST(-0600)] <EricDalquist> but for jwennmacher do you think it might make sense to merge https://github.com/Jasig/uPortalDataPlugin and https://github.com/Jasig/maven-uportal-plugin
[15:44:50 CST(-0600)] <EricDalquist> the 2nd one currently just does ear deployment
[15:45:51 CST(-0600)] <EricDalquist> actually it looks like it was going to do more than that
[15:45:54 CST(-0600)] <EricDalquist> but I think ear is all it does
[15:45:55 CST(-0600)] <EricDalquist> hrm
[15:46:00 CST(-0600)] <EricDalquist> ok I might look at merging these two tonight
[15:46:04 CST(-0600)] <EricDalquist> unless there are other objections