We've been searching high and low for a library to connect to Microsoft Exchange and Office365 to manage/view calendar events in an iOS application - without any luck. We need to support on-prem Exchange servers so using Graph is not an option. Is our only option to write our own SOAP integration against the managed API or does someone know of a library (free or payed) we can use?
Best regards,
Christopher
Did you check the "Office 365 SDKs for iOS" here. It easily integrate services and data from Office 365 into native iOS apps using these Objective-C libraries.
Related
I am trying to find out how to call "GetUserAvailability" in office 365, either using the REST of existing API. I know this API exists in exchange, but can't find it in Office 365.
If there is iOS implementation of this would be great as well.
GetUserAvailability EWS SOAP API is available for Office 365 users. See here for more info and let us know if you have questions. We haven't yet released the same functionality in our Office 365 Calendar REST APIs, but this is ranked high on our list of features to support. When we add support to the REST APIs, you will be able to use the iOS SDK for the REST APIs to access the same.
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/
Per this announcement by Google this week: http://googleenterprise.blogspot.com/2013/11/third-party-apps-now-easier-to-find-and.html Google now supports OAuth 2 for App Marketplace apps, but the examples are all Javascript, we currently have a server side flow and I am wondering if this will still be supported and if there are any examples yet available?
Thanks!
The new Google Apps Marketplace experience fully supports using Java for your server-side authorization flow. You can use the Google APIs Client Library for Java to make authenticated calls like you would for any other Google APIs integration.
We're actively working on improving our documentation so any feedback would be appreciated.
I'm doing custom QB development for a accounting firm and the question I have is has Intuit announced its decision regarding its chosen, supported API or SDK for QB Desktop and QB online?
Perhaps i've missed something, but it appears from reviewing the code samples in the Windows Azure SDK FOR Quickbooks and comparing them to the IPP API, that there are differences between what one can do with each approach, but neither one seems capable of doing everything the other does. is the presumption that the SDK is targeting the QB desktop platform and the IPP V3 targetS THE QB Online platform incorrect?
Intuit has 3 separate sets of APIs right now, 2 of which are generally available:
the QuickBooks SDK (available for general use)
IPP, v2 data services (available for general use) IPP
v3 data services (available for private BETA ONLY - you need to get approval from Intuit)
The QuickBooks SDK can be used to access both QuickBooks Online, and QuickBooks desktop. The QuickBooks Online APIs are somewhat weak, and will likely be deprecated in the future.
IPP v2 data services can be used to access both QuickBooks Online, and QuickBooks desktop. The IPP APIs are available only to SaaS services (e.g. you are charging your customers a recurring fee to connect their QuickBooks to your app).
IPP v3 data services can be used to access both QuickBooks Online, and QuickBooks desktop, but are currently in BETA and you need permission from Intuit to use them. The IPP APIs are also available only to SaaS services (e.g. you are charging your customers a recurring fee to connect their QuickBooks to your app).
The Windows Azure samples (and the other DevKits) are used to access IPP v2 or v3 data services (e.g. they are not a separate API, they are a code library wrapped around the IPP APIs).
As far as this goes:
is the presumption that the SDK is targeting the QB desktop platform
and the IPP V3 targetS THE QB Online platform incorrect?
Both the SDK and IPP target both QuickBooks Online and QuickBooks desktop.
I am new to Quickbooks. I want to know whether Quickbooks has any seperate SDK for Online vesrion or shall we use SDK 8 for developing applications for Online version also.
Thanks in Advance
Janu
Yes, use SDK 8. The QuickBooks SDK covers all desktop versions of QuickBooks and Online Edition.
Note that for Online Edition, you don't really need any special SDK at all- you're just simply HTTPS POSTing XML messages to a remote server. The SDK only gets you a few convienence features for .NET languages- namely QBFC classes. For any other language, you won't need the SDK at all. The only other item in the SDK that's sometimes helpful is the XML Validator tool they include with it.
The actual documentation for all of the requests is available online:
QuickBooks OSR Documentation
I have some additional documentation about communicating with QuickBooks Online Edition on my wiki:
ConsoliBYTE QuickBooks Wiki