Got me there. ;) CF's limitation with CFQUERYPARAM only existing within CFQUERY makes it impossible. I had no idea CF let you do that across a CFINCLUDE though, I always thought it had to be directly nested, but that's nice of them. This is one situation that I have to admit having a standard Java PreparedStatement is superior to CFQUERY, because you can pass it around and do different stuff in different places.
Speaking of which, is it possible to do a JNDI lookup on a CF datasource, and get a Datasource reference? That could be very convienient. Should be able to do that if you set up the datasource in JRun, but what about just in CF? Cheers, barneyb > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Adam Cameron > Sent: Tuesday, July 06, 2004 5:07 PM > To: [EMAIL PROTECTED] > Subject: RE: [CFCDev] Serialization of CFCs > > >Sharing code across CFCs is one place that I refuse to agree that > CFINCLUDE is a good thing. > > For the most part I agree. > > Here's a situation we have (and I'm not saying it's a good > approach, but > it's a live instance of <cfinclude> in a CFC... I'm all ears as to how > better to do it!) <snip /> ---------------------------------------------------------- You are subscribed to cfcdev. To unsubscribe, send an email to [EMAIL PROTECTED] with the words 'unsubscribe cfcdev' in the message of the email. CFCDev is run by CFCZone (www.cfczone.org) and supported by Mindtool, Corporation (www.mindtool.com). An archive of the CFCDev list is available at www.mail-archive.com/[EMAIL PROTECTED]
