Skip to content

Conversation

@francisco-videira-nhs
Copy link
Contributor

Description

Context

Type of changes

  • Refactoring (non-breaking change)
  • New feature (non-breaking change which adds functionality)
  • Breaking change (fix or feature that would change existing functionality)
  • Bug fix (non-breaking change which fixes an issue)

Checklist

  • I am familiar with the contributing guidelines
  • I have followed the code style of the project
  • I have added tests to cover my changes
  • I have updated the documentation accordingly
  • This PR is a result of pair or mob programming

Sensitive Information Declaration

To ensure the utmost confidentiality and protect your and others privacy, we kindly ask you to NOT including PII (Personal Identifiable Information) / PID (Personal Identifiable Data) or any other sensitive data in this PR (Pull Request) and the codebase changes. We will remove any PR that do contain any sensitive information. We really appreciate your cooperation in this matter.

  • I confirm that neither PII/PID nor sensitive data are included in this PR and the codebase changes.

@francisco-videira-nhs francisco-videira-nhs requested review from a team as code owners December 1, 2025 22:12
francisco-videira-nhs and others added 26 commits December 2, 2025 15:53
m-houston
m-houston previously approved these changes Dec 19, 2025
};

function createDocumentClient(): DynamoDBDocumentClient {
const ddbClient = new DynamoDBClient({});
Copy link

@Vlasis-Perdikidis Vlasis-Perdikidis Dec 23, 2025

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

should the region be passed in during creation?
Which region is used by default if you omit it?

@masl2 masl2 dismissed stale reviews from Vlasis-Perdikidis and m-houston via 547f6b1 December 24, 2025 10:42
masl2 and others added 2 commits December 24, 2025 11:03
* swap partition and sort for letters

* store changes and source, subject, billingref

* unsafe marker

* rename correctly
Comment on lines +217 to +237
test("processes all v1 records successfully and returns no batch failures", async () => {
const evt: SQSEvent = {
Records: [
createSqsRecord(
"msg1",
JSON.stringify(createNotification(createPreparedV1Event())),
),
createSqsRecord(
"msg2",
JSON.stringify(
createNotification(
createPreparedV1Event({
id: "7b9a03ca-342a-4150-b56b-989109c45614",
domainId: "letter2",
url: "s3://letterDataBucket/letter2.pdf",
}),
),
),
),
],
};
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

A parameterised test structure might be worth considering - maybe as a tech debt - as for each path (insert or upsert) I expect regardless of the supported event input we would want the same outputs.
Although it would still require extra tests for mixed events etc, I wonder if it might be easier to maintain/reduce the boilerplate?


await Promise.all(tasks);

return { batchItemFailures };
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Does batch failure support not require a terraform configuration to be set on the queue?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

5 participants