...
[12:01:04 CST(-0600)] <EricDalquist> and use https://github.com/Jasig/sass-maven-plugin as an example pom.xml to base the project on
[12:02:06 CST(-0600)] <drewwills> is this approach enough better than invoking the poms of overlaid portlets directly from build.xml?
[12:02:30 CST(-0600)] <EricDalquist> well it does require less central fiddling right?
[12:02:37 CST(-0600)] <EricDalquist> we come up with a handful of lifecycle goals
[12:02:43 CST(-0600)] <drewwills> it could be... but I feel it's important to ask... there's a ton of cool work in the queue
[12:02:45 CST(-0600)] <EricDalquist> er lifecycles (not goals)
[12:03:03 CST(-0600)] <EricDalquist> well it is a trade off
[12:03:06 CST(-0600)] <EricDalquist> more work now
[12:03:11 CST(-0600)] <EricDalquist> less maintenance work later
[12:03:17 CST(-0600)] <EricDalquist> and a more flexible api
[12:03:29 CST(-0600)] <drewwills> less maintenance and likely fewer regressions
[12:03:32 CST(-0600)] <EricDalquist> and maven only which is a long term project goal
[12:03:33 CST(-0600)] <drewwills> mixups
[12:03:33 CST(-0600)] <EricDalquist> yup
[12:03:36 CST(-0600)] <EricDalquist> should be much more stable
[12:03:47 CST(-0600)] <EricDalquist> since the entire configuration onus is within each overlay pom
[12:03:56 CST(-0600)] <EricDalquist> and those are independent of each other
[12:03:59 CST(-0600)] <drewwills> yeah that's what I was hoping for
[12:04:30 CST(-0600)] <drewwills> does this new plugin need to do anything besides define new lifecycle phases?
[12:06:07 CST(-0600)] <EricDalquist> that I'm not sure
[12:06:11 CST(-0600)] <EricDalquist> and will require some trial and error
[12:06:31 CST(-0600)] <EricDalquist> whoever does this needs to be prepared to do some serious problem solving with maven plugins/goals/lifecycles
[12:06:43 CST(-0600)] <EricDalquist> as I think those blog posts will get you about 70% of the way
[12:06:51 CST(-0600)] <EricDalquist> and the rest will require testing/fiddling/discussion here
[12:08:22 CST(-0600)] <drewwills> well... we already have tested & ready plugin cofigs for the Calendar... we just need lifecycle phases to bind them to
[12:08:44 CST(-0600)] <drewwills> i hope there's a 12 hr or less version of this 
[12:09:00 CST(-0600)] <EricDalquist> maybe
[12:09:12 CST(-0600)] <EricDalquist> it could end up being really easy
[12:09:22 CST(-0600)] <drewwills> it might
[12:38:19 CST(-0600)] <drewwills> alright – i just had a quick chat with jwennmacher, and he has graciously agreed to put this on his list 
[12:38:46 CST(-0600)] <EricDalquist> 
[13:51:23 CST(-0600)] <prabhu> hi
[13:51:43 CST(-0600)] <prabhu> How to make uportal local authentication alone?
[13:51:49 CST(-0600)] <prabhu> please help me ou
[13:51:50 CST(-0600)] <prabhu> please help me out
[13:55:21 CST(-0600)] <prabhu> I followed the steps in the documentation and uncommented the # in the local authentication on security.properties file
[13:56:06 CST(-0600)] <prabhu> but after recompilation I dont see any login portlet to sign up with my username and password