Added FsCheck package and JsonValueProperties test file
Merge branch 'master' into add_fscheck_tests_for_json
encode name of json object properly
[XmlProvider constructors] Order of elements is not respected (closes #580)
[XmlProvider constructors] Order of elements is not respected (closes #580)
[XmlProvider constructors] Support the Items|Item optimization (closes #584) + Test json values in xml elements (closes #583)
[XmlProvider constructors] Support heterogeneous records (closes #581) + Add test with namespaces (closes #585)
Fix XmlProvider constructors on PCL 7 (closes #588)
[XmlProvider constructors] Don't allow to create invalid elements for heterogeneous arrays (closes #582)
Merge pull request #589 from ovatsus/master

Finish Xml write API
Fix disposing of file system watchers (closes #590)
Merge pull request #595 from ovatsus/master

Fix disposing of file system watchers (closes #590)
Merge pull request #594 from mrange/master

JSON parser fixes and new testcases
Update release notes
Test for #591
Fix line-endings problem in test
Add EmbeddedResource parameter to Json and Xml providers

This was triggered by the issue in Twitter: https://github.com/fsprojects/FSharp.Data.Toolbox/issues/1

The problem is that `FSharp.Data.Toolbox.Twitter.dll` exposes the types
generated by the JSON type provider to the caller - so the methods in the
Twitter API return types generated by the type provider from sample JSON
files (I think this is reasonable - if we had to re-write all the type
declarations by hand, then this would be hard work).

The problem is that the samples are in a local folder (`json/foo.json`)
and when you build `FSharp.Data.Toolbox.Twitter.dll`, you do not want to
always keep them around (because referencing the Twitter API will trigger
the type provider and the type provider will be looking for them).
Embedding the samples inline also does not work - they are just too long
and the F# compiler cannot deal with them.

With this change, we can say `JsonProvider<"sample.json", EmbeddedResource="MyLib,sample.json">`.
The type provider will first try to load `MyLib` and find the resource
there (so, when you are referencing compiled `FSharp.Data.Toolbox.Twitter.dll`,
it will find the resource there). If this fails, it falls back to standard
directory search (which handles the case when you are compiling
`FSharp.Data.Toolbox.Twitter.dll` itself).

I'm not entirely happy with this solution (feels a bit hacky), but I do not
think that there is any other way - aside from making the type providers
generative, which would be nice thing to do, but AFAIK not something that'll
happen very soon.
Add documentation for EmbeddedResource parameter
Merge pull request #599 from tpetricek/master

Add EmbeddedResource parameter to Json and Xml providers
Fix wrong error messages being returned when sample files are not found + Add resource support for csv + Don't generate GetSample(s) method for resources + Fix signature tests