feat: Add idempotentId #1638
feat: Add idempotentId #1638
Conversation
Created tests for idempotentId.
|
Note Reviews pausedUse the following commands to manage reviews:
📝 WalkthroughWalkthroughThis update introduces idempotency support for dialog creation throughout the application. Changes include adding an Changes
Possibly related PRs
Suggested reviewers
Thank you for using CodeRabbit. We offer it for free to the OSS community and would appreciate your support in helping us grow. If you find it useful, would you consider giving us a shout-out on your favorite social media? 🪧 TipsChatThere are 3 ways to chat with CodeRabbit:
Note: Be mindful of the bot's finite context window. It's strongly recommended to break down tasks such as reading entire modules into smaller chunks. For a focused discussion, use review comments to chat about specific files and their changes, instead of using the PR comments. CodeRabbit Commands (Invoked using PR comments)
Other keywords and placeholders
Documentation and Community
|
![coderabbitai[bot]](https://avatars.githubusercontent.com/in/347564?s=60&v=4){kind=small}
There was a problem hiding this comment.
Actionable comments posted: 1
🧹 Nitpick comments (13)
src/Digdir.Domain.Dialogporten.Domain/Dialogs/Entities/IdempotentId.cs (1)
5-7: Consider immutable properties for clarity.
Since these properties are crucial to the entity, you might benefit from usinginit;accessors or private set accessors to ensure theIdempotentIdremains immutable once constructed.src/Digdir.Domain.Dialogporten.Application/Common/ReturnTypes/Conflict.cs (1)
7-9: Consider adding more context for debugging or user-facing errors.
Currently, only a generic"ConflictMessage"label and aMessageare returned. You may consider including extra metadata (like an error code or relevant fields) for better traceability.tests/k6/tests/serviceowner/all-tests.js (1)
5-16: Maintain consistent naming and grouping.
AddingcreateDialogWithThresholds,dialogCreateIdempotentId, andserviceOwnerSearchWithThresholdsextends the test coverage. Verify that their naming and usage align with the patterns established in other modules.src/Digdir.Domain.Dialogporten.Application/Features/V1/ServiceOwner/Dialogs/Queries/Search/MappingProfile.cs (1)
17-17: Simplify null checks with the null-conditional operator.Instead of using a ternary operator, consider using the null-conditional operator for brevity and readability:
- .ForMember(dest => dest.IdempotentId, opt => opt.MapFrom(src => src.IdempotentId != null ? src.IdempotentId.Idempotent : null)) + .ForMember(dest => dest.IdempotentId, opt => opt.MapFrom(src => src.IdempotentId?.Idempotent))src/Digdir.Domain.Dialogporten.Infrastructure/Persistence/Migrations/20241216084435_AddIdempontentKey.cs (3)
8-8: Typo in migration name.The class name
AddIdempontentKeyhas a minor misspelling; consider correcting it toAddIdempotentKeyto maintain naming consistency and clarity.
39-43: Index creation on dialog table.The index on
IdempotentIdIdempotentandIdempotentIdOrghelps with fast lookups. Should you expect high query volumes, validate that this index suits your performance needs.
44-50: Foreign key relationship.You are referencing the
IdempotentIdtable via a composite key. Check if you want a cascade behavior (e.g.,ON DELETE CASCADE) to remove references automatically if needed. Otherwise, this one-to-one or many-to-one reference is correct.src/Digdir.Domain.Dialogporten.Application/Features/V1/ServiceOwner/Dialogs/Queries/Search/DialogDtoBase.cs (1)
17-21: Consider referencing the 36-character limit in the documentation.
While this new property is a welcome addition, it might be helpful to note in the doc comment (or through inline XML documentation) the maximum length constraint to align consumer expectations with the validation rules.src/Digdir.Domain.Dialogporten.Application/Features/V1/ServiceOwner/Dialogs/Queries/Get/GetDialogQuery.cs (1)
64-64: Evaluate whether eager loading is necessary.
Explicitly includingIdempotentIdin the query ensures the field is always retrieved. If this property is rarely used, consider lazy loading or a separate call to reduce unnecessary loading overhead.src/Digdir.Domain.Dialogporten.Application/Features/V1/ServiceOwner/Dialogs/Commands/Create/CreateDialogCommandValidator.cs (1)
47-50: Validation rule is correct and succinct.
Limiting this field to 36 characters ensures consistency with typical string-based IDs. If you need stricter format checks (e.g., special characters or whitespace), consider adding additional rules.src/Digdir.Domain.Dialogporten.Application/Features/V1/ServiceOwner/Dialogs/Commands/Create/CreateDialogCommand.cs (1)
77-87: Optimize the idempotency check queryThe current implementation uses
Any()followed byFirst(), which results in two database queries. This can be optimized.Consider this optimization:
- var dialogQuery = _db.Dialogs.Select(x => x).Where(x => x.IdempotentId == dialogIdempotentId); - if (dialogQuery.Any()) - { - return new Conflict($"IdempotencyId: '{request.IdempotentId}' already exists with DialogId '{dialogQuery.First().Id}'"); - // return new Conflict(dialogQuery.First().Id.ToString()); - } + var existingDialog = await _db.Dialogs + .Where(x => x.IdempotentId == dialogIdempotentId) + .Select(x => x.Id) + .FirstOrDefaultAsync(cancellationToken); + if (existingDialog != default) + { + return new Conflict($"IdempotencyId: '{request.IdempotentId}' already exists with DialogId '{existingDialog}'"); + }Also, remove the commented-out code as it's no longer needed.
docs/schema/V1/swagger.verified.json (2)
2326-2330: Add validation rules and examples for the idempotentId field.The
idempotentIdfield definition would benefit from additional constraints and examples to guide API consumers.Apply this diff to enhance the field definition:
"idempotentId": { "description": "A self-defined Id may be provided to support idempotent creation of dialogs.\n ", "nullable": true, - "type": "string" + "type": "string", + "maxLength": 100, + "pattern": "^[a-zA-Z0-9-_]+$", + "example": "order-123456" }
5587-5595: Improve documentation for the idempotentId query parameter.The query parameter description should provide more context about its usage in search operations.
Apply this diff to enhance the parameter definition:
{ "description": "A self-defined Id may be provided to support idempotent creation of dialogs.\n ", + "description": "Filter dialogs by their idempotentId. This can be used to find existing dialogs that were created with a specific idempotentId.", "in": "query", "name": "idempotentId", "schema": { "nullable": true, - "type": "string" + "type": "string", + "example": "order-123456" } }
📜 Review details
Configuration used: .coderabbit.yaml
Review profile: CHILL
Plan: Pro
⛔ Files ignored due to path filters (5)
src/Digdir.Domain.Dialogporten.Infrastructure/Persistence/Migrations/20241216084435_AddIdempontentKey.Designer.csis excluded by!**/Migrations/**/*Designer.cssrc/Digdir.Domain.Dialogporten.Infrastructure/Persistence/Migrations/DialogDbContextModelSnapshot.csis excluded by!**/Migrations/DialogDbContextModelSnapshot.cstests/k6/tests/performancetest_data/endusers-localdev.csvis excluded by!**/*.csvtests/k6/tests/performancetest_data/serviceowners-localdev.csvis excluded by!**/*.csvtests/k6/tests/performancetest_data/serviceowners-test.csvis excluded by!**/*.csv
📒 Files selected for processing (28)
docs/schema/V1/schema.verified.graphql(2 hunks)docs/schema/V1/swagger.verified.json(6 hunks)src/Digdir.Domain.Dialogporten.Application/Common/ReturnTypes/Conflict.cs(1 hunks)src/Digdir.Domain.Dialogporten.Application/Externals/IDialogDbContext.cs(1 hunks)src/Digdir.Domain.Dialogporten.Application/Features/V1/ServiceOwner/Dialogs/Commands/Create/CreateDialogCommand.cs(3 hunks)src/Digdir.Domain.Dialogporten.Application/Features/V1/ServiceOwner/Dialogs/Commands/Create/CreateDialogCommandValidator.cs(1 hunks)src/Digdir.Domain.Dialogporten.Application/Features/V1/ServiceOwner/Dialogs/Commands/Create/CreateDialogDto.cs(1 hunks)src/Digdir.Domain.Dialogporten.Application/Features/V1/ServiceOwner/Dialogs/Commands/Create/MappingProfile.cs(1 hunks)src/Digdir.Domain.Dialogporten.Application/Features/V1/ServiceOwner/Dialogs/Commands/Purge/PurgeDialogCommand.cs(2 hunks)src/Digdir.Domain.Dialogporten.Application/Features/V1/ServiceOwner/Dialogs/Queries/Get/DialogDto.cs(1 hunks)src/Digdir.Domain.Dialogporten.Application/Features/V1/ServiceOwner/Dialogs/Queries/Get/GetDialogQuery.cs(1 hunks)src/Digdir.Domain.Dialogporten.Application/Features/V1/ServiceOwner/Dialogs/Queries/Get/MappingProfile.cs(1 hunks)src/Digdir.Domain.Dialogporten.Application/Features/V1/ServiceOwner/Dialogs/Queries/Search/DialogDtoBase.cs(1 hunks)src/Digdir.Domain.Dialogporten.Application/Features/V1/ServiceOwner/Dialogs/Queries/Search/MappingProfile.cs(1 hunks)src/Digdir.Domain.Dialogporten.Application/Features/V1/ServiceOwner/Dialogs/Queries/Search/SearchDialogQuery.cs(2 hunks)src/Digdir.Domain.Dialogporten.Application/Features/V1/ServiceOwner/Dialogs/Queries/Search/SearchDialogQueryValidator.cs(1 hunks)src/Digdir.Domain.Dialogporten.Domain/Dialogs/Entities/DialogEntity.cs(1 hunks)src/Digdir.Domain.Dialogporten.Domain/Dialogs/Entities/IdempotentId.cs(1 hunks)src/Digdir.Domain.Dialogporten.GraphQL/EndUser/DialogById/ObjectTypes.cs(2 hunks)src/Digdir.Domain.Dialogporten.Infrastructure/Persistence/DialogDbContext.cs(2 hunks)src/Digdir.Domain.Dialogporten.Infrastructure/Persistence/Migrations/20241216084435_AddIdempontentKey.cs(1 hunks)src/Digdir.Domain.Dialogporten.WebApi/Common/Extensions/EndpointExtensions.cs(1 hunks)src/Digdir.Domain.Dialogporten.WebApi/Common/Extensions/ErrorResponseBuilderExtensions.cs(1 hunks)src/Digdir.Domain.Dialogporten.WebApi/Endpoints/V1/ServiceOwner/Dialogs/Create/CreateDialogEndpoint.cs(2 hunks)tests/k6/tests/enduser/all-tests.js(1 hunks)tests/k6/tests/scripts/generate_tokens.sh(1 hunks)tests/k6/tests/serviceowner/all-tests.js(1 hunks)tests/k6/tests/serviceowner/dialogCreateIdempotentId.js(1 hunks)
🧰 Additional context used
📓 Learnings (1)
src/Digdir.Domain.Dialogporten.Infrastructure/Persistence/Migrations/20241216084435_AddIdempontentKey.cs (1)
Learnt from: elsand
PR: digdir/dialogporten#1110
File: src/Digdir.Domain.Dialogporten.Infrastructure/Persistence/Migrations/20240910063003_AddDialogActivityDialogOpened.cs:13-16
Timestamp: 2024-11-12T05:32:45.312Z
Learning: Ensure that changes to domain entities are accompanied by corresponding migrations.
🔇 Additional comments (40)
src/Digdir.Domain.Dialogporten.Domain/Dialogs/Entities/IdempotentId.cs (1)
3-3: Consider validating the constructor parameters.
If either org or idempotent can be null or empty, the code might encounter unexpected behavior. You could add argument checks or data annotations to avoid invalid states.
src/Digdir.Domain.Dialogporten.Application/Common/ReturnTypes/Conflict.cs (1)
5-5: Good approach for standardizing conflict responses.
Using a record for conflict responses is a concise solution. This allows consistent handling of 409 Conflict cases throughout the code.
tests/k6/tests/enduser/all-tests.js (2)
5-5: Ensure the new import is valid and used consistently.
Double-check that './enduserSearchWithThresholds.js' is defined and used as intended for threshold-based tests.
12-12: Validate consistency with existing test patterns.
Invoking enduserSearchWithThresholds() aligns with the style of other test calls. Verify that the test results are properly integrated into any broader metrics or reporting.
tests/k6/tests/serviceowner/all-tests.js (1)
22-33: Verify overall test coverage with new calls.
Ensure these new calls (createDialogWithThresholds(), dialogCreateIdempotentId(), serviceOwnerSearchWithThresholds()) are adequately exercised and that you collect coverage data to assess test completeness.
src/Digdir.Domain.Dialogporten.WebApi/Endpoints/V1/ServiceOwner/Dialogs/Create/CreateDialogEndpoint.cs (2)
41-42: Conflict handling added.
The new conflict handling scenario, mapped to this.ConflictAsync(conflict, ct), is correct. This ensures a well-defined response code and consistent error structure for idempotency conflicts.
30-31: Add 409 Conflict to documented response codes.
Great job adding StatusCodes.Status409Conflict to document the conflict scenario. Ensure comprehensive test coverage for both the success path and conflict path to confirm that this new response code is returned consistently.
✅ Verification successful
Let me search for test coverage of the 409 Conflict response.
Let me try a different search strategy to find test files.
Let me check the content of these test files to verify the conflict scenario coverage.
Let me check the context of the k6 test to understand the conflict scenario better.
Test coverage for 409 Conflict response is verified
The k6 test file tests/k6/tests/serviceowner/dialogCreateIdempotentId.js contains comprehensive test coverage for the 409 Conflict scenario:
- Tests the duplicate dialog creation scenario by attempting to create the same dialog twice
- Verifies the correct 409 status code response
- Validates the response body structure including:
- Valid JSON response
- Error details with Conflict property
- Error message containing the conflicting dialog ID
🏁 Scripts executed
The following scripts were executed for the analysis:
Script:
#!/bin/bash
# Searching for tests referencing 409 Conflict scenario in the codebase
rg -A 2 --json '409|ConflictAsync'
Length of output: 66706
Script:
#!/bin/bash
# Search for test files related to CreateDialog endpoint
fd "CreateDialog.*Test" --exec rg -A 5 "409|Conflict"
Length of output: 55
Script:
#!/bin/bash
# Search for test files containing CreateDialog in their name
fd "CreateDialog" "tests/" --type f
# Also search for any test files that might verify conflict scenarios
rg -l "409|Conflict.*test" "tests/"
Length of output: 424
Script:
#!/bin/bash
# Check CreateDialog test files and k6 test for conflict scenarios
rg -A 5 "409|Conflict" "tests/Digdir.Domain.Dialogporten.Application.Integration.Tests/Features/V1/ServiceOwner/Dialogs/Commands/CreateDialogTests.cs" "tests/Digdir.Domain.Dialogporten.Application.Unit.Tests/Features/V1/ServiceOwner/Dialogs/Commands/CreateDialogTests.cs" "tests/k6/tests/serviceowner/dialogCreateIdempotentId.js"
Length of output: 1537
Script:
#!/bin/bash
# Get more context around the conflict test in the k6 test file
rg -B 10 -A 2 "expectStatusFor\(r\).to.equal\(409\)" "tests/k6/tests/serviceowner/dialogCreateIdempotentId.js"
Length of output: 553
src/Digdir.Domain.Dialogporten.WebApi/Common/Extensions/EndpointExtensions.cs (1)
47-51: New extension for returning 409 Conflict.
Introducing the ConflictAsync method is a clean approach to returning 409 Conflict responses. This keeps response handling consistent with the existing HTTP extension methods and aligns with the newly introduced idempotency checks.
src/Digdir.Domain.Dialogporten.Infrastructure/Persistence/Migrations/20241216084435_AddIdempontentKey.cs (4)
13-18: Adding columns for idempotent IDs.
This approach adds two columns with maximum length 255 for storing the idempotent ID. Verify that 255 is an appropriate column size, given that the feature might only require a shorter length (e.g., 36 characters).
20-25: Additional column for organization code.
The IdempotentIdOrg column mirrors the ID column. Ensure that the max length is consistent with any domain constraints or validations in your application code.
27-37: Creating a composite primary key.
Defining a composite primary key on (Idempotent, Org) aligns with the requirement for unique idempotent IDs across organizations. This enforces uniqueness at the database level and helps prevent duplication.
55-73: Down migration logic.
The down migration properly reverses all added objects. Ensure any related logic (such as removing data from dependent tables) is performed to maintain data integrity on rollback.
src/Digdir.Domain.Dialogporten.Application/Features/V1/ServiceOwner/Dialogs/Commands/Purge/PurgeDialogCommand.cs (2)
46-46: Include the IdempotentId relationship carefully.
Good call including the IdempotentId when fetching a dialog. This ensures that subsequent logic for removing the IdempotentId from the database has all the necessary data.
60-63: Validate concurrency and usage around removal of the IdempotentId.
While removing the IdempotentId is essential for purging, ensure that no references to this identifier exist elsewhere. If there's any asynchronous usage of the same IdempotentId, removing it could cause conflicts.
Consider verifying that no other records reference the same IdempotentId and ensuring the removal aligns with the system's concurrency checks.
src/Digdir.Domain.Dialogporten.Application/Features/V1/ServiceOwner/Dialogs/Queries/Search/SearchDialogQueryValidator.cs (1)
22-25: Enforce stricter validation rules for IdempotentId if possible.
A maximum length of 36 characters is a good start, but consider whether additional format checks (e.g., ensuring it’s a valid GUID-like pattern) might be beneficial.
If the domain dictates that the IdempotentId should always follow a specific pattern, enforcing this here could prevent errors at runtime.
src/Digdir.Domain.Dialogporten.Application/Externals/IDialogDbContext.cs (1)
48-49: Ensure naming consistency and usage for the new DbSet.
Adding DbSet<IdempotentId> IdempotentIds is clear, but confirm that it aligns with entity naming conventions. Also verify in your DialogDbContext implementation that you have correct mapping and relationships for the IdempotentIds table.
src/Digdir.Domain.Dialogporten.Domain/Dialogs/Entities/DialogEntity.cs (1)
45-45: Validate the nullable property usage.
Declaring IdempotentId? IdempotentId is flexible. If this property is considered required for certain operations, you may want to ensure it’s properly enforced at the application or database layer.
If always used in typical scenarios, consider a non-nullable approach with default creation. Otherwise, keep it nullable but ensure thorough validations.
tests/k6/tests/serviceowner/dialogCreateIdempotentId.js (7)
1-2: Use consistent import methods or structure.
The imports look good. However, consider whether you also need check from K6 or any other helpers from k6 or your custom libraries, depending on the breadth of the tests.
5-8: Confirm test isolation.
These test blocks create and push dialogs into an array for cleanup later. This approach is valid. Ensure no concurrency or parallel test runs produce unexpected cross-test contamination when reusing dialogToInsert() or global arrays.
15-31: Good coverage for unused idempotentId.
This block tests a new idempotentId scenario thoroughly. Keep an eye on potential random collisions for idempotentId, though extremely unlikely, especially under parallel test conditions.
33-65: Clear test for multi-org usage.
Testing the same idempotentId across different orgs is essential. The code checks properly for success on both attempts. This ensures organizational separation is functioning.
67-92: Conflict scenario handled appropriately.
This test verifies the 409 conflict, which is the crucial idempotent check. Ensure that the conflict message provides enough context to developers or integrators when diagnosing.
94-106: Validation for max length of idempotentId.
The test ensures a 400 response for excessively long values. This is good practice and covers typical boundary conditions.
108-115: Cleanup ensures environment consistency.
Purging the created dialogs at the end of tests is best practice, maintaining a clean test environment. Overall, a complete test cycle.
src/Digdir.Domain.Dialogporten.WebApi/Common/Extensions/ErrorResponseBuilderExtensions.cs (1)
68-75: 409 conflict response structure aligns with best practices.
Using ValidationProblemDetails with status code 409 is a clear and standardized approach. Ensure that any additional data about the conflict (e.g., existing entity references) is passed in the errors dictionary if needed for improved traceability.
src/Digdir.Domain.Dialogporten.Infrastructure/Persistence/DialogDbContext.cs (2)
51-51: DbSet for IdempotentId introduced.
Declaring IdempotentIds provides a strong foundation for managing idempotency records. Validate that all references to this new table are properly tested, especially regarding concurrency or unique constraints.
114-119: Composite key usage is correct.
Defining HasKey(x => new { x.Idempotent, x.Org }) prevents duplicates within the same org, aligning with the PR’s objective of ensuring unique constraints for idempotent IDs. This is an important clarity for domain logic.
src/Digdir.Domain.Dialogporten.GraphQL/EndUser/DialogById/ObjectTypes.cs (2)
1-1: New import for IdempotentId.
This reference ensures that the GraphQL layer can represent the newly introduced domain entity. Make sure your GraphQL schema interpretations and client usage for IdempotentId are consistently documented and validated.
38-38: Nullable IdempotentId property is aligned with optional usage.
Allowing null ensures backward compatibility where existing dialogs might not have an IdempotentId. Confirm that downstream code accounts for potentially null values to avoid runtime exceptions.
src/Digdir.Domain.Dialogporten.Application/Features/V1/ServiceOwner/Dialogs/Queries/Search/SearchDialogQuery.cs (2)
24-27: Property addition looks good.
This optional field and corresponding documentation help clarify how to filter dialogs by idempotent identifier.
176-176: Filter condition aligns properly with the new property.
The inline null check and subsequent equality check prevent null reference exceptions effectively.
src/Digdir.Domain.Dialogporten.Application/Features/V1/ServiceOwner/Dialogs/Commands/Create/CreateDialogDto.cs (1)
22-25: Looks good from an idempotency perspective.
The addition of IdempotentId helps track and prevent duplicate creations. Please ensure that any calling logic or conflicting creation scenarios are properly handled to return a conflict/HTTP 409 if a dialog with the same IdempotentId already exists.
src/Digdir.Domain.Dialogporten.Application/Features/V1/ServiceOwner/Dialogs/Queries/Get/DialogDto.cs (1)
22-25: Coordinate with the create flow for consistent usage.
Having a matching IdempotentId in both the create DTO and the query DTO is a sensible approach. Confirm that this property is included in any relevant lookup or searching logic, if you plan on retrieving the dialog by IdempotentId.
src/Digdir.Domain.Dialogporten.Application/Features/V1/ServiceOwner/Dialogs/Commands/Create/MappingProfile.cs (1)
19-20: Verify the decision to ignore IdempotentId in mapping.
Ignoring IdempotentId here prevents persisting the string-based idempotency key to the DialogEntity. If the database or domain layer relies on IdempotentId, consider mapping it instead of ignoring, or confirm that the logic is handled elsewhere (e.g., distinct domain logic for conflict checks).
src/Digdir.Domain.Dialogporten.Application/Features/V1/ServiceOwner/Dialogs/Queries/Get/MappingProfile.cs (1)
21-22: Appropriate property mapping.
Mapping the domain’s IdempotentId object to a simple string property preserves the idempotency identifier in the returned data. Ensure null case handling is tested, especially if the original domain entity might not always hold a non-null IdempotentId.
tests/k6/tests/scripts/generate_tokens.sh (1)
36-37: LGTM! Verify environment mapping
The addition of the "localdev" environment mapping to "tt02" follows the existing pattern and is logically sound.
Run this script to verify all environment mappings are consistent:
✅ Verification successful
Environment mapping for "localdev" is consistent with staging
The verification confirms that the environment mapping for "localdev" to "tt02" is consistent with the codebase, as "tt02" is also used for the "staging" environment. This alignment makes sense as local development typically mirrors a test/staging environment. The complete environment mappings are:
- test → at21
- staging → tt02
- yt01 → yt01
- localdev → tt02
🏁 Scripts executed
The following scripts were executed for the analysis:
Script:
#!/bin/bash
# Description: Check for any other environment mappings in the codebase
# to ensure consistency with the tt02 mapping for localdev
rg -A 1 "case.*API_ENVIRONMENT"
Length of output: 154
Script:
#!/bin/bash
# Let's check the entire switch statement content to see all environment mappings
rg -A 10 "case.*API_ENVIRONMENT" tests/k6/tests/scripts/generate_tokens.sh
Length of output: 314
src/Digdir.Domain.Dialogporten.Application/Features/V1/ServiceOwner/Dialogs/Commands/Create/CreateDialogCommand.cs (1)
26-26: LGTM! Clean type extension
The addition of Conflict to the OneOfBase types is a clean way to handle idempotency conflicts.
docs/schema/V1/schema.verified.graphql (2)
109-109: LGTM! Nullable idempotentId field
The addition of the nullable idempotentId field to the Dialog type is correct and consistent with the implementation.
172-175: LGTM! Well-structured IdempotentId type
The IdempotentId type is well-defined with required fields that match the implementation.
Run this script to verify the type usage is consistent across the schema:
✅ Verification successful
GraphQL type IdempotentId matches its implementation and usage
The verification confirms that:
- The GraphQL type
IdempotentIdin schema.verified.graphql correctly matches its C# entity implementation insrc/Digdir.Domain.Dialogporten.Domain/Dialogs/Entities/IdempotentId.cs - The type is properly referenced in the schema where a dialog can have an optional idempotentId field
- The implementation includes proper database mapping and migrations
- The type is consistently used across the codebase for idempotency checks during dialog creation
🏁 Scripts executed
The following scripts were executed for the analysis:
Script:
#!/bin/bash
# Description: Check for consistent usage of IdempotentId type
# and verify no other conflicting definitions exist
# Check for any other definitions or references to IdempotentId
rg "IdempotentId"
# Check for any potential conflicts in type definitions
ast-grep --pattern 'type IdempotentId'
Length of output: 9971
docs/schema/V1/swagger.verified.json (1)
2326-2330: Verify consistent implementation of idempotentId across the API.
Let's verify that the idempotentId field is consistently implemented across all relevant components.
Also applies to: 3414-3418, 4070-4074
✅ Verification successful
idempotentId implementation is consistent across the API specification
The verification shows that the idempotentId field is consistently implemented across the API specification with:
- Consistent type definition as a nullable string
- Consistent description indicating its purpose for idempotent dialog creation
- Proper implementation in both query parameters and request bodies
- Consistent usage across service owner and end user endpoints
🏁 Scripts executed
The following scripts were executed for the analysis:
Script:
#!/bin/bash
# Description: Check for consistent implementation of idempotentId across the API specification
# Expected results: The field should be defined consistently in create/update commands and response DTOs
# Check all occurrences of idempotentId in the schema
echo "Checking idempotentId field definitions..."
rg -A 5 '"idempotentId":\s*{' docs/schema/V1/swagger.verified.json
# Check all endpoints that should handle idempotentId
echo "Checking endpoint definitions..."
rg -A 10 '"/api/v1/serviceowner/dialogs":\s*{' docs/schema/V1/swagger.verified.json
Length of output: 560
Script:
#!/bin/bash
# Description: Check for consistent implementation of idempotentId across the API specification
# Let's fix the regex and try again
# Check all occurrences of idempotentId in the schema
echo "Checking idempotentId field definitions..."
rg -A 5 '"idempotentId"' docs/schema/V1/swagger.verified.json
# Check all endpoints that might handle idempotentId
echo -e "\nChecking endpoint definitions..."
rg -A 10 '"/api/v1/serviceowner/dialogs"' docs/schema/V1/swagger.verified.json
# Check for any other dialog-related endpoints
echo -e "\nChecking other dialog endpoints..."
rg -A 5 '"/api/v1/.*/dialog' docs/schema/V1/swagger.verified.json
Length of output: 9478
There was a problem hiding this comment.
Actionable comments posted: 0
🧹 Nitpick comments (3)
src/Digdir.Domain.Dialogporten.WebApi/Endpoints/V1/ServiceOwner/Dialogs/Create/CreateDialogEndpointSummary.cs (1)
25-25: Provide further documentation or usage examples for consumers.The addition of this 409 Conflict response is excellent to handle
IdempotentIdcollisions. However, it might be helpful to include a short snippet or link in the Swagger documentation describing steps for clients to handle or avoid these conflicts, especially if they need to re-use the sameIdempotentIdor generate a new one.tests/k6/tests/serviceowner/dialogCreateIdempotentId.js (1)
105-112: Consider enhancing cleanup reliability.While the cleanup works, consider making it more robust:
describe('Cleanup', () => { + // Ensure cleanup runs even if tests fail + after(() => { let i; for (i = 0; i < dialogs.length; i++) { let r = purgeSO('dialogs/' + dialogs[i].id, null, dialogs[i].org); expectStatusFor(r).to.equal(204); } expect(dialogs.length).to.equal(i); + }); });docs/schema/V1/swagger.verified.json (1)
2326-2330: API documentation needs more detailed error descriptions.The swagger changes properly document the idempotentId feature, but the 409 conflict error description could be more helpful:
"409": { - "description": "Dialog with IdempotentId IdempotentId has already been created." + "description": "A dialog with the provided idempotentId already exists for this organization. The response will include the existing dialog's ID in the error details.", + "content": { + "application/problem+json": { + "schema": { + "$ref": "#/components/schemas/ProblemDetails" + } + } + } }Also applies to: 3414-3418, 4070-4074, 5587-5595, 5899-5901
📜 Review details
Configuration used: .coderabbit.yaml
Review profile: CHILL
Plan: Pro
📒 Files selected for processing (4)
docs/schema/V1/swagger.verified.json(6 hunks)src/Digdir.Domain.Dialogporten.WebApi/Common/Constants.cs(1 hunks)src/Digdir.Domain.Dialogporten.WebApi/Endpoints/V1/ServiceOwner/Dialogs/Create/CreateDialogEndpointSummary.cs(1 hunks)tests/k6/tests/serviceowner/dialogCreateIdempotentId.js(1 hunks)
🔇 Additional comments (5)
src/Digdir.Domain.Dialogporten.WebApi/Common/Constants.cs (1)
29-29: Consider adding clarifying information or support for localization.
The message is clear about the conflicting behavior. For larger or multi-lingual environments, consider adding a placeholder or indexing strategy to facilitate versioning or localization overrides as the project grows.
tests/k6/tests/serviceowner/dialogCreateIdempotentId.js (4)
1-14: Test setup looks good!
The test file properly imports required utilities and sets up test data with dialog array and organization info.
15-30: First test case validates basic idempotentId functionality.
The test properly verifies:
- Creating a dialog with unused idempotentId returns 201
- Response contains valid UUID
32-63: Test validates organization-scoped idempotentId behavior.
Good test coverage showing that:
- Same idempotentId can be used across different organizations
- Both creations succeed with 201 status
65-89: Test properly validates conflict handling.
Good coverage of the conflict scenario:
- First creation with idempotentId succeeds (201)
- Second creation with same idempotentId fails (409)
- Error response contains conflict details with original dialog ID
|
There was a problem hiding this comment.
Actionable comments posted: 0
♻️ Duplicate comments (1)
docs/schema/V1/swagger.verified.json (1)
5899-5901: 🛠️ Refactor suggestionEnhance the 409 Conflict response definition.
The 409 Conflict response should include a description and schema to help API consumers handle duplicate idempotentId cases properly.
Apply this diff to enhance the response definition:
"409": { - "description": "Dialog with IdempotentId 01941821-ffca-73a1-9335-435a882be014 has already been created." + "description": "A dialog with the provided idempotentId already exists.", + "content": { + "application/problem+json": { + "schema": { + "$ref": "#/components/schemas/ProblemDetails" + } + } + } }
🧹 Nitpick comments (2)
docs/schema/V1/swagger.verified.json (2)
2326-2330: Enhance the idempotentId property documentation.The property description should provide more details about:
- Format/constraints for the identifier
- Best practices for generating the identifier
- Scope of uniqueness (per organization, global, etc.)
- Persistence duration of the identifier
Apply this diff to improve the documentation:
"idempotentId": { - "description": "A self-defined Id may be provided to support idempotent creation of dialogs.\n ", + "description": "A self-defined identifier to ensure idempotent dialog creation. Must be unique within the organization's scope. The identifier should be a string that is unique to the business context (e.g. case number, reference ID). The identifier persists for the lifetime of the dialog.\n\nExample: \"case-123456\" or \"org:reference:2024:001\"", "nullable": true, "type": "string" },Also applies to: 3414-3418, 4070-4074
5587-5595: Enhance the idempotentId search parameter documentation.The search parameter description should provide more context about its usage in search operations.
Apply this diff to improve the documentation:
{ - "description": "A self-defined Id may be provided to support idempotent creation of dialogs.\n ", + "description": "Filter dialogs by their idempotent identifier. This can be used to find existing dialogs created with a specific business identifier, helping to prevent duplicates and enable retry scenarios.", "in": "query", "name": "idempotentId", "schema": { "nullable": true, "type": "string" } },
...ogporten.Application/Features/V1/ServiceOwner/Dialogs/Commands/Create/CreateDialogCommand.cs
Outdated
Show resolved
Hide resolved
...ogporten.Application/Features/V1/ServiceOwner/Dialogs/Commands/Create/CreateDialogCommand.cs
Outdated
Show resolved
Hide resolved
src/Digdir.Domain.Dialogporten.Domain/Dialogs/Entities/IdempotentId.cs
Outdated
Show resolved
Hide resolved
There was a problem hiding this comment.
- Tror dette kan løses bedre med en unique index for org og IdempotentId på dialog tabellen i stede for en egen tabell for dette.
- IQueryables er dyrt og må håndteres med async og unngå multiple enumerations.
Vi kan ta en prat om dette @Fargekritt 🙂
src/Digdir.Domain.Dialogporten.Application/Externals/IDialogDbContext.cs
Outdated
Show resolved
Hide resolved
...ogporten.Application/Features/V1/ServiceOwner/Dialogs/Commands/Create/CreateDialogCommand.cs
Outdated
Show resolved
Hide resolved
Changed IdempotentKey from Entity to Composite index.
There was a problem hiding this comment.
Actionable comments posted: 3
🧹 Nitpick comments (7)
src/Digdir.Domain.Dialogporten.Infrastructure/Persistence/Migrations/20250113122026_AddIdempontentKey.cs (1)
8-9: Fix typo in migration class nameThe class name contains a typo: "Idempontent" should be "Idempotent".
- public partial class AddIdempontentKey : Migration + public partial class AddIdempotentKey : Migrationsrc/Digdir.Domain.Dialogporten.Infrastructure/Persistence/Configurations/Dialogs/DialogEntityConfiguration.cs (1)
25-25: Consider monitoring index performance.While the unique index is necessary for idempotency, it may impact write performance as it needs to be maintained for every insert/update. Consider monitoring its impact on database performance, especially under high load.
tests/k6/tests/serviceowner/dialogCreateIdempotentKey.js (2)
32-63: Consider adding more edge cases for organization testing.While the test covers different organizations using the same idempotent key, consider adding tests for:
- Empty organization name
- Organization name with special characters
- Very long organization names
91-103: Consider adding more validation test cases.While the test covers the too-long scenario, consider adding tests for:
- Empty string
- Whitespace-only string
- Special characters
- Unicode characters
src/Digdir.Domain.Dialogporten.Application/Externals/IDialogDbContext.cs (2)
Line range hint
48-65: Add examples to XML documentation.The XML documentation for
MustWhenModifiedis good but would benefit from code examples showing usage patterns.
Line range hint
66-70: Add XML documentation for GetExistingIds.The
GetExistingIdsmethod is missing XML documentation explaining its purpose and return value.Add documentation like:
+ /// <summary> + /// Retrieves the list of existing identifiers for the provided entities. + /// </summary> + /// <typeparam name="TEntity">The type of the entity.</typeparam> + /// <param name="entities">The collection of entities to check.</param> + /// <param name="cancellationToken">The cancellation token.</param> + /// <returns>A list of existing entity identifiers found in the database.</returns>src/Digdir.Domain.Dialogporten.Application/Features/V1/ServiceOwner/Dialogs/Commands/Create/CreateDialogCommand.cs (1)
92-92: Improve error message formatting.Consider using a more structured error message format that's consistent with other error messages in the codebase.
- return new Conflict($"IdempotencyId: '{request.IdempotentKey}' already exists with DialogId '{dialogQuery.Id}'"); + return new Conflict($"Dialog with IdempotencyId '{request.IdempotentKey}' already exists (DialogId: '{dialogQuery.Id}')");
📜 Review details
Configuration used: .coderabbit.yaml
Review profile: CHILL
Plan: Pro
⛔ Files ignored due to path filters (2)
src/Digdir.Domain.Dialogporten.Infrastructure/Persistence/Migrations/20250113122026_AddIdempontentKey.Designer.csis excluded by!**/Migrations/**/*Designer.cssrc/Digdir.Domain.Dialogporten.Infrastructure/Persistence/Migrations/DialogDbContextModelSnapshot.csis excluded by!**/Migrations/DialogDbContextModelSnapshot.cs
📒 Files selected for processing (17)
docs/schema/V1/schema.verified.graphql(1 hunks)docs/schema/V1/swagger.verified.json(5 hunks)src/Digdir.Domain.Dialogporten.Application/Externals/IDialogDbContext.cs(1 hunks)src/Digdir.Domain.Dialogporten.Application/Features/V1/ServiceOwner/Dialogs/Commands/Create/CreateDialogCommand.cs(3 hunks)src/Digdir.Domain.Dialogporten.Application/Features/V1/ServiceOwner/Dialogs/Commands/Create/CreateDialogCommandValidator.cs(1 hunks)src/Digdir.Domain.Dialogporten.Application/Features/V1/ServiceOwner/Dialogs/Commands/Create/CreateDialogDto.cs(1 hunks)src/Digdir.Domain.Dialogporten.Application/Features/V1/ServiceOwner/Dialogs/Commands/Purge/PurgeDialogCommand.cs(0 hunks)src/Digdir.Domain.Dialogporten.Application/Features/V1/ServiceOwner/Dialogs/Queries/Get/DialogDto.cs(1 hunks)src/Digdir.Domain.Dialogporten.Application/Features/V1/ServiceOwner/Dialogs/Queries/Search/SearchDialogQuery.cs(2 hunks)src/Digdir.Domain.Dialogporten.Domain/Dialogs/Entities/DialogEntity.cs(1 hunks)src/Digdir.Domain.Dialogporten.GraphQL/EndUser/DialogById/ObjectTypes.cs(1 hunks)src/Digdir.Domain.Dialogporten.Infrastructure/Persistence/Configurations/Dialogs/DialogEntityConfiguration.cs(1 hunks)src/Digdir.Domain.Dialogporten.Infrastructure/Persistence/DialogDbContext.cs(1 hunks)src/Digdir.Domain.Dialogporten.Infrastructure/Persistence/Migrations/20250113122026_AddIdempontentKey.cs(1 hunks)tests/Digdir.Domain.Dialogporten.GraphQl.Unit.Tests/ObjectTypes/DialogEntityTests.cs(1 hunks)tests/k6/tests/serviceowner/all-tests.js(1 hunks)tests/k6/tests/serviceowner/dialogCreateIdempotentKey.js(1 hunks)
💤 Files with no reviewable changes (1)
- src/Digdir.Domain.Dialogporten.Application/Features/V1/ServiceOwner/Dialogs/Commands/Purge/PurgeDialogCommand.cs
✅ Files skipped from review due to trivial changes (1)
- docs/schema/V1/schema.verified.graphql
🚧 Files skipped from review as they are similar to previous changes (8)
- src/Digdir.Domain.Dialogporten.Application/Features/V1/ServiceOwner/Dialogs/Queries/Get/DialogDto.cs
- src/Digdir.Domain.Dialogporten.Application/Features/V1/ServiceOwner/Dialogs/Commands/Create/CreateDialogCommandValidator.cs
- tests/k6/tests/serviceowner/all-tests.js
- src/Digdir.Domain.Dialogporten.Domain/Dialogs/Entities/DialogEntity.cs
- src/Digdir.Domain.Dialogporten.Application/Features/V1/ServiceOwner/Dialogs/Queries/Search/SearchDialogQuery.cs
- src/Digdir.Domain.Dialogporten.Application/Features/V1/ServiceOwner/Dialogs/Commands/Create/CreateDialogDto.cs
- src/Digdir.Domain.Dialogporten.GraphQL/EndUser/DialogById/ObjectTypes.cs
- src/Digdir.Domain.Dialogporten.Infrastructure/Persistence/DialogDbContext.cs
🔇 Additional comments (10)
src/Digdir.Domain.Dialogporten.Infrastructure/Persistence/Migrations/20250113122026_AddIdempontentKey.cs (3)
13-18: Consider making IdempotentKey non-nullableThe
IdempotentKeycolumn is defined as nullable, but it's part of a unique index. This could lead to unexpected behavior when handling null values in the unique constraint. Consider making it non-nullable if it's meant to be a required field for idempotency.Also, there's a discrepancy between the database column length (255) and the application layer validation (36 characters). Consider aligning these constraints to prevent potential issues.
28-37: LGTM: Down migration is completeThe
Downmigration correctly removes both the index and the column in the proper order.
20-25: Verify index naming conventionThe index name
IX_Dialog_Org_IdempotentKeyfollows EF Core conventions, which is good. However, since this is a business-critical unique constraint for idempotency, consider using a more descriptive name that reflects its purpose.Run this script to check existing index naming patterns:
src/Digdir.Domain.Dialogporten.Infrastructure/Persistence/Configurations/Dialogs/DialogEntityConfiguration.cs (1)
25-25: LGTM! Well-implemented database constraint for idempotency.The unique composite index on
OrgandIdempotentKeyis correctly implemented and essential for preventing duplicate dialogs. The existing "C" collation on theOrgcolumn ensures case-sensitive comparisons.Please ensure proper error handling is in place for unique constraint violations. Run this script to verify the error handling implementation:
✅ Verification successful
Proper error handling confirmed for idempotency conflicts
The codebase correctly handles duplicate dialog creation attempts:
- Returns HTTP 409 Conflict for idempotency violations
- Includes proper error details and documentation
- Follows REST principles for conflict resolution
🏁 Scripts executed
The following scripts were executed for the analysis:
Script:
#!/bin/bash # Search for duplicate key error handling in the codebase rg -A 5 "DbUpdateException|Microsoft.Data.SqlClient.SqlException" # Look for idempotency-related error handling patterns ast-grep --pattern 'catch ($exception) { $$$ DbUpdateException $$$ }'Length of output: 145
Script:
#!/bin/bash # Search for dialog creation endpoints and services rg -l "CreateDialog|CreateAsync.*Dialog" # Search for conflict response handling rg -A 5 "IResult.*Conflict|StatusCode.*409" # Search for exception handling in dialog-related files fd "Dialog.*\.cs" --exec rg -A 5 "catch|throw"Length of output: 18972
tests/Digdir.Domain.Dialogporten.GraphQl.Unit.Tests/ObjectTypes/DialogEntityTests.cs (1)
21-22: LGTM!The addition of
IdempotentKeyto theignoreListis consistent with the test's purpose of comparing GraphQL and entity properties.tests/k6/tests/serviceowner/dialogCreateIdempotentKey.js (3)
15-30: LGTM! Test coverage for unique idempotent key creation.The test correctly verifies the successful creation of a dialog with a unique idempotent key.
65-89: LGTM! Comprehensive conflict testing.The test properly verifies the 409 Conflict response and error details when attempting to reuse an idempotent key.
105-112: LGTM! Proper cleanup implementation.The cleanup ensures test isolation by removing all created dialogs.
src/Digdir.Domain.Dialogporten.Application/Features/V1/ServiceOwner/Dialogs/Commands/Create/CreateDialogCommand.cs (1)
26-26: LGTM! Using 409 Conflict is appropriate.Based on past review discussions, using 409 Conflict for idempotent key collisions is the correct choice as it allows clients to handle the response without parsing the body.
docs/schema/V1/swagger.verified.json (1)
5899-5901: Add description and schema for the 409 Conflict response.The 409 Conflict response should include a description and schema to help API consumers handle duplicate idempotentId cases properly.
Apply this diff to enhance the response definition:
"409": { - "description": "Dialog with IdempotentId 01941821-ffca-73a1-9335-435a882be014 has already been created." + "description": "A dialog with the provided idempotentId already exists.", + "content": { + "application/problem+json": { + "schema": { + "$ref": "#/components/schemas/ProblemDetails" + } + } + } }
...ogporten.Application/Features/V1/ServiceOwner/Dialogs/Commands/Create/CreateDialogCommand.cs
Outdated
Show resolved
Hide resolved
There was a problem hiding this comment.
Actionable comments posted: 0
🧹 Nitpick comments (1)
src/Digdir.Domain.Dialogporten.Application/Features/V1/ServiceOwner/Dialogs/Commands/Create/CreateDialogCommand.cs (1)
105-124: Optimize the conflict handling implementation.While the implementation correctly handles unique constraint violations, there are a few points to consider:
- The current approach has a known race condition where multiple concurrent requests can lead to 500 errors (as discussed in issue Refactor: Replace manual pre-insert collision checks with exception middleware #1715).
- The database query could be optimized by matching the composite index order.
Apply this diff to optimize the query:
var dialogId = await _db.Dialogs - .Where(x => x.IdempotentKey == request.Dto.IdempotentKey && x.Org == dialog.Org) + .Where(x => x.Org == dialog.Org && x.IdempotentKey == request.Dto.IdempotentKey) .Select(x => x.Id) .FirstOrDefaultAsync(cancellationToken);Note: The order of conditions in the WHERE clause should match the composite index
IX_Dialog_Org_IdempotentKeyfor optimal query performance.
📜 Review details
Configuration used: .coderabbit.yaml
Review profile: CHILL
Plan: Pro
⛔ Files ignored due to path filters (1)
src/Digdir.Domain.Dialogporten.Infrastructure/Persistence/Migrations/DialogDbContextModelSnapshot.csis excluded by!**/Migrations/DialogDbContextModelSnapshot.cs
📒 Files selected for processing (9)
docs/schema/V1/schema.verified.graphql(1 hunks)docs/schema/V1/swagger.verified.json(5 hunks)src/Digdir.Domain.Dialogporten.Application/Features/V1/ServiceOwner/Dialogs/Commands/Create/CreateDialogCommand.cs(4 hunks)src/Digdir.Domain.Dialogporten.Application/Features/V1/ServiceOwner/Dialogs/Commands/Create/CreateDialogCommandValidator.cs(1 hunks)src/Digdir.Domain.Dialogporten.Application/Features/V1/ServiceOwner/Dialogs/Commands/Create/CreateDialogDto.cs(1 hunks)src/Digdir.Domain.Dialogporten.Application/Features/V1/ServiceOwner/Dialogs/Commands/Purge/PurgeDialogCommand.cs(0 hunks)src/Digdir.Domain.Dialogporten.Application/Features/V1/ServiceOwner/Dialogs/Commands/Update/UpdateDialogCommand.cs(1 hunks)src/Digdir.Domain.Dialogporten.WebApi/Common/Constants.cs(1 hunks)src/Digdir.Domain.Dialogporten.WebApi/Endpoints/V1/ServiceOwner/Dialogs/Create/CreateDialogEndpoint.cs(2 hunks)
💤 Files with no reviewable changes (1)
- src/Digdir.Domain.Dialogporten.Application/Features/V1/ServiceOwner/Dialogs/Commands/Purge/PurgeDialogCommand.cs
🚧 Files skipped from review as they are similar to previous changes (7)
- src/Digdir.Domain.Dialogporten.Application/Features/V1/ServiceOwner/Dialogs/Commands/Create/CreateDialogCommandValidator.cs
- docs/schema/V1/schema.verified.graphql
- src/Digdir.Domain.Dialogporten.Application/Features/V1/ServiceOwner/Dialogs/Commands/Update/UpdateDialogCommand.cs
- src/Digdir.Domain.Dialogporten.Application/Features/V1/ServiceOwner/Dialogs/Commands/Create/CreateDialogDto.cs
- src/Digdir.Domain.Dialogporten.WebApi/Endpoints/V1/ServiceOwner/Dialogs/Create/CreateDialogEndpoint.cs
- src/Digdir.Domain.Dialogporten.WebApi/Common/Constants.cs
- docs/schema/V1/swagger.verified.json
⏰ Context from checks skipped due to timeout of 90000ms (4)
- GitHub Check: Dry run deploy apps / Deploy service to test
- GitHub Check: Dry run deploy apps / Deploy graphql to test
- GitHub Check: Dry run deploy apps / Deploy web-api-so to test
- GitHub Check: Dry run deploy apps / Deploy web-api-eu to test
🔇 Additional comments (1)
src/Digdir.Domain.Dialogporten.Application/Features/V1/ServiceOwner/Dialogs/Commands/Create/CreateDialogCommand.cs (1)
19-20: LGTM! Well-structured type changes for conflict handling.The addition of the
Conflicttype toCreateDialogResultand the necessary imports for database exception handling are appropriate for implementing idempotency support.Also applies to: 34-34
src/Digdir.Domain.Dialogporten.Application/Common/ReturnTypes/Conflict.cs
Outdated
Show resolved
Hide resolved
...ogporten.Application/Features/V1/ServiceOwner/Dialogs/Commands/Create/CreateDialogCommand.cs
Outdated
Show resolved
Hide resolved
...Dialogporten.Application/Features/V1/ServiceOwner/Dialogs/Commands/Create/CreateDialogDto.cs
Outdated
Show resolved
Hide resolved
...ogporten.Application/Features/V1/ServiceOwner/Dialogs/Commands/Update/UpdateDialogCommand.cs
Outdated
Show resolved
Hide resolved
...ir.Domain.Dialogporten.Application/Features/V1/ServiceOwner/Dialogs/Queries/Get/DialogDto.cs
Outdated
Show resolved
Hide resolved
...in.Dialogporten.Application/Features/V1/ServiceOwner/Dialogs/Queries/Search/DialogDtoBase.cs
Outdated
Show resolved
Hide resolved
....Dialogporten.Infrastructure/Persistence/Configurations/Dialogs/DialogEntityConfiguration.cs
Show resolved
Hide resolved
Cleaned up IdempotentKey for Search Simplified Conflict error Removed redundant usings
There was a problem hiding this comment.
Actionable comments posted: 2
📜 Review details
Configuration used: .coderabbit.yaml
Review profile: CHILL
Plan: Pro
📒 Files selected for processing (1)
src/Digdir.Domain.Dialogporten.Application/Features/V1/ServiceOwner/Dialogs/Commands/Create/CreateDialogCommand.cs(5 hunks)
⏰ Context from checks skipped due to timeout of 90000ms (5)
- GitHub Check: Dry run deploy apps / Deploy service to test
- GitHub Check: Dry run deploy apps / Deploy graphql to test
- GitHub Check: Dry run deploy apps / Deploy web-api-so to test
- GitHub Check: Dry run deploy apps / Deploy web-api-eu to test
- GitHub Check: build / build-and-test
🔇 Additional comments (2)
src/Digdir.Domain.Dialogporten.Application/Features/V1/ServiceOwner/Dialogs/Commands/Create/CreateDialogCommand.cs (2)
19-20: LGTM: Class modifications and imports.The changes to add
Microsoft.EntityFrameworkCoreimport and extendCreateDialogResultwithConflicttype are appropriate for implementing idempotency support.Also applies to: 34-34
86-132: Consider replacing manual pre-insert collision checks with exception middleware.As discussed in past reviews, there's a race condition in the current implementation where multiple concurrent requests can pass the check before any of them complete the insert.
This is a known issue being tracked in #1715. The plan is to:
- Remove manual pre-insert collision checks
- Implement exception middleware to catch PostgreSQL constraint violations
- Transform database errors into appropriate API responses (409 Conflict)
...ogporten.Application/Features/V1/ServiceOwner/Dialogs/Commands/Create/CreateDialogCommand.cs
Outdated
Show resolved
Hide resolved
...ogporten.Application/Features/V1/ServiceOwner/Dialogs/Commands/Create/CreateDialogCommand.cs
Outdated
Show resolved
Hide resolved
|
@coderabbitai pause |
✅ Actions performedReviews paused. |
…Owner/Dialogs/Queries/Get/DialogDto.cs Co-authored-by: Magnus Sandgren <[email protected]>
…Owner/Dialogs/Commands/Create/CreateDialogDto.cs Co-authored-by: Magnus Sandgren <[email protected]>
… feat/add-idempotency-field
...Dialogporten.Application/Features/V1/ServiceOwner/Dialogs/Commands/Create/CreateDialogDto.cs
Outdated
Show resolved
Hide resolved
…Owner/Dialogs/Commands/Create/CreateDialogDto.cs Co-authored-by: Ole Jørgen Skogstad <[email protected]>
🤖 I have created a release *beep* *boop* --- ## [1.50.0](v1.49.0...v1.50.0) (2025-02-10) ### Features * Add idempotentId ([#1638](#1638)) ([e2665ca](e2665ca)) ### Bug Fixes * **webapi:** Correctly handle deleted filter null value on ServiceOwner search ([#1826](#1826)) ([b93e591](b93e591)) --- This PR was generated with [Release Please](https://github.com/googleapis/release-please). See [documentation](https://github.com/googleapis/release-please#release-please).
Description
Added IdempotentId based on self-defined id and org name
Related Issue(s)
#1573
Verification
Documentation
docs-directory, Altinnpedia or a separate linked PR in altinn-studio-docs., if applicable)