Hi *,

looks like we have a kind of mismatch in best way to start trusted
auth (you can check the DNET-216 or similar thread here from last
month or so).

Now it's done like a lot of standard tools for FB. If you omit
username *and* password the trusted auth "started". Another option
will be using another true/false param in connection string with
priority. I wanna to hear your opinions *and arguments* on one of
these ways.

Also take into account, that the behavior should be consistent with
the "FB picture" and also across all supported engines in code
(managed, embedded, external). The trusted auth is done on server
sode, that means, even if you force it, server may not be configured
to use it. And of course it's supported *only for windows clients and
windows servers (if enabled)*.

Notes:
* Use arguments for code or behavior. Advantages and disadvantages.
* Argument is not, that you have to change something in your
connections string (and if you hardcoded it in code, that's your
fault, you should use app.config - sorry hard, but true) or code. 2.5
comes with other breaking changes, and you will probably need to
recompile your application anyway (and test it, of course).
* Keep thread topic!

-- 
Jiri {x2} Cincura (CTO x2develop.com)
http://blog.vyvojar.cz/jirka/ | http://www.ID3renamer.com

------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
_______________________________________________
Firebird-net-provider mailing list
Firebird-net-provider@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/firebird-net-provider

Reply via email to