[10:05:51 EDT(-0400)] <Tuomaz> Am I wrong or is the preference-mode in 2.6.1 not as fancy as the one in 2.5.x? (the normal preferences, not the ajax-stuff)
[10:14:12 EDT(-0400)] * anastasiac (n=team@142.150.154.105) has joined ##uportal
[10:18:47 EDT(-0400)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[10:22:09 EDT(-0400)] <Tuomaz> Am I wrong or is the preference-mode in 2.6.1 not as fancy as the one in 2.5.x? (the normal preferences, not the ajax-stuff)
[10:29:47 EDT(-0400)] <EricDalquist> 2.5.1 with ALM?
[10:35:49 EDT(-0400)] <Tuomaz> Yes
[10:35:55 EDT(-0400)] <Tuomaz> 2.6.1 with DLM
[10:36:22 EDT(-0400)] <Tuomaz> Is that the difference, DLM and ALM has different preferences pages?
[10:37:01 EDT(-0400)] <EricDalquist> so a bit of uPortal layout manager history
[10:37:33 EDT(-0400)] <EricDalquist> way back when the original Simple Layout Manager was the only option
[10:37:50 EDT(-0400)] <EricDalquist> it used the CUserPreferences channel to allow end user customization
[10:38:41 EDT(-0400)] <EricDalquist> ALM was written and a new customization UI was created called Integrated Modes, in this system the customization UI was part of the structure and theme XSL, the idea was to move it out of a Java channel to make it easier for schools to customize the customization UI
[10:39:27 EDT(-0400)] <EricDalquist> SCT wrote DLM as an extension to SLM, and it used an extended CUserPreferences channel
[10:40:17 EDT(-0400)] <EricDalquist> after a while of having SLM, ALM and DLM, the uportal community realized that DLM was the superior code base as far as overall stability and functionality go
[10:40:57 EDT(-0400)] <EricDalquist> there has been talk on and off about DLM + Integrated Modes, and there is actually some sandbox code that does most of that work which will likely see light of day in a future 3.X release
[10:41:21 EDT(-0400)] <EricDalquist> so the difference you're seeing is the integrated modes UI in 2.5 which is specific to ALM
[10:41:41 EDT(-0400)] <EricDalquist> and in 2.6 you're seeing the DLMUserPreferences IChannel
[10:42:07 EDT(-0400)] <Tuomaz> ok!
[10:42:12 EDT(-0400)] <Tuomaz> thanks
[10:42:24 EDT(-0400)] <EricDalquist> hope that helps at least with understanding why things are how they are
[10:42:41 EDT(-0400)] <Tuomaz> It really helped
[10:42:52 EDT(-0400)] <EricDalquist> good
[11:01:59 EDT(-0400)] * colinclark (n=colin@142.150.154.101) has joined ##uportal
[11:18:33 EDT(-0400)] * athena7 (n=athena7@lumina.its.yale.edu) has joined ##uportal
[11:20:04 EDT(-0400)] <athena7> hey EricDalquist, you use the sysdeo tomcat plugin, right?
[11:20:09 EDT(-0400)] <EricDalquist> yup
[11:20:58 EDT(-0400)] <athena7> have you ever tried it with something that requires emptySessionPath="true"?
[11:21:29 EDT(-0400)] <EricDalquist> ah yeah
[11:21:40 EDT(-0400)] <EricDalquist> actually I have that set on the tomcat instance I use for up3
[11:22:21 EDT(-0400)] <athena7> mine is currently working with a manual startup script
[11:22:25 EDT(-0400)] <athena7> but not through the ecliipse plugin
[11:22:39 EDT(-0400)] <athena7> is there some way you need to set it in eclipse rather than just in the server.xml?
[11:23:00 EDT(-0400)] <EricDalquist> nope
[11:23:06 EDT(-0400)] <athena7> hm, weird
[11:23:13 EDT(-0400)] <athena7> i wonder why it doesn't seem to be working
[11:23:27 EDT(-0400)] <athena7> maybe i'll try restarting eclipse or something
[11:23:54 EDT(-0400)] <EricDalquist> have you changed many of the sysdeo options?
[11:24:01 EDT(-0400)] <athena7> thanks though, it's good to know it's supposed to work
[11:24:03 EDT(-0400)] <athena7> nope
[11:24:06 EDT(-0400)] <EricDalquist> ok
[11:24:37 EDT(-0400)] <EricDalquist> oh, one thing ... in the plugin preferences what is selected for Context Declaration Mode?
[11:59:16 EDT(-0400)] * dstn (n=dstn@unaffiliated/dstn) has joined ##uportal
[12:08:57 EDT(-0400)] <athena7> sorry, i got distracted talking to andy
[12:10:45 EDT(-0400)] <athena7> ok eric, it says context files - do i need to switch it to server.xml?
[12:11:03 EDT(-0400)] <EricDalquist> no, I have it set to context files too
[12:11:08 EDT(-0400)] <athena7> oh ok
[12:11:11 EDT(-0400)] <EricDalquist> just wondering if having it set to server.xml would cause problems
[12:11:14 EDT(-0400)] <athena7> lets see if restarting made a difference
[12:11:17 EDT(-0400)] <EricDalquist> but that isn't it )
[12:11:33 EDT(-0400)] <athena7> it may just have not picked up the change or something, lets see
[12:14:56 EDT(-0400)] <athena7> heeey that did it!
[12:15:06 EDT(-0400)] <athena7> i guess it must have just cached things
[12:15:07 EDT(-0400)] <athena7> thanks
[12:15:17 EDT(-0400)] <athena7> i wanted to make sure it was supposed to work before spending time troubleshooting
[12:15:19 EDT(-0400)] <athena7> this is great
[12:15:22 EDT(-0400)] <EricDalquist>
[12:16:08 EDT(-0400)] <athena7> incidentally, using an action -> servlet for ajax doesn't seem to work so well with spring portletmvc
[12:16:17 EDT(-0400)] <athena7> maybe it would if you coded by hand
[12:16:19 EDT(-0400)] <EricDalquist> really?
[12:16:51 EDT(-0400)] <athena7> http://docs.jboss.org/jbportal/spec/docs/javax/portlet/ActionResponse.html#sendRedirect(java.lang.String)
[12:17:13 EDT(-0400)] <athena7> so you have to send the redirect before the portlet mode is set, the window state is changed, render parameters are set
[12:17:27 EDT(-0400)] <athena7> seems like one of those things is occurring before the handleActionRequest method
[12:17:35 EDT(-0400)] <athena7> so it throws an error
[12:17:43 EDT(-0400)] <EricDalquist> which controller are you extending?
[12:17:50 EDT(-0400)] <athena7> abstractcontroller
[12:18:01 EDT(-0400)] <athena7> i tried just implementing the controller interface and that didn't work either
[12:18:01 EDT(-0400)] <EricDalquist> sounds like a spring bug :/
[12:18:09 EDT(-0400)] <athena7> yeah i saw a few disucssions of it
[12:18:24 EDT(-0400)] <athena7> haven't read in depth yet - kind of sounded like they might be making some changes to get around that
[12:18:44 EDT(-0400)] <athena7> but i did get the ajax servlet working with grabbing stuff from the session now, so that's good
[12:19:18 EDT(-0400)] <EricDalquist> oh do you have any HandlerInterceptors wired up in your spring config?
[12:19:37 EDT(-0400)] <athena7> yeah
[12:19:43 EDT(-0400)] <athena7> so i assume they're setting the portlet mode
[12:19:47 EDT(-0400)] <athena7> and that's what's doing it
[12:19:49 EDT(-0400)] <EricDalquist> which ones?
[12:20:06 EDT(-0400)] <EricDalquist> you probably need to have another handler mapping at a higher priority which doesn't have any interceptors on it
[12:20:27 EDT(-0400)] <EricDalquist> or at least not any interceptors that touch the response
[12:20:32 EDT(-0400)] <athena7> lets see
[12:20:47 EDT(-0400)] <athena7> looks like i have portletmodeparameterhandlermapping and portletmodehandlermapping on
[12:21:06 EDT(-0400)] <athena7> with the parametermappinginterceptor thing
[12:21:13 EDT(-0400)] <EricDalquist> yup
[12:21:22 EDT(-0400)] <athena7> so i assume that's the issue
[12:21:23 EDT(-0400)] <EricDalquist> and what that does is take all of the action parameters
[12:21:28 EDT(-0400)] <EricDalquist> and pass them to the render phase
[12:21:35 EDT(-0400)] <athena7> ah, yeah, that makes sense
[12:21:45 EDT(-0400)] <athena7> luckily a servlet will be good enough in this case
[12:21:58 EDT(-0400)] <EricDalquist> so yeah, you would need to create another handler mapper that just deals with ajax action controllers
[12:21:59 EDT(-0400)] <athena7> if the session's missing, we need to so a bunch of other stuff anyway
[12:22:02 EDT(-0400)] <athena7> yeah
[12:22:03 EDT(-0400)] <EricDalquist> and doesn't have any interceptors
[12:22:07 EDT(-0400)] <athena7> that makes sense
[12:22:32 EDT(-0400)] <EricDalquist> since they all implement Ordered you just set the ajax handling one first
[12:22:42 EDT(-0400)] <athena7> sound good
[12:22:53 EDT(-0400)] <athena7> so for this app, i think a servlet is fine
[12:23:03 EDT(-0400)] <athena7> but if anyone does try the action -> servlet, something to be aware of
[12:23:20 EDT(-0400)] <dstn> good to know
[12:23:45 EDT(-0400)] <dstn> I wanted to get to that this weekend but time wouldn't permit it
[12:23:49 EDT(-0400)] <athena7> aw
[12:24:14 EDT(-0400)] <athena7> yeah i wound up doing a little work yesterday
[12:24:31 EDT(-0400)] <athena7> speaking of which, there are a couple pretty bad bugs with the preferences channel
[12:24:38 EDT(-0400)] <EricDalquist> yeah I saw those come through
[12:24:45 EDT(-0400)] <EricDalquist> I'll see if I can dig into them today
[12:25:57 EDT(-0400)] <athena7> for the user locales selector, it looks like the setPortalControlStructures method is never called
[12:26:14 EDT(-0400)] <EricDalquist> ok
[12:26:25 EDT(-0400)] <EricDalquist> that is probably my fault from some channel rendering changes
[12:26:40 EDT(-0400)] <EricDalquist> and the JDBC exception I'm guessing is from the prepared statements DLM patch
[12:27:10 EDT(-0400)] <athena7> ah ok
[12:27:22 EDT(-0400)] <athena7> i fixed a couple minor skin issues over the weekend
[12:27:28 EDT(-0400)] <athena7> dont' think there's much outstanding
[12:27:31 EDT(-0400)] <EricDalquist> great
[12:29:31 EDT(-0400)] <athena7>
[13:03:43 EDT(-0400)] * michelled (n=team@142.150.154.197) has joined ##uportal
[13:15:34 EDT(-0400)] * colinclark (n=colin@142.150.154.101) has joined ##uportal
[13:43:19 EDT(-0400)] <athena7> wow, fedex is really helpful
[13:47:04 EDT(-0400)] <EricDalquist> ?
[13:47:54 EDT(-0400)] <athena7> i had a package that had been stuck in customs
[13:48:13 EDT(-0400)] <athena7> and i called the main number and they were able to route me and take care of it like immediately
[13:48:16 EDT(-0400)] <athena7> no waiting on hold
[13:48:20 EDT(-0400)] <athena7> i appreciate that kind of thing
[13:48:28 EDT(-0400)] <EricDalquist> nice
[13:48:32 EDT(-0400)] <athena7> yeah
[14:02:47 EDT(-0400)] * dstn (n=dstn@unaffiliated/dstn) has left ##uportal
[18:55:22 EDT(-0400)] * michelled (n=team@142.150.154.197) has left ##uportal
[18:57:42 EDT(-0400)] * athena7 (n=athena7@c-24-2-189-230.hsd1.mn.comcast.net) has joined ##uportal
[19:02:55 EDT(-0400)] * colinclark_ (n=colin@142.150.154.135) has joined ##uportal