hey thanks for the information Brian, really appreciate this!  Ironically, I've not used FMS so I shouldn't have included that in my comments ;(

Hey, make sure you come up and say "hey" to me a Chris when we're there - cool?

On 4/9/06, Brian Lesser <[EMAIL PROTECTED]> wrote:
Hi John,
Actually Flash Communication Server only offered Flash Remoting. Flash
Media Server also provides loadVars, XML.sendAndLoad, an XMLSocket class
for setting up persistent connections, and a WebService class to call
Web Services without Remoting. There is also an XMLStreams class for
streaming XML over an XMLSocket.
I'm looking forward to seeing your presentation at Flash in the Can.
Cheers,
-Brian

John Grden wrote:

>Luke's right - with  FCS/FMS, if you wanted to get to a database, you can't
>use objects like loadVars or XML.load() on the server side.  You have to use
>remoting.  With Red5, that restriction doesn't exist.  If you need to talk
>to a db, do it right there in your application with Red5.  Remoting would be
>used for sending data objects to the client or for another server to
>communicate/look at your data on the red5 server etc.
>
>Does that help?
>
>On 4/9/06, Luke Hubbard ([EMAIL PROTECTED]) <[EMAIL PROTECTED]> wrote:
>
>
>>Ok, I think I understand what people want. To be able to call remoting on
>>another server. Thats a bit of a FMS hoop developers had to jump through to
>>do things like connect to a database or preform some authentication I think.
>>Since red5 is built on spring, and has remoting built in you dont need to
>>use two servers. Infact I would advise against it. You can just use red5 +
>>hibernate or jdbc. There is still a use case for wanting to talk to another
>>server via remoting, rtmp etc. I would call that client classes. They have
>>not been built yet, but we do have the protocol codecs, so it should not be
>>that hard. Expect to see them around 0.6 - 0.7.
>>
>>The tentative date for the release of 0.4 is, around the end of next week,
>>perhaps the monday 17th. We are building back up the features using the new
>>api. So far things are fitting together nicely. One thing to note is that
>>streaming wont be improved yet, we are just porting the old code to work
>>with the new api. So the memory leak, which I havent had time to check might
>>still be there. I saw Joachim say that if you remove the codec buffers in
>>the xml it will fix the memory problem. I may be wrong though. We will be
>>focusing on new streaming design for 0.5, steven is taking the lead.
>>
>>-- Luke
>>
>>


--
______________________________________________________________________
Brian Lesser
Assistant Director, Teaching and Technology Support
Computing and Communications Services
Ryerson University
350 Victoria St.
Toronto, Ontario                   Phone: (416) 979-5000 ext. 6835
M5B 2K3                            Fax: (416) 979-5220
Office: AB48D                      E-mail: [EMAIL PROTECTED]
(Enter through LB66)               Web: http://www.ryerson.ca/~blesser
______________________________________________________________________


_______________________________________________
Red5 mailing list
[email protected]
http://osflash.org/mailman/listinfo/red5_osflash.org



--
John Grden - Blitz
_______________________________________________
Red5 mailing list
[email protected]
http://osflash.org/mailman/listinfo/red5_osflash.org

Reply via email to