Is there a way to develop push notifications in MVC C# web application without SQL Sever broker servers. it's not supported on my shared hosting (:
I am able to enable it and it work for day or two and got disabled automatically.
Any help will be appreciated,
Related
My java application is connected to remote webservice application where appdynamics is not installed. I am seeing those services as backed services. The remote webservice application has multiple webservices. I want to track response time of each webservice separately. Should i create different tier for each service or resolve all services into single tier? Is there any other better way of doing this?
Business transactions should accomplish this. If you want to report on each web service you can build a report or custom dashboard. If you need more assistance just email help#appdynamics.com
I have an Android App which i had currently connected with Asp.NET Web API and Now i have to implement SignalR 2 Stuff in the Web API. Now should i connect my Android App with Web API and connect Web API with SignalR (does it give me unique ConnectionID for every different request obtained so that i can check which devices are currently connected) or I have to connect SignalR and then Connect my SignalR with Web API for database work. Which flow i should follow as i want an immediate response as well as persistance of data.
I am having trouble wrapping my head around whether or not my scenario will require scale out. I have a process in a windows service that pushes messages to a hub hosted in a web app via the signalr .net client. These are user specific messages and are distributed using the Client(connectionid) approach. If this is deployed in a web farm scenario will I need to use a scale out approach? When a user joins I am storing that connection info in the database. I store the url of the webserver and connectionid so I can target that when I publish messages from the windows service.
I would use this if it is an option.
http://www.asp.net/signalr/overview/performance/scaleout-with-windows-azure-service-bus
Louis
I have a .NET web-app (4.5) the app is a cloud app in the sense that it is hosted remotely and has its own local SQL data source.
The web app needs to talk to client SQL servers (in this case lets say my local SQL database). At the core the web app will request data from the remote SQL source and save it to the local SQL source, or the other way around the web-app may notify the remote SQL source that it needs to update a particular record, etc.
What would be the best way to do this?
I was looking at just doing a windows service on the client SQL server, and the web app makes calls to the client SQL box web service telling it what it needs to update or send over?
I started looking into WCF would this be a good application of WCF?
You may want to consider implementing an OData service as a WCF Data Service hosted in IIS that exposes data queried from SQL Server.
The following MSDN article provides an overview of a SQL Server OData implementation:
http://msdn.microsoft.com/en-us/data/gg192995.aspx
The following CodePlex link seems to provide good and relevant information pertaining to your scenario:
http://msftdbprodsamples.codeplex.com/releases/view/101644
Regards,
I wanted to know if SignalR work in multiple web servers scenario. we have 4-5 web servers on amazon and want to use SignalR to push custom notification
Let me know, please
Yes it does,
but you need to enable a backplane for it to be able to scale out. Multiple backplanes exist, among others azure servicebus and redis.
Here's an example on how to setup azure servicebus as a backplane: http://www.asp.net/signalr/overview/performance-and-scaling/scaleout-with-windows-azure-service-bus