[dev] [cvs] commit: whups/lib Driver.php

[Jan Schneider]

Zitat von Michael Rubinsky <mike at theupstairsroom.com>:

> Quoting Jan Schneider <jan at horde.org>:
>
>> Zitat von Michael Rubinsky <mike at theupstairsroom.com>:
>>
>>> mrubinsk    2007-11-27 13:12:22 EST
>>>
>>>  Modified files:
>>>    lib                  Driver.php
>>>  Log:
>>>  Revert this (sort of) - still call the api to allow other apps to provide
>>>  the ticket queue, but change the assumption about the data type returned
>>>  to be in line with our current api code.
>>>
>>>  Jan - does this make sense, or should we assume another data structure?
>>
>> Yes, but getQueuesInternal() (called through tickets/listQueues)
>> already *does* put the queued ids into the keys, using DB::getAssoc().
>
>
> The problem, though is that when this is called through rpc.php the   
> data that is returned is just an array of the queue names - the   
> original numeric keys are lost, and the array is re-indexed.   
> Currently, if you call list() and listQueues() both through our rpc   
> server, you get back the same results.  The proper data *is*  
> returned  when called via $registry->call() though.

But how does this change anything? You're simply rebuilding the same  
hash again, why using xmlrpc not replacing the keys now?
And why don't you use json or soap if xmlrpc is causing these  
problems? Assuming you do use xmlrpc.

Jan.

-- 
Do you need professional PHP or Horde consulting?
http://horde.org/consulting/