Tableau has several data connectors. These all seem to use a request/response mechanism that pulls / polls for data updates.
I have a data service that talks WAMP (web application messaging protocol) using crossbar.io (router) and autobahn-python (wamp producer). Is there a Tableau connector that I could use to consume this service? Or more generally, does Tableau have a connector that can be used to communicate via web sockets?
Related
We have requirement, as per design, third party systems will push XML\CSV messages to IBM MQ queues, and we using Azure logic app need to consume those messages and send to Event hub.
My question is
As we dont have MQ available yet, and I am not able to give details in Azure and using Azure queues. Is there anyway we can mock like we are using MQ.
Logic app once receive messages XML can it store to Data lake instead of pushing through Eventhub(as Event hub storing message in AVRO format)
Any suggestions please.
Thanks
As suggested by Roger, you can install the developer version of IBM MQ to mock for Logic App testing.
Once the IBM MQ Queue is available, you can Send message from an on premise IBM MQ to Azure Service Bus queue and also able to Transform and Validate XML for workflows in Logic Apps.
You can refer to Connect to an IBM MQ server from a workflow in Azure Logic Apps, Transform XML for workflows in Azure Logic Apps and Validate XML for workflows in Azure Logic Apps
I am trying to send data to Azure IoT Hub from Apache NiFi. Using Publish MQTT processor I am trying to publish data. Is this a right approach to send a data from NiFi to IoT Hub? Is there any other way?
You can use the MQTT protocol directly (as a device) to send and receive data from Azure IoT Hub - like described here: https://learn.microsoft.com/en-us/azure/iot-hub/iot-hub-mqtt-support#using-the-mqtt-protocol-directly-as-a-device
As long as you can connect over TLS/SSL you should be fine.
Whereas the corporate environment I am working in accepts the use of http(s) based request response patterns, which is OK for GraphQL Query and Mutation, they have issues with the use of websockets as needed for GraphQL Subscription and would prefer that the subscription is routed via IBM MQ.
Does anyone have any experience with this? I am thinking of using Apollo Server to serve up the GraphQL interface. Perhaps there is a front-end subscription solution that can be plugged in using IBM MQ? The back end data sources are Oracle databases.
Message queues are usually used to communicate between services while web sockets are how browsers can communicate with the server over a constant socket. This allows the server to send data to the client when a new event of a subscription arrived (classically browsers only supported "pull" and could only receive data when they asked for it). Browsers don't implement the MQ protocols you would need to directly subscribe to the MQ itself. I am not an expert on MQs but what is usually done is there is a subscription server that connects to the client via web socket. The subscription service then itself subscribes to the message queue and notifies relevant clients about their subscribed events. You can easily scale the subscription servers horizontally when you need additional resources.
I'm trying to implement a Server which is a Asp.Net WebApi. This server is accessed by so many child services(let it be web servers). Can SignalR be used to update these child servers so that the child servers can update all the clients attached to them?
SignalR is a Server <> Client technology, it can be used Server <> Server but its better to use a Service bus like nServicebus or MQ to pub / sub between services.
edit: If its for scalability only you can use SignalR scaleout features
I have been reading articles about asynchronous messaging between clients using MVC3 and the SignalR library (http://sergiotapia.com/2011/09/signalr-with-mvc3-chat-app-build-asynchronous-real-time-persistant-connection-websites/)
We currently use activemq for some of our fat client apps and use topics to broadcast data to everyone. Does anyone know if this sort of thing could be used in MVC3 as well?
I'd like to create an application that doesn't require a user to install anything (and could even be used on a phone), but it would be monitoring continuously-changing data. We're talking refreshing data every 2-3 seconds.
If you want to have asynchronous messaging with client (browser) use SignalR. ActiveMQ and MSMQ are technologies for thick clients and server-to-server communication. They require installation (MSMQ requires windows installation) and they are not accessible from browser (well I can imagine accessing MSMQ through ActiveX or ActiveMQ from Java applet but that is not what you are looking for).
One of the possible ways to go is to build a web service which will implement communication with AMQ/MSMQ via their APIs and do poll this web service from your webpage (via ajax call for example) to refresh the data as it's needed.