[09:09:43 CST(-0600)] <apetro__> for large values of "r", I'm "b"
[10:46:26 CST(-0600)] <apetro__> drewwills sorry to have disappeared abruptly yesterday. High premium on snow avoidance around here. What a sloppy mess.
[10:46:53 CST(-0600)] <apetro__> So this multi-tenancy featureset. I'm curious how that relates to Wisconsin's approach to multi-tenancy.
[10:59:11 CST(-0600)] <jwennmacher> Can you clarify Wisconsin's approach to multi-tenancy?
[11:06:50 CST(-0600)] <apetro__> my.wisc.edu my.wisconsin.edu same uPortal instance, same RDBMS, different user sets and fragments and portlet sets.
[11:08:03 CST(-0600)] <apetro__> beyond that, mostly, no, offhand I can't speak to just how that works. 
too new to it. Presumably something we could discuss throughly at upcoming CAMP tho since helwig and tlev and vertein will be there with me. amongst the bunch of us and looking at code we could probably figure it out
[11:08:10 CST(-0600)] <apetro__> so, mutli-tenancy as a topic for CAMP?
[11:09:54 CST(-0600)] <apetro__> idea captured to https://trello.com/b/E3iPiR7v/apereo-camp-2014
[11:15:34 CST(-0600)] <tlev> we utilize groups to differentiate schools. We also added a trick to change the skin based on which school group they are in. We also have different shib instances for each school.
[11:21:25 CST(-0600)] <jwennmacher> Great! Sounds like something we could use for one of our clients and standardize in uPortal.
[11:23:18 CST(-0600)] <drewwills> +1 for multi-tenancy as a topic for camp
[11:23:26 CST(-0600)] <jwennmacher> Do admins see both user sets/fragments/portlet sets; e.g. is there delegated admin or multi-tenancy admin at all or does an admin see everything?
[11:23:49 CST(-0600)] <drewwills> and I hope it does relate... hope we can collaborate and ultimately share tech
[11:24:33 CST(-0600)] <drewwills> the IL situation is a bit unprecedented (maybe not in talk, but in code i think)
[11:24:48 CST(-0600)] <drewwills> in that it's MMTOP
[11:25:00 CST(-0600)] <drewwills> Massively Multi-Tenant Online Portal
[11:25:07 CST(-0600)] <drewwills> 800+ tenants
[11:25:17 CST(-0600)] <tlev> admins see both sets/fragments/portlet sets
[11:26:48 CST(-0600)] <lfuller> would there be a tiered approach to admins? For instance, there be tenant specific admins and then a handful of super admins?
[11:28:00 CST(-0600)] <drewwills> yes, tenant-specific admins for IL
[11:28:02 CST(-0600)] <lfuller> er.. meant to ask: Would there be tenant specific admins as well as a set of super admins?
[11:28:22 CST(-0600)] <drewwills> there are system(-wide) admins as well as tenant admins
[11:28:29 CST(-0600)] * lfuller also wants to know if drewwills has a pizza oven in his yard...
[11:28:32 CST(-0600)] <lfuller>
[11:28:45 CST(-0600)] <drewwills> yes I do... want to come over? 
[11:29:23 CST(-0600)] * holdorph wants fresh wood fired oven pizza
[11:29:27 CST(-0600)] <lfuller> perfect weather for it... cool but not cold
[11:29:29 CST(-0600)] <holdorph> I'll come over if lfuller doesn't want to
[11:29:41 CST(-0600)] * lfuller goes to meeting...
[11:29:56 CST(-0600)] <drewwills> after last week we have a Tanant Manager portlet (well prototype) which captures tenant.name, tenant.fname, and tenant.adminUserName
[11:30:16 CST(-0600)] <drewwills> you can create & delete (at present)
[11:31:04 CST(-0600)] <drewwills> when you create, a bunch of (any arrangement of) XML data files are loaded from classpath at /o/j/p/tenant/templates/
[11:31:20 CST(-0600)] <drewwills> then EL expressions within them are evaluated and replaced
[11:31:36 CST(-0600)] <drewwills> e.g. $ and $
[11:31:43 CST(-0600)] <drewwills> and then the files are imported
[11:32:26 CST(-0600)] <drewwills> so each tenant can have their own group of admins, group of managers, frags, portlets, a category of portlets, etc
[11:36:10 CST(-0600)] <goldmantx> Me too..I always tell Drew that he has the best pizza place in the valley but not open enough!
[11:38:58 CST(-0600)] * apetro__ steps out to obtain not-provided-gratis-by-Google lunch
[11:39:51 CST(-0600)] <drewwills> tenants (admins) will have a Skin Manager tool, perhaps based on this OSS tech: http://pikock.github.io/bootstrap-magic/app/index.html
[11:58:37 CST(-0600)] * apetro__ returns
[11:58:56 CST(-0600)] <apetro__> Skin Manager is a neat idea
[11:59:01 CST(-0600)] <apetro__> fname namespaces tenants?
[12:00:46 CST(-0600)] <drewwills> yeah... something i can safely concatenate w/ other stuff and not violate constraints
[12:02:25 CST(-0600)] <drewwills> i might want to display "O'Malley School of De$ign" (if I had such an eccentric tenant), but i wouldn't want to build a portlet fname from that
[12:02:35 CST(-0600)] <apetro__> yup
[12:02:46 CST(-0600)] <drewwills> brb in a bit
[12:03:05 CST(-0600)] <apetro__> bulk-update of multiple tenants post-creation is a matter of bulk edits of entity files via Perl / Sublime?
[12:23:28 CST(-0600)] <drewwills_afk> what would you bulk update about them?
[13:30:26 CST(-0600)] <apetro___> drewwills dunno. If there was something common to them all worth templating, then seems plausible that the template would change and that would want that template change to apply retroactively to already-created tenants?
[13:31:31 CST(-0600)] <drewwills> ah yes, that seems plausible
[13:32:12 CST(-0600)] <drewwills> we discussed that nuance, agreed that it's harder than the templating approach, and decided that templating will meet our needs, for now
[13:32:33 CST(-0600)] <apetro___> good call
[13:33:12 CST(-0600)] <drewwills> happy to see the next evolution though... might even get tok it ourselves in the future
[13:33:14 CST(-0600)] <apetro___> maybe Tenant Manager also doesn't want to be a Portlet as such, and instead all of this wants to be script generation of entity files?
[13:33:42 CST(-0600)] <drewwills> open minded
[13:34:29 CST(-0600)] <apetro___> my script for parsing entity files bit me in the rear, though, of course. It turns out, of course, that some entities have snuck into our portal live rather than through pure entity import.