The information you provide here will be included in the Open Liberty beta blog post (example), which will be published on openliberty.io/blog/, and potentially elsewhere, to promote this beta feature/function of Open Liberty. For this post to be included in the beta issue please make sure that this is completed by the end of Friday following the GM (Tuesday). The beta and release blogs are created using automation and rely on you following the template's structure. DO NOT REMOVE/ALTER THE <GHA> TAGS THROUGHOUT THIS TEMPLATE.
Please provide the following information:
Which Liberty feature(s) does your update relate to?
Human-readable name (eg WebSockets feature): Include directory configDropins
Short feature name (eg websockets-1.0): N/A
Who is the target persona? Who do you expect to use the update? eg application developer, operations.
developers
Provide a summary of the update, including the following points:
A sentence or two that introduces the update to someone new to the general technology/concept.
Using the tag within the server.xml is a way to include configuration files but previously that could only be done by using a path to the file. Now users may use the directory the configuration file is located in.
What was the problem before and how does your update make their life better? (Why should they care?)
When running on Kubernetes, mounting secrets as a whole folder is the only way to have the change from the secret reflected dynamically in the running pod
Briefly explain how to make your update work. Include screenshots, diagrams, and/or code snippets, and provide a server.xml snippet.
In the location part of the tag, enter the directory that houses your configuration files.
Server.xml include
<include location="./common/"/>
After changes server startup log
[AUDIT ] CWWKG0028A: Processing included configuration resource: /Users/rickyherget/libertyGit/open-liberty/dev/build.image/wlp/usr/servers/com.ibm.ws.config.include.directory/common/a.xml
[AUDIT ] CWWKG0028A: Processing included configuration resource: /Users/rickyherget/libertyGit/open-liberty/dev/build.image/wlp/usr/servers/com.ibm.ws.config.include.directory/common/b.xml
[AUDIT ] CWWKG0028A: Processing included configuration resource: /Users/rickyherget/libertyGit/open-liberty/dev/build.image/wlp/usr/servers/com.ibm.ws.config.include.directory/common/c.xml
Where can they find out more about this specific update (eg Open Liberty docs, Javadoc) and/or the wider technology?
Add the label for the beta you're targeting: target:YY00X-beta.
Make sure this blog post is linked back to the Epic for this feature/function.
Your paragraph will be included in the beta blog post. It might be edited for style and consistency.
You will be asked to review a draft before publication.
Once you've approved the code review, close this issue.
If you would also like to write a standalone blog post about your update (highly recommended), raise an issue on the Open Liberty blogs repo. State in the issue that the blog post relates to a specific release so that we can ensure it is published on an appropriate date (it won't be the same day as the beta blog post).
The information you provide here will be included in the Open Liberty beta blog post (example), which will be published on openliberty.io/blog/, and potentially elsewhere, to promote this beta feature/function of Open Liberty. For this post to be included in the beta issue please make sure that this is completed by the end of Friday following the GM (Tuesday). The beta and release blogs are created using automation and rely on you following the template's structure. DO NOT REMOVE/ALTER THE
<GHA>
TAGS THROUGHOUT THIS TEMPLATE.Please provide the following information:
Which Liberty feature(s) does your update relate to?
Human-readable name (eg WebSockets feature): Include directory configDropins
Short feature name (eg websockets-1.0): N/A
Who is the target persona? Who do you expect to use the update? eg application developer, operations.
developers
Provide a summary of the update, including the following points:
Using the tag within the server.xml is a way to include configuration files but previously that could only be done by using a path to the file. Now users may use the directory the configuration file is located in.
When running on Kubernetes, mounting secrets as a whole folder is the only way to have the change from the secret reflected dynamically in the running pod
server.xml
snippet.In the location part of the tag, enter the directory that houses your configuration files.
Server.xml include
After changes server startup log
https://openliberty.io/docs/latest/reference/config/include.html
What happens next?
target:YY00X-beta
.