Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Allow User-Configurable Port for MSP #9

Open
Aimless321 opened this issue Nov 18, 2024 · 2 comments
Open

Allow User-Configurable Port for MSP #9

Aimless321 opened this issue Nov 18, 2024 · 2 comments

Comments

@Aimless321
Copy link

Currently, the Mutation Server Protocol (MSP) reports the selected port via STDOUT, but there’s no mention in the protocol specification about using a user-configurable port. This works fine in local development but becomes challenging in containerized environments.

For example, in the Stryker Cloud Orchestrator setup, which distributes the mutation testing process across multiple workers, the tool implementing MSP will run in a separate container. Which makes it hard to retrieve the port from STDOUT.

In my use case, I want to control the mutation testing tool via MSP from a separate worker container. Without a way to set a fixed port, it’s challenging to establish reliable communication between the worker and the MSP server since the port may change dynamically.

Proposed Update

I suggest extending the base protocol documentation with the following note:

The mutation server may use a user-configurable port specified through a command-line option or configuration setting.


This small addition to the documentation would clarify that implementations can support a user-defined port, making it clear for users and tool developers that this option is available when needed.
@rouke-broersma
Copy link
Member

rouke-broersma commented Nov 18, 2024

@nicojs @jaspervdveen any objections?

@jaspervdveen
Copy link
Contributor

I agree with the proposed addition to the documentation, good idea! Allowing a user-configurable port would provide the flexibility needed for containerized environments.

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

No branches or pull requests

3 participants