[Users] Re: [Devel] REMOVED: old fifo implementation
klaus.mailinglists at pernau.at
Wed Jan 17 14:12:56 CET 2007
Thus, people which have not installed any DB module can use the lookup?
Bogdan-Andrei Iancu wrote:
> well... :)....even if it is a operation bouncing to cache (with no DB
> implication), you need to know the name of location table, to be able to
> search through cache....Like: search in "location" array for the "xxx"
> and the name of the location table is defined in the SQL section of
> openserctl .....as it is related to DB...
> in this case, it is not possible to do a strict separation between DB
> and cache as the cache follows the structure and naming of the DB...
> Klaus Darilion wrote:
>> Bogdan-Andrei Iancu wrote:
>>> it looks like the openserctl is not sending both parameter for the MI
>>> call - the table name and the AOR. It should be like:
>>> 0(5292) DEBUG:mi_fifo:mi_parse_tree: adding node <> ; val <location>
>>> 0(5292) DEBUG:mi_fifo:mi_parse_tree: adding node <> ; val
>>> <user3 at 192.168.2.7>
>>> 0(5292) DEBUG:mi_fifo:mi_parse_tree: end of input tree
>>> 0(5292) DEBUG:mi_fifo:mi_fifo_server: done parsing the mi tree
>>> export DBENGINE="MYSQL" before running openserctl....if I'm not
>>> wrong, the name of the location table is defined in the DB section of
>>> openserctl.....so you need to use a DB engine ....
>> Although the communication between openserctl and openser is via FIFO
>> I have to define the DBENGINE? Why? I would the dumping the location
>> table should be done from cache thus not needing and DB operation.
More information about the sr-users