I'm using ServiceStack to develop an SOAP service, and i want to customize my soap service operations soapAction (e.g.: soapAction="http://mydomain.org/operationName"), how can i achieve this ?
I've already read the documentation # service stack's github wiki.
ServiceStack support of SOAP basically comes down to embedding the services Response DTO inside a standard SOAP message. This allows existing services to be accessible via SOAP without any consideration for SOAP itself.
Any additional support of SOAP features need to be opt-in and can be added via pull-request. The SoapHandler.cs class is the class that prepares the SOAP response message.
Related
I'm trying to use this route https://developers.docusign.com/esign-rest-api/reference/Envelopes/Envelopes/get to get information on a specific Envelope in DocuSign, and I wanted to add the ?include=recipients parameter so as to get individual signers status too, but the parameter does not seem to do anything
Trying other values to include (documents, tags, etc). Doesn't change the response either.
Same result whether I try from my own code or from DS' "API explorer" tool
Am I using it wrong or is it a bug in the API?
This parameter (?include=recipients) is a new addition in the v2.1 API. You should ensure that the API endpoint you are calling has the v2.1 in the URL and not v2. You cannot use this feature with the v2.0 API. There are other reasons to use latest API 2.1 and it's supported by all SDKs.
I want to get the request/response from the WCF consuming client as soap envelope. Is there any way to get it by adding the service reference in any of the c# application?.
If you have added your service reference and want to capture the actual SOAP message info you can do this:
You can use an message inspector and capture the SOAP message requests and responses:
more info here
or you can use system.diagnostics to log the information (not good for production usage, only for debuggin):
message logging
DocuSign Connect Guide states that when creating a listener, for the method name DocuSignConnectUpdate, you need one parameter type DocuSignEnvelopeInformation.
Only problem is on their DocuSign.eSign namespace, there is no DocuSignEnvelopeInformation class to be found.
Is the guide out of date or am I missing something?
The part of the Connect Guide you're quoting only applies if you configure your webhook (Connect) subscription to use SOAP message transmission format. (Which I advise against.)
If you choose to use SOAP message transmission format, your listener needs to be a SOAP server that will process incoming SOAP requests to method DocuSignConnectUpdate with parameter DocuSignEnvelopeInformation
In this case, your app is receiving the SOAP requests, not requesting them, as is more usual when using SOAP. Because your listener is receiving the SOAP requests to DocuSignConnectUpdate, it does not appear in the DocuSign Signature SOAP WSDL file that you reference. That WSDL file and name space describe the methods that your app requests.
Rather than setting up a SOAP listener, it is usually easier to set up a plain HTTPS listener (server) to receive and process the incoming webhook messages.
I want to implement event notification webhook method into my app. I am using docusign-java-client SDK for docusign, but I am unable to find any example using SDK. Can anyone provide some example to achieve this?
I'm sorry to report that we (DocuSign) don't yet have a Java recipe for this. We do have a Python example. Java is on the list of things to do. Perhaps someone else can provide an example in the meantime.
Here is a general description:
First, set up your webhook subscription. You can have an envelope-specific webhook subscription by including the eventNotification fields in your envelope create request.
Or you can set up a more general subscription by using the "Connect" feature. You can setup Connect subscriptions either via the DocuSign web tool, or programmatically.
As part of the subscription you provide your url for the incoming XML notification messages.
To handle them, you write a small web app using whatever web app framework is easiest for you and your stack. Your web server will receive the incoming https calls from DocuSign.
You can see what the incoming XML messages look like by using the beta Recipe Framework. Run it on Heroku. Use the embedded signing recipe and click the button to see the Webhook / Connect messages. You can then see the sorts of messages that you will receive.
Your incoming message web server will simply parse the XML messages and then handle them accordingly.
Thanks for using the webhook system. Please ask more questions here if you have any issues.
Is there a way to upload custom web services to the netsuite platform to add custom business processing logic?
Looked into SuiteApp/SuiteBundles and all they provide is a way to extend existing records/forms/lists, add custom scripts so on and so forth. Havent been able to find information on integrating external webservices.
You can use Restlets to create Custom Functionality in a particular Netsuite account and than the restlet can be accessed externally.
If you want the logic of web-service written in Java / .Net then you can use SuiteTalk to communicate with NetSuite. Where all the processing is done in your service and you use API to get/set data to/from NetSuite.
But on the flip side you have to host this service on your end.. NetSuite can only host web-services written in the form of RestLet / SuiteLet.