chore: Map external_source response to the nested output proto field #24
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Within the context of the dagger post-processor, when enhancing data through an external API, the response is presently linked to an extra field within the output-proto. However, if the intention is to associate it with an existing nested field instead, the current approach falls short. This adjustment aims to enable the mapping of this response to the pre-existing nested field within the output proto. By doing so, the need for introducing the additional field will be avoided, resulting in a more efficient proto schema mapping for the output proto.
e.g
Mapping of external API response to the nested existing field
driver-pickup-location.addressin the output proto hereBy this way we can avoid introducing new field address in the output proto.