jasig-ssp IRC Logs-2013-08-21

Owned by Apereo Infrastructure
Last updated: Aug 21, 2013
2 min read

[11:08:20 CDT(-0500)] <JasonElwood> SSP-1646 is the ticket to fix the groovy demo data script in the future. Once Tony has a fix for the local data, the ticket can be updated to identify the specific tables

[11:16:28 CDT(-0500)] <TonyUnicon> has anyone else noticed that the git commits aren't showing up on jira tickets?

[11:17:12 CDT(-0500)] <dmccallum54> yes

[11:17:27 CDT(-0500)] <dmccallum54> let me see if that got turned off somehow

[11:18:17 CDT(-0500)] <pspaude> I noticed that awhile ago, I think its been turned off since jira upgrade

[11:20:20 CDT(-0500)] <dmccallum54> trying to kick off a sync...

[11:20:41 CDT(-0500)] <TonyUnicon> yeah figured it was upgrade related

[11:20:56 CDT(-0500)] <dmccallum54> looks like both SSP and uPortal repo syncs were disabled

[11:22:06 CDT(-0500)] <dmccallum54> alright

[11:22:08 CDT(-0500)] <dmccallum54> i see commits now

[11:32:43 CDT(-0500)] <TonyUnicon> hooray!

[11:37:10 CDT(-0500)] <dmccallum54> preeeetty exciting

[18:40:56 CDT(-0500)] <pspaude> O

[18:41:09 CDT(-0500)] <pspaude> *On my install a

[18:41:18 CDT(-0500)] <pspaude> couple of things.

[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.