Is there any way to keep more than one dialog in parallel without a chat accessing the conversation of the other chat, this being called by API or API requests in the chat in parallel
Related
I have a Informatica workflow which calls REST API Salesforce, I have 10 sessions concurrent each should process 100 records. However I hit 400 bad request. I run one session it runs good. Is there any limit on salesforce API limit? There was a connected app created for our integration and integration user which has API user profile
I am trying to add some users to an application in Okta simultaneously through Postman API i.e. bulk assignment of multiple users to an app. Assigning them at a time will save my manual labour as well as time.
For example, suppose we have been given the email IDs of 10 users who all need to be assigned to an application (let's say VEEVA). Is there any effective way of doing this through Postman API?
I have built a chatbot having NLP and AI features in Java language. I have built restful webservices for interaction with the chatbot's AI engine.
The rest API will send the user's query and in return will get an answer by the bot.
I want to integrate this chatbot with Skype. As in there should be a chatbot account and then whenever a person types their query, it should be sent to my server via rest api call and then in turn the response message should be shown in skype chat window.
In my findings, I have seen skype integration with bots built bu Microsoft Bot Framework. Can anyone suggest how can I integrate this custom bot.
If anybody feels I haven't added right tags to reach the exact audience, please add the tags.
I think you need to create a MS Chatbot (in Azure) which allows to deploy it on Skype (and other channels ie Teams), then define a WebHook to invoke your service.
This service needs to "speak" with the MS Bot framework, so you will need to serialise/deserialise the payload, but in the backend you existing endpoint can be used as you need.
Hope it helps.
I'm in the process of developing a websocket API using socket.io, on top of an existing REST API.
There are a couple of main models at the moment - User and Order.
For someone with customer level permissions, they can subscribe to the socket.io namespace /Customers and the room :customer-id and they will only see create/update/delete events for Orders they own.
For someone with admin level permissions, I was thinking they could subscribe to the /Orders namespace and the room :order-id to only see events for a particular order.
However, this has some problems:
Admins cannot see create events, since they have an ID which is not determined until creation
If I open up the /Orders namespace to all events, this could potentially grow in size massively as the app scales (seeing all events from all orders, regardless if they are rendered on screen)
Is there any type of common abstraction/grouping for websocket based APIs to limit the events that an admin will be subscribed to?
Take a look at https://github.com/facundoolano/socketio-auth to check the user authenticated and possibly groups and permissions.
which technology is being used in Google or Facebook chat applications to fetch new messages from server without overloading server with continuous servers queries using Ajax calls ?
Facebook and Gmail might be using Real time messaging protocol for instant messaging.
Please refer this page to read more about RTMP
wikipedia.org/wiki/Real_Time_Messaging_Protocol