[osflash] Are the MM Remoting Clases Open Source?

Tue May 31 00:45:12 PDT 2005

Hi, 

Firstly I would just like to say this list is such a great idea.

This is how I handle remoting with mtasc.
I have a runtime swf which contains the macromedia remoting classes.
This is loaded by a container I created which is based on spring. The
container connects to remoting service (using the loaded code) and
exposes it using a service api, any remoting callbacks are wrapped in
a generic call api. This means i dont need the remoting classes at
compile time i just code against service interfaces. I could even swap
remoting for another transport, soap, xml-rpc, url, socket, etc
without it affecting my code. I havent checked but I would think this
would get past any legal issues as im not using the remoting classes
source files.

I will release the container code soon, along with a flash server
called spark I have been working on recently. Details to follow
shortly on the wiki.

 -- luke

On 5/31/05, Sönke Rohde <mail at soenkerohde.com> wrote:
> The example AS code (http://ghostwire.com/go/17) is also only AS1 ...
> 
> Cheers,
> Sönke
> 
> > -----Ursprüngliche Nachricht-----
> > Von: osflash-bounces at osflash.org
> > [mailto:osflash-bounces at osflash.org] Im Auftrag von David Rorex
> > Gesendet: Dienstag, 31. Mai 2005 02:13
> > An: Open Source Flash Mailing List
> > Betreff: Re: [osflash] Are the MM Remoting Clases Open Source?
> >
> > What about using PHPObject? That's free and opensource. Doesn't use
> > MM's remoting classes at all AFAIK.
> >
> > " PHPObject is an opensource alternative to Flash Remoting for PHP
> > developers. With PHPObject, you can call a method of a PHP
> > class/library on your web server as if the class/library was defined
> > in Flash itself. It takes care of your client-server connections and
> > makes passing of variables (properties) between Flash MX and PHP easy,
> > and thereby providing a convenient way to connect rich media clients
> > with data and business logic residing on your server."
> > http://ghostwire.com/go/28
> >
> > -David R
> >
> >
> > > Rostislav Hristov wrote:
> > > > I think there're free Remoting classes provided with AMFPHP and
> > > > there's a growing number of v2 replacements.
> > > >
> > > > We need a Player :)
> > > > I think that Nicolas can slow down the MTASC development until the
> > > > next Flash release. He has a great idea for a new an
> > opensource VM and
> > > > this is something that I want to hear more about.
> > > >
> > > > On 5/31/05, Scott Hyndman <Scott at affsys.com> wrote:
> > > >
> > > >>Well it's really not THAT big a deal...someone just has
> > to re-write them, open-source style. :)
> > > >>
> > > >>/Scott
> > > >>
> > > >>-----Original Message-----
> > > >>From: osflash-bounces at osflash.org
> > [mailto:osflash-bounces at osflash.org] On Behalf Of Carlos Rovira
> > > >>Sent: Monday, May 30, 2005 4:54 PM
> > > >>To: Johan Lopes <johan.lopes at gmail.com>,Open Source Flash
> > Mailing List
> > > >>Subject: Re: Re: [osflash] Are the MM Remoting Clases Open Source?
> > > >>
> > > >>Well, I don't know what other people thinks about this,
> > but it could be a serious problem for OS Flash projects.
> > > >>
> > > >>Some people use MTASC simply to check their syntax and
> > gain speed while using MM classes or components with the -mx
> > hack, but I think that we are seriously talking about OS
> > Flash development and If we use MM classes (v2 framework or
> > Remoting)...I think that's not the way we should go, isn't it?
> > > >>
> > > >>Please, what most people are using right now to do remoting tasks?
> > > >>
> > > >>Thanks.
> > > >>
> > > >>C.
> > > >>
> > > >>
> > > >>----------------------------- Carlos Rovira --
> > www.carlosrovira.com ------------------------------
> > > >>
> > > >>
> > > >>>De:: Johan Lopes <johan.lopes at gmail.com>
> > > >>>Para: Open Source Flash Mailing List <osflash at osflash.org>
> > > >>>Asunto:: Re: [osflash] Are the MM Remoting Clases Open Source?
> > > >>>BCC: Mon, 30 May 2005 17:33:00 +0100
> > > >>
> > > >>>Yeah, most developers seem to fix these "anomalies" as
> > they go along
> > > >>>while MTASC-ing. <-- jesus, is there such a word? Personally, I
> > > >>>haven't used the Remoting classes with MTASC yet. I've
> > had some issues
> > > >>>with Forms and Screens though.
> > > >>>
> > > >>>In regards to the EULA for Flash Remoting classes. I
> > think one can
> > > >>>safely say that they are covered by one.
> > > >>>
> > > >>>I doubt that it's OK to re-distribute them with your open-source
> > > >>>projects. I guess, if you own a Flash IDE license you
> > can get away
> > > >>>with distributing them with your RIA apps  same way you
> > do with V2
> > > >>>components , but I'm not sure if MM makes a distinction
> > between that
> > > >>>and MTASC/open-source compiled projects.
> > > >>>
> > > >>>/Johan
> > > >>>
> > > >>>_______________________________________________
> > > >>>osflash mailing list
> > > >>>osflash at osflash.org
> > > >>><a
> > href=http://osflash.org/mailman/listinfo/osflash_osflash.org>h
> > ttp://osflash.org/mailman/listinfo/osflash_osflash.org</a>
> > > >>
> > > >>Lycos Mail lanza el nuevo Sistema de Seguridad Protek-on.
> > Olvídate para siempre de los virus y el correo basura (spam)
> > para siempre. http://mail.lycos.es
> > > >>
> > > >>
> > > >>_______________________________________________
> > > >>osflash mailing list
> > > >>osflash at osflash.org
> > > >>http://osflash.org/mailman/listinfo/osflash_osflash.org
> > > >>
> > > >
> > > >
> > > > _______________________________________________
> > > > osflash mailing list
> > > > osflash at osflash.org
> > > > http://osflash.org/mailman/listinfo/osflash_osflash.org
> > > >
> > >
> > > _______________________________________________
> > > osflash mailing list
> > > osflash at osflash.org
> > > http://osflash.org/mailman/listinfo/osflash_osflash.org
> > >
> >
> > _______________________________________________
> > osflash mailing list
> > osflash at osflash.org
> > http://osflash.org/mailman/listinfo/osflash_osflash.org
> >
> >
> 
> 
> 
> _______________________________________________
> osflash mailing list
> osflash at osflash.org
> http://osflash.org/mailman/listinfo/osflash_osflash.org
>