December 5 2015 5:02 AM, "John Fawcett" wrote:
> Hi
>
> it might be worthwhile contacting the unixODBC authors/maintainers to
> check whether connection pooling is regarded as a mainstream or
> experimental feature. They may also have more info about the level of
> support and stability for conne
Hi
it might be worthwhile contacting the unixODBC authors/maintainers to
check whether connection pooling is regarded as a mainstream or
experimental feature. They may also have more info about the level of
support and stability for connection pooling withn the drivers for the
most commonly used d
+1 to unixodbc connection pooling (but i'm not using it in production)
googled for "unixodbc connection pooling issues". few results
Dne 1.12.2015 v 0:14 Mark Michelson napsal(a):
Hi folks,
I apologize if this ends up being a wall of text
In Asterisk 13, we introduced two new features, the PJ
My preference, certainly, would be the removal of code and allowing
unixODBC to "do its job". But I also can't speak with any authority about
its fitness for purpose. I've used unixODBC connection pooling and never
had any issues, but that's merely anecdotal. I'd definitely like to hear
from oth
Hi folks,
I apologize if this ends up being a wall of text
In Asterisk 13, we introduced two new features, the PJSIP channel driver
and the sorcery configuration management tool, that have both made the
stability and reliability of Asterisk better. However, when it comes to
realtime configura