Well, yes, these are valid points in which there are places where you have to do some conversion, as moving from typed -> dynamic and back again, the machine can't read your mind.. but if you know what you are doing, it's not really an issue.
Transfer has a *lot* of Java code in it, but there wasn't anywhere that I had to really work hard to get CF to talk to Java or vice versa. Mark On 4/16/07, Jaime Metcher <[EMAIL PROTECTED]> wrote:
http://weblogs.macromedia.com/cantrell/archives/2003/06/passing_coldfus.cfm http://www.houseoffusion.com/groups/cf-talk/message.cfm/messageid:126061 Plus in last year's CFUnited presentation on POI Jeremy Lund mentioned as a caveat that you need to be aware of type conversions and use JavaCast where appropriate. But, as I say, I'm speaking from ignorance and very happy to be wrong. Jaime Metcher > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Mark > Mandel > Sent: Sunday, 15 April 2007 4:34 PM > To: [email protected] > Subject: Re: [CFCDEV] Class methods part III - is there problem? > > > Jaime, > > Not sure where you get that idea from, but most complex objects > translate across seamlessly, and any ones that don't are able to be > used inline in CF without any extra effort. > > Where did you get the idea that this stuff needed a facade? > > Mark > > On 4/15/07, Jaime Metcher <[EMAIL PROTECTED]> wrote: > > Kolya, > > > > I'm really speaking from ignorance here. I had the impression > that complex > > data types did not interoperate seamlessly across the Java/CF > boundary e.g. > > you need to convert Java ResultSets to CF QueryTables; Java > functions that > > return an array don't actually return CF arrays. These are > minor things but > > not what I'd called "seamless", and if I need to wrap my Java > domain model > > in a facade to do these conversions that could tip the > cost/benefit balance. > > > > A big part of the equation is this: we're currently a > two-programmer, one > > language shop. If we're going to add a second language, what's > going to pay > > for itself sooner - Java or ActionScript? OTOH, for some > applications Java > > + Flex might make more sense than Java + CF + Flex, especially > if the latter > > looks like Java + JavaCFFacade + CF + CFFlexFacade + Flex. > > > > Jaime Metcher > > > > > -----Original Message----- > > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Kola > > > Oyedeji > > > Sent: Friday, 13 April 2007 10:53 PM > > > To: [email protected] > > > Subject: Re: [CFCDEV] Class methods part III - is there problem? > > > > > > > > > I think option 2 is definitely an option to be considered. Perhaps not > > > even for technical reasons but more for organisational reasons based > > > on experience of teams, making use of existing infrastructure, APIs > > > etc. as I alluded to here: > > > > > > http://today.java.net/pub/a/today/2007/02/27/coldfusion-for-jsp-de > > > velopers.html > > > > > > As for 3 - I was a bit disappointed that the CFCProxy was a) an > > > Enterprise only feature and b) was tied to the current class loader > > > (although I can sort of understand the reasons for this). That said - > > > I have yet to come across a situation where I have wanted/needed any > > > tighter integration with ColdFusion. > > > > > > What better integration were you thinking of? > > > > > > ~Kola > > > > > > www.coolskool.blog-city.com > > > www.cfframeworks.com > > > > > > > > > You are subscribed to cfcdev. To unsubscribe, please follow the > > > instructions at http://www.cfczone.org/listserv.cfm > > > > > > CFCDev is supported by: > > > Katapult Media, Inc. > > > We are cool code geeks looking for fun projects to rock! > > > www.katapultmedia.com > > > > > > An archive of the CFCDev list is available at > > www.mail-archive.com/[email protected] > > > > > > > > > > > > You are subscribed to cfcdev. To unsubscribe, please follow the > instructions at http://www.cfczone.org/listserv.cfm > > > > CFCDev is supported by: > > Katapult Media, Inc. > > We are cool code geeks looking for fun projects to rock! > > www.katapultmedia.com > > > > An archive of the CFCDev list is available at www.mail-archive.com/[email protected] > > -- You are subscribed to cfcdev. To unsubscribe, please follow the instructions at http://www.cfczone.org/listserv.cfm CFCDev is supported by: Katapult Media, Inc. We are cool code geeks looking for fun projects to rock! www.katapultmedia.com An archive of the CFCDev list is available at www.mail-archive.com/[email protected] You are subscribed to cfcdev. To unsubscribe, please follow the instructions at http://www.cfczone.org/listserv.cfm CFCDev is supported by: Katapult Media, Inc. We are cool code geeks looking for fun projects to rock! www.katapultmedia.com An archive of the CFCDev list is available at www.mail-archive.com/[email protected]
-- E: [EMAIL PROTECTED] W: www.compoundtheory.com You are subscribed to cfcdev. To unsubscribe, please follow the instructions at http://www.cfczone.org/listserv.cfm CFCDev is supported by: Katapult Media, Inc. We are cool code geeks looking for fun projects to rock! www.katapultmedia.com An archive of the CFCDev list is available at www.mail-archive.com/[email protected]
