Closed GoogleCodeExporter closed 9 years ago
[deleted comment]
In FusionPBX version 2 and lower that system -> variables would be the right
place for that info. However in FusionPBX version 3 Advanced -> Databases. Is
the correct place you choose odbc then set the database name is the DSN name,
and username and password are respectively the DSN username and DSN password.
When you save this it will write a LUA script file called config.lua that can
be included. Only problem is at the moment the ODBC connection is assumed to be
FusionPBX that gets defined to Advanced -> Databases. Still need to define a
way to select one is for the system (fusionpbx) and one for switch (freeswitch)
Original comment by markjcrane@gmail.com
on 18 Sep 2012 at 3:54
I believe the best way is to generate automatically config.lua during the
installation and upgrade phases, but we should not need to declare the
freeswitch and fusionpbx odbc parameters there, we could extract odbc
parameters directly from autoload_configs/switch.conf.xml, the
/advanced/databases could be usefull to connect to other external databases for
other developments, and could be only compatible with odbc or sqlite freeswitch
access. With that the result after the installation and upgrade time should be
the following variables on config.lua
fusionpbx_db_type - odbc or sqlite
fusionpbx_dsn
fusionpbx_user
fusionpbx_pass
freeswitch_db_type
freeswitch_dsn
freeswitch_user
freeswitch_pass
The other Databases could be on the Advanced/databases but if somebody need
them could query that table and create global variables, on runtime scripts, as
they need to access them.
Original comment by jferre...@wavecom.pt
on 18 Sep 2012 at 10:42
FreeSWITCH 1.2.7 and higher the ODBC syntax has been changed. Also note if
using PostgeSQL its now possible to use the native PostgreSQL driver directly
with FreeSWITCH. Those using MySQL will have to continue to use ODBC.
In the dev branch that will be part of fusionpbx 3.3 I have a system_dsn
(postgres) and switch_dsn (freeswitch) this approach allows for the new syntax
sqlite:// pgsql:// and odbc://
Original comment by markjcrane@gmail.com
on 24 Apr 2013 at 5:57
No response from QA for more than 1 year so closing this ticket.
Original comment by ewsamu...@gmail.com
on 19 Jul 2014 at 10:34
Original issue reported on code.google.com by
jferre...@wavecom.pt
on 17 Sep 2012 at 6:29