-
-
Notifications
You must be signed in to change notification settings - Fork 2
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
CRDT sync handles semantic domains #1217
Conversation
Tests are now working. I'm going to rebase on top of |
08c286c
to
8716ebe
Compare
C# Unit Tests75 tests 75 ✅ 5s ⏱️ Results for commit 0885ca6. ♻️ This comment has been updated with latest results. |
- Add GetSemanticDomain() to read API - CreateSemanticDomain now returns the created object - Add UpdateSemanticDomain() to write API - Add DeleteSemanticDomain() to write API - Add UpdateSemanticDomainProxy class - Add SemanticDomainSync class - Sync semantic domains in CRDT-FW sync service
8716ebe
to
b16957c
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
looks good, I changed <EnableDefaultContentItems>false</EnableDefaultContentItems>
because that will also exclude appsettings.json
Fix #1216.
Currently this PR is based on top of #1203 for convenience so I can more easily bootstrap the semantic domain implementation using the parts of speech sync. Once #1203 is merged, this PR should auto-base onto develop instead.
We now sync semantic domains just like we sync parts of speech. There are similar issues with deciding how Predefined should be set; I'm currently setting it to
true
for any semantic domain coming from FW, because custom semantic domains will be rare. But ultimately we'll want to keep a list of GUIDs around and match the incoming semdom against that list of GUIDs; if it's not on the list then Predefined should be false instead.