sspi
No problem. My manager will email you the information requested. Can I use assembly redirection to use the test assemblies that were email to me to work with my current installed version? Or does it have to be an internal build with the fix? We have the latest dotConnect for PostgresSQL 5.50 installed.
Thanks,
Charlie J.
Thanks,
Charlie J.
I have sent our license information this we can obtain the internal build that contains the GSS fix. Please email the internal build to [email protected].
Thanks,
Charlie J.
Thanks,
Charlie J.
With the internal build, GSS finally works in our environment. But there are things that stopped working.
1.) Unprepared Execute = true in the connection string doesn't work. When I look at my Postgres logs, all statements are being prepared and performance is real bad.
2.) Max Pool doesnt work. Connections in the Pool are not being reused. A new connection is being created each time exceeding Max Pool.
Thanks,
Charlie J.
1.) Unprepared Execute = true in the connection string doesn't work. When I look at my Postgres logs, all statements are being prepared and performance is real bad.
2.) Max Pool doesnt work. Connections in the Pool are not being reused. A new connection is being created each time exceeding Max Pool.
Thanks,
Charlie J.
With the internal build, GSS finally works in our environment. But there are things that stopped working.
1.) Unprepared Execute = true in the connection string doesn't work. When I look at my Postgres logs, all statements are being prepared and performance is real bad.
[Correction]
The Unprepared Execute = true does work if you also set Devart.Data.PostgreSql.Entity.PgSqlEntityProviderServices.UnpreparedCommandExecution = true; in code. There is an issue with using DBProviderFactory setting this. Please see the following link for more details: http://www.devart.com/forums/viewtopic. ... s&start=45
2.) Max Pool doesnt work. Connections in the Pool are not being reused. A new connection is being created each time exceeding Max Pool.
Thanks,
Charlie J.
1.) Unprepared Execute = true in the connection string doesn't work. When I look at my Postgres logs, all statements are being prepared and performance is real bad.
[Correction]
The Unprepared Execute = true does work if you also set Devart.Data.PostgreSql.Entity.PgSqlEntityProviderServices.UnpreparedCommandExecution = true; in code. There is an issue with using DBProviderFactory setting this. Please see the following link for more details: http://www.devart.com/forums/viewtopic. ... s&start=45
2.) Max Pool doesnt work. Connections in the Pool are not being reused. A new connection is being created each time exceeding Max Pool.
Thanks,
Charlie J.
Thanks Shalex.
Does dotConnect for PostgreSQL 5.50.228 contain the connection pooling fix using SSPI/GSS authentication?
If not, please send the internal build with the fix to [email protected]
Thanks,
Charlie J.
Does dotConnect for PostgreSQL 5.50.228 contain the connection pooling fix using SSPI/GSS authentication?
If not, please send the internal build with the fix to [email protected]
Thanks,
Charlie J.
No, it doesn't. We have sent an e-mail to you with the download link for the internal build with the fix.cjbiggs wrote:Does dotConnect for PostgreSQL 5.50.228 contain the connection pooling fix using SSPI/GSS authentication?
We have removed your post in this thread as duplicated.
New build of dotConnect for PostgreSQL 5.50.237 is available for download now!
It can be downloaded from http://www.devart.com/dotconnect/postgr ... nload.html (trial version) or from Registered Users' Area (for users with valid subscription only).
For more information, please refer to http://www.devart.com/forums/viewtopic.php?t=22383 .
It can be downloaded from http://www.devart.com/dotconnect/postgr ... nload.html (trial version) or from Registered Users' Area (for users with valid subscription only).
For more information, please refer to http://www.devart.com/forums/viewtopic.php?t=22383 .