Merging to release-5.6: TT-13130 update gorpc version (#6644)

buger commented 1 week ago

User description

TT-13130 update gorpc version (#6644)

User description

Summary	Tyk Cloud: Panic appears when a user tried to deploy GW before Control Plane is in deployed state
Type	Bug
Status	In Dev
Points	N/A
Labels	Re_open, QA_Fail

Description

Related Issue

TT-13130

Motivation and Context

How This Has Been Tested

Screenshots (if appropriate)

Types of changes

[ ] Bug fix (non-breaking change which fixes an issue)
[ ] New feature (non-breaking change which adds functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to change)
[ ] Refactoring or add test (improvements in base code or adds test coverage to functionality)

Checklist

[ ] I ensured that the documentation is up to date
[ ] I explained why this PR updates go.mod in detail with reasoning why it's required
[ ] I would like a code coverage CI quality gate exception and have explained why

PR Type

Bug fix, Enhancement

Description

Updated the gorpc library to a newer version in go.mod and go.sum.
Modified the RPC client connection handling by replacing ConnectionDialingWG.Wait() with WaitForConnection(), improving the connection logic.

Changes walkthrough 📝

Relevant files

Enhancement

rpc_client.go

Update connection
handling in RPC client

rpc/rpc_client.go

Replaced ConnectionDialingWG.Wait() with WaitForConnection().

Improved connection handling logic.

+1/-1

Dependencies

go.mod `Update gorpc dependency version in go.mod` go.mod - Updated `gorpc` dependency version.	+1/-1
go.sum `Update go.sum with new gorpc checksums` go.sum - Added new checksum entries for updated `gorpc` version.	+2/-0

💡 PR-Agent usage: Comment /help "your question" on any pull request to receive relevant information

Co-authored-by: sredny buitrago sredny@srednys-MacBook-Pro.local

PR Type

Bug fix, Enhancement

Description

Updated the gorpc library to a newer version in go.mod and go.sum.
Modified the RPC client connection handling by replacing ConnectionDialingWG.Wait() with WaitForConnection(), improving the connection logic.

Changes walkthrough 📝

Relevant files

Enhancement

rpc_client.go

Update connection handling in RPC client

rpc/rpc_client.go

Replaced ConnectionDialingWG.Wait() with WaitForConnection().

Improved connection handling logic.

+1/-1

Dependencies

go.mod `Update gorpc dependency version in go.mod` go.mod - Updated `gorpc` dependency version.	+1/-1
go.sum `Update go.sum with new gorpc checksums` go.sum - Added new checksum entries for updated `gorpc` version.	+2/-2

💡 PR-Agent usage: Comment /help "your question" on any pull request to receive relevant information

github-actions[bot] commented 1 week ago

API Changes

no api changes detected

github-actions[bot] commented 1 week ago

PR Reviewer Guide 🔍

Here are some key observations to aid the review process:

**🎫 Ticket compliance analysis ✅** **[6644](https://github.com/TykTechnologies/tyk/issues/6644) - Fully compliant** Fully compliant requirements: - Update the gorpc library to a newer version. - Modify the RPC client connection handling. Not compliant requirements: - There are no non-compliant requirements based on the provided ticket information.

⏱️ Estimated effort to review: 2 🔵🔵⚪⚪⚪

🧪 No relevant tests

🔒 No security concerns identified

⚡ No major issues detected

github-actions[bot] commented 1 week ago

PR Code Suggestions ✨

Explore these optional code suggestions:

Category	Suggestion	Score
Possible bug	Add error handling for the `WaitForConnection` method to manage potential connection errors ___ Ensure that `clientSingleton.WaitForConnection()` properly handles any potential errors or exceptions that might arise during the connection wait process. Consider adding error handling logic after this method call to manage such scenarios effectively. [rpc/rpc_client.go [309]](https://github.com/TykTechnologies/tyk/pull/6648/files#diff-3b88914c99bb9418e44e6389ce73579843562e8900730b380d7fff2e95c51033R309-R309) ```diff -clientSingleton.WaitForConnection() +if err := clientSingleton.WaitForConnection(); err != nil { + // handle error, possibly retry or log +} ``` Suggestion importance[1-10]: 8 Why: The suggestion to add error handling for the `WaitForConnection` method is highly relevant, as it addresses potential issues that could arise during the connection process. Proper error handling can prevent unexpected failures and improve the robustness of the application.	8

sonarcloud[bot] commented 1 week ago

Quality Gate failed

Failed conditions
0.0% Coverage on New Code (required ≥ 80%)

See analysis details on SonarCloud

TykTechnologies / tyk