Ahem, I tend to support Atsushi:- as discussed, it is better NOT to reference drivers in the vendors, since we don't want (and Mono people just probably can't) stick to any driver or version. - regarding the driver option in the connection string, maybe we should have discussed this a bit further before implementation.
The concerns for vendor in connection string are: - shall the connection string use an assembly identification or a pseudo-type that would be declared by each vendor (using a class attribute on IVendor implementation for example)? - if using assembly identification, how to distinguish several vendors in the same assembly? no idea for me here - if using a "vendor id", how to load the assembly if not loaded? can we consider that it is application's responsibility to load its vendor, so DbLinq would just need to scan current appdomain for corresponding IVendor implementation? On Thu, Oct 23, 2008 at 14:23, Atsushi Eno <[EMAIL PROTECTED]> wrote: > > Hi Jiri, > > Actually r927 broke MONO_STRICT build, where no concrete DB providers > cannot be referenced (there is no reference to FirebirdSql, Ingres, > Pgsql etc. etc.). > > It should be done by some reflection based factories that provides > those connections, without using strong (straightforward) references > to those connection types. > > Atsushi Eno > > Jiri Moudry wrote: > > I have checked in first half of part (2). > > We now have a DataContext constructor which takes a connection string > > similar to: > > "DbLinqProvider=DbLinq.Sqlite.dll; Server=xx; etc.." > > The connection string gets searched for DbLinqProvider=xyz substring. > > If it's there, we load a DLL of that name and load up an IVendor > > class. > > If DbLinqProvider substring is not there, we load up an MS > > SqlServerVendor. > > > > What I am going to do next is modify the codegen - anyone who's > > generating Northwind should now get an additional constructor. > > > > Zdravi Jiri > > > > > > > > > > -- Pascal. jabber/gtalk: [EMAIL PROTECTED] msn: [EMAIL PROTECTED] --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "DbLinq" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/dblinq?hl=en -~----------~----~----~----~------~----~------~--~---
