Microsoft is Ready to Go Offline : Introduces Sync Framework

by Robert Bazinet on Nov 08, 2007 |

Microsoft introduced their synchronization platform known as the Microsoft Sync Framework.   This framework allows developers to create offline applications, devices and services that will integrate any type of data with any application.

The framework, built to be very extensible has many features highlighted by:

  • Add sync support to new and existing applications, services, and devices
  • Enable collaboration and off-line capabilities for any application
  • Roam and share information from any data store, over any protocol, and over any network configuration
  • Leverage sync capabilities exposed in Microsoft technologies to create sync ecosystems
  • Extend the architecture to support custom data types including files

The framework includes a number of providers to support common data sources and the developer can also create their own custom providers.   The three providers included with this SDK are:

Microsoft has stated this framework is not a competing product to Google Gears which is a browser add-in but the Microsoft Sync Framework is a tool that lets developers sync any data.

Supported operating systems include Windows Server 2003, Windows Vista and Window XP and will be include in Visual Studio 2008 which is being released at the end of November.

Information about the Microsoft Sync Framework can be found on the Microsoft web site where the framework can be downloaded and Microsoft also has forums to post questions about using the framework.

Rate this Article


Hello stranger!

You need to Register an InfoQ account or or login to post comments. But there's so much more behind being registered.

Get the most out of the InfoQ experience.

Tell us what you think

Allowed html: a,b,br,blockquote,i,li,pre,u,ul,p

Email me replies to any of my messages in this thread

Offline DB access for Client Server applications by Sameer Wadkar

This is a great idea, if it does work correctly. In the last place I worked we were in the process of porting a FOXPRO application written in the early 90's to .NET. The FOXPRO application had to take in to account the unreliability of the organizational networks ( a problem the organization apparently had in the early 90's). The team actually build something similar in FOXPRO with file transfer based protocol.
They even did very good error handling when if inconsistencies showed up between the real db and local db.
During porting we simiply decided that the networks were very reliable now and skirted having to port this functionality. How much my team leader would have loved if we had this api back then.


what about online? by Raphaël Valyi

"Microsoft is Ready to Go Offline : Introduces Sync Framework"

Very fine, so now seriously when Microsoft will be Ready to Go Online?
(say by enforcing W3C standards for instance)

Raphaël Valyi.

Re: Offline DB access for Client Server applications by Samyem Tuladhar

This is very interesting framework from MS. I wonder what may be an equivalent of this in the Java world, preferably open source ones. Webstart is too focused on deployment aspect rather than data synchronization.

Offline DB Access - better solved by architecture than tech by Udi Dahan

I've got a podcast and several blog posts up on an alternative architecture/design that inherently solves these problems without any special technology. It also calls out issues not solved by the Sync Framework.

Occasionally Connected Smart Clients and the Sync Framework

Allowed html: a,b,br,blockquote,i,li,pre,u,ul,p

Email me replies to any of my messages in this thread

Allowed html: a,b,br,blockquote,i,li,pre,u,ul,p

Email me replies to any of my messages in this thread

4 Discuss
General Feedback
Marketing and all content copyright © 2006-2016 C4Media Inc. hosted at Contegix, the best ISP we've ever worked with.
Privacy policy

We notice you're using an ad blocker

We understand why you use ad blockers. However to keep InfoQ free we need your support. InfoQ will not provide your data to third parties without individual opt-in consent. We only work with advertisers relevant to our readers. Please consider whitelisting us.