You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The first pr #1 creates endpoints with only basic datatype validation. The admins are expected to enter logically correct data, and the API is expected to be used from an interface only by admins.
For more robust security, we will ship referential integrity constraints and logical integrity constraints in upcoming PRs
for example in the team schema contains MemberRoleD and DomainRoleD types
exportclassMemberRoleD{user: ObjectId;// id of userroleStartDate?: Date;roleEndDate?: Date;}exportclassDomainRoleD{domain: ObjectId;// id of domaindomainLeads: MemberRoleD[];members: MemberRoleD[];}
in future we must verify:
whether if user: ObjectId is a valid object id pointing to an user existing in db
and similarly for domain:ObjectID
we need to verify whether values of roleStartDate and roleEndDate are within logical bounds, and whether roleEndDate comes after roleStartDate
The text was updated successfully, but these errors were encountered:
The first pr #1 creates endpoints with only basic datatype validation. The admins are expected to enter logically correct data, and the API is expected to be used from an interface only by admins.
For more robust security, we will ship referential integrity constraints and logical integrity constraints in upcoming PRs
for example in the team schema contains MemberRoleD and DomainRoleD types
in future we must verify:
user: ObjectId
is a valid object id pointing to an user existing in dbdomain:ObjectID
The text was updated successfully, but these errors were encountered: