OpenLiberty / OpenLiberty/liberty-tools-eclipse

Add debug port collision/failover capabilities to Liberty Tools debugger integration

Open
#295 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

bug design
Dominant language
Java
Stars
16
Forks
20
Avg merge
2d 9h
Merged PRs (30d)
16

Description

It is possible to achieve a port collision by specifically specifying a debug port, (so if you specify the same one for two different runs), you collide.

Though the Liberty Tools Eclipse debugger integration selects a "random" port, it is conceivable also that this port gets used in the window btw. the time we select it and the time we are ready to launch the server from the LMP/LGP dev mode function.

The LMP/LGP function has failover support built into it, but Liberty Tools Eclipse does not currently take advantage of this. Partly we did this to allow for using an "external" install (e.g. for LMP, not a target/liberty/wlp install).. since the easiest way to do this would be to look at the target server.env, where LMP/LGP write the failover port into.

In some ways this is almost an enhancement on top of the current function, which will largely work in most cases, especially if a specific port is not specified more than once.

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by tracing the Liberty Tools Eclipse debugger integration and the LMP/LGP dev mode launch path, then compare their existing failover behavior. Inspect how target server.env records the failover port and account for external installs; done means specified or selected debug ports handle collisions and fail over reliably.

Written by the indexing model from the issue text.

Assessment

Tech stack
java
Domain
devtools
Issue type
Feature
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.