Hello Demis, I’m upgrading a project from .24 to .33 (a WPF Application) and I’ve noticed that all the ConvertToList needs a DialectProvider specified (which I retrieve with Db.GetDialectProvider()) … it was not so got to me but I’ve replaced all the code (btw why haven’t you kept a parameterless method that auto-resolve the current dialect?) I’ve also noticed that the ConvertTo<SomePoco>() needs the DialectProvider to be specified otherwise the result is an empty object…was this by design or it’s a bug? I think this should be told in the Release notes
Thanks
Paolo
These are internal API’s that were modified to support OrmLite Async.
But it was mentioned in the release notes:
https://github.com/ServiceStack/ServiceStack/blob/master/release-notes.md#breaking-changes
paolo ponzano:
Ok but it shouldn’t break existing method firm for not async in my opinion
Il 18/Nov/2014 18:21 “Google+ (Demis Bellot)” <
****@**> ha scritto:
It was a necessary refactor of internal methods to support async, there are no more threadstatics - the dialect provider is now attached to the connection/command.