[
https://issues.jboss.org/browse/WFLY-11089?page=com.atlassian.jira.plugin...
]
Martin Choma edited comment on WFLY-11089 at 10/3/18 3:58 AM:
--------------------------------------------------------------
Removing truststore from security relam mean 2-way TLS is changed to 1-way TLS. Your
Elytron configuration is also 1-way TLS.
Keywords "2-way TLS" and "large size" reminds me WFLY-11007.
Especially see
https://issues.jboss.org/browse/WFLY-11007?focusedCommentId=13633363&...
I think it is worth to use -Djavax.net.debug=all system property if it reveals something
suspicious in TLS communication.
was (Author: mchoma):
Removing truststore from security relam mean 2-way TLS is changed to 1-way TLS. Your
Elytron configuration is also 1-way TLS.
Keywords "2-way TLS" and "large size" reminds me WFLY-11007.
Especially see
https://issues.jboss.org/browse/WFLY-11007?focusedCommentId=13633363&...
I think it is worth to use -Djavax.net.debug=all system property if it reveals something
suspicious in TLS handshake.
Uploading content from HAL in SSL doesn't work
----------------------------------------------
Key: WFLY-11089
URL:
https://issues.jboss.org/browse/WFLY-11089
Project: WildFly
Issue Type: Bug
Components: Web (Undertow), Web Console
Affects Versions: 14.0.0.Final
Reporter: ehsavoie Hugonnet
Assignee: Stuart Douglas
Priority: Major
Attachments: application-roles.properties, https_webcons.jks, localhost.har,
standalone.xml, truststore.jks, windows2008-1.gsslab.rdu2.redhat.com.jks
When uploading a file from the web console to WildFly using an SSL secured connection the
content is not stored, it is replaced by the Base64 DMR operation.
Looking at the request I didn't see the file part of the multipart request the
parsing return only 1 part while the request on management-upload seems to have 2 parts
(see attached har file).
It doesn't happen with the jboss-cli (ssl or not) nor in HAL on HTTP.
Size does matter, a small deployment is ok to upload.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)