[09:34:09 CST(-0600)] <drewwills> EricDalquist I wanted to mention that I'm still looking at the solution for the data import for bundled portlets (though I already merged the pull request)
[09:34:56 CST(-0600)] <drewwills> it has come to light that the solution, as-is, doesn't reset the tables... i think it it would be better if it mirrored the behavior of initdb
[11:34:31 CST(-0600)] <drewwills> EricDalquist (or anyone) – is there a way in Maven to "link" one goal to another – such that goal #2 gets invoked automatically whenever goal #1 gets invoked?
[11:35:00 CST(-0600)] <EricDalquist> well ... goals get invoked either explicitly or by a lifecycle
[11:35:21 CST(-0600)] <EricDalquist> I don't think you can automatically invoke a goal in any way beyond just invoking the lifecycle it is bound to
[11:38:49 CST(-0600)] <drewwills> that seem to be the case
[11:39:11 CST(-0600)] <EricDalquist> can you describe what you're trying to do?
[11:39:24 CST(-0600)] <EricDalquist> in a more general sense?
[11:43:11 CST(-0600)] <drewwills> absolutely
[11:44:06 CST(-0600)] <drewwills> i'm still trying to persuade a bundled portlet to drop & recreate it's tables appropriately in the initdb cycle
[11:44:31 CST(-0600)] <drewwills> there is a hibernate3:hbm2ddl goal that can do that nicely
[11:44:57 CST(-0600)] <EricDalquist> so I haven't had a chance to look at the changes so far
[11:45:05 CST(-0600)] <drewwills> but it seems that when i invoke hibernate3:hbm2ddl on up-portlets-overlay/pom.xml, it crashes
[11:45:15 CST(-0600)] <EricDalquist> but jwennmacher was talking about essentially an "ant api"
[11:45:26 CST(-0600)] <drewwills> (interestingly antrun:run doesn't crash like that)
[11:45:35 CST(-0600)] <EricDalquist> how does it crash?
[11:45:39 CST(-0600)] <drewwills> sec...
[11:46:16 CST(-0600)] <drewwills> https://gist.github.com/drewwills/4716187
[11:46:53 CST(-0600)] <drewwills> actually that's with the plugin minimally configured in the up-overlay/pom.xml
[11:47:05 CST(-0600)] <drewwills> without the plugin configured at all, it's a bit different
[11:47:23 CST(-0600)] <EricDalquist> ah
[11:47:38 CST(-0600)] <drewwills> but it seems when i run...
[11:48:07 CST(-0600)] <drewwills> <param name="pomDir" value="$ /uportal-portlets-overlay" /> <param name="goal" value="hibernate3:hbm2ddl" />
[11:48:32 CST(-0600)] <drewwills> it actually tries to run that goal on the parent pom, which is meaningless and crashes
[11:49:01 CST(-0600)] <drewwills> i was hoping it would run on each child if – and only if – the child pom defines the plugin
[11:49:24 CST(-0600)] <EricDalquist> so what version of hibernate is the portlet using?
[11:49:35 CST(-0600)] <EricDalquist> since that plugin is explicitly for hibernate 3
[11:49:35 CST(-0600)] <drewwills> which seems to be the behavior of antrun:run
[11:49:56 CST(-0600)] <drewwills> yeah the portlet in question (at least this one) is hibernate 3
[11:49:59 CST(-0600)] <EricDalquist> ok
[11:50:05 CST(-0600)] <drewwills> <param name="goal" value="hibernate3:hbm2ddl" />
[11:50:08 CST(-0600)] <drewwills> oops
[11:50:10 CST(-0600)] <drewwills> 3.2.3.ga
[11:50:17 CST(-0600)] <EricDalquist> so next thought is can that plugin load the hibernate.cfg.xml from a classpath resource
[11:50:22 CST(-0600)] <EricDalquist> instead of from the file system
[11:50:27 CST(-0600)] <EricDalquist> since that is the case you have
[11:50:40 CST(-0600)] <drewwills> i should add that when invoked on the child pom directly, in the submodule dir, it works perfectly fine
[11:50:44 CST(-0600)] <EricDalquist> if you run that goal on the overlay the only thing actually available are overlay local files
[11:50:55 CST(-0600)] <EricDalquist> and the -classes jar + jar dependencies of the overlayed WAR
[11:51:17 CST(-0600)] <EricDalquist> so that plugin needs to be able to load that xml file from the classpath since it only exists in that -classes.jar
[11:51:41 CST(-0600)] <drewwills> this command works: mvn -Dmaven.test.skip=true -Dportlet-data-import=true hibernate3:hbm2ddl
[11:51:56 CST(-0600)] <EricDalquist> where are you running that?
[11:51:57 CST(-0600)] <drewwills> when run from within up-p-o/CalendarPortlet/
[11:52:09 CST(-0600)] <EricDalquist> ok
[11:52:27 CST(-0600)] <drewwills> the error seems to happen even before the child pom comes into play
[11:52:33 CST(-0600)] <EricDalquist> so when does it crash then?
[11:52:43 CST(-0600)] <drewwills> it seem to be an error on the up-p-o/pom.xml level
[11:52:56 CST(-0600)] <EricDalquist> right ... that project has no files
[11:53:06 CST(-0600)] <EricDalquist> so you can't run goals like hibernate3:hbm2ddl
[11:53:13 CST(-0600)] <EricDalquist> you have to run it on the specific portlet projects
[11:53:32 CST(-0600)] <drewwills> how do I do that without naming them explitcitly in the build.xml?
[11:53:45 CST(-0600)] <drewwills> (i was hoping to make them discoverable)
[11:54:35 CST(-0600)] <EricDalquist> hrm
[11:54:36 CST(-0600)] <EricDalquist> so
[11:54:39 CST(-0600)] <drewwills> perhaps that goal is unattainable
[11:54:43 CST(-0600)] <EricDalquist> one thought after some quick googling:
[11:54:44 CST(-0600)] <EricDalquist> https://community.jboss.org/wiki/CreatingACustomLifecycleInMaven
[11:54:54 CST(-0600)] <EricDalquist> we create a maven plugin that introduces some custom lifecycles
[11:54:59 CST(-0600)] <drewwills> yeah I looked quickly
[11:55:07 CST(-0600)] <EricDalquist> then
[11:55:14 CST(-0600)] <drewwills> looked as though I would have to write a plugin
[11:55:32 CST(-0600)] <EricDalquist> in the pom.xml of a specific overlay (for example calendar) you would declare the hibernate3 plugin
[11:55:44 CST(-0600)] <EricDalquist> and bind the appropriate goals to the new lifecycles
[11:55:47 CST(-0600)] <drewwills> and bind it to a lifecycle phase
[11:56:19 CST(-0600)] <EricDalquist> so say we (aka jwennmacher) writes a plugin that adds "up-initdb, up-updatedb, up-importdb, ..."
[11:56:34 CST(-0600)] <EricDalquist> then we can have it be essentially discoverable
[11:56:46 CST(-0600)] <EricDalquist> by binding the right plugins/goals in the individual overlay poms
[11:56:57 CST(-0600)] <EricDalquist> since each portlet might have slightly different init/update/import needs
[11:57:20 CST(-0600)] <drewwills> and then we'd invoke a goal on that plugin to trigger the whole thing, correct?
[11:57:33 CST(-0600)] <drewwills> or invoke a lifecycle phase?
[11:58:08 CST(-0600)] <EricDalquist> I think by invoking the custom lifecycle phanse
[11:58:08 CST(-0600)] <EricDalquist> http://www.sonatype.com/people/2009/08/create-a-customized-build-process-in-maven/
[11:58:57 CST(-0600)] <EricDalquist> so this looks doable
[11:59:01 CST(-0600)] <drewwills> how does the parent pom know about the lifecycle phase? by declaring the plugin? (but without binding any behavior to it)
[11:59:08 CST(-0600)] <EricDalquist> yeah I think so
[11:59:20 CST(-0600)] <EricDalquist> but will likely require a fair amount of trial and error and some test projects
[11:59:29 CST(-0600)] <EricDalquist> as the documentation is semi-old and not all that great
[11:59:35 CST(-0600)] <drewwills> cool... can this plugin be another subproject in uP, or does it have to be completely outside?
[11:59:43 CST(-0600)] <EricDalquist> it should be an outside projecty
[11:59:57 CST(-0600)] <EricDalquist> otherwise we're going to get into circular depenency hell
[11:59:58 CST(-0600)] <drewwills> we will need a release of it then
[12:00:04 CST(-0600)] <EricDalquist> yup
[12:00:08 CST(-0600)] <EricDalquist> thats easy enough to do
[12:00:24 CST(-0600)] <EricDalquist> we can create a project in github for it
[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