I am developing a Web API. So far, I have successfully gotten the CRUD operations to execute using .NET Core with EF 1.1. However, when I update a record and then retrieve it, I keep getting the old version of the record not the currently updated one. On the database table, the updated record is correct, but the retrieved version of it using the Web API is incorrect.
When I stop the Web Service and start it, I get the correct version. How can I always get the most real-time correct version of a record using the Web API? The Web API is to be used by a banking payment system where real-time up-to-date information is critical.
Related
I have a bot built through Bot Framework Composer.
Application Insights have been working absolutely fine, but I've noticed in the last 2-3 weeks that I'm not getting any data at all in Application Insights:
I've checked my Bot Framework set-up & the endpoint, key and ingestion endpoint are all correct. I've also recreated the API key & put that in the App Service properties but still not getting anything through.
I did see a separate stack post from July about having a certain version of Adaptive Dialog but not sure if that is still relevant?
Anything else I need to check, or anything I'm missing?
Asking for your input. I have created a project athrough ASP.NET - CRUD with EntityFramework
We have to use Azure services for deployment.
This is my setup:
Created Azure SQL database.
Completed the table for the data to be stored (name, age etc.)
Create ASP.NET API and scaffold. Success. Was able to view my data on the localhost.
Created AZURE web app service and publish my API. Checking the url its working so okay.
Completed ASP.NET MVC, called my deployed API app service. Modified controllers, models and views for my webform.
Created AZURE web app service and publish my MVC. So working CRUD, success retrieval of data.
So now working on uploading image.
How will I incorporate the uploading of image for my user(for ex those who will check my project) using blob. Do I need to add the step during my creation of API since I scaffold it? I'm now confused about how I can include my image retrieval from blob storage in my setup or workflow. I just able to work in my crud and still studying for image retrieval.
I have seen tutorials with regards to incorporating blob in asp.net. The problem is that they have only this image upload function in their example. My case is I do want to incorporate it with my CRUD.
Thank you very much for your help.
Do I need to add the step during my creation of API since I scaffold it?
Asp.Net Core's scaffolding won't automatically help you integrate azure blob-related feature code.
If you want to use the relevant code in the auzre blob in the scaffolding, you need to combine the SDK or restapi to implement it yourself.
I have an existing web application (Spring MVC/Hibernate/MySQL) and am writing a mobile app to cooperate with it. The Realm Object Server looks like an interesting idea, but the documentation is rather sparse on how to initially populate it with data from an existing source. The Java API is only for android. So exactly how does one go about adding data from an existing source, ideally using some sort of supported API?
It is only possible to interact directly with the Realm on the server in the Enterprise Edition through the Node js API (and later Java). The Developer edition just provide synchronization between devices.
If you are using the Developer Edition, you can ship the initial data on the phone and put it into the Realm the first time the user registers himself. That would have the same effect as doing it on the server.
I have a asp.net mvc 4 website. It's database was created using the code-first method. However this website of mine is a blog and i uploaded it to my server. Now i have a few articles and i wanna do some changes - add keywords for example, but this requires changing the model of the articles, if it's local i can easily migrate the new model to the database with the package manager console(VS2012) but how do i do that when it's on my hosting company's server. I didn't find any good results in google. Thank you
I would assume you would just point the connection string that entity framework is using to the database on the remote host rather than your local machine. You're using migrations and I have only used the database initializers (that change the database schema when the model changes), but I can't see it being much different.
I know such questions have already been asked many times, but I am here with my scenario. Kindly do not delete or vote to close.
I have an asp.net application with L2S and SQL 2008 R2 as backend
Using N-Layered architectured
Mostly normal crud operations to be performed.
Use of Sessions and View States
Manual Login / Logout(User and Roles management) , no .net Membership has been used.
No services used yet, might be a later part.
Third Party controls like Telerik or Infragistics also are in use.
I want to know:
Do i need to change entire application to Azure Web Application?
If not, is it possible to deploy it directly over the cloud , on MS or any other, as we normally do in IIS?
If not, Is there any third party migration tool available to make my plain old web application cloud-compatible, without affecting existing codes ?
I want cost effective and easy to go steps?
Thanks in advance
Yes that should be possible. You almost certainly do NOT have to change your whole application.
Linq2SQL is fine, I run an Azure site with L2S without any problems
You'll have to deploy your DB to a SQL Azure database. There are some restrictions, like all of your tables must have a primary key. A bigger list is here: http://msdn.microsoft.com/en-us/library/windowsazure/ee336245.aspx.
Also, when generating your SQL scripts, be sure to select SQL Azure as the database engine type: http://mooneyblog.mmdbsolutions.com/index.php/2011/09/22/generating-azure-friendly-sql-scripts/
What do your N-layers look like? If they are DLLs, it's fine. If they are web services, you'll need to create web roles for them. If they are windows services, you'll need to port them to a worker role.
Most crud and view state and manual authentication code is fine
For session, it depends on what you are doing (memory vs database). But you'll have the same challenges that you would have if you deployed to any web farm
For Telerik, I'm sure they have to have some support for Azure, and I don't think they would be doing anything crazy that would not work Azure. You should check out their website to verify compatibility.
Also, make sure you are not writing to the hard drive anywhere and expecting it to be there later, because instances can be started and stopped and reimaged at any point. If you're doing that, you'll need to change it to use something else like blob storage.
I have an ongoing series of blog posts that walk through some of the steps, which should help: http://mooneyblog.mmdbsolutions.com/index.php/category/azure/
Good luck!
I don't see any hassles to deploy your web application into the cloud.
You don't need to convert your entire application to anything else.
After all you can just try to deploy it now with the trial subscription in Windows Azure which is free for three months.
There is a fairly big stuff of new technology in Windows Azure such as service bus, azure storage, access control service, etc. However it's not necessary to use all them right now. It's prety easy just to move the existing app into the cloud.
You can deploy it to Azure web site.
That should be easier if you don't want to use SQL Azure and cloud storage.