Skip to content

MecResponseApp: fix service discovery and port issues caused by latest refactorings#295

Merged
avarga merged 3 commits intoUnipisa:masterfrom
roVer-HM:fix_mec_request_response_app
Mar 6, 2026
Merged

MecResponseApp: fix service discovery and port issues caused by latest refactorings#295
avarga merged 3 commits intoUnipisa:masterfrom
roVer-HM:fix_mec_request_response_app

Conversation

@wischhof
Copy link
Contributor

@wischhof wischhof commented Mar 2, 2026

The latest refactorings (which are great by the way, thank you for your efforts in refactoring the code in general! 👍) have introduced two issues leading to a non-functional MecResponseApp:

  1. localUePort has been removed from the MecBaseApp but was now missing in the MecResponseApp
  2. The RNIService was renamed to RniService but the code (and documentation) was not adapted in all places, leading to a situation where the RniService is not found in the service registry (since it was still requested as RNIService).

Both problems were not detected by the fingerprint tests, since the MecResponseApp has a start time at 5s, being equal to the fingerprint end time of 5s. (Problem occurs at 5s 034ms.)

wischhof added 3 commits March 2, 2026 22:24
In the recent refactoring, the localUePort was removed from the MecBaseApp. Since it is required in the MecResponseApp, this commit adds it there. Note that this problem was not detected by the fingerprint tests, since these run only for 5s but the start time of the MecResponseApp in the test scenario is 5s. A later commit will therefore increase the start time for MecResponseApp and other apps having this issue.
In the recent refactoring, the localUePort was removed from the MecBaseApp. Since it is required in the MecRTVideoStreamingReciever, this commit adds it there. Note that this problem was not detected by the fingerprint tests, since these run only for 5s but the start time of the MecRTVideoStreaming in the test scenario is a random value of up to 90s. A later commit will therefore increase the fingerprint time for MecRTVideoStreamingReceiver and other apps having this issue.
In the recent refactorings, the RNIService was renamed to RniService. However, not all service names were adapted. As a consequence, in the service registry the Service was registered correctly with the name "RniService" but later requested as "RNIService" leading to a situation where the service is not found and not available. This caused a segment violation since the service pointer was not checked for being null. This fix corrects the naming and also adds a check to determine if the service pointer is null.
@avarga
Copy link
Collaborator

avarga commented Mar 4, 2026

Thank you very much for your contribution! Please allow me a few days to review and merge it.

As for the refactoring work: more, radical changes are in the queue :)

@avarga avarga merged commit ce0283c into Unipisa:master Mar 6, 2026
3 checks passed
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.

2 participants