...
[18:41:40 CDT(-0500)] <pspaude> person_class is requiring data, and I stubbed it out with "user"
[18:42:31 CDT(-0500)] <pspaude> However, I'm getting a NPE at getCoaches from PersonServiceImpl and it goes into the Uportal stuff.
[18:42:58 CDT(-0500)] <dmccallum54> the changeset 'Expand person table for oauth2' should be setting a default value in person_class. is that not happening?
[18:43:05 CDT(-0500)] <pspaude> N
[18:43:16 CDT(-0500)] <pspaude> Sorry about the keyboard.
[18:43:37 CDT(-0500)] <pspaude> No, it is not. I'll look into that, I had to put it in manually to get the QA00001 changeset to run.
[18:44:02 CDT(-0500)] <dmccallum54> cuz i just re-ran that changeset on my SqlServer instance and it's working correctly (populating person_class with a default)
[18:44:15 CDT(-0500)] <dmccallum54> ohhhhhh
[18:44:23 CDT(-0500)] <dmccallum54> the demo data isn't adding it
[18:44:24 CDT(-0500)] <pspaude> I'm running demo if it matters.
[18:44:28 CDT(-0500)] <dmccallum54> gotcha
[18:44:53 CDT(-0500)] <dmccallum54> ok. that's a problem
[18:46:26 CDT(-0500)] <dmccallum54> can you gist your full stack trace for the getCoaches problem?
[18:49:45 CDT(-0500)] <pspaude> yes just did that here you go: https://gist.github.com/pspaude/6301646
[18:50:06 CDT(-0500)] <pspaude> Sorry at the same time my win box has decide to shut off, they are conspiring against me...
[18:50:22 CDT(-0500)] <dmccallum54> that trace is blown right after SSP startup?
[18:50:48 CDT(-0500)] <pspaude> Yes line above is the typical Hibernate Validator Final
[18:55:56 CDT(-0500)] <pspaude> Ok your expand changeset for oauth is marked as executed.
[18:56:50 CDT(-0500)] <dmccallum54> created SSP-1651 for the person_class problem and assigned it to myself
[18:57:05 CDT(-0500)] <dmccallum54> i'm willing to bet the getCoaches trace is a transient problem
[18:57:11 CDT(-0500)] <dmccallum54> we see it all the time on linux deploys
[18:57:22 CDT(-0500)] <dmccallum54> b/c there is no guarantee that ssp-platform starts before ssp
[18:57:35 CDT(-0500)] <dmccallum54> basically comes down to the whims of the underlying OS/filesystem
[19:00:58 CDT(-0500)] <pspaude> alright cool, then I might have an issue with sencha.
[19:01:07 CDT(-0500)] <pspaude> Should be an easier fix then.