Details
-
Bug
-
Status: Closed
-
Major
-
Resolution: Fixed
-
2.2.1
-
None
Description
The upgrade to JDK 8 Base64 RFC2045 mime encoder breaks our clients because all CR gets escaped to & #13;.
<ds:SignatureValue>ZizIuoDNc7Sn9wnvP6HC0NlouooLq2UdjOHcvGDkDPLjXnJgoVRgO5PTEfLJlNQErF6PWiMwL48d 2yCW5eop7aVHgSdL7o744Y4tb3nbQC48F8SIn64IR2XQsisF8wnpaz8krjOQWOFOzyznh3/xVyul lxiVVx0bTiIMWM9aQ4HKNUbLVfPxZxrQcbtduOioKzYfydJzEek3Z4/8GGMGERlYb5Wy/RHjzHkX TUz7l0Vg0bATDN3/lBwrwB1Aiu/79e+eURj5BFIwvveW/hjC1zcq2PqWzsx+2KP4zh+FIqtyk703 PM/ahJpntuRoVR+dvDrfEKbMQK0TNswJoWtUjg==</ds:SignatureValue>
Can the behavior from version 2.1.12 be kept. Instead of Base64.getMimeEncoder() use Base64.getEncoder()
Perhaps make it configurable
Attachments
Issue Links
- relates to
-
SANTUARIO-482 Don't include newline characters in BASE-64 encoded output if the "org.apache.xml.security.ignoreLineBreaks" system property is set
- Closed