diff --git a/docs/api/classes/modules_claim_resolvers_credential_resolver.RoleCredentialResolver.md b/docs/api/classes/modules_claim_resolvers_credential_resolver.RoleCredentialResolver.md index b4d6d05d..8095aa28 100644 --- a/docs/api/classes/modules_claim_resolvers_credential_resolver.RoleCredentialResolver.md +++ b/docs/api/classes/modules_claim_resolvers_credential_resolver.RoleCredentialResolver.md @@ -164,7 +164,7 @@ ___ ▸ **serviceEndpointsToCredentials**(`tokens`): `VerifiableCredential`<`RoleCredentialSubject`\>[] -Finds verifiable credentials among service ednpoints +Finds verifiable credentials among service endpoints #### Parameters diff --git a/docs/status-list.md b/docs/status-list.md index 32edb2c1..692ead0a 100644 --- a/docs/status-list.md +++ b/docs/status-list.md @@ -152,7 +152,7 @@ This is in line with the `id` property guidance for [StatusList2021Credential](h Due to `NamespaceStatusLists` and `CredentialWithStatus` being separate aggregate roots, the design allows for a created entry which is not associated with a credential (due to a failure). This is a possible drawback. -However the rationale for this is that if the association of a credential to an entry is located within the `NamespaceStatusLists` , then is is not possible to efficiently search for a credential based on credential `id`. +However the rationale for this is that if the association of a credential to an entry is located within the `NamespaceStatusLists` , then it is not possible to efficiently search for a credential based on credential `id`. In other words, if needing to search across all of the `NamespaceStatusLists` for a credential based on its `id`, then one would need to lock updates across all namespaces to be sure that a data wasn't inserted during the search. (All namespaces must be locked because, based on the `id` alone, the credential could be in any namespace). diff --git a/e2e/app.e2e.spec.ts b/e2e/app.e2e.spec.ts index f570694c..45e10b7d 100644 --- a/e2e/app.e2e.spec.ts +++ b/e2e/app.e2e.spec.ts @@ -1,5 +1,5 @@ import { config } from 'dotenv'; -// although it is called in app.module, it is added here to be able to override DID_REGISTRY_ADDRESS. When config() is called next time it will not change variables alredy presented in env +// although it is called in app.module, it is added here to be able to override DID_REGISTRY_ADDRESS. When config() is called next time it will not change variables already presented in env config(); import { Test } from '@nestjs/testing'; import { INestApplication } from '@nestjs/common'; diff --git a/src/modules/claim/resolvers/credential.resolver.ts b/src/modules/claim/resolvers/credential.resolver.ts index 0e16bda9..44704ae2 100644 --- a/src/modules/claim/resolvers/credential.resolver.ts +++ b/src/modules/claim/resolvers/credential.resolver.ts @@ -91,7 +91,7 @@ export class RoleCredentialResolver implements CredentialResolver { } /** - * Finds verifiable credentials among service ednpoints + * Finds verifiable credentials among service endpoints * * @param tokens resolved service endpoints of DID document services * @returns verifiable credentials