What is a good approach to send Application Insights telemetry from OutSystems to App Insights?
I see 2 levels:
Server side
Client side (browser)
Note: I have no experience with Outsystems.
As far as I know. Regardless of Outsystems version you use (10th or 11th), the best practice is to get rid of unnecessary load to the server, so the client side should be better.
Related
I want to make a pictionary like webapp.
I chose to develop using the .net platform, and decided to make a blazor client with a asp.net server, but I don't know how to communicate between them.
When a player is drawing something, as he/she draws, whatever he/she is drawing should appear on the other player's client, but I don't know how should to send this data to the server and back to the other clients.
I took a look at gRPC but don't know if this is the right tool for this kind of communication assuming a tickrate of 20 to 50 times a second.
You may create a Blazor WebAssembly App, which is running on the browser, and whose default means of transport is HTTP. However, you can use SignalR Client for your requirements. This is the way to go. Look up in the docs for the sample of creating a chat app in Blazor WebAssembly employing SignalR Client. There are also code samples created by the community demonstrating how to create advanced chat applications and games, and every thing involving that.
Good luck...
I'm write a turn-by-turn mobile game. Each game have 2 minutes. So every two minutes server will calculate rank and generate next game to clients. I use Asp.net to write server.
I choose SignalR to communicate between client and server. I have 2 choices for implementing games:
1) Use SignalR only to communicate with clients
2) Use SignalR to notify client, and use REST API to get or update information of game.
Could you please advice me what choice is better and please explain detail.
Thanks in advance.
While I am not a SignalR expert, I can definitely tell you this:
Since you have chosen SignalR, use it for all the tasks it can perform.
Sending updated information about the game to the client definitely seems like a task for SignalR. Having a separate REST api is unnecessary.
Sending a message via SignalR that the state has updated, and client should make a REST call to get the updated information, is an unnecessary extra request. I would avoid it and use SignalR to send the updated information.
I want / have to implement a chat (like facebooks) in my web app. Through my research I've found two different approaches and I don't know which want I should take (to be honest I tried one but it has a strange behavior, but let me come to this later).
Some facts about my application. It has two different clients. One is a web-application, the other one is a wpf client. Both of these two clients should have implemented a chat. They communicate over a server via WCF-Services.
So, as I found out there is the comet approach which means AJAX Long Polling. On the other hand I can use WCF Callback Services.
Are there any dis/advantages of the WCF callback / Comet approach?
For me the callback approach is pretty straight forward, ajax long pooling sound much more complicated.
Thx's in advance
I would offer you to try Reverse Ajax over PokeIn and benefit from the built-in WebSocket feature. You don't need anything else.
Since you are looking at MS technology you'll probably be interested in reading this post by Brian Raymor who is a Senior Program Manager in the Windows Networking group at Microsoft.
WebSockets: Stable and Ready for Developers
SignalR is a good solution since it will choose a transport type suitable for the web browser that is making a connection. It won't work with IIS until Windows Server 8.
Your other options are XSockets, SuperWebSocket and more. See this realtime web tech guide (disclaimer: which I maintain)
You could also look at a hosted service. Again, there are options available in the guide I've provided a link to above.
I would check out SignalR for the Web application side at least http://geekswithblogs.net/jeroenb/archive/2011/12/14/signalr-starter-application.aspx
I'm developing chat application. I use flash as front end and asp.net back-end. My question is: can my asp.net web app send data to flash app in browser without post back ?actually it mean asp.net push data to flash client. I don't know much about flash or siverlight, dose flash support to do that ? or other way help me connect direct from server to browser without using post back or Jabber ? Please give me your advise, thanks so much !
Here is the 100% solution, called Diffusion sever:
http://demo.pushtechnology.com/docs/manual/apis/flash/index.html
This is another option for you written by people at Microsoft:
http://laharsub.codeplex.com/
We use it and so far so good. Very fast.
No, the server cannot push data to the client without postback. It's the client application that needs to fetch it from the server. In fact there's the WebSocket API draft in HTML5 that allows the server to push data to the client but it still has limited browser support and you will need a server that is capable of handling this protocol.
So currently the only reliable way of doing this is by having the client poll the server for data.
Flash has support for socket communication, that can be used to push data to the client without polling.
You mention asp.net, I'm no expert in that area, but maybe the "Active Server Pages" aspect doesn't fit so well with socket communication, but I'm pretty sure you can build the server side of a chat, pushing data via sockets, in .Net.
I was discussing load-balancing with a colleague at lunch. I admit that I know very little about this topic. We were discussing the various ways of maintaing session in a ASP.NET application -- none of which suited the high performance load balancing that he was looking for.
What about Silverlight? says I. As far as I know it is stateless, you've got the app running in the browser and you've got services on the server that feed/process data.
Does Silverlight totally negate the need for Session state management? Is it more friendly to load-balancing? Is it something in between?
I would say that Silverlight is likely to be a little more load-balancer friendly than ASP.NET. You have much more sophisticated mechanisms for maintaining state (such as isolated local storage), and pretty much, you only need to talk to the server when (a) you initially download the application, and then (b) when you make a web service call to retrieve or update data. It's analogous in this sense to an Ajax application written entirely in C#.
To put it another way, so long as either (a) your server-side persistence layer knows who your client is, or (b) you pass in all relevant data on each WCF call, it doesn't matter which web server instance the call goes to. You don't have to muck about with firewall-level persistence to make sure your HTTP call goes back to the right web server.
I'd say it depends on your application. If it's a banking application,then yes I want something timingout out after 5 minutes and asking for my password again. If it's facebook then not so much.
Silverlight depends on XMLHttpRequest like any other ajax impelementation and is therefore capable of maintaining a session, forms authentiction, roles, profiles etc etc.
The benefit you are getting is obviating virtually all of the traffic. json requests are negligable compared to serving pages. Even the .xap can be cached on the client.
I would say you are getting the best of both worlds in regards to your question.