You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@ws.apache.org by "Stefan Berger (Jira)" <ji...@apache.org> on 2022/09/12 19:34:00 UTC

[jira] [Updated] (WSS-698) No way to call requestData.setSignatureProvider() in WSS4JOutInterceptor

     [ https://issues.apache.org/jira/browse/WSS-698?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Stefan Berger updated WSS-698:
------------------------------
    Description: 
In WSS-656, the ability to set the signatureProvider was added, but when using the WSS4JOutInterceptor, the RequestData object is created inside of handleMessageInternal() and cannot be modified from the outside.

Users should be able to influence the behavior via 

My use case is that I want to sign with brainpoolP256r1 Certificates in Java 17. Oracle removed brainpool support in JDK 15, so now I have to use BouncyCastle to sign requests.

  was:
In WSS-656, the ability to set the signatureProvider was added, but when using the WSS4JOutInterceptor, the RequestData object is created inside of handleMessageInternal() and cannot be modified from the outside.

Users should be able to set a ConfigurationConstant in the SoapMessage to trigger the Setter.

My use case is that I want to sign with brainpoolP256r1 Certificates in Java 17. Oracle removed brainpool support in JDK 15, so now I have to use BouncyCastle to sign requests.


> No way to call requestData.setSignatureProvider() in WSS4JOutInterceptor
> ------------------------------------------------------------------------
>
>                 Key: WSS-698
>                 URL: https://issues.apache.org/jira/browse/WSS-698
>             Project: WSS4J
>          Issue Type: Bug
>            Reporter: Stefan Berger
>            Assignee: Colm O hEigeartaigh
>            Priority: Major
>
> In WSS-656, the ability to set the signatureProvider was added, but when using the WSS4JOutInterceptor, the RequestData object is created inside of handleMessageInternal() and cannot be modified from the outside.
> Users should be able to influence the behavior via 
> My use case is that I want to sign with brainpoolP256r1 Certificates in Java 17. Oracle removed brainpool support in JDK 15, so now I have to use BouncyCastle to sign requests.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@ws.apache.org
For additional commands, e-mail: dev-help@ws.apache.org