Partager via

Exchange 2010 and The Exchange Web Services Managed API

  • Article

Availability of the Exchange 2010 Beta was announced last week.  You can find a short video that details the Beta and the new 2010 features here.

The Exchange Web Services Managed API was also announced last week (details and useful links here).  I’ve been developing with this API since the early Alpha builds and there are number of reasons why this API has me giddy with excitement:

1. It’s Managed Code: This API was built from the ground up for common Exchange development scenarios.  If you’ve been doing Exchange Web Services API development via the proxy classes that Visual Studio generates, you’ve probably run into some scenarios that seemed like they could be easier or more intuitive.  The EWS Managed API provides you that ease of use and intuitive API design.  I’ll be posting more about this API in the coming weeks, but I’ll give you a hint of what I mean.  Autodiscover is now a single line of code (see below). 

2. It’s EWS: The EWS API is a set of managed classes that under the covers uses EWS to do the heavy lifting.  Already have an Exchange CAS server up and configured for EWS?  Great, your Exchange server is also configured for the EWS Managed API.

3. Works with Exchange 2007 and Exchange 2010: When you get started with the API, you’ll notice that when you create the ExchangeService class that you specify the version of Exchange, as seen below:

CreatingEWSMAServiceBinding

Yes, you can start developing with the EWS Managed API today using Exchange 2007 knowing your code will work against Exchange 2010.  Man, I love me some future-proofing.

 

So, check out the links above for more details and try the EWS MA against some of the other APIs you’re using today for Exchange 2007 development.  You’ll be pleasantly surprised…

 

Thanks,

Chris

Comments

  • Anonymous
    April 21, 2009
    PingBack from http://www.anith.com/?p=30957

  • Anonymous
    June 10, 2009
    Hi Chris, I have started looking into the new API and I must say the APIs are super easy to work against.  I have a following situation:

  1. Using AddDelegate method I have given"superuser" as Editor permission on calendar folder of 2 users: user1, user2.
  2. Now using superuser's credentials I want to be able to create calendar items in those user's calendar folder. Appointment constructor takes ExchangeService object as a parameter, however, it will take only superuser's credentials to connect. Kindly let me know your feedback. Thanks, Furqan