is it possible to send multimedia files using Biztalk orchestration. If yes then how? I need to send an GUID and a file to an API. I will receive the GUID from another API, then I have to send that GUID with a file from disk to an API. How can I achieve this all in orchestration.
Related
In the past my team has often used SoapUi to create automated tests around our SOAP webservice. Now we would like to create automated tests around our app's JMS communication. Therefore, we need to configure SoapUi to publish to and consume from our JMS queues.
The SoapUi website explains how to publish SOAP messages to a JMS queue. But this does not fit my usecase; my app sends arbitrary text messages over JMS without conforming to a SOAP contract.
Is SoapUi able to publish arbitrary text messages to a JMS queue, or must my messages conform to a SOAP contract defined by a wsdl? How would I configure SoapUi to publish these messages without it creating a dummy SOAP interface for the JMS connection to reside in?
The free version of SoapUi is intended to use test SOAP and REST. As the above link shows, SoapUi can be configured - through its GUI - to send messages over JMS only when these messages conform to a SOAP contract. However, SoapUi is also able to execute Groovy scripts, and these Groovy scripts can publish arbitrary messages to JMS. With the help of my team, I wrote a Groovy script which imports a Java library and uses this to publish arbitrary JMS messages.
I am using KAA 0.10 to connect to endpoints and collecting some performance data. Now i want to send some file to the end point, is it possible in KAA?
Please help.
No you can not transfer any file over KAA, but you can design configuration schema where you can update configuration with Accessible file link and endpoint will get the configuration update notification and your endpoint will download from same link.
Does Corda have some best practice pattern how to organize security access with DAAPs. For example, REST API uses Corda node like a storage for accounts data, hashes of passwords etc. On the REST API side into the property file, we can hold settings for connection to the Corda node. Is it OK solution? Any best practice for it?
You should secure the RPC connection to the node by following the instructions here: https://docs.corda.net/clientrpc.html#rpc-security-management.
You can also configure the RPC server via the node.conf file, as documented here: https://docs.corda.net/corda-configuration-file.html.
I have an Azure web application (Asp.net MVC & WebAPI) that sends emails through SendGrid service. I'm not using SendGrid's API but rather use .net built-in SMTP that I configured in web.config and directed to SendGrid.
I'm now wondering whether I also need message queueing application in my solution that would be used to actually send emails to SendGrid to minimize request/response times of my web app?
Azure already has Queue Storage that I could use but I wonder how others have implemented this? I'm also looking for the most simple example of Azure web app using queueing if one exists.
I expect message queueing will become relevant when I'll have several emails to send during single request to make my app scalable. Currently I'm sending email synchronously when my backend executes code and so far with the low number of emails it works fine.
If your application need to manage and send bulk emails asynchronously, it would be better to have separate application which will take emails as bulk.
In my recent project, I have created separate application using web role, worker role and a service bus queue. Web role is a web API which used for application to post bulk emails and put it into a service bus queue. Then worker role will be responsible for dealing with the queues and send the emails. This allowed me to send emails asynchronously and storing any email messages or message status in a table storage.
Further, this approach helps me to use same notification application (email sending application) in different projects by using a wrapper to handle web api integration.
I am planning a 3-tiered architecture in which I need to track changes to domain objects on the client (a Windows Store app) then send those changes back to the server (an Azure worker-role). I just found out about WCF Data Services which I can run on the client and integrate with Entity Framework Code First on the server. It looks okay but I'm wondering what other tools may also be available.
Are there any alternatives to WCF Data Services for tracking changes in client then sending them to server? If available, I'd like a solution that doesn't require generated DTO classes but instead sends the deltas alone.
Have you considered using rest services?
Im not an AZURE user, but use elsewhere.
Azure rest services docu