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

Containerized Liberty application has startup error if server.xml has default Keystore #427

Open
mtamboli opened this issue Jul 18, 2023 · 8 comments
Assignees
Labels
SVT Tests/Defectsby SVT zenhub-dev

Comments

@mtamboli
Copy link

mtamboli commented Jul 18, 2023

Failing Scenario: Many Liberty applications running on-prem have the defaultKeyStore line to create keystore to enable HTTPS. If such application tis containerized with server.xml containing <keyStore id="defaultKeyStore" password="secret" />, application will start but you cannot access the application on SSL.
When you look at the Liberty log, error is CWPKI0033E: The keystore located at /opt/ol/wlp/output/defaultServer/resources/security/key.p12 did not load because of the following error: keystore password was incorrect"

This behavior is confusing for many users and we want to find a way to resolve this error condition.

@mtamboli mtamboli added the SVT Tests/Defectsby SVT label Jul 18, 2023
@mtamboli
Copy link
Author

@leochr Please let me know if you would like more information.

@idlewis
Copy link
Member

idlewis commented Jul 25, 2023

@mtamboli I tried to reproduce this but didn't manage it. Can you give me any more details on the failing scenario?
Maybe examples of the dockerfile and server.xml?
Thanks.

@idlewis
Copy link
Member

idlewis commented Jul 27, 2023

I've now managed to reproduce this. The failure occurs if the liberty container is running under the open liberty operator.

@mtamboli
Copy link
Author

@idlewis yes, that is how we are deploying our containers.

@mtamboli
Copy link
Author

@idlewis When will this problem be fixed?

@idlewis
Copy link
Member

idlewis commented Aug 21, 2023

@mtamboli Sorry for the slow reponse, I have been out for a few days.
This isn't an easy fix, I'm sorry but I don't have an ETA for you right now

@leochr leochr added the 1.3.0 label Oct 10, 2023
@mtamboli
Copy link
Author

@idlewis @leochr do we have a timeline for this fix?

@leochr
Copy link
Member

leochr commented Oct 11, 2023

@mtamboli We are shifting focus back to this after dealing with other deliverables. We don't have a timeline yet, but it is a priority item.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
SVT Tests/Defectsby SVT zenhub-dev
Projects
None yet
Development

No branches or pull requests

3 participants