[06:38:22 CST(-0600)] <rickard> What's the difference between, for example, the users "student-lo" and "student"?
[06:39:54 CST(-0600)] <rickard> athena: Do you know?
[09:38:39 CST(-0600)] <athena> rickard: sorry, left myself logged in overnight
[09:39:02 CST(-0600)] <athena> but the "student-lo" user is the owner of the student fragment, while the "student" user is an example student user
[09:39:12 CST(-0600)] <athena> the "student-lo" user is a fragment owner, not a "real user"
[09:39:46 CST(-0600)] <athena> basically that means that user's layout controls the content of the student tab, which the actual student inherits
[09:39:53 CST(-0600)] <athena> that's why that user doesn't have a password
[09:48:47 CST(-0600)] <rickard> athena: Got it. Thanks.
[09:49:05 CST(-0600)] <rickard> What's "lo" short for?
[09:49:19 CST(-0600)] <athena> layout owner
[09:56:20 CST(-0600)] <rickard> Thanks
[09:57:13 CST(-0600)] <athena> yep 
[09:59:57 CST(-0600)] <athena> EricDalquist: on an initial call to a portlet in uPortal 3.2 (via an fname url, say), is it possible to pass in a render parameter?
[10:00:17 CST(-0600)] <EricDalquist> yeah but there was a bug in an early version of 3.2 that didn't allow that
[10:00:32 CST(-0600)] <EricDalquist> it was fixed in one of the recent releases
[10:00:39 CST(-0600)] <athena> oh ok
[10:00:49 CST(-0600)] <athena> so i'm not crazy for worrying about that, but it's not a problem now
[10:00:52 CST(-0600)] <athena> cool
[10:06:17 CST(-0600)] <rickard> How can I setup things so that guests, students and faculty get my custom theme (called LU) and everyone else the default theme? I've modified the applicable fragment-layout files, but it doesn't seem to have any effect.
[10:14:35 CST(-0600)] <athena> the fragment layouts just control the content of an individual fragment
[10:14:41 CST(-0600)] <athena> theme selection happens at the profile
[10:14:43 CST(-0600)] <athena> level
[10:14:58 CST(-0600)] <athena> trying to think of the best way for you to do what you want
[10:15:11 CST(-0600)] <rickard> I think I might have figured it out.
[10:15:25 CST(-0600)] <rickard> By editing the up_user_profile table in the database.
[10:15:33 CST(-0600)] <athena> what are you trying to do? give a distinctly different feel for the portal to different user groups?
[10:15:36 CST(-0600)] <rickard> And changing the THEME_SS_ID for the relevant users.
[10:15:42 CST(-0600)] <athena> yeah
[10:16:12 CST(-0600)] <athena> if you want new users to autmoatically have the right theme, you may need to take a look at having two different template users
[10:16:33 CST(-0600)] <athena> not quite sure how you'd have two separate template users that were used during account creation though
[10:17:21 CST(-0600)] <rickard> The idea is that my custom theme will be simple and won't have any of the drag-and-drop and stuff like that. Users will view portlets in focused mode only.
[10:17:30 CST(-0600)] <athena> gotcha
[10:17:36 CST(-0600)] <rickard> However, for admins, we need the full UI in order to modify the fragments.
[10:17:45 CST(-0600)] <athena> right
[10:18:13 CST(-0600)] <athena> if it just comes down to editability, you could inject a "isAdmin" type parameter into the theme, then show or hide markup dependent on that variable value
[10:18:45 CST(-0600)] <athena> there's actually already some sort of boolean representing whether the ajax customization stuff is turned on that you might be able to make use of, but change to be role-dependent
[10:19:05 CST(-0600)] <athena> but if the themes are vastly different and include more than difference in customization buttons, i could see how you might want two separate themes
[10:19:09 CST(-0600)] <rickard> Yeah, maybe. We'll see what we come up with.
[10:19:24 CST(-0600)] <rickard> Editing up_user_profile worked, so that's solved.
[10:20:41 CST(-0600)] <rickard> I'm off. Thanks.
[10:21:11 CST(-0600)] <athena> have a good one!
[13:41:12 CST(-0600)] <EricDalquist> yay: http://developer.jasig.org/projects/maven-notice-plugin/1.0.1/plugin-info.html
[13:41:41 CST(-0600)] <athena> woo!
[13:56:05 CST(-0600)] <rickard> I've created my own theme called lu. I did it by copying universality and going from there. However, my theme is simpler and the XSL isn't divided up into as many files as universality. I have lu.xsl, navigation.xsl and content.xsl. I've deleted the other files from the theme directory. However, when I deploy, the other files from universality magically appear in the theme directory in tomcat.
[13:56:05 CST(-0600)] <rickard> Any idea why?
[13:57:25 CST(-0600)] <rickard> I also have lu.sdf of course.
[13:57:49 CST(-0600)] <rickard> Everything works, but it's just odd that the deleted files are recreated when deploying.
[14:16:25 CST(-0600)] <athena> what command are you running? might try "ant clean deploy-war" rather an "ant deploy-war"
[14:16:37 CST(-0600)] <athena> also make sure you have build.properties set to delete the war before redeploying
[16:48:39 CST(-0600)] <ajan> hi, can anyone help me a bit with building uPortal from current trunk ... ant initportal fails at crn-import
[16:57:36 CST(-0600)] <awills> can you post a stack trace? uportal.pastebin.com
[17:03:49 CST(-0600)] <ajan> ok it took a while, and it's huge as I see it
[17:05:01 CST(-0600)] <ajan> http://uportal.pastebin.com/Npg3cFPp
[17:07:46 CST(-0600)] <awills> looking
[17:08:17 CST(-0600)] <rickard> athena: An ant clean and then a redeploy seems to have fixed it. Thanks.
[17:08:25 CST(-0600)] <athena> excellent
[17:08:35 CST(-0600)] <ajan> i should mention that I downloaded both trunk and 3.3.0_M1 and applied the same configuration changes to both, and M1 works, trunk doesn't
[17:08:57 CST(-0600)] <athena> there's a lot of active development happening in the trunk
[17:09:07 CST(-0600)] <athena> so it's quite possible that a recent change has affected import
[17:09:46 CST(-0600)] <athena> hmm
[17:09:59 CST(-0600)] <athena> bet it's probably related to some of the local account store work we've been doing
[17:10:00 CST(-0600)] <ajan> yes I am aware there is lot of going on, but I figured I could try and look how things are
[17:10:22 CST(-0600)] <athena> my guess is this is probably related to my checkin on friday, which significantly refactored the local account service
[17:10:37 CST(-0600)] <athena> i'll take a look at getting it fixed
[17:10:38 CST(-0600)] <athena> thanks ajan
[17:11:22 CST(-0600)] <ajan> i wanted to try how things are since I plan to recreate our portal from scratch in 3.3 and implement my modifications for internationalization
[17:12:13 CST(-0600)] <awills> this line seems to offer the most precise explaination: http://uportal.pastebin.com/qYcVshyZ
[17:12:21 CST(-0600)] <ajan> but it is quite a moving target - I see quite a lot of changes between 3.3.0-m1 and current trunk
[17:12:24 CST(-0600)] <awills> highlighted... near the bottom
[17:12:40 CST(-0600)] <athena> yes, i agree
[17:13:01 CST(-0600)] <athena> we refactored the local account dao to no longer implement the person directory API
[17:13:08 CST(-0600)] <athena> but it looks like that code is still expecting it to
[17:13:23 CST(-0600)] <athena> lookign to see if i missed checking in a file
[17:13:37 CST(-0600)] <ajan> so I guess it might not work for some time?
[17:13:57 CST(-0600)] <athena> aaaaaand the answer would be yes, yes i did
[17:14:15 CST(-0600)] <athena> no, it should work in approximately two minutes when i check in the local change that i apparently missed
[17:14:21 CST(-0600)] <athena> sorry about that 
[17:14:22 CST(-0600)] <ajan> great
[17:15:07 CST(-0600)] <athena> you're likely to probably stumble across a lot of bugs if you're actively working with the trunk - it's definitely going to keep changing a lot
[17:15:30 CST(-0600)] <ajan> I am bumping my head with this for 24 hours now, first I had a lot of trouble with maven and then this - I should have tried coming here sooner
[17:15:37 CST(-0600)] <athena> but if you're just looking to play with it and do some planning for down the line, it's always fun to have more people play with the current trunk
General
Content
Integrations