WCF Data Services 5.2.0 Released
We’re pleased to announce that today we are releasing NuGet packages and a tools installer for WCF Data Services 5.2.0. As mentioned in the prerelease blog post, this release brings in the UriParser from ODataLib Contrib and contains a few bug fixes.
Bug Fixes
This release contains the following noteworthy bug fixes:
- Fixes an issue where code gen for exceedingly large models would cause VS to crash (you need to run the installer to get this fix)
- Provides a better error message when the service model exposes enum properties
- Fixes an issue where IgnoreMissingProperties did not work properly with the new JSON format
- Fixes an issue where an Atom response is unable to be read if the client is set to use the new JSON format
URI Parser
In this release ODataLib now provides a way to parse $filter and $orderby expressions into a metadata-bound abstract syntax tree (AST). This functionality is typically intended to be consumed by higher level libraries such as WCF Data Services and Web API.
For a detailed write-up on $filter and $orderby parsing, see this blog post.
General Reliability and Performance
In addition, we’ve invested a little bit more in improving the overall stability and performance of WCF Data Services. While we recognize that we have continued room for improvement, we are actively investing here and will continue to invest in reliability and performance over the next several releases.
What do you need to do?
This release is a little unusual because we fixed bugs in both code gen and the runtime. Most customers should run the installer, which will fix the code gen bug and ensure that new WCF Data Services are created with the other fixes in 5.2.0. If you are only authoring services and you use NuGet to update your dependencies, simply updating to 5.2.0 is sufficient to get the rest of the fixes. (Note, however, that if you don’t run the installer all new services will need to be updated to get the other fixes in 5.2.0.)
What do you think?
As always, we love it when our customers stay on the latest releases and give us feedback about what works, what needs to be improved, and what’s outright broken. If you have any feedback related to this release, please leave a comment below or e-mail me at mastaffo@microsoft.com.
Comments
Anonymous
December 17, 2012
No Visual Studio 2012 support?Anonymous
December 17, 2012
For those of you using LINQPad to test and query OData, I've just released a LINQPad beta that targets WCF Data Services 5.2: www.linqpad.net/beta.aspxAnonymous
December 18, 2012
@g.puchtel - Sorry, I'm not sure I understand what you're asking? All of these bits should work fine in VS 2012.Anonymous
December 18, 2012
Any idea when the ODataLib Contrib NuGet package will be updated for 5.2? Currently the latest source code for ODataLib and ODataLib Contrib seems to have gone dark - odata.codeplex.com hasn't seen a source drop since July, and there have been at least 6 nuget package updates since then. Else I would have built my own version of the lib.Anonymous
December 20, 2012
I would like to set the ProxyAddress, BypassProxyOnLocal and UseDefaultWebProxy properties of the binding of DataServiceContext. But I cannot find a way how to set this. In my case, I cannot use a global setting so I would like to set it per DataServiceContext.Anonymous
December 21, 2012
@JeroMiya - because the URI Parser is making its way into ODataLib, the Contrib package will be restricted to 5.1. There is a little bit of an awkward transition period as Web API releases bits that reference 5.2.0, but they will be doing that by the time they RTM.Anonymous
January 08, 2013
Hi, great work! What about debugging symbols?Anonymous
January 14, 2013
Hey, Can you please suggest best practices for using WCF Data services for WPF enterprise app over SOA? Can we use repository pattern etc?Anonymous
January 22, 2013
Will source code be available? (We need to fix some things). Or a) Will it be possible to enable relative URI in continuations? (because of http tunneling) b) Will it be possible to wrap response stream in client (we need to implement compression for SL client)? (the logic is already there, but private) Thank you in advanceAnonymous
January 22, 2013
Does this work when targeting .NET 4.0? (Will the client libraries run on a Windows XP machine?)Anonymous
January 30, 2013
Is this bug fixed : connect.microsoft.com/.../wcf-service-opertation-unable-to-return-collection-of-type-enumerbale-stringAnonymous
July 25, 2013
Useful