[WORK IN PROGRESS] Add support to manage multiple switches #50
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.
@antoninbas I started de-coupling the
client
/context
fields. Here is my current approach which should not break the current prompt.However, there are breaking changes for people who use scripting:
p4runtime_sh.shell.client
was renamed top4runtime_sh.shell.global_client
p4_runtime_sh.shell.context
was moved into thecontext
field onP4RuntimeClient
So, if library users use
p4_runtime_sh.shell.client
andp4_runtime_sh.shell.context
directly (which is not documented in the README), they will get undefined-errors.While this is a breaking change, I am convinced that moving the
Context
into theP4RuntimeClient
is the right way since the context is closely coupled to the client. For example, when setting the forwarding config via theP4RuntimeClient
, theContext
should be adapted as well.To make clear that we introduce "breaking" changes, we can introduce versioning, e.g., by tagging the repo in the current state as
v1
and directly moving tov2
with my changes.🚧 Important: these changes were only tested manually. I will add unit tests as soon as the general approach is approved!