The behavior of the server shell scripts in unsetting LOG_DIR env var is unexplained
Maintainers usually reply within 1 day
Nobody has claimed this yet.
Assessment
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Newbie friendliness
- 35/100
- Issue type
- Documentation
- Clarity
- Mostly clear
- Activity status
- Stale
- Tech stack
- shell
- Domain
- documentation
Research direction
Start with the log-trace configuration documentation and the server script at dev/com.ibm.ws.kernel.boot.ws-server/publish/bin/server, especially lines 580-588. Verify how LOG_DIR from server.env is transferred to X_LOG_DIR and review the linked Stack Overflow use case. Done means the documentation explains whether and how X_LOG_DIR can be referenced, or briefly rationalizes the behavior and alternatives.
Written by the indexing model from the issue text.
Description
On the one hand we do a fine job explaining how the LOG_DIR env var will configure the location of the Liberty logs, (see: https://openliberty.io/docs/latest/log-trace-configuration.html#settings).
What we don't explain is that a LOG_DIR env var supplied in server.env can not be referenced as an environment variable. It is unset in https://github.com/OpenLiberty/open-liberty/blob/d4d2cad32f282fa48b0f9b8db36a234f32a96fa5/dev/com.ibm.ws.kernel.boot.ws-server/publish/bin/server#L580-L588 and the values are transferred to an X_LOG_DIR.
So if a user wants to use/reference their LOG_DIR value in some other context, they don't have an easy way of doing so.
Of course, they could consider using another approach like the bootstrap.properties in some use cases. But in this use case from StackOverflow, using SpringBoot application properties, this wouldn't be an option.
Is it doc'd that they could use X_LOG_DIR in this fashion?
Should this be explained or rationalized briefly?
- Dominant language
- No language data
- Stars
- 14
- Forks
- 58
- Avg merge
- 1h 4m
- Merged PRs (30d)
- 21
Getting set up
- No Dockerfile or Docker Compose file
- No pull request template
- Read the contributing guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from OpenLiberty/docs
-
source mismatchOpen
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
OpenLiberty/docs#8579 ·
Maintainers usually reply within 1 day
-
Jandex extended pathOpen
Difficulty 2/5 1-3 hours Newbie friendliness 74/100
OpenLiberty/docs#8451 · 1 comment ·
Maintainers usually reply within 1 day
-
CVE update for 26.0.0.10Possibly taken @ramkumar-k-9286 claimed this 18 days ago. Open26.0.0.10
OpenLiberty/docs#8563 · 5 comments · 1 assignee ·
Maintainers usually reply within 1 day
-
26.0.0.11
Difficulty 5/5 Over a week Newbie friendliness 25/100
OpenLiberty/docs#8548 ·
Maintainers usually reply within 1 day
-
26.0.0.12
Difficulty 4/5 3-5 days Newbie friendliness 45/100
OpenLiberty/docs#8529 · 1 comment ·
Maintainers usually reply within 1 day
All issues in OpenLiberty/docs
Similar issues
-
area:arcade p3-medium ready-for-agent testing type:docs
Difficulty 2/5 1-3 hours Newbie friendliness 76/100
fderuiter/deruiter.dev#2369 ·
Maintainers usually reply within 1 day
-
Protocol doc §3/§5 + ADR 0001 (disjoint validation sets)Possibly taken @debrevitatevitae claimed this today. Openready-for-agent
Difficulty 2/5 1-3 hours Newbie friendliness 74/100
-
coding good first issue size:s skill:kotlin-core sub-issue
Difficulty 2/5 1-3 hours Newbie friendliness 82/100
SKaiNET-developers/SKaiNET#1418 ·
Maintainers usually reply within 1 day
-
KB infra drift: deployed estate changedPossibly taken @chd-ds-kb-steward claimed this today. Openkb-infra-drift
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
OCHA-DAP/ds-knowledge-base#792 · 1 comment ·
Maintainers usually reply within 1 day
-
docs: nng_dial / nng_dialer_start can return NNG_ECONNSHUT and NNG_ECRYPTO, which are not documentedOpen
Difficulty 1/5 1-3 hours Newbie friendliness 89/100
Maintainers usually reply within 1 day