So we are all familiar with using syntax like the below;
Intuit.Ipp.Data.Qbo.Bill for on-line
and
Intuit.Ipp.Data.Qbd.Bill for desktop
My application talks to both on-line and desktop, as I am sure most do, and I find myself coding a lot of duplicate code because of "Qbo" and "Qbd".
So my question is; do any of the available SDKs use a common "data" structure for both on-line and desktop so you don't have to code everything twice?
Thanks Much!
Freddy,
The service and SDK for v2 have separate code paths for QuickBooks Online and QuickBooks for Windows. The v3 implementation of the service and the sdk unifies both Desktop and Online, so it is less code for you to write.
If you are interested in participating in the v3 Beta you can sign up here:
http://ippblog.intuit.com/blog/2013/03/application-for-early-access-to-quickbooks-api-v3.html
regards
Jarred
do any of the available SDKs use a common "data" structure for both
on-line and desktop so you don't have to code everything twice?
Right now, no, there is no unifed API.
Intuit Anywhere v2 data service has separate APIs (as you've seen) for QuickBooks Online vs. for QuickBooks for Windows, that differ significantly in implementation.
The only other alternative (the SDK) also has two similar, but significantly different implementations.
The good news is that v3 of the Intuit Anywhere/Intuit Partner Platform data services will have a unified API. Intuit is working on that, and it should be available soon.
Related
My question is related to the recommended way (going forward) to talk to on-premises Exchange mail box and perform operations on it from an external application programmatically?
EWS APIs and the corresponding SDKs look promising based on a few articles such as this :
https://blogs.msdn.microsoft.com/webdav_101/2018/06/19/about-using-ews-and-powershell/
but there is bit of confusion on whether it will continue to be supported in the future based on this:
https://blogs.technet.microsoft.com/exchange/2018/07/03/upcoming-changes-to-exchange-web-services-ews-api-for-office-365/
Although the above talks of just o365, the fact that EWS will no longer be invested in, raises the question if new applications for on-premises exchange should continue to use it.
PowerShell, remote PowerShell etc. also might work but it seems less suited for use/integration within an external application and more so for automating operations.
Could someone please throw some light on what is recommended way going forward to work with on-prem Exchange?
Try the Microsoft GraphAPI. Details https://developer.microsoft.com/en-us/graph/graph-explorer here. Sign in. Try the https://graph.microsoft.com/v1.0/me/messages sample. See more examples by clicking "Show More samples" on the left column after you login.
Is it The Way (tm)? I don't know but is very cool. I have some sample code I'm working with, nothing in a format to share, but look like the API covers a lot of territory. Some client-only rules look like they need some work to expose, maybe they'll get beefed up in later releases.
Depends on the type of Application you are trying to write, EWS is going to be around in Exchange 2019 so it will work just fine talking to say 2013, 16 and 19 OnPrem. There are advantages and disadvantages to using EWS vs. the new REST API's but it is application specific and changing fast. But again it depends entirely on the type of Application you are trying to write and what version of Exchange you need to support. And typically newer features that will appear in new OnPrem versions aren't back-ported into older versions. So a great new feature that will work in Office365 and Exchange 2019 may not work in 2016 and you may need to use some of the older legacy API's to achieve the same thing. Bottom line as of today if you are an ISV and need broad coverage support for versions of OnPrem Exchange expect to need to use both EWS and REST. If you are just creating apps for one organization that's going to be migrating to 2019 in the future you'll probably get away with just REST.
I apologize for my fundamental lack of knowledge in regards to these technologies in advance. I'm having a bit of trouble understanding the whole Azure AD/Authentication process in general, and I don't feel that Microsoft's support documents adequately describe much of the process.
I appears to me that the REST requests themselves are quite simple, and the following page seems to detail them quite well. https://msdn.microsoft.com/en-us/office/office365/api/files-rest-operations
However, what I fail to understand is the authentication process.
My goal here is to determine if what I'd like to do is even possible, so I will begin with that. What I need to be able to do is to be able to make REST API calls from a JSP or potentially a PHP script to access a link to a file located on a user's Onedrive for Business account. To put it simply, I would just like to be able to quickly get a publicly accessible link to a user's file. From the perspective of having access to the REST API, that seems to be a simple task, my challenge is understanding and implementing the capability to do so.
Correct me if I am wrong, but my current understanding of the process goes something like so.
Create an application in Azure AD, you need to define a location for signing on. I'm not certain how this works at all, does the defined location need to be making a request to sign on somehow? Does it need to exist on the same domain? I honestly have no idea the nature of how you actually go about signing in, but it requires some authentication of the application as well.
Once you have signed in, you have access to a 'security token' that has information about the application and what it can access. how is this token stored? A server session, browser cookies?
Somehow you pass this token along with your REST request and it is determined that you have access to the information you are requesting.
I have used pre-made JavaScript file pickers in the past to facilitate the selection of user files for things such as Google Drive and Dropbox, but it doesn't appear as though any such tools exist for Onedrive for Business, so I will need to become familiar with the authentication process myself. Looking into the Microsoft documentation has only served to confuse myself more, and unfortunately all of the examples are for .NET projects as far as I can tell. I am afraid that this means that is it only possible to access this information from a .NET project, but please correct me if this is not the case.
I realize that this question appears extremely ignorant, and that's likely because it is. Moving from JavaScript file pickers to something like this appears to be a significant leap in required technical prowess, and I'm still rather new, so please forgive my inexperience. Most importantly I'd like to know if what I'm looking to do is possible at all, and secondly if there are any readily available resources that are a little more focused than the Microsoft documentation.
Thanks in advance for any assistance.
There are some great resources available for coding for Office 365 and not just those on MSDN.
The best place to start is http://dev.office.com. This is the destination for information on O365 development. You can get to the documentation, training materials and code samples. The code samples have a filter so you can search on a number of properties including language and product. There are samples of course for .net, but also for iOS, Android and PHP, which is what you mention you want to use for your project.
http://dev.office.com/code-samples-detail/2138
This sample connects to the calendar, but the important part is understanding the authentication process for your application to Azure AD. Once you get the authentication working, you can call the other O365 services by getting the resource url to the appropriate resource from the Discovery Service.
If you need more samples, http://github.com/officedev is the place to look. These samples are from Microsoft, the community as well as the code used in Microsoft and community training events and presentations.
If you prefer, some great training courses exist on Microsoft Virtual Academy for Office 365 development. These are online videos that are broken into chapters and sections so you can easily find what you need. They often have labs associated with them as well. I recommend the Intro to Office 365 Development - Section 5 to get a quick overview of the Office 365 APIs and then look at the Deep Dive: Integrate Office 365 APIs in Your Web Apps.
If you still have questions, this is the place to post them. Hope this helps. Reply if you have any questions.
Me and my team were tasked to integrate our application with Alcatel Genesys call center, but we don't have access to a proper instalation nor equipment (like, for instance, phones).
Is there some kind of software I can use to simulate such environment to test our application? And where should I begin researching how to do this integration?
(PS: I posted this same question on https://serverfault.com/questions/308381 - I didn't exactly know which of the sites this really belongs to).
Doesn't look like there is a public one. You would probably have to go through one of their product managers.
The Genesys Platform SDK documentation appears to be public though:
http://docs.genesyslab.com/Documentation/PSDK
The good news - you do not need phones to test integration with Genesys. The bad news is that integrating requires quite a lot of components and is quite complicated so there is no simulator or mock interface you could use. One of the best ways would be to get in contact with Genesys tech support who are usually quite helpful or pre-sales and ask them about access to a virtual demo image you could use for integration.
Also a great resource of information is their newly designed doc site:
http://docs.genesys.com/Documentation/OS
Also Alcatel has sold Genesys a while ago and they're independent now, just in case ;-)
Actually there is. Genesys Simulator Toolkit. It will enable to emulate an Avaya PBX or a Simple TDM scenario. Last version also includes as Genesys SIP Server emultaor.
You won't care too much about the PBX on the other side for basic integrations, your goal is to learn the SDK and the TEvents (TLib). You can achieve this with the Emulator. You need to ask it to a Genesys representative.
Does anyone know what tumblr is written in? I have been trying to figure it out.
It's PHP...
http://www.marco.org/55384019
spiteshow:
I wonder if the Tumblr guys are using a framework or if it is all home brew.
Both: it’s a homebrew framework to add MVC structure and a useful secondary function library to PHP 5 that we started in 2006 and have constantly evolved into a very finely tuned framework for our needs. The same framework runs some of Davidville’s former consulting-client sites as well as all of my personal sites and projects. It’s not available publicly anywhere, but we may release it in the future.
The lead developer's blog features a lot of PHP-related material, and Tumblr was advertising for PHP developers a while ago. This isn't strong evidence, but it's possibly indicative and it's the best I could find.
Here's the full stack as of 2013.
"We're a LAMP based stack (Linux Apache MySQL PHP) with Scala for our many services. Other pieces of tech we use currently in production are Memcached, Varnish and Redis."
http://smcdermott.tumblr.com/post/46847264498/what-language-is-tumblr-written-in-all-php
I just logged in to my account and added the index.php and it worked, so it must be php.
http://www.tumblr.com/dashboard/index.php
I am looking for podcast or videos on REST and RESTful.
Ideally they should cover the basics & the more advanced topics
It's short and very basic, but check out Intro to REST from the GoogleDeveloper channel.
For podcasts, check out the ThoughtWorks IT Matter podcasts REST - Part 1 of 2 and REST - Part 2 of 2 (audio links broken; summaries are still here) where Martin Fowler, Chris Stevenson, Jim Webber, and Sriram Narayan talk about REST.
Also, there's the "Stefan Tilkov on REST", and maybe the "Web Services with Olaf Zimmermann" episodes from Software Engineering radio.
There might be something for you on the RestWiki and the REST wikipedia article has lots of links to follow for more material.
I recently stumbled upon the "RESTful Web Services" video course by Intertech but haven't checked it out. YMMV.
This is quite interesting article. I am afraid it is not a video or podcast, but thought it can be useful.
How I Explained REST to My Wife
For basics, this is a good one : Understanding REST
There are some MIX sessions which you can find by searching for REST but most of them are based on WCF or Data Services.
Thoughtworks has a podcast on REST as well which can you get from here..
Here is one from Stefan Tilkov and another from Alan Dean
If you interested in using REST with WCF and .NET I would recommend Endpoint.TV
Two other articles from infoq:
1. A Brief Introduction to REST
2. REST Anti-Patterns
Just read Fielding's dissertation and his blog. His blog clears up some common misconceptions of REST. Beware of other information on REST that does not use authoritative sources - there's a load of misinformation out there.
Hi there is a nice video on how to use REST in Delphi aplplications by Jonathan Benedicto
DataSnap REST Support for Web Applications
This presentation covers how to use the new DataSnap REST support for Web applications.
here is a link to a video by Marco Cantù that has some nice delphi examples of rest clients
10 Rest Clients in Delphi
From Google to Amazon, from Microsoft to Yahoo, from Facebook to Twitter, most large Web sites offer a REST API and Delphi can easily query all of them. This session provides an overview of 10 REST client APIs showing how to integrate database data and Web applications. Creating Windows 7 applications in Delphi, since Delphi 2007, there has been improved support for new features of the Windows operating system, from Windows Vista to Windows 7. In this session, we explore some of the native features of the VCL and some extra APIs you can use.
Both these video come from the code rage 4