Flatten pmUsers and endUsers on CohortComplete nodes
Crossing T's and dotting I's
Please follow these checklists to help prevent any unexpected issues from being introduced by the changes in this pull request. If an item does not apply then indicate so by surrounding the line item with ~~ to strikethrough the text. See basic writing and formatting syntax for more information.
I. Web service and data model checklist
Please follow these checks if any changes were made to any classes in the web, service, or persistence layers.
Data checks: ~ n/a
Updates were made to the mocked incoming request data and/or mocked published request data:
- [ ] [smile-server test data](https://github.com/mskcc/smile-server/tree/master/service/src/test/resources/data)
- [ ] [smile-commons test data](https://github.com/mskcc/smile-commons/tree/master/src/test/resources/data)
- [ ] [smile-label-generator test data](https://github.com/mskcc/smile-label-generator/tree/master/src/test/resources/data)
- [ ] [smile-request-filter test data](https://github.com/mskcc/smile-request-filter/tree/master/src/test/resources/data)
Code checks: n/a
- [ ] Endpoints were tested to ensure their integrity.
- [ ] Screenshots have been provided to demonstrate changes made to the response body JSON schema and/or swagger page.
- [ ] Unit tests were updated in relation to updates to the mocked test data.
II. Neo4j models and database schema checklist:
[x] Neo4j persistence models were changed.
[x] The graph database produces the expected changes to models, relationships, and/or property names. [provide screenshot of updated elements in graph db below]
III. Message handlers checklist: n/a
- [ ] Changes in this PR affect the workflow of incoming messages.
- [ ] Messages are following the expected workflow when published to the topic(s) changed or introduced in this pull request.
- [ ] Unit tests were added to ensure messages are handled as expected.
If no unit tests were updated or added, then please explain why: [insert details here]
Please describe how the workflow and messaging was tested/simulated:
Describe your testing environment:
NATS [local, local docker, dev server, production]
Neo4j [local, local docker, dev server, production]
SMILE Server [local, local docker, dev server, production]
Other: [insert details on how messages were published or simulated for testing]
IV. Configuration and/or permissions checklist: n/a
- [ ] New topics were introduced.
- [ ] The topics and appropriate permissions were updated in [cmo-metadb-configuration](https://github.mskcc.org/cmo/cmo-metadb-configuration).
- [ ] If applicable, a new account was set up and the account credentials and keys are checked into [cmo-metadb-configuration](https://github.mskcc.org/cmo/cmo-metadb-configuration).
- [ ] Account credentials and keys were shared with the appropriate parties.
General checklist:
[ ] All requested changes and comments have been resolved.
[ ] The commit log is comprehensible. It follows 7 rules of great commit messages. For most PRs a single commit should suffice, in some cases multiple topical commits can be useful. During review it is ok to see tiny commits (e.g. Fix reviewer comments), but right before the code gets merged to master or rc branch, any such commits should be squashed since they are useless to the other developers. Definitely avoid merge commits, use rebase instead.
Crossing T's and dotting I's
Please follow these checklists to help prevent any unexpected issues from being introduced by the changes in this pull request. If an item does not apply then indicate so by surrounding the line item with
~~to strikethrough the text. See basic writing and formatting syntax for more information.I. Web service and data model checklist
Please follow these checks if any changes were made to any classes in the web, service, or persistence layers.
Data checks: ~ n/a
Code checks: n/a
II. Neo4j models and database schema checklist:
III. Message handlers checklist: n/a
If no unit tests were updated or added, then please explain why: [insert details here]
Please describe how the workflow and messaging was tested/simulated:
Describe your testing environment:
Other: [insert details on how messages were published or simulated for testing]
IV. Configuration and/or permissions checklist: n/a
General checklist: