OpenLiberty / OpenLiberty/ci.maven

Create a new lightweight goal/task that evaluates all the configuration and creates the liberty-plugin-config.xml potentially without installing Liberty itself and without creating the server itself

Open
#2,012 1 comment 0 reactions 1 assignee View on GitHub

@venmanyarun is already working on this.

Since May 4, 2026.

Dominant language
Java
Stars
139
Forks
100
Avg merge
20h 57m
Merged PRs (30d)
4

Description

Problem statement: When the end user edits Liberty configuration files in a new project that has not been built yet, certain information about the project is not known in LCLS and Liberty Tools. The key information not known has to due with what Liberty is being used (Open Liberty or WebSphere Liberty, what version?), which configuration files and properties are being used (the LMP/LGP does a lot of processing and combining of information included in the build file for configuration such as server.env, bootstrap.properties, jvm.options, and the server config files themselves).

To know the true effective configuration in use by the project, the create server goal/task must be run at a minimum and that automatically does the Liberty install before copying over all the config to the newly created server. Once that is done, the liberty-plugin-config.xml file exists in the target/build directory and contains vital information about the configuration that can be used by LCLS/Liberty Tools when doing diagnostics.

Solution: Create a new lightweight goal/task that evaluates all the configuration and creates the liberty-plugin-config.xml potentially without installing Liberty itself and without creating the server itself , but mocking the server structure so that variable processing can be done

Similar goal is suggested as part of https://github.com/OpenLiberty/ci.maven/issues/1094

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.

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.