Just to play devil's advocate here, who is to say CF is doing it the right way here. I will admit I haven't taken the time to fully understand the differences at this point.
Adam, what do you say about filing a ticket about this so it's not forgotten and at least documented until something actionable can happen? As for CFML engine compatibility, kudus to the team for doing it well. They've always responded to my tickets. I know how hard this is from my work on the Open CFML Advisory Committee - deciding what is core, extended core and vendor specific and intended behavior is not an easy task. Best, Peter -----Original Message----- From: Adam Haskell <[email protected]> Date: Sat, 18 Jul 2009 12:07:40 To: <[email protected]> Subject: [OpenBD] Re: Web Service Return Type differences ..Net compatibility was not a theory it was picked up from previous conversations. Look for some of the comments left when there was a discussion of MXUnit's Eclipse Plugin working with OpenBD. And while I did not respond back to the list, my bad, I did forward this on to our private list to discuss the ability/feasibility to have an optional attribute added to cfcomponent to help with WSDL compatibility; as you've mentioned this has been brought up multiple tims. Adam On Sat, Jul 18, 2009 at 1:18 AM, Alan Holden <[email protected]> wrote: > > Don; > > Can you hear the crickets? Welcome to my world. > > I've been popping up now and again with this issue since my OpenBD > install in January. I feel like bumping those threads ad nauseum, but I > don't want to pester these guys or seem like a whiner (they are great > folks who are very smart and do wonderful work for little more than kudos). > > Here are the group discussions in which I and perhaps others discuss the > issue, with regards to web service incompatibility between BlueDragon > and Adobe products like ColdFusion and Flex (which can't practically use > a query when placed in an OpenBD web service). > > > http://groups.google.com/group/openbd/browse_thread/thread/adb8340a24fe6ea2/fdd152ff4cb2c7cd?hl=en&lnk=gst&q=This+%22tasks+me%22+(Kahn%2C+1982).#fdd152ff4cb2c7cd<http://groups.google.com/group/openbd/browse_thread/thread/adb8340a24fe6ea2/fdd152ff4cb2c7cd?hl=en&lnk=gst&q=This+%22tasks+me%22+%28Kahn%2C+1982%29.#fdd152ff4cb2c7cd> > > http://groups.google.com/group/openbd/browse_thread/thread/adb8340a24fe6ea2/860f64e81339199c?hl=en&lnk=gst&q=Webservice+Compatibility+CF+and+OpenBD#860f64e81339199c > > http://groups.google.com/group/openbd/browse_thread/thread/dbc78dcd1b766720/be4518eec3c6cf5f?hl=en&lnk=gst&q=preparing+coldfusion+8+app+for+openbd#be4518eec3c6cf5f > > http://groups.google.com/group/openbd/browse_thread/thread/80bd58eddcf9b847/91c5501583849ec2?hl=en&lnk=gst&q=comparrison+of+bluedragon#91c5501583849ec2 > > The closest thing I ever got to a response was a theory by Adam Haskell > - that it was done this way for .NET people. Even as a theory, this > seems to conflict directly with open reality, and deflate Matt's mantra > that compatibility issues always have top priority in OpenBD. Another > theory could be that ColdFusion web services represent a component that > the core BD development group simply doesn't leverage a lot in their own > work. > > But the one thing I have noticed is that there's a strange silence on > the subject, and that always feeds conspiracy theories (well, at least > for me). I can picture a long black Adobe limousine pulling up outside > the house of anyone who speaks or works towards an open source version > of Adobe WSDL's. That mafia guy from The Simpson's gets out, breaks a > few thumbs, says "Don't you even think of copying our web service > framework", and drives off into the night. But that's a pretty wild > thought, eh? > > Anywhoo, I gotta go. Someone's at the door... > > Alan K. Holden > > > > > --~--~---------~--~----~------------~-------~--~----~ Open BlueDragon Public Mailing List http://groups.google.com/group/openbd?hl=en official site @ http://www.openbluedragon.org/ !! save a network - trim replies before posting !! -~----------~----~----~----~------~----~------~--~---
