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

Zeebe Test engine should start on a different port #366

Closed
ingorichtsmeier opened this issue May 20, 2022 · 5 comments · Fixed by #405
Closed

Zeebe Test engine should start on a different port #366

ingorichtsmeier opened this issue May 20, 2022 · 5 comments · Fixed by #405
Labels
kind/feature Categorizes an issue or PR as a feature, i.e. new behavior

Comments

@ingorichtsmeier
Copy link

Description

When I started a local docker-compose for dev, I cannot start the tests and get an error message: Port 26500 already in use.

It's is very inconvenient for a process automation developer to stop the runtime, run the tests, start the runtime, do the integration test, develop next feature...

The Zeebe engine started by the tests should use a port like 26499, best would to make this configurable.

@ingorichtsmeier ingorichtsmeier added kind/feature Categorizes an issue or PR as a feature, i.e. new behavior team/process-automation labels May 20, 2022
@pihme pihme self-assigned this Jun 13, 2022
@pihme pihme removed their assignment Jun 14, 2022
@pihme
Copy link
Contributor

pihme commented Jun 14, 2022

Partially implemented: default port is now a different one.

Configuration options not yet implemented.

@berndruecker
Copy link
Member

Why not making it a random free port? I don't see value in making it configurable - as you do not care about the port at all - it should just not intervene with anything.

@pihme
Copy link
Contributor

pihme commented Jun 15, 2022

That would work, too. Let's see what Remco prefers when he is back from the retreat

@berndruecker
Copy link
Member

I quickly asked Remco - and he is OK with a random port

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
kind/feature Categorizes an issue or PR as a feature, i.e. new behavior
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants