my Suggestions marked with ******
Steven Gong schrieb: ... . . (4) SharedObject management (a) Get a shared object of a specific name attached to this scope. (b) Remove shared objects per specified path patterns in this scope. (c) Provide handler before a shared object is created, cleared. ****************************************** (d) reject sharedObject creation on server from clientside (getRemote() in flash) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ like i allready told in the chatmeeting (guess you dident understand) on each application that runs on red5 and doesent reject the client, the client would be able to make invinte numbers of sharedObjects on the server, on my home envoirement (only a AMD 1000 Duron with 1.3 GB sdram) i was able to bring the server up to 25% cpu usage only for the server and only with using ONE client. wheter the default setting of "allow client from ip" should be only localehost for the flashclient or i think a reject ceation of SO function should be there:) ..................................................................................... ```````````````````````` Steven Gong schrieb: ... . . > > > 5. SharedObject > .... ****************************************** (11) receive a list of all SharedObject´s available to the Application. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ may not in the featurelist of FMS 2 but somehow iam missing that. ..................................................................................... i have some more questions: what not serverdependent features it will the scripting language have, will it be rhino? would "a pure scripter" be possible to script his own usermanagment system with only serversided script? iam missing DB connectivity, for my personal perpouses i thought of implementing a XML-DB named "eXist" into my applications, because the apache xml db(xindice) isent supported and te berkley XML-DB need licence for commercial usage, may a serversided DB would be good for all purposes acctually if u whant also connection with other clients or may think of clustering later on in development,because it also lowers the latency and is much faster than SAX, JDOM, DOM or even stax would be, well that was just a sugestion. _______________________________________________ Red5 mailing list [email protected] http://osflash.org/mailman/listinfo/red5_osflash.org
