[fdo-internals] FDO connect by library

[Greg Boone]

Well.. IMHO, this email is intended as a means of discussion, as is the Trac ticket. Monday is a target date. If there is debate on the change, the submission can be held pending the outcome.

As for the proposed change, I see it as a natural extension of the existing method. We could propose adding a new method to the API no problem, but that seems somewhat excessive.

Greg


From: fdo-internals-bounces at lists.osgeo.org [mailto:fdo-internals-bounces at lists.osgeo.org] On Behalf Of Jason Birch
Sent: Friday, August 06, 2010 5:09 PM
To: FDO Internals Mail List
Subject: Re: [fdo-internals] FDO connect by library

I'm surprised that this is being done with no discussion.

Guessing it would be testing to see if the provider name ends with .dll .so?  Overloading the semantics of the existing CreateConnection feels a bit sloppy to me.

Jason
On 6 August 2010 11:31, Brent Robinson wrote:
Hi,

On Monday, a change will be made to the FDO Connection Manager to allow creating connections from providers that are not registered in providers.xml. CreateConnection() will now accept a library file name, in which case the library will be loaded and the connection retrieved directly from it. The change will be made to the trunk and will be under http://trac.osgeo.org/fdo/ticket/674. There will be no change to existing functionality; CreateConnection() will still accept names of registered providers.

Brent.

_______________________________________________
fdo-internals mailing list
fdo-internals at lists.osgeo.org<mailto:fdo-internals at lists.osgeo.org>
http://lists.osgeo.org/mailman/listinfo/fdo-internals

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/fdo-internals/attachments/20100806/0df099b1/attachment.html