On 9/13/06, Sascha <[EMAIL PROTECTED]> wrote: > Hello and thanks for the reply Chris. > No problem.
> > Chris Allen schrieb: > > Hi Sascha, > > > > MINA is used for Red5 RTMP layer as well, so there are some really > > good examples included in our source code. The other best resource, > > besides Luke Hubbard ;-) is the MINA mailing list. There are also > > examples included on their website and with their distribution. > > > > Yeah check out the examples and how Red5 is using it. Don't bother too > > much with their source code. It is very low level, and the whole point > > of MINA is for you to not have to think about that stuff. > > > > > yes i had a look at it, i will use try and error and using their getting > satered just for the first build :) > then obtaining the red5 source and will try to not think of the MINA > classes sourcecode, > > > > Well in your case it would be to talk to the client (Flash). So Red5 > > is the server and Flash is the client. The difference between a MINA > > client and a server is really minimal though, so just keep that in > > mind. > > I would say converting your XML that's coming in, into objects would > > be helpful. When I was doing this with my MINA client, it was acting > > simply as a proxy between an XMPP server and an HTTP server, so I > > didn't need anything but a complete XML String to pass through with an > > HTTP request. > > > > uhm well i meant was..... what is red 5 opinion with that socket.. > hmm, well I'm not sure I understand the question, but... In the project I did for MGH it had nothing to do with Red5, in fact Red5 was in its very early stages at that point. > mine was or is it to bind a jabber server to red5 in that case red5 > would be the calling client and jabber would accept connection > wheter as exernal protokol or even as other jabber server regarding to > the protocoll will be used, its like pseudo-clustering > but i could controll everything and also handle each connection with > only one rtmp(s) streamfor client - server connection, thats > mor secure and more firewall friendly I see what you are trying to do. You are considering making Red5 a type of proxy between Flash and the Jabber server. It should work just fine. You can have Red5 act as a Jabber client in that case, or there is also a protocol for server to server communication in XMPP. Either way the Red5 server becomes a sort of client to the XMPP/Jabber server. > > but my questions was about the goals of the red5 project with this socket, > because afaik the FMS2 has none eg.: > http://www.adobe.com/products/flashmediaserver/productinfo/features/ > Yeah, I don't think they have anything like this. > otherwise the most servers for connecting flash to a xml-socket would be > used for gaming (electrotank server as example) or community and > communication stuff > like mooks small xml socket server, so them use to have for example > groups, chatrooms a authentification and so on as predefined > classes/methods. > > well i dident read about that in the roadmap so i think u will use it as > annother possibillity to connect.-.. and do anything else in the custom > web application. > is that right? > Yeah, that is correct. We were looking for a way for people to use the XMLSocket class as an alternative to RTMP, XMl-RPC or AMF. There could be all kinds of other possibilites as well > one more question regarding ACEGI that is desired to build in a security > system ( i guess for admin and server managment), > will the Usermanagment and Security also be available to the custom web > application, maybe in a different zone? > Yeah, it will be used for this. I don't have the details about exactly what we will implement though. > those was my thoughte when i was asking you;) > > and well yes i will try that way may it also helps me to better > understand the spring framework > >> anyway , could u may point me to the MINA class where the incomming > >> buffered stream is about to getting read out? > >> i would like to see how them handle a dead client or better a not > >> closed(not terminated) stream or does MINA use the Buffers > >> for something else? > >> > > > > Take a look at the echo server example: > > http://svn.apache.org/viewvc/directory/trunks/mina/examples/src/main/java/org/apache/mina/examples/echoserver/ > > > thanks but i meant this here : > http://svn.apache.org/viewvc/directory/trunks/mina/core/src/main/java/org/apache/mina/transport/socket/nio/SocketAcceptor.java?view=markup > there from line 250- 313 > >> private class Worker extends Thread > > that was what i´ve searched:D. > > i was interested how them handle the case that the socket is open but > the client doesent send anything or maybe is death. > It should keep the socket open. you may at some point be concerned that you may need to store partial XMPP Stanzas between packets received. There is a specific decoder class to handle this case: http://directory.apache.org/subprojects/mina/apidocs/org/apache/mina/filter/codec/CumulativeProtocolDecoder.html > anyway, it would be nice if u could tell me more about the plans of red5 > with this xml socket and ACEGI. > We are still in the process of defining this stuff, so any feedback about what you would like to see is very helpful. -Chris _______________________________________________ Red5 mailing list [email protected] http://osflash.org/mailman/listinfo/red5_osflash.org
