I am an iOS developer & currently working on Azure Mobile service. I am using Azure iOS client SDK. I have query on concurrency model in Azure as I found below links
Link 1
Link 2
But I am unable to understand how I should manage concurrency from iOS app as I am not using SQLite for database.
Related
I am trying send data between iOS device and backend using azure bus service .
But all the things that I found on Microsoft azure portal provide Accounts storage methods to azure or through hub providing push notifications.
I am trying to send a "Brokered message"(used for distributed systems) through a queue client using bus service Queue(FIFO). I also came across this method but found that on .net C# not for iOS even Our team here is able to send the data in .net but no luck with Mobile systems(iOS and Android)
You should be able to use REST API for Azure Service Bus from iOS or Android. There's also a good walk-through tutorial you can try.
We currently have a MVC5 web application that has recently gone live. Much of the business logic is contained within GET and POST controller methods in C# files. A native iOS app is planned for the project and the concern was expressed that we must ensure that the business logic is the same for the web app and the mobile app. I'm asking for anyone with experienced with Azure Mobile Services to elaborate on how we can easily ensure consistency between the web app and the mobile in terms of backend business logic. I see two options as of right now: 1. Create an API project and ensure both the web app and the mobile app call the same endpoints 2. Integrate Azure Mobile Services and ensure that the business logic matches the web app at all times. I'm just looking for guidance.
Thanks
If you are starting work now, I would start work with Azure Mobile Apps rather than Azure Mobile Services. Azure Mobile Apps can provide a web app and a mobile-friendly API for you.
Azure Mobile Apps provides three distinct things on top of Azure Web Apps. The first is a mobile-friendly data-sync capability. This is a RESTful interface that provides access to data from a backend resource. You can use it directly as a REST endpoint - great for your websites, but it is also an OData source. There are clients available for iOS (Objective-C/Swift), Xamarin (C#/.NET) and more coming that use this to provide a sync capability. The addition of a SQLite store provides an offline sync capability that your mobile app can utilize for performance and network efficiency.
The second is authentication that works with the mobile data-sync capability. This can be used across your web and mobile apps and links into enterprise authentication systems (via Azure AD), Facebook, Twitter, Google+ and Microsoft Account. One of the more interesting things you can do is provide personalized results - a user can only access their own records via data-sync. Mobile authentication is different and the SDKs provided in addition will provide that functionality for you.
Finally, there is a pass-through for Notification Hubs - a powerful push notifications system that provides access to APNS (for iOS devices), GCM (for Android devices) and WNS (for Windows-based devices) as well as push capabilities to Chrome and Safari web apps, Baidu and Kindle.
Nothing stops you from doing all this from a standard MVC5 ApiController, but the wrapping of the client-side SDK plus the additional functionality of the table controller reduces the complexity of the code you have to write.
I am currently involved in defining strategy for a large future project, where it is proposed to developed native mobile phone applications that would integrate with SAP middleware.
I would like to understand how one would develop a native iOS mobile app that would communicate with SAP NetWeaver, using Odata?
Regards.
You can create server side OData service and communicate with it from mobile app by http/https protocol.
OData supports both JSON and XML formats.
If your application is rather simple - common BSP application can be used. It works faster but a little bit harder to develop complex application.
Odata is an open standard, there are libraries that you could use in your ios project hence you could consume the Odata service in your app. It is just another HTTP/HTTPS request-response.
SAP gateway expose Odata service
Consume that in the app using open source libraries available.
Another option:
Use SAP mobile platform 3 (a product from SAP to mobilise enterprise) to develop native and hybrid apps. It supports all major mobile platforms like iOS, windows and android.
It has an SDK which provides all enterprise level features to your app - offline support, SSO, different authentication mechanisms like LDAP and 509 certificate etc.
SAP also provides cloud based solution as well it is called Hana cloud platform mobile services.
Is this possible to authentice iOS Mobile App with Windows Azure Active Directory(AD) with utilizing mobile web services of Azure.
Basically iOS App should be login with only the Windows Azure Active Directory(AD)
I found one third party library
https://github.com/MSOpenTech/azure-activedirectory-library-for-ios/
but not sure whether this is secured or should be used or not
Microsoft Open Technologies (MSOpenTech on Github) is Micrsoft's official approach to helping open source communities both on and off the Microsoft platform. This should give you confidence in the legitimacy of the code on Github. See here for more details: https://msopentech.com/
I have created a WPF application using Visual Studio 2010 that receives data and sends the same to a Windows Azure Server (where the data is stored in tables). I am able to send and receive data on my Windows Phone 7 using the same using a service function I created.
However, I now need to send data from this application and receive it on an iOS device (in an iOS app). Are there any APIs for Visual Studio that let you send data to an iOS cloud storage space.
If not, are there any APIs that enable an iPhone app to receive/pull data from an Azure Server.
Windows Azure Mobile Services includes an iOS SDK (along with Android, Windows Phone, Windows 8, and JavaScript) for storing data (as well as authentication and push notifications on those platforms). That presumes though that you're leveraging the storage that's part of Windows Azure Mobile Services, and it sounds like you've already got an alternative storage solution in Azure - though it wasn't clear if you were using SQL Database or table storage.
By leveraging WCF Data Services or the Web API you could expose your existing Azure data via OData which is an open protocol (REST-ful) for which there are many client libraries including iOS. Since you already have an existing storage solution, this service wrapper approach may be easier and quicker than migrating to Azure Mobile Services.