-
Bug
-
Resolution: Done
-
Major
-
None
-
None
Currently, executing the key-store obtain-certificate operation results in:
{ "outcome" => "failed", "result" => undefined, "failure-description" => "Parameter 'type' may not be null", "response-headers" => {"process-state" => "reload-required"}, "rolled-back" => true }
This is due to a recent Let's Encrypt change where a new challenge type was introduced but not officially added to the ACME v2 protocol spec yet. The WildFlyAcmeClient only needs to be able to handle the "http-01" challenge type but should be able to handle being presented with many challenge options.
- is caused by
-
ELY-1636 Update AcmeChallenge.Type to be able to handle unknown challenge types
- Resolved
- is incorporated by
-
WFCORE-4028 Upgrade WildFly Elytron 1.5.4.Final
- Resolved