-
Notifications
You must be signed in to change notification settings - Fork 1.5k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
client.addSoapHeader() dynamic SOAP header #1062
Merged
Merged
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
beb9a23
to
f34267b
Compare
please add a test |
f34267b
to
e7abf10
Compare
e7abf10
to
8bf9068
Compare
Tests updated 😀 |
thanks! |
lfantone
pushed a commit
to flybondi/node-soap
that referenced
this pull request
May 20, 2019
* Fixed some issues with xsd elements (vpulim#1057) * Fixed some issues with xsd elements * Made the fix more specific to the particular usecase * Added a test for aliased namespaces * Release v0.27.0 * Move @types/request to dependencies (vpulim#1059) soap's d.ts files depend on request. Unfortunately, since request doesn't ship its own types, that means consumers of soap also need @types/request. Currently @types/request is just a dev dependency, which doesn't get installed by `npm install`. The fix is to move `@types/request` to the dependencies list. The error looks like this: ``` node_modules/soap/lib/client.d.ts(4,26): error TS7016: Could not find a declaration file for module 'request'. '../../../tests/cases/user/soap/node_modules/request/index.js' implicitly has an 'any' type. ``` Note that this only shows up when consumers compile with --strict, which is fairly common. Typescript's user-code tests include soap and detected it after 0.27 shipped. * Release v0.27.1 * Updated read me to reflect changes in soap.listen (vpulim#1060) * Updated Read.me to reflect changes in soap.listen * Updated Readme.md * Updated Readme.md * Updated Readme.md * types: move forceSoap12Headers to IWsdlBaseOptions (vpulim#1063) "forceSoap12Headers" works on server since bcc41e6. So, this option should be available to server as well. * client.addSoapHeader() dynamic SOAP header (vpulim#1062) * Added support for parsing of doubles and floats. (vpulim#1065) * Added support for parsing of doubles and floats. package-lock updated due to out-of-date version. * Reverting changed package-lock file.
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
I need to add a "message ID" (a random UUID) on each SOAP request. But I found
client.addSoapHeader()
won't accept a function as a parameter. The dynamic SOAP header feature only works inserver.addSoapHeader()
. So I made some change to enable it for theclient
.I'm relatively new here. I wonder if you are interested in this feature or I just misunderstand the documentation and the dynamic header should be added in another way.
If I am right and you also believe the feature should be added; I will create test cases for it and get the documentation updated.