Implemented a partial fix for allowing XPath access to XML elements in IE10
Desktop, Metro, and WinJS environments. A known issue of IE10 WebView not
allowing XPath addressing is still standing. [Ticket #2532796]
Added support to accept the results array as input, leaving
schema.resultListLocator as optional.
Field locators that contain . or [???] now fail over to look for that
locator as a single property name rather than a nested value. For example,
a locator "not.nested" would look for inputRecord.not.nested for a
value, but if it doesn’t find one, it will look for
inputRecord["not.nested"]. If it finds a value there, it will not look
for a nested value for subsequent records.
getPath is far more tolerant of locator strings. In particular, it
considered utf-8 characters that didn’t match the \w regex group to be
invalid. This is fixed.
Bug 2528429: Added support for locator property to DataSchema.JSON
Known Android issues (bugs 2529621, 2529758, 2529775): XML parsing is buggy
on the Android WebKit browser.
Set custom parser execution scope to be DataSchema instance.
Added support for nested schemas.
Added support for XPath resultListLocator, instead of requiring the use
Improved support for DOM elements in DataSchema.XML when IE
Field list is now optional for DataSchema.JSON. If omitted, all response
data is returned.
Fixed a bug in field resolution where null might be discovered along the
resolution path. Now exits gracefully rather than throwing an error.