bridge: updates for tests - #464
Conversation
|
Important Auto Review SkippedReview was skipped due to path filters Files ignored due to path filters (2)
You can disable this status message by setting the WalkthroughThe recent updates aim to enhance device and Thing Description management functionality across modules. Changes include adding functions for patching property elements, refining Thing Description handling, and optimizing device configurations. Port numbers for the example API were also adjusted, alongside refactoring efforts to streamline operations and configurations. Changes
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 as PR comments)
Additionally, you can add CodeRabbit Configration File (
|
7ee8fe1 to
5e257d0
Compare
Codecov ReportAttention: Patch coverage is
Additional details and impacted files@@ Coverage Diff @@
## main #464 +/- ##
==========================================
- Coverage 77.90% 76.83% -1.08%
==========================================
Files 118 121 +3
Lines 7206 7225 +19
==========================================
- Hits 5614 5551 -63
- Misses 1029 1085 +56
- Partials 563 589 +26 ☔ View full report in Codecov by Sentry. |
d08a4a0 to
aeead31
Compare
|
@coderabbitai review |
There was a problem hiding this comment.
Actionable comments posted: 14
Out of diff range and nitpick comments (7)
cmd/bridge-device/device/device.go (1)
19-21: Ensure consistent resource naming conventions.The function
GetTestResourceHrefconstructs a resource href using an integer ID. Consider using a more descriptive naming scheme or documenting the expected format and usage of these resource hrefs to improve maintainability.bridge/resources/thingDescription/ocfResources.go (1)
54-58: Ensure consistency in error messages.The function
PatchCloudResourcePropertyElementshould have consistent and descriptive error messages, especially when patch operations fail. This helps in debugging and maintaining the code.cmd/bridge-device/device/config.go (1)
36-36: Document the purpose of new configuration fields.The addition of the
CloudIDfield in theCloudConfigstruct is not documented. Adding comments to explain the purpose and usage of new configuration fields can aid in understanding and maintaining the code.cmd/bridge-device/main.go (1)
Line range hint
72-120: Refactor configuration options retrieval to improve readability.The function
getOptsretrieves various configuration options in a complex and nested manner. Refactoring this function to separate concerns and simplify the logic can improve readability and maintainability.bridge/resources/thingDescription/resource_test.go (1)
Line range hint
110-246: Refactor tests to use mock frameworks for better isolation.The tests in
TestObserveThingDescriptionandTestGetThingDescriptionrely heavily on actual implementations rather than mocks. Refactoring these tests to use a mocking framework can improve test isolation and reliability.Makefile (2)
17-18: Update documentation to reflect changes in test images.The
HUB_TEST_DEVICE_IMAGEvariable has been updated to a new test image version. Ensure that all documentation and CI/CD scripts are updated to reflect this change to avoid inconsistencies and potential build failures.
Line range hint
127-202: Optimize test environment setup and teardown.The test setup and teardown commands in the
Makefileare verbose and repetitive. Consider creating reusable make targets or scripts to simplify these operations, which can improve maintainability and reduce the potential for errors.
aeead31 to
0107fb4
Compare
0107fb4 to
e9a8c55
Compare
e9a8c55 to
50d52f0
Compare
There was a problem hiding this comment.
Actionable comments posted: 1
Out of diff range and nitpick comments (1)
bridge/resources/thingDescription/resource.go (1)
Line range hint
44-63: Consider optimizing the CBOR conversion process to avoid double marshaling.- err := json.Unmarshal(dataJson, &v) - if err != nil { - return resources.CreateErrorResponse(request.Context(), codes.InternalServerError, err) - } - return resources.CreateResponseContent(request.Context(), v, codes.Content) + // Directly convert ThingDescription to CBOR if possible + // This avoids the inefficiency of double marshaling + // Example: directCBOR, err := cbor.Marshal(thingDescription) + // if err != nil { + // return resources.CreateErrorResponse(request.Context(), codes.InternalServerError, err) + // } + // return resources.CreateResponseContent(request.Context(), directCBOR, codes.Content)
Review Details
Configuration used: CodeRabbit UI
Review profile: CHILL
Files ignored due to path filters (2)
go.modis excluded by!**/*.modgo.sumis excluded by!**/*.sum
Files selected for processing (1)
- bridge/resources/thingDescription/resource.go (1 hunks)
Additional comments not posted (2)
bridge/resources/thingDescription/resource.go (2)
Line range hint
65-82: Implementation ofGetandCreateSubscriptionfunctions looks good.
Line range hint
84-95: Initialization ofResourcein theNewfunction is correctly implemented.
There was a problem hiding this comment.
Actionable comments posted: 0
Review Details
Configuration used: CodeRabbit UI
Review profile: CHILL
Files selected for processing (8)
- .github/workflows/build-with-cfg.yml (1 hunks)
- .github/workflows/builds.yml (1 hunks)
- .github/workflows/golangci-lint.yml (1 hunks)
- .github/workflows/test-with-cfg.yml (1 hunks)
- .golangci.yml (1 hunks)
- README.md (1 hunks)
- cmd/bridge-device/Dockerfile (1 hunks)
- test/cloud-server/Dockerfile (1 hunks)
Files skipped from review due to trivial changes (7)
- .github/workflows/build-with-cfg.yml
- .github/workflows/builds.yml
- .github/workflows/golangci-lint.yml
- .github/workflows/test-with-cfg.yml
- .golangci.yml
- cmd/bridge-device/Dockerfile
- test/cloud-server/Dockerfile
Additional Context Used
LanguageTool (1)
README.md (1)
Near line 1: Using many exclamation marks might seem excessive (in this case: 4 exclamation marks for a text that’s 839 characters long)
Context:
[
Additional comments not posted (1)
README.md (1)
19-19: Update to Go 1.21 aligns with modern standards and likely supports new features or optimizations used in the project.
b1e6717 to
8c2b0bc
Compare
There was a problem hiding this comment.
Actionable comments posted: 0
Review Details
Configuration used: CodeRabbit UI
Review profile: CHILL
Files selected for processing (9)
- .github/workflows/build-with-cfg.yml (1 hunks)
- .github/workflows/builds.yml (1 hunks)
- .github/workflows/golangci-lint.yml (1 hunks)
- .github/workflows/test-with-cfg.yml (1 hunks)
- .golangci.yml (1 hunks)
- README.md (1 hunks)
- bridge/resources/thingDescription/resource_test.go (7 hunks)
- cmd/bridge-device/Dockerfile (1 hunks)
- test/cloud-server/Dockerfile (1 hunks)
Files skipped from review as they are similar to previous changes (8)
- .github/workflows/build-with-cfg.yml
- .github/workflows/builds.yml
- .github/workflows/golangci-lint.yml
- .github/workflows/test-with-cfg.yml
- .golangci.yml
- bridge/resources/thingDescription/resource_test.go
- cmd/bridge-device/Dockerfile
- test/cloud-server/Dockerfile
Additional Context Used
LanguageTool (1)
README.md (1)
Near line 1: Using many exclamation marks might seem excessive (in this case: 4 exclamation marks for a text that’s 839 characters long)
Context:
Additional comments not posted (1)
README.md (1)
19-19: Update to Go 1.21 is noted. Ensure that all dependencies and CI pipelines are compatible with this version.Verification successful
All dependencies and CI pipelines in the codebase are specified to use Go 1.21, as confirmed by the
go.modfile. The toolchain is set to Go 1.22.0, which should not pose any compatibility issues due to Go's backward compatibility. No other conflicting Go version specifications were found in the codebase.
go.mod: Specifies Go 1.21 and toolchain Go 1.22.0Scripts Executed
The following scripts were executed for the analysis:
Script:
#!/bin/bash # Description: Verify compatibility of dependencies and CI pipelines with Go 1.21. # Test: Search for Go version specifications in CI configuration files and dependency files. fd '(\.yml|go\.mod)$' --exec rg 'go 1\.[0-9]+'Length of output: 56
Script:
#!/bin/bash # Description: Locate and display the contents around the Go version specifications in CI configuration files and dependency files. # Search for Go version specifications and display the file names and relevant lines. fd '(\.yml|go\.mod)$' --exec rg -C 3 'go 1\.[0-9]+' --with-filenameLength of output: 190
8c2b0bc to
f960580
Compare
There was a problem hiding this comment.
Actionable comments posted: 0
Out of diff range and nitpick comments (1)
README.md (1)
19-19: Update the Go version requirement to reflect the latest stable release.Considering the rapid development and frequent updates in Go, it might be beneficial to specify that Go 1.22 or higher is required, ensuring compatibility with the latest features and security patches.
Review Details
Configuration used: CodeRabbit UI
Review profile: CHILL
Files ignored due to path filters (1)
go.modis excluded by!**/*.mod
Files selected for processing (9)
- .github/workflows/build-with-cfg.yml (1 hunks)
- .github/workflows/builds.yml (1 hunks)
- .github/workflows/golangci-lint.yml (1 hunks)
- .github/workflows/test-with-cfg.yml (1 hunks)
- .golangci.yml (1 hunks)
- README.md (1 hunks)
- bridge/resources/thingDescription/resource_test.go (7 hunks)
- cmd/bridge-device/Dockerfile (1 hunks)
- test/cloud-server/Dockerfile (1 hunks)
Files skipped from review as they are similar to previous changes (8)
- .github/workflows/build-with-cfg.yml
- .github/workflows/builds.yml
- .github/workflows/golangci-lint.yml
- .github/workflows/test-with-cfg.yml
- .golangci.yml
- bridge/resources/thingDescription/resource_test.go
- cmd/bridge-device/Dockerfile
- test/cloud-server/Dockerfile
Additional Context Used
LanguageTool (1)
README.md (1)
Near line 1: Using many exclamation marks might seem excessive (in this case: 4 exclamation marks for a text that’s 839 characters long)
Context:
There was a problem hiding this comment.
Actionable comments posted: 3
Review Details
Configuration used: CodeRabbit UI
Review profile: CHILL
Files selected for processing (6)
- bridge/device/thingDescription/thingDescription.go (1 hunks)
- bridge/resources/thingDescription/ocfResources.go (2 hunks)
- bridge/resources/thingDescription/resource_test.go (7 hunks)
- bridge/test/test.go (3 hunks)
- cmd/bridge-device/device/device.go (1 hunks)
- cmd/bridge-device/main.go (7 hunks)
Files skipped from review as they are similar to previous changes (4)
- bridge/resources/thingDescription/ocfResources.go
- bridge/resources/thingDescription/resource_test.go
- bridge/test/test.go
- cmd/bridge-device/device/device.go
Additional comments not posted (3)
cmd/bridge-device/main.go (1)
29-29: The changes ingetCloudTLSlook good and address the previous comment about checking theCertPath. Ensure that this change is tested thoroughly.Verification successful
The verification process has successfully identified that the function
getCloudTLSdoes include checks forCertPathas part of its implementation. The unit tests or code snippets provided in the output show that theCertPathis being used to load certificates and there is error handling associated with it. This confirms that the new check forCertPathis indeed covered and implemented correctly.Final Verification:
- The function
getCloudTLScorrectly handles theCertPathby attempting to load certificates using this path.- Error handling is in place to manage issues that might arise during the certificate loading process, which is a good practice in TLS configuration management.
This verification confirms that the implementation and the associated checks for
CertPathare correctly handled in the codebase.Scripts Executed
The following scripts were executed for the analysis:
Script:
#!/bin/bash # Description: Verify that the new check for `CertPath` is covered by unit tests. # Test: Search for the unit tests covering `getCloudTLS`. Expect: Tests that cover the new check. rg --type go $'getCloudTLS' --exec cat {} | grep 'CertPath'Length of output: 467
Script:
#!/bin/bash # Description: Verify that the new check for `CertPath` is covered by unit tests. # Corrected script: Search for the unit tests covering `getCloudTLS`. Expect: Tests that cover the new check. rg --type go 'getCloudTLS' | xargs grep 'CertPath'Length of output: 810
Script:
#!/bin/bash # Description: Verify that the new check for `CertPath` is covered by unit tests. # Further corrected script: Search for the unit tests covering `getCloudTLS`. Expect: Tests that cover the new check. rg --type go 'getCloudTLS' --files-with-matches | xargs grep 'CertPath'Length of output: 251
bridge/device/thingDescription/thingDescription.go (2)
27-47: The refactoring ofSupportedOperationToTDOperationsusing a translation table is a significant improvement in clarity and maintainability.
137-168: The addition of a check for emptytypesinPatchPropertyElementis a crucial improvement for robustness and error prevention.
f9c41c3 to
8583c11
Compare
There was a problem hiding this comment.
Actionable comments posted: 2
Review Details
Configuration used: CodeRabbit UI
Review profile: CHILL
Files ignored due to path filters (2)
go.modis excluded by!**/*.modgo.sumis excluded by!**/*.sum
Files selected for processing (6)
- bridge/device/thingDescription/thingDescription.go (1 hunks)
- bridge/resources/thingDescription/ocfResources.go (2 hunks)
- bridge/resources/thingDescription/resource_test.go (7 hunks)
- bridge/test/test.go (3 hunks)
- cmd/bridge-device/device/device.go (1 hunks)
- cmd/bridge-device/main.go (7 hunks)
Files not reviewed due to errors (1)
- bridge/device/thingDescription/thingDescription.go (no review received)
Files skipped from review as they are similar to previous changes (4)
- bridge/resources/thingDescription/ocfResources.go
- bridge/resources/thingDescription/resource_test.go
- bridge/test/test.go
- cmd/bridge-device/device/device.go
Additional comments not posted (4)
cmd/bridge-device/main.go (4)
72-72: The integration of TLS settings into cloud options is handled correctly.
86-102: Ensure theendpointparameter is validated to prevent potential security issues.
104-104: The configuration of thing description options is correctly implemented.
121-121: The aggregation of options from different sources is handled correctly.
8583c11 to
e10f602
Compare
There was a problem hiding this comment.
Actionable comments posted: 2
Review Details
Configuration used: CodeRabbit UI
Review profile: CHILL
Files ignored due to path filters (2)
go.modis excluded by!**/*.modgo.sumis excluded by!**/*.sum
Files selected for processing (6)
- bridge/device/thingDescription/thingDescription.go (1 hunks)
- bridge/resources/thingDescription/ocfResources.go (2 hunks)
- bridge/resources/thingDescription/resource_test.go (7 hunks)
- bridge/test/test.go (3 hunks)
- cmd/bridge-device/device/device.go (1 hunks)
- cmd/bridge-device/main.go (7 hunks)
Files not reviewed due to errors (1)
- bridge/device/thingDescription/thingDescription.go (no review received)
Files skipped from review as they are similar to previous changes (4)
- bridge/resources/thingDescription/ocfResources.go
- bridge/resources/thingDescription/resource_test.go
- bridge/test/test.go
- cmd/bridge-device/device/device.go
Additional comments not posted (4)
cmd/bridge-device/main.go (4)
72-72: Good error handling and certificate check ingetCloudOpts.
86-102: Well-handled property element patching and addition inpatchPropertyElement.
104-104: Proper error handling and usage of thing description functions ingetTDOpts.
121-121: Effective aggregation and error handling ingetOpts.
There was a problem hiding this comment.
Actionable comments posted: 0
Review Details
Configuration used: CodeRabbit UI
Review profile: CHILL
Files selected for processing (5)
- bridge/device/thingDescription/thingDescription.go (1 hunks)
- bridge/resources/thingDescription/ocfResources.go (2 hunks)
- bridge/test/test.go (3 hunks)
- cmd/bridge-device/device/device.go (1 hunks)
- cmd/bridge-device/main.go (7 hunks)
Files not reviewed due to errors (1)
- bridge/device/thingDescription/thingDescription.go (no review received)
Files skipped from review as they are similar to previous changes (3)
- bridge/resources/thingDescription/ocfResources.go
- bridge/test/test.go
- cmd/bridge-device/device/device.go
Additional comments not posted (6)
cmd/bridge-device/main.go (6)
29-29: Consider adding validation for the certificate and key paths to ensure they are not only non-empty but also valid paths.+ if !isValidPath(cfg.TLS.CAPoolPath) || !isValidPath(cfg.TLS.CertPath) || !isValidPath(cfg.TLS.KeyPath) { + return cloud.CAPool{}, nil, fmt.Errorf("invalid path provided") + }
72-72: LGTM! Proper error handling and option construction.
86-86: Consider validating or sanitizing theendpointparameter inpatchPropertyElementto ensure it is safe to use, especially since it's incorporated directly into the logic without checks beyond non-emptiness.+ if endpoint != "" && !isValidEndpoint(endpoint) { + return wotTD.PropertyElement{}, false + }
108-108: LGTM! Proper error handling and option construction.
125-125: LGTM! Proper error handling and option aggregation.
149-149: Replacepanicwith more graceful error handling to improve robustness and user experience.- panic(err) + log.Fatal("Configuration load failed:", err)
9604b26 to
b553d1a
Compare
There was a problem hiding this comment.
Actionable comments posted: 1
Out of diff range and nitpick comments (1)
cmd/bridge-device/main.go (1)
Line range hint
29-41: Ensure proper error handling for certificate loading.+ if cfg.TLS.CertPath == "" || cfg.TLS.KeyPath == "" { + return cloud.CAPool{}, nil, errors.New("certificate path or key path is empty") + }This addition ensures that both the certificate and key paths are checked for emptiness before attempting to load them, preventing potential runtime errors.
Review Details
Configuration used: CodeRabbit UI
Review profile: CHILL
Files selected for processing (6)
- bridge/device/thingDescription/thingDescription.go (1 hunks)
- bridge/resources/thingDescription/ocfResources.go (2 hunks)
- bridge/test/test.go (3 hunks)
- cmd/bridge-device/config.yaml (1 hunks)
- cmd/bridge-device/device/device.go (1 hunks)
- cmd/bridge-device/main.go (7 hunks)
Files skipped from review due to trivial changes (1)
- cmd/bridge-device/config.yaml
Files skipped from review as they are similar to previous changes (3)
- bridge/resources/thingDescription/ocfResources.go
- bridge/test/test.go
- cmd/bridge-device/device/device.go
Additional Context Used
GitHub Check Runs (1)
lint failure (2)
bridge/device/thingDescription/thingDescription.go: [failure] 162-162:
fmt.Errorf can be replaced with errors.New (perfsprint)
Additional comments not posted (6)
cmd/bridge-device/main.go (4)
29-29: Consider adding validation for the certificate and key paths to ensure they are not only non-empty but also valid paths.
149-149: Replacepanicwith more graceful error handling to improve robustness and user experience.
86-106: RefactorpatchPropertyElementto improve clarity and maintainability. Consider extracting the property modification logic into a separate function.
86-106: Consider validating or sanitizing theendpointparameter inpatchPropertyElementto ensure it is safe to use, especially since it's incorporated directly into the logic without checks beyond non-emptiness.bridge/device/thingDescription/thingDescription.go (2)
171-194: Ensure comprehensive validation of inputs in patch operations.
200-235: Add error handling for theurl.Parseoperation inPatchThingDescriptionto ensure that malformed endpoints are properly managed and do not cause runtime errors.
b553d1a to
f3ffa5a
Compare
There was a problem hiding this comment.
Actionable comments posted: 1
Review Details
Configuration used: CodeRabbit UI
Review profile: CHILL
Files selected for processing (6)
- bridge/device/thingDescription/thingDescription.go (1 hunks)
- bridge/resources/thingDescription/ocfResources.go (2 hunks)
- bridge/test/test.go (3 hunks)
- cmd/bridge-device/config.yaml (1 hunks)
- cmd/bridge-device/device/device.go (1 hunks)
- cmd/bridge-device/main.go (7 hunks)
Files skipped from review as they are similar to previous changes (4)
- bridge/resources/thingDescription/ocfResources.go
- bridge/test/test.go
- cmd/bridge-device/config.yaml
- cmd/bridge-device/device/device.go
Additional comments not posted (10)
cmd/bridge-device/main.go (6)
29-29: Consider adding validation for the certificate and key paths to ensure they are not only non-empty but also valid paths.
72-72: LGTM! The cloud options are correctly constructed based on the TLS configuration.
86-106: Consider validating theendpointparameter inpatchPropertyElementto ensure it is safe to use, especially since it's incorporated directly into the logic without checks beyond non-emptiness.
108-108: LGTM! The Thing Description options are correctly generated and integrated with the device configuration.
125-125: LGTM! The overall device options are correctly aggregated based on the configuration.
149-149: Replacepanicwith more graceful error handling to improve robustness and user experience.bridge/device/thingDescription/thingDescription.go (4)
50-55: LGTM! The conversion of boolean values to pointers is correctly implemented.
57-62: LGTM! The conversion of string values to pointers is correctly implemented.
70-76: LGTM! The conversion of supported operations toPropertyElementOperationsis efficiently implemented.
171-193: Ensure comprehensive validation of inputs in patch operations.
f3ffa5a to
774e3a7
Compare
There was a problem hiding this comment.
Actionable comments posted: 0
Review Details
Configuration used: CodeRabbit UI
Review profile: CHILL
Files selected for processing (7)
- bridge/device/thingDescription/thingDescription.go (1 hunks)
- bridge/resources/thingDescription/ocfResources.go (2 hunks)
- bridge/resources/thingDescription/resource.go (2 hunks)
- bridge/test/test.go (3 hunks)
- cmd/bridge-device/config.yaml (1 hunks)
- cmd/bridge-device/device/device.go (1 hunks)
- cmd/bridge-device/main.go (7 hunks)
Files skipped from review as they are similar to previous changes (5)
- bridge/resources/thingDescription/ocfResources.go
- bridge/resources/thingDescription/resource.go
- bridge/test/test.go
- cmd/bridge-device/config.yaml
- cmd/bridge-device/device/device.go
Additional comments not posted (19)
cmd/bridge-device/main.go (7)
29-29: Consider adding validation for the certificate and key paths to ensure they are not only non-empty but also valid paths.+ if !isValidPath(cfg.TLS.CAPoolPath) || !isValidPath(cfg.TLS.CertPath) || !isValidPath(cfg.TLS.KeyPath) { + return cloud.CAPool{}, nil, fmt.Errorf("invalid path provided") + }
29-29: The signal handling logic is appropriate and follows best practices for graceful shutdown.
72-72: Cloud options configuration is correctly implemented and handles potential errors appropriately.
86-106: Consider validating or sanitizing theendpointparameter inpatchPropertyElementto ensure it is safe to use, especially since it's incorporated directly into the logic without checks beyond non-emptiness.+ if endpoint != "" && !isValidEndpoint(endpoint) { + return wotTD.PropertyElement{}, false + }
108-108: Thing Description options configuration is correctly implemented and integrates well with other components.
125-125: Options aggregation is correctly implemented, ensuring all configurations are included and errors are handled.
149-149: Replacepanicwith more graceful error handling to improve robustness and user experience.- panic(err) + log.Fatal("Configuration load failed:", err)bridge/device/thingDescription/thingDescription.go (12)
28-48: Consider returning an empty slice instead ofnilwhen no operations are found to ensure consistency and prevent potential nil dereferences.- return nil + return []string{}
50-55: TheBoolToPtrfunction is correctly implemented, following common patterns for optional boolean fields.
57-61: TheStringToPtrfunction is correctly implemented, following common patterns for optional string fields.
70-76: The conversion of supported operations to property element operations is efficiently implemented using bitwise operations.
78-87: The retrieval of property element operations from a property element is efficiently implemented with clean handling of optional boolean fields.
89-101: Conversion of property element operations back to supported operations is correctly implemented using bitwise operations.
105-133: TheCreateCOAPFormfunction is efficiently implemented, correctly handling different operations and special cases for the observe property.
137-158: TheCreateCOAPFormsfunction is correctly implemented, efficiently creating multiple COAP forms based on the supported operations.
160-169: TheGetPropertyHreffunction is correctly implemented, efficiently constructing URLs with appropriate validation and handling of device IDs.
171-194: Ensure comprehensive validation of inputs in patch operations.+ if len(types) == 0 { + return thingDescription.PropertyElement{}, errors.New("types cannot be empty") + }The function
PatchPropertyElementuses thetypesparameter without validating it. Adding a check to ensure thattypesis not empty can prevent runtime errors and ensure that the function behaves as expected.
196-198: TheGetThingDescriptionIDfunction is correctly implemented, efficiently constructing URIs from device IDs.
200-235: Add error handling for theurl.Parseoperation inPatchThingDescriptionto ensure that malformed endpoints are properly managed and do not cause runtime errors.+ if err != nil { + return thingDescription.ThingDescription{}, fmt.Errorf("failed to parse endpoint URL: %w", err) + }
|
Summary by CodeRabbit
New Features
Bug Fixes
GetOCFThingDescriptionfunction to streamline Thing Description management.Documentation
Refactor
main.gofor better structure and efficiency.Chores
config.yamlto use new port numbers for IPv4 and IPv6 loopback addresses, enhancing network configuration.Style