[11:38:08 CDT(-0500)] <b-sure> hello uPortal devs: athena: do you know about the entity-selector.js file for the groups and categories? Its giving an error for me in the updateBreadcrumbs method. the entity passed into it is undefiend. I'm wondering if I've got some bad markup somewhere.
[13:52:43 CDT(-0500)] <EricDalquist> $!@#$@#$ portlet caching is complicated
[13:54:32 CDT(-0500)] <athena> 
[13:54:42 CDT(-0500)] <athena> projects that don't publish their artifacts are a pain
[13:54:47 CDT(-0500)] <EricDalquist> that too
[13:54:53 CDT(-0500)] <EricDalquist> I'm glad nick wrote a bunch of tests
[14:11:38 CDT(-0500)] <athena> tests good
[14:19:59 CDT(-0500)] <b-sure> hello athena: do you know where I could debug groups and categories that aren't showing up in the portal admin? it relates to UP-3345 in that I no longer get an exception, but none of my groups or categories show up.
[14:20:36 CDT(-0500)] <athena> what's specifically the problem?
[14:20:57 CDT(-0500)] <b-sure> entity-selector.js
[14:21:18 CDT(-0500)] <b-sure> I'll find the line ...
[14:22:10 CDT(-0500)] <b-sure> line 259 " key = entity.entityType + ':' + entity.id;" entityType is undefined. its passed into that method as an argument.
[14:23:07 CDT(-0500)] <b-sure> maybe there are no groups returned.
[14:25:12 CDT(-0500)] <athena> can you set a breakpoint in the js and see what the entity object looks like?
[14:25:32 CDT(-0500)] <b-sure> its actually undefined
[14:27:34 CDT(-0500)] <athena> ok, that does sound like a problem
[14:27:37 CDT(-0500)] <b-sure> thats what makes me think there are no groups available to build the breadcrumbs
[14:27:47 CDT(-0500)] <athena> is that for the very first ajax request?
[14:27:52 CDT(-0500)] <b-sure> maybe it has to do w/ us using grouper?
[14:27:58 CDT(-0500)] <b-sure> it is.
[14:28:02 CDT(-0500)] <b-sure> for the first request
[14:28:05 CDT(-0500)] <athena> ok
[14:28:07 CDT(-0500)] <b-sure> same goes for categories
[14:28:12 CDT(-0500)] <athena> so it sounds like it's not able to locate that root group
[14:28:21 CDT(-0500)] <athena> maybe step through that ajax target servlet w/ a debugger and see what's going on?
[14:28:28 CDT(-0500)] <b-sure> so the page doesn't fail to load, but processing stops in that file
[14:28:42 CDT(-0500)] <athena> makes sense
[14:28:44 CDT(-0500)] <b-sure> yeah. thats what I'm looking for now. the servlet
[14:29:00 CDT(-0500)] <athena> i believe that should be EntitiesRESTController.java
[14:29:01 CDT(-0500)] <b-sure> do you know off hand which one I should check out?
[14:29:11 CDT(-0500)] <b-sure> oh ok. thanks. I'll step through it.
[14:30:20 CDT(-0500)] <athena> looks like that delegates to groupListHelper, so you may need to look there as well
[14:32:29 CDT(-0500)] <athena> EricDalquist: i just pushed out a UP-2603 branch w/ the stats report
[14:32:42 CDT(-0500)] <athena> can't push to trunk until that dependency is available
[14:32:49 CDT(-0500)] <EricDalquist> great
[14:32:55 CDT(-0500)] <EricDalquist> who knows
[14:33:06 CDT(-0500)] <EricDalquist> considering how much grief this portlet caching stuff is giving me
[14:33:10 CDT(-0500)] <EricDalquist> it might still make it
[14:33:15 CDT(-0500)] <athena> lol
[14:33:18 CDT(-0500)] <athena> well, we'll see
[14:34:31 CDT(-0500)] <EricDalquist> did you submit the request to sonatype?
[14:36:33 CDT(-0500)] <athena> well, i tried filing it and it didn't work
[14:36:38 CDT(-0500)] <athena> filed a JIRA, haven't heard back
[14:37:26 CDT(-0500)] <athena> worried that actually the problem is that the project has published to central before
[14:37:30 CDT(-0500)] <athena> it's just this version they haven't published
[14:37:35 CDT(-0500)] <athena> so i'm not sure i'm going to be able to do it :/
[14:37:40 CDT(-0500)] <EricDalquist> well
[14:37:43 CDT(-0500)] <athena> guess i can also send a request to google, but don't know if they'll do anything
[14:37:44 CDT(-0500)] <EricDalquist> we can always be bad
[14:37:50 CDT(-0500)] <EricDalquist> and prepend org.jasig. to the groupId 
[14:37:58 CDT(-0500)] <athena> suppose so 
[14:38:06 CDT(-0500)] <EricDalquist> we wouldn't be the first
[14:39:36 CDT(-0500)] <athena> yeah
[14:39:43 CDT(-0500)] <athena> alright, filed an issue w/ the google project too
[14:39:50 CDT(-0500)] <athena> in case they decide to be helpful
[14:39:55 CDT(-0500)] <athena> though that release has been out for like a year
[14:40:01 CDT(-0500)] <EricDalquist>
[14:45:36 CDT(-0500)] <EricDalquist> blarg
[14:45:50 CDT(-0500)] <EricDalquist> so it appears that tomcat calls response.getWriter().close()
[14:45:58 CDT(-0500)] <EricDalquist> after doing a forward
[14:46:08 CDT(-0500)] <EricDalquist> which is how resources are served
[14:46:32 CDT(-0500)] <EricDalquist> the problem is if the portlet does a setUseCachedContent(true) that call commits the response ...
[14:46:37 CDT(-0500)] <EricDalquist> need to figure out what I changed
[14:46:41 CDT(-0500)] <EricDalquist> since this apparently worked before
[14:55:36 CDT(-0500)] <b-sure> hello athena: for the EntitiesRESTController.java, the findEntity method does return the root node of "Everyone" plus its children. so they are being lost further on, If I continue stepping through the code, it goes into some autogenerated spring code that doesn't have source availalbe.
[14:56:13 CDT(-0500)] <b-sure> so maybe the data is being lost in the javascript somewhere.
[14:57:12 CDT(-0500)] <athena> ok, that helps
[14:57:21 CDT(-0500)] <athena> my guess in that case is that this might be a permissions issue
[14:57:57 CDT(-0500)] <b-sure> ok. the dataset is imported from our 3.2.5 export. maybe I need to reimport the permissions from the export?
[14:58:03 CDT(-0500)] <athena> ah!
[14:58:04 CDT(-0500)] <athena> ok
[14:58:12 CDT(-0500)] <b-sure> I'll try that now...
[14:58:12 CDT(-0500)] <athena> yes, that sounds really plausible
[14:58:18 CDT(-0500)] <athena> have you imported the 4.0 data set at all?
[14:58:39 CDT(-0500)] <athena> there are a new permissions, permission mappings, etc.
[14:58:50 CDT(-0500)] <b-sure> I did. I reimported the required and default data sets because I was having an issue w/ guest user not loading
[14:59:19 CDT(-0500)] <b-sure> I'll reimport the exported permissions now to see if that helps.
[14:59:48 CDT(-0500)] <athena> the other possibility is that there's something going on w/ the spring security + your shibboleth setup
[15:00:41 CDT(-0500)] <athena> you might step through the PortalPermissionEvaluator to see if you can narrow down the behavior
[15:00:43 CDT(-0500)] <b-sure> I would think for that then maybe madison would have a similar issue.
[15:02:34 CDT(-0500)] <athena> definitely something to ask EricDalquist
[15:02:54 CDT(-0500)] <EricDalquist> ?
[15:04:02 CDT(-0500)] <b-sure> hello EricDalquist. I assume your groups and categories are working ok in your 4.0 deploy of the portal? I'm debugging an issue I'm having where groups and categories aren't showing.
[15:04:10 CDT(-0500)] <EricDalquist> yes
[15:04:18 CDT(-0500)] <EricDalquist> so our migration approach was:
[15:04:19 CDT(-0500)] <b-sure> I"m trying to reimport the exported 3.2.5 data now
[15:04:45 CDT(-0500)] <EricDalquist> get a fully functional portal working with the default data set
[15:05:32 CDT(-0500)] <EricDalquist> then migrate our dlm config, fragment layouts, groups, and portlet definitions
[15:05:37 CDT(-0500)] <EricDalquist> once that was completely working
[15:05:49 CDT(-0500)] <EricDalquist> then migrate our user data (layouts essentially)
[15:06:04 CDT(-0500)] <EricDalquist> not sure if that helps
[15:06:16 CDT(-0500)] <EricDalquist> but I don't remember doing anything that special with groups/permissions to get uP4 up
[15:06:22 CDT(-0500)] <b-sure> that does help.
[15:06:25 CDT(-0500)] <EricDalquist> we didn't import our permission data from 3.x
[15:06:37 CDT(-0500)] <b-sure> hmm. I just reimported that stuff
[15:06:41 CDT(-0500)] <EricDalquist> and we've been managing all our group/category data vie entity files in SVN
[15:06:47 CDT(-0500)] <EricDalquist> so we just imported that data
[15:09:22 CDT(-0500)] <athena> they're having issues with the group manager
[15:09:35 CDT(-0500)] <EricDalquist> hrm
[15:09:39 CDT(-0500)] <athena> i'm guessing it's either missing/unmapped permissions or something to do w/ the spring security evaluator
[15:09:40 CDT(-0500)] <EricDalquist> I don't remember anything like that
[15:09:56 CDT(-0500)] <athena> guessing it's more likeyl the spring evaluator
[15:15:14 CDT(-0500)] <b-sure> ok. so it looks like the same result after importing the exported permission_set / group_memberships from 3.2.5. Should I try to step through the spring evaluator w/ the debugger?
[15:15:32 CDT(-0500)] <EricDalquist> well you'd be better off with the 4.x permission set
[15:15:47 CDT(-0500)] <EricDalquist> the migration docs should really encourage people to not migrate their 3.x permissions
[15:15:53 CDT(-0500)] <EricDalquist> unless they did a bunch of customization of them
[15:16:07 CDT(-0500)] <b-sure> oh so import required data on top of the 3.2.5 data
[15:16:49 CDT(-0500)] <EricDalquist> yeah
[15:17:02 CDT(-0500)] <EricDalquist> I'd import the requried and default permission set data from 4.0
[15:17:47 CDT(-0500)] <b-sure> I"ll try that again.
[15:34:40 CDT(-0500)] <b-sure> ok EricDalquist. is there a way I can make myself an administrator with the default data loaded? maybe directly in the db?
[15:35:00 CDT(-0500)] <b-sure> or athena. do you know how to do this?
[15:35:16 CDT(-0500)] <athena> sure
[15:35:21 CDT(-0500)] <EricDalquist> modify the Portal_Administrators.group_membership file
[15:35:22 CDT(-0500)] <athena> just add yourself to the portal administrators group
[15:35:23 CDT(-0500)] <athena> yes
[15:35:29 CDT(-0500)] <EricDalquist> add the usernames of those you want to be admins
[15:35:31 CDT(-0500)] <EricDalquist> and import that file
[15:35:33 CDT(-0500)] <b-sure> then reimport?
[15:35:36 CDT(-0500)] <b-sure> ok thanks.