[
https://issues.jboss.org/browse/WFCORE-3133?page=com.atlassian.jira.plugi...
]
Jiri Ondrusek updated WFCORE-3133:
----------------------------------
Description:
Part of solution for:
https://issues.jboss.org/browse/WFLY-9155.
Server has to be able to start after such migration -> with empty keystore password.
---
In WildFly there is required to set keystore-password for truststore even though at least
in case of JKS, it is possible to read public certificates even without providing the
password.
Does it really make sense to require it?
In regards to migration operation, wouldn't it make sense in case of undefined
{{ca-certificate-password}} to provide the security-realm truststore configuration default
value "changeit" instead of failing the whole migrate operation?
was:
In WildFly there is required to set keystore-password for truststore even though at least
in case of JKS, it is possible to read public certificates even without providing the
password.
Does it really make sense to require it?
In regards to migration operation, wouldn't it make sense in case of undefined
{{ca-certificate-password}} to provide the security-realm truststore configuration default
value "changeit" instead of failing the whole migrate operation?
Server has to be able to start after such migration -> with empty keystore password.
[Migration operation] [Web to Undertow] truststore -
keystore-password does it really needs to be mandatory?
------------------------------------------------------------------------------------------------------------
Key: WFCORE-3133
URL:
https://issues.jboss.org/browse/WFCORE-3133
Project: WildFly Core
Issue Type: Bug
Affects Versions: 3.0.0.Beta30
Reporter: Jiri Ondrusek
Assignee: Jiri Ondrusek
Part of solution for:
https://issues.jboss.org/browse/WFLY-9155.
Server has to be able to start after such migration -> with empty keystore password.
---
In WildFly there is required to set keystore-password for truststore even though at least
in case of JKS, it is possible to read public certificates even without providing the
password.
Does it really make sense to require it?
In regards to migration operation, wouldn't it make sense in case of undefined
{{ca-certificate-password}} to provide the security-realm truststore configuration default
value "changeit" instead of failing the whole migrate operation?
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)