[dev] Recent RDO changes

Michael Rubinsky mike at theupstairsroom.com
Sun Nov 12 07:12:23 PST 2006


Quoting Chuck Hagenbuch <chuck at horde.org>:

> Quoting Michael Rubinsky <mike at theupstairsroom.com>:
>
>> Alright, this is what I get for writing against HEAD code.  The  
>> recent  commits regarding the new DML objects totally broke a bunch  
>> of my  scripts.  While investigating the changes to the class  
>> interfaces, it  seems like something like:
<snip>

> Yes. I have to say, though, that part of why I broke your code is I  
> didn't know about your code. Meaning some of the RDO API changes are  
> necessary and some things will keep evolving, but also I'm updating  
> code that's in CVS throughout Horde or at least taking it into  
> consideration.

Thanks for the feedback, Chuck - I totally understand it's impossible  
to prevent breaking code that you don't know about ;)  I can dump my  
code in the incubator if you like, although I really wouldn't expect  
you to tailor any horde changes to my little application's needs  
anyway.  Part of the reason I haven't put this in the incubator is  
because of the way I've been developing it...in big chunks here and  
there and I don't want to litter the commit lists with huge,  
non-atomic commits.


> Also I'm not really focused on using the storage drivers from  
> outside of RDO, so feedback on how you want to do that - and  
> discussion over whether that _should_ be catered to, I guess - would  
> be welcome.

I agree that on the one hand, the storage drivers should probably be  
encapsulated within the mapper, but the flip side of that argument is  
that leaving it accessable allows for more flexability with the types  
of queries you want to run.  For example, I need to calculate the SUM  
of a number of fields in my areos_flights table. I'd much rather have  
mySQL do the calculation via a SUM() query rather than getting the  
data and totalling it within php.  Unless I'm missing something (which  
happens more than I care to admit), I don't see any way to perform  
arbitrary queries using just the mapper. Other needs that come to mind  
are DISTINCT queries... Any hints on other ways to do this would be  
welcome.

>> Running the above code causes my server to die with a segfault, no   
>> other messages or log entries.

Thankfully, this one was my fault.  I missed some of the necesasry  
changes in some Horde_Blocks...not sure why it caused segfaults and no  
errors, but it's resolved nontheless ;)



Thanks,
mike

--
The Horde Project (www.horde.org)
mrubinsk at horde.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-keys
Size: 2013 bytes
Desc: PGP Public Key
Url : http://lists.horde.org/archives/dev/attachments/20061112/311d9351/attachment.bin


More information about the dev mailing list