marshalling <communications> (US -ll- or -l-) The process of packing one or more items of data into a message buffer, prior to transmitting that message buffer over a communication channel. The packing process not only collects together values which may be stored in non-consecutive memory locations but also converts data of different types into a standard representation agreed with the recipient of the message.
Each language has its own idea of what data types are and how they are represented. Whenever you want to pass data between different languages you need to have an agreed upon intermediary. Each language can then convert the data to and from the intermediary thus allowing inter-language communication. As such, when I speak of objects being corrupted during the marshalling process I am simply stating that the object sent from one end didn't end up on the other as expected. Matt Liotta President & CEO Montara Software, Inc. http://www.montarasoftware.com/ 888-408-0900 x901 > -----Original Message----- > From: Kevin Graeme [mailto:kgraeme@;facstaff.wisc.edu] > Sent: Wednesday, November 13, 2002 11:02 AM > To: CF-Talk > Subject: RE: Flash Remoting (was RE: SOT: Sad Day) > > Matt, can you provide examples of what you've run into with these issues? > I'm a UI developer and I don't recognize the term "marshalling". > > Thanks, > > -Kevin > > > -----Original Message----- > > From: Matt Liotta [mailto:mliotta@;r337.com] > > Sent: Wednesday, November 13, 2002 9:03 AM > > To: CF-Talk > > Subject: RE: Flash Remoting (was RE: SOT: Sad Day) > > > > > > Have you tried using Flash Remoting with anything other than CFMX? > > Have you tried marshalling complex objects? > > Have you tried marshalling objects with large blocks of text? > > Have you tried any of the above on mixed platforms i.e. Windows and > > Linux? > > > > Matt Liotta > > President & CEO > > Montara Software, Inc. > > http://www.montarasoftware.com/ > > 888-408-0900 x901 > > > > > -----Original Message----- > > > From: Mark A. Kruger - CFG [mailto:mkruger@;cfwebtools.com] > > > Sent: Wednesday, November 13, 2002 9:54 AM > > > To: CF-Talk > > > Subject: RE: Flash Remoting (was RE: SOT: Sad Day) > > > > > > Ditto - we've done 2 aps with rave reviews and we are working on 2 > > more. > > > > > > -----Original Message----- > > > From: Stacy Young [mailto:Stacy.Young@;sfcommerce.com] > > > Sent: Tuesday, November 12, 2002 11:29 PM > > > To: CF-Talk > > > Subject: RE: Flash Remoting (was RE: SOT: Sad Day) > > > > > > > > > Remoting rocks. > > > > > > > > > -----Original Message----- > > > From: Tilbrook, Peter [mailto:Peter.Tilbrook@;abcb.gov.au] > > > Sent: Tuesday, November 12, 2002 11:00 PM > > > To: CF-Talk > > > Subject: RE: Flash Remoting (was RE: SOT: Sad Day) > > > > > > Memories of claims about Spectra's capabilities come to mind. > > > > > > >Flash Remoting certainly is a timely idea that could enable some very > > > >impressive applications. However, the marriage of Flash and CF is far > > > >from perfect. People talk of the possibilities and show examples that > > > >wow developers, but the truth is that organizations who are trying to > > > >build complex applications that make use of Flash Remoting are > > finding > > > >serious problems. > > > > > > > >We have been working with Flash Remoting since the beginning and have > > > >found it to be a constant struggle. Complex objects are corrupted and > > > >line endings are changed as data is marshaled. Flash Remoting itself > > is > > > >different in functionality and behavior from CFMX to J2EE to NET. > > The > > > >documentation is spares to non-existent, while at the same time > > > >misleading on occasion. Worst of all, Macromedia has only > > acknowledged > > > >out findings and has offered no solutions. > > > > > > > >Flash Remoting is a great idea, but it simply isn't all there. Like > > any > > > >1.0 product, buyer beware. I look forward to the day when the issues > > are > > > >fixed. > > > > > > > >Matt Liotta > > > >President & CEO > > > >Montara Software, Inc. > > > >http://www.montarasoftware.com/ > > > >888-408-0900 x901 > > > > > > > > > -----Original Message----- > > > > > From: David Hannum (Ohio University) [mailto:hannum@;ohio.edu] > > > > > Sent: Tuesday, November 12, 2002 7:29 PM > > > > > To: CF-Talk > > > > > Subject: Re: SOT: Sad Day > > > > > > > > > > > I'll back you up. MM has a long history of abandoning products. > > > >Everyone > > > > > > seems to act like CF is invincible, yet it was sold by Allaire a > > > >little > > > > > > over a year ago. > > > > > ~~~~~~~~~~~~~~ > > > > > > Do you think MM will keep CF around if it starts to tank? Phat > > > >chance. > > > > > > If the software doesn't sail, these captains jump before the > > women > > > >and > > > > > > children. I know I'm not the only one who learned Generator. :) > > > > > > > > > > > > > > > > MM bought Allaire, not because there was anything wrong with it, > > but > > > > > because > > > > > there was so much right with it. When you can do as much and more > > > >with > > > > > CFMX > > > > > and Flash MX than you could with Generator, with much less cost > > and > > > >far > > > > > less > > > > > server overhead, why shouldn't you abandon Generator? The cfm/fla > > > > > marriage > > > > > is perfect. Cost to performance and capability, it's positioned > > to be > > > >the > > > > > greatest thing since soft butter! If you've read the postings of > > > >people > > > > > who > > > > > attended DevCon, you'll notice an extreme optimism among CF'ers. > > MM > > > >is > > > > > taking CF & Flash to the lead in a new wave of internet > > applications. > > > >And > > > > > the neat part is, MM is making it possible for PHP, ASP and Java > > to > > > >play > > > > > too! I was very skeptical when MM purchased Allaire. But they > > keep > > > > > showing > > > > > me a stronger and stronger commitment. I have no trouble staying > > with > > > >MM. > > > > > They've shown that they are making CF one of their flagship > > products. > > > > > > > > > > As for dropping a product when it's outlived its useful life, > > that's > > > >just > > > > > good business. That does not make a company bad. Generator's > > life > > > >had > > > > > come > > > > > to an end when it became apparent that client side power was > > practicle > > > > > with > > > > > the advances in Flash. CF is a much better server side solution > > to > > > >power > > > > > that. Dropping Generator was not a bad idea on MM's part. It was > > a > > > >very > > > > > good idea. Good business. > > > > > > > > > > Dave > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.cfm
