Okay, thanks to Paul Marcotte for the link, it seems that I have been completely mistaken about the behavior of configure(). Here's a summary of what Mark said in a different thread ( http://groups.google.com/group/transfer-dev/msg/3feee160f2147cfa?pli=1):
"So anything inside configure() is overwritten by populated data." This completely explains the behavior that I am seeing. However, I am going to suggest (read: strongly urge) that the documentation be updated to indicate this. Why? Because the docs on creating decorators ( http://docs.transfer-orm.com/wiki/Writing_Decorators.cfm) are extremely misleading on the topic. This is taken directly from the docs: =============================================================== Setting up values in the Decorator configure()<http://docs.transfer-orm.com/html/transferapi/transfer/com/TransferDecorator.html#configure%28%29>on the TransferDecorator will be run when the object is first created. You can overwrite this when you implement your own Decorator CFC, and is a perfect place to set default values for your Transfer Object. For example, this will set the 'name' property in this TransferObject to 'foo' when it is first initialised: <cffunction name="configure" access="private" returntype="void" output="false"> <cfset setName("foo") /> </cffunction> =============================================================== Now while that does not say that values won't be overwritten, it most certainly gives no indication whatsoever that they will be. Nowhere on the 'writing decorators' page is it even remotely indicated that configure() is run prior to the object being populated and/or that values will be overwritten. Thanks Paul, and thanks Ken for your input. --~--~---------~--~----~------------~-------~--~----~ Before posting questions to the group please read: http://groups.google.com/group/transfer-dev/web/how-to-ask-support-questions-on-transfer You received this message because you are subscribed to the Google Groups "transfer-dev" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/transfer-dev?hl=en -~----------~----~----~----~------~----~------~--~---
