[transfer-dev] Re: Once and for all - NULLABLE fields

2008-10-15 Thread Bob Silverberg
Take a look at this: http://docs.transfer-orm.com/wiki/Handling_Null_Values.cfm The issue is that ColdFusion does not actually support nulls, so when the data is retrieved from the database, if it is a null, it must be stored in your business object as _something_. The default way of storing a

[transfer-dev] Re: Once and for all - NULLABLE fields

2008-10-15 Thread Steve Brownlee
I hate hacks, but I've hacked my way around this issue. I simply set the default value to -1 and then I made an override method to check if the value is = 0. If not, I return an empty string. On Oct 15, 1:28 pm, Steve Brownlee [EMAIL PROTECTED] wrote: Thanks, Matt.  That's actually the first

[transfer-dev] Re: Self-Referencing onetomany relationship breaking on save

2008-10-15 Thread Paul Marcotte
Hi John, I played with this from a onetomany prespective and quickly learned that I had an object explosion on my hands since each object would maintain a reference to it's parent and a collection of child objects. Instead, I modeled it with simplicity and performance in mind. With manytoone,

[transfer-dev] Re: Once and for all - NULLABLE fields

2008-10-15 Thread Mark Mandel
Why write a decorator, when you could just obj.getFooIsNull() and it would do the value check for you? I tend to write nullable values that can be 0 or more to an incredibly large negative number Mark On Thu, Oct 16, 2008 at 5:50 AM, Steve Brownlee [EMAIL PROTECTED] wrote: I hate hacks, but

[transfer-dev] Re: Please fill out the Transfer Survey

2008-10-15 Thread Mick
once submissions stop coming in Do you have a date in mind? On Oct 16, 7:42 am, Mark Mandel [EMAIL PROTECTED] wrote: Nope, I'm keeping it all to myself ;o) Yeah, I'll do a blog post outlining the results, once submissions stop coming in. It's been really eye opening! Mark On Thu,