[09:02:44 CDT(-0500)] <Arvids> EricDalquist: I updated published schemas at https://source.jasig.org/schemas/uportal/ (UP-3192)
[09:03:21 CDT(-0500)] <Arvids> That cleared like 150 error messages in Eclipse
[09:04:08 CDT(-0500)] <EricDalquist> ah thanks, we usually only push changes there on a release but that shouldn't be a problem for now
[09:04:56 CDT(-0500)] <EricDalquist> I need to finish updating the "cutting a uP release docs" but one step will be doing a merge from https://source.jasig.org/uPortal/trunk/uportal-war/src/main/resources/xsd/ to https://source.jasig.org/schemas/uportal/
[09:04:58 CDT(-0500)] <Arvids> yeah, I thought whether should i do it or not, but figured out - since it's a bug fix, it won't hurt to publish the changes ASAP
[09:05:05 CDT(-0500)] <EricDalquist> yeah
[09:05:11 CDT(-0500)] <EricDalquist> did you do it as a merge or a copy?
[09:06:01 CDT(-0500)] <Arvids> applied diff in my workspace and commited changes
[09:06:07 CDT(-0500)] <EricDalquist> ok, sounds good
[09:06:36 CDT(-0500)] <EricDalquist> also saw the commit for the new portlet
[09:06:37 CDT(-0500)] <Arvids> and there are some more nasty XML error messages in Eclipse
[09:06:47 CDT(-0500)] <EricDalquist> I'll take a look later today or tomorrow
[09:06:51 CDT(-0500)] <EricDalquist> on which files?
[09:07:23 CDT(-0500)] <Arvids> one is flowsContext.xml
[09:08:11 CDT(-0500)] <Arvids> not sure why, but using spring-webflow-config-2.0.xsd reports errors, while spring-webflow-config-2.3.xsd does not
[09:08:42 CDT(-0500)] <Arvids> one more problematic file is cacheContext.xml
[09:08:42 CDT(-0500)] <EricDalquist> weird
[09:08:53 CDT(-0500)] <EricDalquist> well we're using webflow 2.3 so using the more recent XSD would be good
[09:09:05 CDT(-0500)] <Arvids> http://ehcache-spring-annotations.googlecode.com/svn/schema/ehcache-spring/ehcache-spring-1.2.xsd
[09:09:10 CDT(-0500)] <Arvids> this one is not available anymore
[09:09:23 CDT(-0500)] <Arvids> hence Eclipse complains at validation
[09:09:35 CDT(-0500)] <EricDalquist> oh that's my fault
[09:09:39 CDT(-0500)] <Arvids> found the same file at http://ehcache-spring-annotations.googlecode.com/svn/trunk/core/src/main/resources/com/googlecode/ehcache/annotations/ehcache-spring-1.2.xsd
[09:09:40 CDT(-0500)] <EricDalquist> I'll go publish the XSD later today
[09:09:45 CDT(-0500)] <Arvids> ahh.. ok
[09:09:47 CDT(-0500)] <EricDalquist> now that the 1.2 release is out
[09:09:58 CDT(-0500)] <EricDalquist> I work on that project with a co-worker
[09:11:24 CDT(-0500)] <EricDalquist> ok, I have to run for about 90 minutes
[09:11:58 CDT(-0500)] <Arvids> ok, one last fix: http://pastebin.com/z6dLwsHi
[09:12:39 CDT(-0500)] <EricDalquist> oh good catch
[09:13:13 CDT(-0500)] <Arvids> ok, heading home now 
[09:13:42 CDT(-0500)] <EricDalquist> have a good evening
[09:13:46 CDT(-0500)] <EricDalquist> thanks for the help 
[12:22:40 CDT(-0500)] <drewwills> my IMAP email is behaving poorly... did anyone see that Email Preview message I sent a short time ago?
[12:24:32 CDT(-0500)] <EricDalquist> yes
[12:24:42 CDT(-0500)] <b-rock_> Hi EricDalquist. I just submitted a patch https://issues.jasig.org/browse/UP-3214 that addresses circular dependencies that can sometimes be found in grouper. After reading your post the the dev list a few min ago, I put this as affecting 4.0.1 but it probably can apply to the 3.2.5 patches.
[12:25:08 CDT(-0500)] <EricDalquist> thanks good to know
[12:25:14 CDT(-0500)] <b-rock_> np
[12:42:21 CDT(-0500)] <b-rock_> Hi EricDalquist. I've got another question regarding exporting our 3.2.5-patches prod data. The fragment owners layouts were exported to the "layouts" folder and not the "fragment_layout" folder. I imported them into the 4.0.1 build, but I see that the fragment manager portlet does not list any of the fragments and the tabs don't show after logging in. Are these related?
[12:42:32 CDT(-0500)] <b-rock_> apologies for the long windedness
[12:42:55 CDT(-0500)] <EricDalquist> are all of these fragment owners correctly defined in dlm.xml in both the 3.2 code you used for exporting and the 4.0.1 instance?
[12:43:13 CDT(-0500)] <EricDalquist> the portal determines if a user is a fragment owner based on that file
[12:43:19 CDT(-0500)] <b-rock_> I think I only have them listed a the owner of the fragment but nowhere else
[12:43:30 CDT(-0500)] <EricDalquist> what do you mean?
[12:44:30 CDT(-0500)] <b-rock_> in dlm.xml I have them listed as ownerID="uocWelcome-lo" for example.
[12:44:47 CDT(-0500)] <b-rock_> am I missing another spot where they need to be listed?
[12:44:56 CDT(-0500)] <EricDalquist> that should be enough I believe
[12:45:34 CDT(-0500)] <b-rock_> yeah the fragment owners that made it into the fragment_layout folder don't have any fragments listed in the dlm.xml
[12:45:58 CDT(-0500)] <EricDalquist> are you using the dlm.xml file or are you using the DB backed fragment configuration code?
[12:46:08 CDT(-0500)] <EricDalquist> I'm not as familiar with that
[12:46:09 CDT(-0500)] <b-rock_> not sure. where can I check.
[12:46:18 CDT(-0500)] <EricDalquist> honestly I can't remember
[12:46:21 CDT(-0500)] <EricDalquist> drewwills: can you help here?
[12:46:44 CDT(-0500)] <drewwills> yeah the setting for using db-back fragments was oved... possibly to portal.properties
[12:46:48 CDT(-0500)] <b-rock_> I know we do have the dlm.xml file deployed with uPortal
[12:47:13 CDT(-0500)] <drewwills> it seems all properties were moved out of dlm.xml
[12:48:00 CDT(-0500)] <b-rock_> I didn't override this in 4.0.1 and it is set to org.jasig.portal.layout.dlm.defaultLayoutOwner=fragmentTemplate in the portal.properties
[12:48:10 CDT(-0500)] <EricDalquist> I think it is actually in the spring config in 4.0
[12:48:14 CDT(-0500)] <EricDalquist> let me look
[12:48:36 CDT(-0500)] <EricDalquist> yes in 4.0 layoutContext.xml defines the dlmConfigurationLoader bean
[12:49:08 CDT(-0500)] <EricDalquist> same thing in 3.2: https://source.jasig.org/uPortal/branches/rel-3-2-patches/uportal-impl/src/main/resources/properties/contexts/layoutContext.xml
[12:49:22 CDT(-0500)] <EricDalquist> so check your layoutContext.xml file in your 3.2 deployment
[12:49:48 CDT(-0500)] <drewwills> did you get .fragment-definition files on export?
[12:50:13 CDT(-0500)] <b-rock_> checking...
[12:51:13 CDT(-0500)] <b-rock_> I do see the structure/DLM_Tabs_and_columns.structure file but I didn't import that into the 4.0.1 build
[12:52:09 CDT(-0500)] <b-rock_> there is also the theme/DLM_XHTML.theme
[12:52:16 CDT(-0500)] <EricDalquist> that isn't what he's looking for, the first question is did your 3.2 export work correctly an export .fragment-definition files
[12:52:55 CDT(-0500)] <EricDalquist> if not something is up there and the uPortal code used to do the export doesn't know how to correctly identify which users are fragment owners
[12:52:56 CDT(-0500)] <b-rock_> I don't see any files with that extension.
[12:53:13 CDT(-0500)] <drewwills> the presence of those files would be a strong indicator that you're using the DB-backed DLM
[12:53:39 CDT(-0500)] <b-rock_> yeah. I didn't know we could use the db-backend for that so we probably arent.
[12:53:44 CDT(-0500)] <EricDalquist> so your 3.2 export, you're using the EXACT same code and config that runs the uPortal environment you're exporting from?
[12:53:58 CDT(-0500)] <drewwills> so to recap: you have some fragments listed in dlm.xml, but no corresponding fragment-layout files? or was it vice versa?
[12:53:58 CDT(-0500)] <b-rock_> yes.